¿Es correcto preguntarle al candidato por qué solicita desarrollador mientras era líder?

Recibí un CV para revisar de un candidato que anteriormente era líder de equipo y ahora solicita un puesto de desarrollador en nuestro equipo.

Lo veo como una degradación de la carrera de uno, pero no quiero crear una situación incómoda durante la entrevista.

Los comentarios no son para una discusión extensa; esta conversación se ha movido a chat .
Es una pregunta que vale la pena hacer, pero no una bandera roja. Podría ser cualquier cosa, desde "líder de equipo" en su empresa, simplemente significando "el desarrollador más senior del equipo", hasta que no se dé cuenta del impacto que tendría asumir el papel de líder de equipo para llegar a codificar, que es lo que todos los la gente genial quiere estar haciendo, por lo que quiere volver a la cara del carbón.
No puedo creer que se hayan perdido esto... Hay menos oportunidades de trabajo como líder de equipo que como desarrollador de software.
Realmente no puedo responder la pregunta, pero puedo dar mi perspectiva: creo que es una pregunta justa, y si yo fuera el solicitante, tendría una respuesta, siendo que yo, personalmente, no querría ser un equipo. líder. No todo el mundo quiere estar en una posición de liderazgo, y esa podría ser la razón por la que se postula en primer lugar. Si mi organización me presionara para que fuera líder de equipo, esa sería una razón para querer irme.
esto no es necesariamente una rebaja. quizás probó un puesto gerencial y descubrió que le gusta más el trabajo técnico. algunas personas lo intentan y otras saben desde el principio que no son adecuadas para ello .
A veces, las personas simplemente necesitan un trabajo más de lo que necesitan para evitar una (supuesta) degradación profesional.
Estoy en una situación similar, no tengo absolutamente ningún problema con eso, tanto que más o menos comencé mi última entrevista con por qué estoy cambiando "a una posición más baja". No hubo problema alguno.
Es posible que desee aclarar en su pregunta: ¿Está preguntando específicamente si es una buena idea preguntarle a esta persona por qué está "rebajando de categoría"? ¿O está buscando comentarios sobre las razones por las que pueden estar degradando? Estás recibiendo una mezcla de reacciones a esas dos cosas en los comentarios y respuestas.
Estoy preguntando "si es una buena idea preguntarle a esta persona por qué está degradando".
No es una rebaja. Me parecería ofensivo si me hicieran la pregunta de esa manera.

Respuestas (15)

Creo que es una pregunta totalmente natural . Obviamente, es una información útil para que el reclutador evalúe: cuáles son las motivaciones del candidato. Y el candidato no debería sorprenderse al recibir una pregunta como esta.

Hace poco estuve en la misma situación. En un trabajo anterior, era "Jefe de..." a nivel mundial y solicité el puesto de "Desarrollador de software". Y esta misma pregunta espero (y de hecho observé) que sea la primera y principal pregunta que me haga a mí mismo.

Igual aquí. Hay muchas razones para esto, pero entenderlas es importante. Si al candidato no le gusta la gestión, o odia tener que trabajar demasiado todo el tiempo, son cosas que debe saber.
Es más común de lo que pensaría que las personas que son ingenieros/desarrolladores obtengan un ascenso a un puesto gerencial. Entonces se dan cuenta de que no les gusta el papeleo, que no son buenos para la gestión, etc., entonces tienen un gran problema. Muchos de ellos vuelven a ser simplemente desarrolladores porque les gusta el trabajo y son buenos en eso.
Esto se conoce como en.wikipedia.org/wiki/Peter_principle donde las personas "se elevan al nivel de su incompetencia".
@Mawg no necesariamente. Ese principio ha llevado más de una vez a una interpretación errónea de los hechos. Las preferencias personales en cuanto a qué trabajar no tienen nada que ver con la competencia. Puedo ser competente en un campo en el que no me gusta trabajar.
@EvSunWoodard: y probablemente sea útil para esas personas que les hagan la pregunta en la entrevista, para que puedan discutir lo que quieren del trabajo. Después de todo, si la empresa espera o requiere que todos los desarrolladores trabajen para ser un líder de equipo, entonces es mejor que el candidato lo sepa para que pueda evitar un trabajo en el que lo decepcionará.
O trabajó en un equipo pequeño y fue el desarrollador más "senior" y, por lo tanto, hizo que el equipo liderara, aunque en realidad podría no ser "senior" según los estándares de una corporación más grande, y por lo tanto, solicitó ser miembro del equipo.
Estaré de acuerdo con usted allí, solo citando el principio ole :-) No creo que se aplique al cambio de tipo de trabajo, de desarrollador a gerente. Pero lo he visto como los gerentes puros ascienden a través de los niveles gerenciales, y creo que eso es lo que se pretendía describir.

