Como nuevo CTO, estoy a punto de contratar a un desarrollador de pila completa mucho más hábil que yo [duplicar]

Tengo bastante buena experiencia en startups y me considero un desarrollador full-stack perfectamente válido . Estoy en el proceso de convertirme en CTO de una empresa de consultoría que es económicamente viable y que quiere entrar en el negocio del desarrollo de software.

Entonces, después de pasar algunos meses construyendo las bases de dos aplicaciones, mi trabajo principal es por el momento contratar un equipo calificado de 4/5 perfiles diferentes que administraré, incluido un desarrollador full-stack experimentado.

Tengo plena confianza de mis empleadores y del inversionista de la compañía, y no me importa que este desarrollador sea más hábil que yo, en realidad es precisamente lo que estoy buscando. Sé que las "habilidades de los grandes desarrolladores" no son lo mismo que las "habilidades de los grandes CTO".

Pero aún. He estado entrevistando a un tipo que creo que es mucho más competente que yo en todos los idiomas que conozco. Hablo de un chico con 23 años de experiencia (tengo 31), que estaba jugando con Python el día que Guido lanzó la versión 1.0 mientras yo jugaba con autos de juguete, y que ha sido CTO en una gran empresa durante 10 años de su vida. Este tipo ahora quiere volver a la codificación central porque se dio cuenta de que no le gusta mucho ser un CTO.

Voy a ser totalmente transparente con mi empresa sobre este hecho, por lo que mi pregunta no es "¿cómo no puedo ser eclipsado por el chico?". Sé que no lo haré. Veo esto como una oportunidad de crecimiento potencialmente notable, pero me temo que a veces podría ser abrumador o que no podría convertir este potencial en realización.

Este hombre parece ser mejor y más experimentado que yo en cualquier campo que se me ocurra, pero ahora quiere volver a programar y quiere que un CTO joven lo administre. ¿Qué tipo de cosas puedo hacer, qué tipo de enfoque puedo tomar para que mi empresa y los proyectos en los que estoy trabajando se beneficien al máximo de esta situación , y no tener que arrepentirme años después, pensando que no manejé es como se lo merece?

¿Parece que realmente no quiere ser un CTO y prefiere trabajar directamente con esta persona como desarrollador y aprender de ellos? ¿Sería eso exacto?
@JMK Quiero ser CTO. Eso es lo que me interesa y estoy entusiasmado con este desafío. Es más bien que en el pasado basaba parte de mi liderazgo en mis habilidades técnicas, lo que no podré hacer con este tipo de perfil en un equipo que tengo que manejar.
¡Me parece bien! Sin embargo, vale la pena señalar que, si bien hay muchos que ven ser desarrollador como un peldaño en la escalera , también hay muchos que no querrían ningún otro trabajo, ya que ser desarrollador le permite trabajar y aprender de la gente. mucho más inteligente que usted (como la persona que describe) y ascender en la escala le quita esa oportunidad.
Un buen gerente maneja ARRIBA en la cadena de mando (en mi humilde opinión, los mejores gerentes son los que 'limpian el camino' para dejar que sus subordinados hagan lo que mejor saben hacer). Como tal, contratan a personas talentosas debajo de ellos, ya que saben que pueden hacer bien su trabajo sin mucha necesidad de que usted los administre. Así que creo que estás haciendo lo correcto.
Como dices, esta persona ha sido CTO durante 10 años; puede que no sea tan competente como programador. Solo porque lleva 23 años trabajando; no significa que tenga 23 años de experiencia en programación ; es solo que ha existido por mucho más tiempo que tú, y por lo tanto asumes que todos estos años no ha estado haciendo nada más que programar. Además, él mismo afirmó que quiere "volver a la programación"; lo que implica que no estaba haciendo mucho de eso antes. Asegúrese de no estar leyendo demasiado en esto.
Cuando alguien viene a mí y me dice que tiene 23 años de experiencia: 1. Yo descuento todos los años menos los últimos cinco; 2. Estoy bastante seguro de que adquirió algunos malos hábitos, por ejemplo, SDLC o cascada, que eran procedimientos estándar en su época. 23 años de experiencia no son todas ventajas.
Sea honesto conmigo: ¿Se sintió bien decirles a todos en Workplace.SE que usted es un CTO?
@JimG. La pregunta a la que te refieres no es la misma que la mía: no estoy pidiendo ayuda para entrevistar a este tipo.
@JimG. Debería haber comenzado mi pregunta con Un amigo mío está en proceso de... - Workplace.stackexchange.com/questions/40045/…

