En resumen, después de ser un desarrollador excelente, ahora soy un líder de equipo mediocre.

Te estás minando a ti mismo. Amplíe su visión y luego se sorprenderá al ver que así es como se encuentra la mayoría de la fuerza laboral en muchas empresas en todo el mundo.

Su equipo lo está haciendo bien bajo su liderazgo; esa es la razón por la que todo va bien. De lo contrario, habría sido un caos.

Incluso si está solicitando un nuevo trabajo, menciónelo como Líder de equipo y mencione que le encantaría programar junto con liderar el equipo.

Nunca le digas a nadie, especialmente a tu empleador potencial, que eres mediocre en el liderazgo o en cualquier otra cosa. Dígales que hay mucho más que aprender en este aspecto y que espera tener esa oportunidad en su empresa.

Creo que debe recordar que ser líder de equipo e ingeniero de software son dos conjuntos de habilidades diferentes. Si bien hay superposiciones entre los dos, un buen ingeniero de software no necesariamente es un buen líder de equipo.

Recomiendo resaltar sus intereses en volver a ser un ingeniero de software (el nivel de antigüedad depende de usted para negociar) en lugar de sus propias deficiencias para ser un líder de equipo. A las empresas les suele gustar que te concentres en los aspectos positivos de tu experiencia.

Por ejemplo, cambié de ingeniero de software a gerente de producto y de nuevo a ingeniero de software. En mi presentación a las empresas durante la transición, destaqué lo que me encantaba de ser ingeniero de software y lo que me enseñó ser gerente de producto sobre ser un mejor ingeniero de software. Pero al final del día, lo que quiero ser es un ingeniero de software. El lanzamiento funcionó para mí, pero su millaje puede variar.

En mi opinión, estas preguntas difieren mucho según el público objetivo.

Además, creo que las opciones de ser etiquetado como fracasado se basan en estándares aparentemente altos en relación con las habilidades de desarrollo. Estos son sus propios pensamientos e impresiones; y lo más probable es que no se comparta con otros, especialmente si sale de su empresa actual. Estos, aquellos en puestos no técnicos pueden verlo como una evolución natural, mientras que los empleados técnicos pueden pensar que simplemente te ascendieron porque alguien se fue (o eso sería lo primero que pensé al menos). Creo que lo peor que pueden pensar es que perdiste algunas habilidades en el lado del desarrollo y es posible que necesites ayuda inicial para afinarlas y acostumbrarte a su base de código.

Ahora, con respecto a tu segunda pregunta...

Supongamos que trata primero con la gente de recursos humanos . Su primer filtro es el más genérico y, por lo general, no tienen suficiente experiencia para comprender sus antecedentes ni las responsabilidades que asumió. Para ello, puedes preparar tu CV/currículum de dos formas para este puesto:

• Como una combinación de desarrollador y líder de equipo. Puede explicar que fue ascendido a este último puesto debido a su conocimiento y que aún trabajó en tareas de desarrollo específicas para ayudar a su equipo, si corresponde. Esto es más descriptivo pero complicado; ya que pueden sentirse tentados a etiquetarlo como en un rol de gestión total.
• Como desarrollador. Puede agrupar su experiencia de desarrollador y líder de equipo. Esto es más simple para el personal de recursos humanos y, de hecho, podría aumentar sus posibilidades de estar "apto para coincidir" con el puesto en cuestión.

Ahora, después de la entrevista con Recursos Humanos, supongamos que pasa a la siguiente ronda y se reúne con algún equipo técnico .

• En el primer caso, puede explicar que fue ascendido a líder de equipo debido a su amplia visión del código y conocimiento técnico, lo que sea más adecuado a su situación. Obviamente, recientemente tuviste que dedicar más tiempo a la arquitectura y el diseño, pero aun así puedes volver rápidamente al lado completo del desarrollador. Dijiste que aprendiste cosas nuevas muy rápido de todos modos, y probablemente puedas dar ejemplos de eso. Además, puede señalar que trabajar en eso también mejoró áreas como sus habilidades personales con otras personas dentro del equipo y tiene una visión más amplia, lo que es aún mejor a largo plazo en el desarrollo del proyecto. En ese sentido, creo que puedes adelantarte a futuras necesidades o identificarlas mejor, ahora que también tienes experiencia con los clientes.
• En el segundo caso, también es más fácil de explicar y puede levantar menos cejas.

Sea cual sea la opción que elijas, te recomiendo dos cosas:

1. Resúmalo mucho para personas no técnicas y haga coincidir su experiencia con el nuevo trabajo tanto como sea posible, por supuesto, sin ocultar información importante o advertencias, si las hubiere.
2. Averigüe qué ha mejorado al liderar el equipo y cómo se pueden aprovechar o incorporar en un puesto de desarrollador de tiempo completo (p. ej., en mi experiencia con desarrolladores de tiempo completo, noto que generalmente carecen de una visión amplia, no imaginen un posible evolución de su fuente a largo plazo y no pueden avanzar por sí mismos a solicitudes futuras, lo que lleva a posibles refactorizaciones innecesarias y, por supuesto, a veces tienen dificultades para establecer puentes entre equipos como integración, infraestructura o gestión).

¿Mencionar mi experiencia como líder de equipo aumentará o disminuirá mis posibilidades de conseguir un trabajo de desarrollador sénior?

¡Absolutamente AUMENTO!

El hecho de que estuviera en una posición de liderazgo demuestra que es muy competente y sobresale en su campo.

Demuestra que eres capaz de asumir y manejar más responsabilidades y la gestión de un equipo o proyecto en un rol principal.

En todo caso, es un beneficio para usted ser un desarrollador senior ya que conoce y entiende "el otro lado", lo que se espera de usted y lo que puede esperar de su líder y de su equipo.

La única pregunta que puede enfrentar es:
"¿Está de acuerdo con volver a ser solo un desarrollador?".

Bastante fácil de responder a eso...

percibido como fracasado en el trabajo actual?

¡NO!

¡Tu TRABAJO es el desarrollo de software!

Su TÍTULO/POSICIÓN dentro de esto es desarrollador, ingeniero, líder, supervisor, gurú, dios o cualquier otra cosa que exista...

Además, hay muchos menos puestos de liderazgo disponibles e incluso en la misma empresa puede ser un líder en un proyecto y un gruñido en otro antes de volver a ser líder nuevamente.

Especialmente las empresas medianas y grandes hacen este cambio a menudo.

Personalmente, le sugiero encarecidamente que centre su CV tanto como sea posible en el puesto que realmente desea.

La realidad es que su título de trabajo más reciente es probablemente el factor más decisivo en los roles para los que es probable que lo contraten. Probablemente ya sepa que los gerentes de reclutamiento leen docenas de CV y, por lo tanto, deben filtrarlos rápidamente.

Para ser específico, si es posible, recomendaría evitar palabras como "Líder" o "Gerente" para su puesto más reciente. Es mucho más probable que esto haga que Recursos Humanos o un gerente de reclutamiento lo recluten como líder o lo filtren como no desarrollador.

En su lugar, me centraría en aquellos aspectos del rol que encajan bien con las responsabilidades del desarrollador sénior (tutoría/liderazgo de proyectos, etc., así como sus contribuciones técnicas reales), y me mantendría alejado de los temas de "gestión de línea" pura, como los asuntos disciplinarios.