No solo es una pregunta que puedes hacer; ¡es uno que deberías preguntar!

La respuesta revelará si el candidato lo ve como una reducción posterior al fracaso o como un retorno feliz a sus intereses fundamentales. O algo completamente diferente.

A veces, las personas se convierten en líderes de equipo 'por accidente' porque, como los más experimentados, sienten que deben ser voluntarios. Cuando aparece otro candidato a líder de equipo, a menudo renuncian sin dramatismo, sintiendo que su trabajo ya está hecho.

He conocido una serie de "accidentes" de este tipo en los que la gerencia presionó a un desarrollador para que se convirtiera en líder del equipo porque eran buenos desarrolladores... es un poco desconcertante para mí dado que el rol de líder del equipo era tan diferente, y el ambos renunciaron tan pronto como pudieron. Mala jugada de gestión, supongo.
He sido líder de equipo de un grupo de desarrolladores de Pascal y Delphi. Después entré a trabajar para una empresa en la que se usaban C++ y Java, así que empecé a trabajar allí primero como desarrollador.
@MatthieuM el principio de Peter: en.wikipedia.org/wiki/Peter_principle
Por si sirve de algo, dejé un buen puesto después de diez años porque era uno de los mejores solucionadores de problemas que tenían para ciertos sistemas, pero querían ascenderme a la gerencia donde sabía que no me iría bien. Y en otro trabajo, una reorganización eliminó el trabajo de mi jefe. Aceptó un puesto más bajo porque solo quería permanecer en la misma empresa. (Excelente lugar; yo hubiera hecho lo mismo).

Sí, deberías preguntar. Por supuesto, porque desea comprender de dónde proviene el candidato, cuáles son sus ambiciones y habilidades, etcétera.

Pero mantenga la mente abierta, no lea demasiado en los títulos de trabajo . Especialmente términos como "líder" y "senior" pueden significar cosas completamente diferentes en diferentes organizaciones. Pregunte cuáles eran las responsabilidades reales y compárelas con las responsabilidades reales que implicará su vacante.

+1 por tu segundo párrafo. El título de mi trabajo dice "plomo" y muchas personas preguntan "¿cuántas personas trabajan para usted?" Respuesta: cero. Es solo un título que indica un nivel de responsabilidad/conocimiento.
@alroc: Mi título es Arquitecto líder de software. Nadie me informa, nunca, y así es como lo quiero. Logro que se haga de la forma en que planeo, convenciendo a la gente de que tengo razón. No hay consecuencias administrativas por desafiarme aparte del riesgo de tener que hacerlo todo de nuevo.
Este. Período. Especialmente en el mundo del desarrollo de software, los cargos y las responsabilidades rara vez coinciden tan claramente como en la mayoría de las demás profesiones.
@alroc: o hay funciones de "líder de equipo" con algunas personas sobre las que tiene autoridad limitada (supervisión técnica pero no gestión de línea). Entonces la respuesta ni siquiera es tan simple como "cero" :-)
Puedo dar fe de esto. Yo era un "líder" en la primera empresa en la que trabajé sin ninguna de las responsabilidades que han tenido los "líderes" en otras organizaciones que he visto. Además, el título que me dieron fue simplemente un incentivo para quedarme en la empresa; algunos otros desarrolladores habían entregado su aviso. ¡Los títulos a menudo no tienen sentido!
Acabo de ver una vacante cerca de mí para un "desarrollador líder senior", donde quieren 3 años de experiencia en programación.
Estoy de acuerdo con esto, soy un "líder" solo porque era el mejor desarrollador en el equipo y el líder actual fue ascendido a desarrollador junior, pero aún hay muchos proyectos de programación que manejo solo y en algunos mis juniors reportan directamente al gerente, yo Solo soy un desarrollador con más habilidades que no se dedican en absoluto a la gestión y el papeleo.