Respuestas (3)

Parece que se está preguntando cómo puede ayudar a que su recurso tenga éxito y brinde el mayor valor posible. En su papel como gerente sénior, así es como puede ayudar:

  1. Tome todas las medidas que pueda para eliminar los obstáculos a su productividad. Protégelo de la política y de las reuniones innecesarias. Asegúrese de que tenga las herramientas que necesita.

  2. Llévelo a las conversaciones apropiadas con personas en otras partes de la organización. En particular, asegúrese de que haga las conexiones y obtenga la información que necesita para comprender completamente el dominio comercial. Asegúrese de que otros departamentos entiendan cómo y por qué esto es importante.

  3. Comuníquele su estrategia de manera clara y lo más rápido posible. Ayúdelo a comprender sus prioridades y asegúrese de que comparta sus habilidades y sirva de mentor al resto de su equipo de desarrollo.

  4. Asegúrese de que reciba el crédito cuando sea debido. Un empleado que se siente valorado es un empleado feliz y productivo. Si su equipo es visto como exitoso, usted tiene éxito.

Podría valer la pena preguntarle si estaría preparado para asumir un rol de liderazgo técnico/tutoría con un nivel garantizado de trabajo práctico y mencionar la cadena en la que le gustaría ofrecer un paquete mejorado a esta persona debido al valor. que sientes que agregarían. Explíqueles que ha hablado con ellos y que, si bien tienen antecedentes de liderazgo, desean volver a un rol más técnico. Posiblemente pregunte si valdría la pena dedicar algún tiempo a establecer una carrera profesional específicamente para personas con tales deseos.

Una empresa para la que trabajé hace años creó un paquete de este tipo en el que las personas con altos niveles de habilidades que no deseaban ser "desviadas" o no eran adecuadas para los roles de gestión eran recompensadas tanto financiera como técnicamente. Esto incluyó un presupuesto autoadministrado de tiempo y finanzas para permitirles a) mantener sus intereses técnicos siguiendo las publicaciones en el campo o asistiendo a conferencias, etc., y b) gastar algo de tiempo y dinero en proyectos que pensaron que podrían vale la pena que la empresa se involucre en el futuro en cualquier patente que resulte de tal trabajo que pertenezca a la empresa pero con una proporción de las ganancias para el individuo .

Las 2 cosas más importantes en su plato, cuando administra personas, son (1) administrar el desempeño (establecer objetivos, monitorear el progreso, dar/recibir comentarios sobre el desempeño superior o inferior) y (2) crear un entorno que permita lograr el desempeño esperado ( proporcione las herramientas adecuadas para el trabajo, elimine la repetición del trabajo y la burocracia y todo tipo de basura que se interponga en el camino, asegúrese de que la química del equipo funcione y, si no, haga algo al respecto).

Su reserva de habilidades es más profunda que la tuya y tiene muy poco que ver con la forma en que lo manejas. De hecho, debería ser más fácil para usted establecer sus objetivos de desempeño, es decir, necesita entregar más cosas, en menos tiempo, que el resto de su grupo de pares.

Después de haber hecho eso, realmente todo lo que tiene que hacer es monitorear, prepararse para obtener/dar retroalimentación y verificar la parte ambiental de la ecuación. ¿Hay algo que se interponga en el camino de las personas para conseguir un buen trabajo? Esto podría ser cualquier cosa, desde la iluminación de la oficina hasta malas políticas de recursos humanos o un equipo de gestión que siempre cambia de opinión sobre las características. Tu trabajo es proteger al equipo de la basura externa en la medida en que esto no mate a la empresa. Porque la agenda de la empresa es lo primero.