Talk to him
Habla con él es absolutamente cierto. Tienes que averiguar lo que quiere. Sugieres
- ¿Involucrarlo más en el día a día de la toma de decisiones?
Tal vez. ¿Pero es esto lo que quiere?
Tú dices
Una de sus debilidades es que no es muy bueno explicando asuntos técnicos a la gente que es nueva en el conocimiento técnico de la compañía.
Esto suena como algo que necesitas abordar. Hay un par de maneras:
- Arreglarlo. Enséñale a explicar las cosas a la gente necesaria.
- Trabaja en ello. Reproducir el sistema para que no tenga que hacerlo.
No debes intentar tomar esta decisión por él. Pregúntale qué quiere hacer. Si quiere arreglarlo, haz un seguimiento más tarde para ver si sigue siendo lo que quiere hacer. Porque arreglar algo así es incómodo. Suena mejor en teoría que en la realidad.
Como esta respuesta sugiere, este proceso puede ser difícil. Puede tener problemas para articular lo que le hace infeliz o ser reacio a compartir sus puntos de vista reales. Esto puede no ser una simple conversación sino un proceso. Sigue con ello. Un diagnóstico real es necesario para abordar el problema subyacente.
Desarrolladores ambiciosos
Su sistema parece tener desarrolladores en las hojas y gerentes en posiciones más altas. Tal sistema puede ser problemático. Empuja a los desarrolladores que quieren ser desarrolladores fuera de la empresa. Un mejor sistema tiene desarrolladores y gerentes en paralelo. Por lo tanto, un desarrollador puede convertirse en un supervisor (gerente) o en un desarrollador de alto nivel. No todo el mundo quiere ser gerente. Debería haber formas de que las personas aumenten su responsabilidad sin convertirse en gerentes.
Si se va, ¿cuánto costará reemplazarlo? No me refiero sólo al obvio costo salarial de un reemplazo. ¿Cuánto costará reescribir su software para que las personas que lo reemplacen entiendan cómo funciona el software existente? ¿Cuál será el costo de mantenimiento de ese reemplazo, tanto en términos de errores que no se arreglarán porque nadie entiende el software lo suficientemente bien como en términos de tiempo dedicado a mantener el software que la gente no entiende realmente?
Dices que quieres quedarte con él porque
es joven, ambicioso, sabe cosas y tiene potencial para crecer.
Desde el punto de vista de la compañía, la única parte de eso que realmente importa es que él sabe cosas. ¿Debería pagarle más? Claro, si las cosas que sabe son valiosas para la empresa, debería obtener algo de ese valor. De esa manera, cuando él busca otros trabajos, le ofrecen menos financieramente porque las cosas que él sabe son más valiosas para su compañía que para otras compañías. Aumenta los costos inmediatos de su compañía para evitar el gran costo de reemplazarlo.
Si él es ambicioso pero malo en tareas requeridas como explicar las cosas a la gente, eso es un neto negativo. Su ambición no puede ser satisfecha. Además, ¿cómo es ambicioso? ¿Quiere que le paguen más? ¿Más responsabilidad? ¿Un título más bonito? ¿Qué es lo que satisfaría o alimentaría su ambición? Esto es algo que tendrás que hablar con él para aprender.
Young es irrelevante. En una industria donde la permanencia media es de años, no décadas, un promotor de sesenta años es más probable que se traslade a otra empresa que que se retire de la suya. En todo caso, Young es otra vez un negativo neto, ya que no tiene la experiencia para saber que cambiar de trabajo le dejará en la misma situación que tiene ahora.
¿Por qué cree que tiene potencial para crecer? No has dado ninguna señal de tal potencial. Sólo has enumerado las cosas que podrían impedir tal crecimiento. ¿Significa el potencial de crecimiento que es malo en ciertas cosas y que esperas que mejore? ¿Y si no lo hace?
Trabajando alrededor de él
Puede ser que prefiera trabajar alrededor de él a arreglarlo. Puede que no esté claro lo que eso significa, así que aquí hay una posibilidad concreta. Esta no es la única posibilidad, pero es una posibilidad.
Que contrate a un gerente de producto. Esta persona debería ser la que se encargue de las explicaciones de los asuntos técnicos. Esta persona debería ser buena para obtener esa información del desarrollador. Para la mayoría de la compañía, esta es la persona considerada responsable del producto. El desarrollador puede tener la oportunidad de participar con esa persona entre bastidores, pero esta es la persona que se reúne con la alta dirección y otros departamentos.
Para el proceso de contratación, déjale hacer parte de la investigación de antecedentes. De esa manera, no lo metes con alguien que no puede soportar. Pero asegúrate de que los candidatos son buenos en las cosas que él no hace bien. Como parte de la entrevista final, haga que el candidato hable con el desarrollador para extraer información y luego haga que el candidato se la explique a usted o a otra persona. Sólo los candidatos que demuestren que pueden hacer esto pueden ser contratados.
Esto
- Le da responsabilidad y control.
- Aborda el problema de las malas explicaciones.
- No intenta cambiarlo.
Después de esto, puedes formar un equipo para reemplazar el que tenía anteriormente. Puedes hacer que aprendan cómo funciona el software. Entonces si quiere irse en un año, puede hacerlo. No tienes que luchar para retenerlo, porque tienes alternativas. Y si ya no quiere irse, tal vez eso ya no sea un problema.
En este momento, también puedes dejar que su salario se ajuste a ser consistente con los demás. No tienes que pagarle de más para evitar que se vaya. Pasa de ser críticamente importante a ser sólo un desarrollador más. Esto no requiere reducir su salario. Sólo no le des aumentos hasta que vuelva a estar en paridad con otros de valor similar a la empresa.
Este no es el único enfoque, pero creo que resalta los requisitos.