No solo está bien preguntar, ¡absolutamente tienes que hacer esta pregunta ! De lo que estás hablando esencialmente es de un candidato sobrecualificado. Siempre que tenga a alguien solicitando un puesto que está por debajo del nivel que esperaría de ellos y especialmente cuando está por debajo del nivel de su experiencia previa , necesita averiguar por qué .

Hay una variedad de razones por las que un candidato haría tal movimiento, pero las dos principales son que decidió que un puesto gerencial no es (todavía) para él, o que está desesperado por trabajar. Lo primero es positivo, lo segundo obviamente no lo es. Alguien que está trabajando por debajo de su nivel (anterior) por necesidad en lugar de elección, es muy probable que esté desmotivado, infeliz, preocupado por su bajo salario y es probable que esté buscando seguir adelante desde el primer día que comienza. Como gerente , desea contratar personas que realmente quieran hacer el trabajo para el que está contratando y, en la mayoría de los casos, desea que las personas se queden durante al menos dos años, pero idealmente mucho más.

Así que tienes que averiguar por qué tu candidato está solicitando este trabajo . Su explicación debería ser algo así como el consejo dado en este artículo que lo analiza desde la perspectiva del candidato. Cualquier cosa que indique que un candidato solo está buscando un cheque de pago o beneficios es una señal de alerta automática. Puede ser un poco despiadado, pero como gerente, sus intereses deben alinearse con los de la empresa y una de sus responsabilidades es asegurarse de formar un equipo de empleados de alto rendimiento que estén contentos con su trabajo.

Recomendaría este artículo para obtener más consejos a considerar cuando tenga un candidato sobrecualificado.

Podría ser un candidato mal calificado. Pero es igual de probable que simplemente no quiera ese trabajo. Solo es una pregunta interesante si cree que es posible que no funcione bien en el trabajo real (como en su ejemplo de "buscando trabajo desesperadamente"), o si está buscando un candidato con un crecimiento posterior para un papel principal. Eso no significa que la pregunta sea inapropiada, por supuesto, es una pregunta bastante natural; pero en realidad no es nada importante además de todas las otras preguntas habituales: tratar de encontrar si el tipo es adecuado para sus necesidades y equipos.
@Luaan Es por eso que di las dos razones principales por las que alguien solicitaría un trabajo que parece estar por debajo de su nivel. Especialmente en el mercado laboral actual, muchas personas se ven obligadas a postularse para puestos para los que tienen demasiada experiencia y, dado el alto costo de las malas contrataciones, sería completamente negligente no hacer esta pregunta. Creo que es absolutamente esencial hacer esta pregunta a dichos candidatos, aunque podrías verlo como una variación o extensión del clásico " ¿Por qué estás interesado en este trabajo ?".
Sí, me refería principalmente a su segunda oración: está sugiriendo que el candidato definitivamente está sobrecualificado. En mi opinión, sería más apropiado algo un poco menos fuerte ("podría ser un candidato sobrecualificado"), especialmente dado que luego asume que también hay otras explicaciones :)
Una tercera opción es que algunos puestos de liderazgo requieren más administración que programación, y algunas personas simplemente aman la codificación y odian lo que consideran trabajo pesado. Sí, la pregunta debe hacerse.
@Richard U Ese es exactamente mi caso. He sido desarrollador durante bastante tiempo y odiaría estar en cualquier tipo de posición gerencial. Si me vieran obligado a asumir algún rol cuasi-gerencial como "líder de equipo", inmediatamente comenzaría a buscar en otra parte.
No estoy de acuerdo con la parte "absolutamente tengo que preguntar" de su respuesta. En realidad, la respuesta es algo implícita: el solicitante quiere pasar algún tiempo desarrollando en lugar de gestionar los esfuerzos de desarrollo de otros. No hay nada deshonroso o difícil de entender en este deseo, a menos que mires al candidato a través de un filtro muy arribista.
@ user1172763 ¿Cómo sabe que el solicitante no se quemó, no tuvo una avería o fue despedido por incompetencia? Esta pregunta debe hacerse.
@ user1172763 Está asumiendo un significado particular de "líder de equipo" que puede o no tener alguna base en la realidad en este caso específico. Como se ha señalado, el mapeo entre los títulos de trabajo y las responsabilidades reales puede variar mucho entre empresas, y mucho menos entre culturas.
Decir que un líder de equipo estaría sobrecalificado para un puesto de desarrollador parece implicar una de dos cosas: 1. Alguien cuyo trabajo principal ha sido coordinar equipos de personas es intrínsecamente mejor en el desarrollo de código que alguien cuya función principal es desarrollar código. 2. Los líderes de equipo solo provienen de las filas de los desarrolladores de élite y la progresión natural que quiere un desarrollador de élite es convertirse en líder de equipo. Por lo general, sobrecualificado significa que "el candidato está bien calificado para el puesto, pero el puesto suele estar por debajo de la progresión normal de alguien con las habilidades y la experiencia del candidato".
Intente pero, con toda probabilidad, no obtendrá una respuesta útil al hacer esta pregunta. Independientemente de la respuesta dada por el candidato, no tiene forma de verificar esa respuesta y un candidato bien preparado tendrá una respuesta bien preparada. Todo lo que puede seguir es una "intuición" acerca de cómo responde el candidato, que es todo lo que obtiene de la mayoría de las preguntas que se hacen en la mayoría de las entrevistas de todos modos.
@RichardU: ¿Cómo sabe que un antiguo desarrollador que solicitó un trabajo de desarrollador no se quemó, no tuvo una avería o fue despedido por incompetencia? Una suposición muy extraña que estás haciendo.
@ gnasher729 No es extraño si pasaste por eso. Esa es mi historia de fondo. Me quemé hasta el punto de tener un derrame cerebral.

He estado allí, más de una vez.

Primero, debe eliminar su suposición de que pasar de líder a desarrollador es una degradación. Incluso en las empresas obsoletas donde los malos clientes potenciales ganan más dinero que los buenos desarrolladores, puede ser una mejora para la persona que busca el equilibrio entre el trabajo y la vida por encima del dinero; En las empresas de desarrollo de software más serias, los mejores desarrolladores ganan más que la mayoría de los clientes potenciales.

Entonces, sobre la idoneidad, personalmente no creo que la pregunta que sugieres sea incorrecta, pero tampoco útil. Preferiría ir con una comparación, como me han preguntado muchas veces:

"¿Qué prefieres, liderar o contribuir como individuo, y dónde puedes ser bueno en uno u otro? ¿Qué porcentaje de tu tiempo pasaste programando en cada uno de esos roles y qué porcentaje estás buscando en este trabajo? ?"

Si vas a entrevistarte tratando de evitar preguntas incómodas, te sugiero que lo estás haciendo mal.

La entrevista se trata de encontrar señales de alerta. La mayoría de ellos provienen de situaciones un tanto incómodas, ya que el candidato a menudo conoce la bandera roja. No apunte específicamente a lastimar al candidato, pero no es su trabajo protegerlo: es su trabajo encontrar toda la información que pueda para proteger a su empleador .

En este caso: sí, quieres saber. Tal vez el puesto de liderazgo no encajaba bien, y tal vez esté bien para el puesto para el que está contratando, pero averigüe por qué e investigue un poco. Tal vez la razón por la que no fue una buena opción es también una razón por la cual el candidato no será una buena opción para usted.

Y, ¿está contratando a un desarrollador que no crecerá hasta convertirse en una posición de liderazgo y permanecerá como desarrollador? ¿O está contratando a uno que le gustaría ver crecer a posiciones de liderazgo con el tiempo? Ambas respuestas están bien, pero debe saber cuál está contratando.

No creo necesariamente que sea descalificante; Diablos, soy alguien que quiere ser desarrollador y, aunque no me importa tener un rol de liderazgo, no quiero una gestión completa porque me gusta desarrollar. Pero usted debe saber cuál está recibiendo.

" todo sobre encontrar banderas rojas"? :-) pero +1 por una buena respuesta
Hay una diferencia entre crecer como desarrollador y convertirse en una posición de liderazgo. Si la administración es tan simple que alguien puede aprenderla por ósmosis, ¿por qué desperdiciar a un gran desarrollador cuando podría contratar a un gran gerente cuando lo necesita (dado que, después de todo, ahora está entrevistando a un desarrollador).
@iheanyi Liderazgo != gestión. Ciertamente tiene razón en que ser desarrollador y ser líder no son del todo idénticos, pero creo que es importante entenderlo durante la entrevista: ¿está contratando a un desarrollador que le gustaría seguir siendo desarrollador o está contratando a un desarrollador ¿De quién quieres ver algunas habilidades de liderazgo? He contratado para ambos puestos, y siempre es importante saber cuál estás buscando.
@Joe De acuerdo. Creo que tal vez la redacción del párrafo con "¿Está contratando a un desarrollador que no crecerá?" fue lo que me desconcertó: se contrasta con crecer en una posición de liderazgo, pero no sugiere una alternativa de crecimiento continuo como desarrollador.

No es necesariamente una "rebaja". Pasar de la vía de desarrollo a la vía de gestión (de la que, a pesar de quienes afirmen lo contrario, el "líder de equipo" forma parte, aunque sea ligeramente) puede parecer una progresión natural, pero no lo es. Es un salto hacia un lado. Claro, solo puede avanzar hasta cierto punto en la ruta de desarrollo antes de quedarse sin cuerda, pero aún es un salto pasar del desarrollo puro, a la tutoría y la gestión de algunas personas, a la gestión de proyectos en toda regla.

Entonces, si alguien decide que extraña los viejos tiempos y desea volver a lo que amaba originalmente, aunque es probable que acepten un recorte salarial, no lo vería como una "rebaja" de carrera; Lo vería más como un cambio de carrera.

Sin embargo, en ese espíritu, todavía es perfectamente razonable preguntar por qué . No lo enmarcaría como "¿por qué querrías retroceder?", sino "¿por qué no te gustaba el liderazgo?" o "¿por qué echas de menos el desarrollo puro?". De dólares a donas encontrará que la respuesta es perfectamente razonable, y eso será todo. Pero si no hace la pregunta, es posible que no filtre a ese raro candidato para quien la respuesta es "porque me di cuenta de que no quiero ninguna responsabilidad en mi vida", o "porque soy un vago".

He estado en este escenario exacto. Empecé como desarrollador y, de algún modo, a lo largo de los años terminé siendo líder de equipo. Rápidamente me di cuenta de que no era para mí, ya que me estaba alejando del aspecto técnico de mi trabajo y, lamentablemente, la empresa en la que estaba no podía volver a bajar, así que tuve que cambiar de trabajo.

Tuve algunas entrevistas y en cada una me preguntaron por qué estaba solicitando un trabajo que, a todos los efectos, era más bajo que el actual. Tuve que ser honesto y explicar que me sentía más apto para hacer un trabajo técnico y no creo que esto me haya dificultado en absoluto.

Creo genuinamente que muchos técnicos no tienen las habilidades o la aptitud para ser líderes y esto no se les debe reprochar. Todavía entrevisto en mi papel y no tengo ideas preconcebidas sobre alguien que quiere volver a ser técnico: es una mentalidad de ser un aficionado a la tecnología y es difícil alejarse de ella.

Es una pregunta razonable que hacer y que he tenido que responder antes. La gestión de personas es un trabajo duro, y la gestión de ingenieros es particularmente difícil. No asuma que el candidato dejó su rol gerencial porque era malo en la gestión. Algunas personas encuentran que la gestión no es de su agrado y regresan a roles de colaborador directo. También es perfectamente razonable que una persona a la que le encanta la gestión técnica asuma un papel de colaborador directo, ya sea para evitar el agotamiento o porque es mucho más fácil para un gerente ganarse la confianza de los informes si ha trabajado recientemente como colaborador directo y tiene una experiencia nueva. comprensión de la tecnología actual. Por estas razones, no es inusual ver a una persona alternar entre roles de liderazgo o gerencia y roles de colaborador directo en la industria de la ingeniería de software.

Puede que esté estereotipando, pero creo que en los EE. UU. estamos mucho menos preocupados por el estatus que los europeos. Vemos la designación de líder de equipo como una designación funcional. Si alguien no quiere postularse como líder de equipo, está bien para nosotros. Si alguien se postula como desarrollador senior con un cálculo de que será ascendido a líder del equipo, está bien para nosotros.

Por supuesto, haz tu pregunta al candidato: para eso están las entrevistas. Le está haciendo un favor al candidato si plantea inquietudes y el candidato le da respuestas satisfactorias. No le está haciendo ningún favor al candidato si no está planteando inquietudes y está evaluando la candidatura de alguien en el contexto de las inquietudes que tiene y que no están resueltas. Yo diría, haz tu pregunta al candidato y dale la oportunidad de darte una respuesta que te haga sentir cómodo. Si el candidato se ha preparado bien, ya ha anticipado que usted le preguntará y soltará su respuesta sobre usted si se lo pregunta. Eso es exactamente lo que quiere de él: para cuando termine la entrevista, no debería tener ningún problema sin resolver. Dudas sobre el candidato.

Creo que es más el campo de TI que la ubicación lo que se preocupa muy poco por el estatus, ya que la mayoría de las empresas de TI europeas que conozco tampoco se preocupan mucho por el estatus y los títulos.
Creo que el estado se expresa de diferentes maneras en diferentes lugares, pero si "líder de equipo" es una promoción de desarrollador senior (o "desarrollador principal", o "arquitecto", o algo así), a diferencia de un rol diferente que simplemente sucede tener más componentes organizacionales y menos componentes técnicos prácticos, entonces alguien en su empresa está preocupado por el estado. Lo hicieron para que organizar un equipo sea una promoción de trabajar en ese mismo equipo. No es una visión poco común en los EE. UU. o en Europa, pero algunas empresas intentan subvertirla activamente. Sin embargo, es difícil desvincular la autoridad del estatus.
@SteveJessop: tengo mucha responsabilidad sin autoridad ni estatus. Puedo vivir sin estatus. Me resulta difícil lograr que mi gerencia delegue una autoridad que se aproxime a las responsabilidades que me han delegado, aunque entienden completamente que necesito esta autoridad para lograr lo que me han encomendado. Todavía tengo que estar en una situación en la que la responsabilidad, la autoridad y el estatus estén perfectamente alineados como patos en una fila. O una cadena de bombillas en un árbol de Navidad :)
@Erik: ¡Sin embargo, los desarrolladores de software no siempre trabajan en empresas de TI!
@VietnhiPhuvan: sí, no digo que le preocupe el estatus, digo que la alta gerencia de su empresa estadounidense sí. Las personas de alto estatus a menudo son...

Sí, haz la pregunta. Espero que la respuesta implique querer seguir centrándose en la programación. Estamos perdiendo buenos programadores para puestos de gestión o al menos para puestos de programación con funciones de gestión. ¿Alguien le pediría a un gran autor que considerara ser editor? Muchos atletas estrella y otros artistas ganan más dinero que sus gerentes.

Espero que esta persona pueda convencerte de que le apasiona la programación y que está dispuesta a aceptar menos paga/responsabilidad por la oportunidad de hacer más.

Según las dos empresas y la naturaleza del desarrollo de software, las dos posiciones pueden estar más igualadas de lo que piensa.

Estoy proponiendo una nueva carrera profesional para programadores:

  1. buen programador
  2. mejor programador
  3. Incluso mejor programador
  4. gran programador
  5. Programador mayor
  6. Aún mejor programador
Pero esto aún deja el otro problema en nuestra profesión: si ahora soy un gran programador que trabaja con Python, ¿en qué parte del camino estaría cuando solicite un trabajo en Java? Los reclutadores parecen pensar que los programadores están locos por cambiar de tecnología.
IMO + IME, un buen programador es, por definición, fácil de cambiar de idioma y tiene muchos idiomas en su haber, para elegir el correcto para el trabajo en cuestión (si hay una opción). No es una contradicción. @RemcoGerlich
@RemcoGerlich: Solo reclutadores que no entienden nuestro campo. Cualquiera que no pueda aprender un nuevo idioma o entorno en unos pocos meses no debería desarrollarse en absoluto.
¿Cómo propones diferenciar los niveles en tu trayectoria profesional? :) Creo que entiendo el punto subyacente que estás diciendo, pero no lo llamaría una "pista de carrera" en absoluto, solo una escala infinita de gradiente de habilidad como programador.
@AnoE: personalmente, le daría a los buenos programadores el pase para cambiar fácilmente de idioma. Después de todo, es de nivel de entrada y algunas personas necesitan un poco de tiempo para familiarizarse con muchas cosas diferentes. Ciertamente, un programador aún mejor debería tener algunos entornos diferentes en su haber, aunque algunos de ellos con una capa de óxido.
Sí, interpreté esa carrera como humor. ;)
@WGroleau: "Solo reclutadores que no entienden nuestro campo". es decir, IME la mayoría de ellos.
Esto es bueno, aunque olvidaste "Programador terrible" y "Programador malo" al principio. No todos obtienen un trofeo; tienes que empezar en alguna parte.
FWIW, en mi empresa actualmente tenemos una trayectoria profesional para programadores hasta el equivalente a Director Sr en una empresa Fortune 25. A medida que progrese, se espera que tenga una comprensión más amplia o más profunda de las tecnologías, que sea un líder de pensamiento establecido en toda la empresa o la industria, y que sea capaz de influir y asesorar a los equipos. Pero sigues siendo un colaborador individual y sigues programando.
@LightnessRacesinOrbit: están desviados
@AlanShutko: esto es increíble, pero creo que su empresa es una rara excepción.
@JeffO no es tan común como debería ser. Parece ser más común en las empresas de Silicon Valley, y algunas empresas más antiguas con brazos de investigación también lo tienen. Por ejemplo, becarios de AT&T.

Creo que sería una pregunta bastante sin sentido inspirada en los tiempos pasados ​​cuando quizás era más fácil hacer el porteador. La respuesta correcta (aunque, por supuesto, inútil y no muy cortés) sería contrapreguntar por qué no le gustaría ser el presidente de EE. UU. en lugar de hablar con él aquí. Tratando de ser cortés, el desarrollador probablemente forjerá una teoría confusa para usted. Esta teoría hipotética estará muy lejos de la realidad.

No todas las personas que pierden su trabajo son despedidas por incompetencia. Las personas deben irse si la empresa se muda y quieren quedarse. La gente necesita mudarse por razones familiares. Las empresas, o divisiones dentro de la empresa, se fusionan reduciendo el número de altos cargos disponibles. Las empresas fracasan. Hay posiciones altas pero temporales en la ciencia. Y muchas cosas por el estilo.

Es mucho más difícil conseguir un puesto de líder o arquitecto debido a la menor cantidad de puestos disponibles. Esta es la verdadera razón, bastante obvia sin perder el tiempo de la entrevista en eso.

Creo que el hecho de que el desarrollador haya recibido una importante promoción en el pasado todavía debería hablar de él de manera positiva. La capacidad de hacer el portador "hacia abajo" depende de la personalidad. Los personajes más fuertes pueden hacer esto sin problema si la vida los obliga.

No tienes que hacer esta pregunta directamente. A menos que el currículum del candidato indique explícitamente que se trataba de un puesto gerencial.

¿Puede contarme sobre el trabajo que hizo en la empresa X?

De hecho, podría resultar que el candidato tenía muy pocas funciones gerenciales y en su mayor parte era un desarrollador.

Como muchas personas ya han dicho, no leas demasiado los títulos. Yo era un "jefe de" en una empresa muy pequeña, pero en su mayor parte era la única persona en el equipo sin nadie debajo de mí.

Puedes preguntar, pero ¿qué esperas realmente que te dé la respuesta? Obviamente, está buscando un desarrollador, no un líder de equipo, y tiene un candidato que cree que es mejor desarrollador que líder de equipo y/o que prefiere ser un desarrollador a ser un líder de equipo.

Entonces, si la respuesta es "Me nombraron líder del equipo, pero no me gustó". Esa es la respuesta más probable. ¿Qué te diría eso exactamente aparte de lo que sabías antes, que el tipo está solicitando un puesto de desarrollador?

Ahora bien, si hubiera dicho "queremos contratar a un desarrollador, pero queremos a alguien que pueda convertirse en líder de equipo en uno o dos años", pregunte por todos los medios. Pero usted no está en una situación como esta. Simplemente tienes tu visión estrecha de la vida laboral y lo que la gente debería querer, y alguien que no se ajusta a tu visión estrecha, pero que probablemente tenga muy buenas razones.

La pregunta sobre por qué es menos importante que si la persona se ha preparado o no para volver a ser un desarrollador a tiempo completo. Es muy importante encontrar al menos un área en la que la persona se destaque, ya sea implementación, comunicación, investigación, colaboración, etc. Lo mejor es estar seguro de que el candidato se está moviendo en una dirección de fortaleza y aporta algo que le falta al equipo. para construir una organización fuerte.

Referencias