¿Cuáles son algunas de las preguntas que un gerente de proyecto le haría a un desarrollador de software en una entrevista?

En primer lugar, como regla general, los gerentes de proyecto no son responsables y la mayoría de las veces ni siquiera son competentes para entrevistar a los desarrolladores de software durante el proceso de contratación. Esto es típicamente responsabilidad de los desarrolladores de software / gerentes de ingeniería y reclutadores de recursos humanos.

Siempre que se requieran desarrolladores en un proyecto, los gerentes de ingeniería los asignarán teniendo en cuenta las habilidades requeridas para el proyecto pero también la disponibilidad. En la práctica, el gerente de ingeniería asignará a quien tenga disponible y ni él ni el gerente del proyecto tienen el lujo de elegir entre un conjunto de candidatos. Si hay demasiados proyectos, el gerente de ingeniería puede contratar desarrolladores adicionales de manera permanente o temporal y asignarlos en consecuencia.

Incluso si el gerente del proyecto hubiera tenido el lujo de elegir entre candidatos para trabajar en un proyecto en la mayoría de los casos, no habría podido elegir a las personas adecuadas, ya que la mayoría de los PM carecen de antecedentes técnicos y no pueden evaluar adecuadamente las habilidades técnicas del software desarrolladores

Sin embargo, he visto casos en los que la empresa que entrega el proyecto no tenía expertos técnicos para algunas partes o, a veces, incluso para todo el proyecto. En estos casos, los administradores técnicos no pueden asignar desarrolladores y el PM debe encontrarlos fuera de la organización. Lo peor es que el primer ministro necesita recoger a las personas adecuadas sin tener la competencia para evaluar sus habilidades técnicas y sin tener a alguien más para hacer esto.

Lo anterior es una situación difícil y lo único que puede hacer el primer ministro es contratar a otra compañía que tenga la experiencia técnica requerida para el proyecto o encontrar desarrolladores independientes. En su búsqueda, creo que el primer ministro no debería enfocarse demasiado en su propia evaluación de los desarrolladores a ser contratados, sino que su enfoque principal debería estar en el trabajo pasado que los desarrolladores o la compañía para la que trabajaron.

Sin embargo, encontrar a las personas adecuadas en los casos anteriores puede resultar en un método de seguimiento y error, pero esto es inevitable cuando una empresa carece de experiencia técnica en un campo que se requiere para la entrega de un proyecto. Y para empeorar las cosas, muchos PM no están facultados para contratar recursos externos por su cuenta y deberán buscar la aprobación de la gerencia para hacerlo. La gerencia puede obligar a los PM a contratar proveedores más baratos que pueden no tener el mejor desarrollador para el trabajo.

Ya hay dos buenas respuestas … arrojaré la mía. En las empresas para las que trabajé, había una distinción entre un gerente de ingeniería y un gerente de proyecto. El gerente del proyecto manejó el trabajo pesado de la gestión del proyecto. Se suponía que debían entender la secuencia de tareas, dependencias, si las cosas se hicieron o no. Era un trabajo terrible, ya que se suponía que era responsable de entregar el trabajo completado, pero no tenía control real sobre nada. Debido a que los proyectos generalmente se encontraban en un estado terrible (llegando tarde, nada funciona, no estoy seguro si podemos hacerlo, etc.), los gerentes de proyectos generalmente estaban muy ansiosos. Podrían haber estado tomando habitualmente medicamentos contra la ansiedad.

Los gerentes de ingeniería eran los gerentes reales (jefes) de los desarrolladores. En teoría, eran hábiles y conocedores del trabajo a realizar.

Un gerente de proyecto podría preguntarle muchas veces al día si había terminado con algo, pero supuestamente solo su gerente de ingeniería podría decirle que era un problema y que está en problemas.

Muchas veces hubo disputas y luchas de poder entre estas personas. Muchas veces no pudieron comunicarse, tuvieron conflictos de personalidad y fue difícil. Mi idea es que está mal tener dos personas a cargo de la misma cosa, y cierto nivel de ambigüedad sobre lo que se supone que debe hacer cada persona.

Durante un proceso de contratación, casi siempre sería el gerente de ingeniería el responsable de la contratación. Normalmente, él o ella haría que los miembros del equipo existente hicieran algunas preguntas e intentaran evaluar al candidato.

El gerente del proyecto recibiría las noticias mucho más tarde sobre lo que las personas habían sido asignadas al proyecto, y generalmente no tendrían mucho que decir al respecto.

De lo que sospecho que se trata realmente es de qué tipo de preguntas tiene que responder un desarrollador … No estoy muy preocupado por quién les pregunta.

Por lo general, habrá algún tipo de preguntas técnicas para ver si la persona realmente sabe algo, si es falsa, dice mentiras en su currículum, etc. Por lo general, hay un conjunto de preguntas que generalmente se hacen. Si tiene la formación técnica adecuada, puede responderlas de inmediato.

Casi siempre se le preguntará qué hizo en su último trabajo, por qué quiere un trabajo diferente.

A veces, la gente solo quiere ver si puedes hablar y formar una oración completa y un pensamiento completo. Intenta hacerte una idea de tu personalidad.

El peor tipo de pregunta (y desafortunadamente frecuente) es el BRAZO PUZZLER. Este es un tipo de rompecabezas o pregunta que con frecuencia no tiene mucho que ver con el trabajo real. Su objetivo es probar la capacidad analítica del solicitante, pero generalmente sirve principalmente para humillarlos. Prueba la inteligencia y la capacidad de pensar rápidamente en una situación de alta presión, en lugar de la capacidad de realizar un trabajo de programación mundano.

Aquí hay un ejemplo de una pregunta desconcertante que escuché últimamente sobre Quora y que se presenta a los solicitantes de una gran empresa de alta tecnología …

Entonces, tienes dos huevos y un edificio de 100 pisos. Estás tratando de probar cuál es el piso más alto desde donde puedes dejar caer un huevo. Cada huevo es idéntico. Puede ser que puedas caer desde el piso 75 y no se rompa nada, pero desde el piso 76, los huevos siempre se rompen. Estás tratando de encontrar la respuesta con la menor cantidad de gotas.

Ir…

Jesús…. Lo que este tipo de preguntas tiene que ver con la capacidad de cualquier persona para hacer cualquier tipo de trabajo real de alta tecnología me supera.

La respuesta correcta es que debe usar la búsqueda binaria para encontrar el lugar más alto donde se rompe un huevo, y usar la búsqueda lineal para refinarlo desde allí.

Por ejemplo, comienzas en el piso 50. Primera caída, sin roturas. Entonces, te mueves al piso 75 y el huevo se rompe. Búsqueda binaria. Ahora sabes que el piso correcto está entre 50 y 75. Entonces, comienzas con el huevo restante en el piso 51 y subes desde allí hasta que se rompe. Búsqueda lineal …

Guau…. Una vez que obtiene la explicación, parece lógico y simple. Y también te sientes estúpido por no poder resolverlo. El entrevistador se siente muy inteligente … Superior, tal vez …

Entonces…. tal vez alguien en una entrevista que pudiera entender la explicación y repetirle al entrevistador por qué es la explicación correcta demostraría que realmente entendió la distinción entre algoritmos de búsqueda en el mundo real. Claro … entiendo eso …

Entonces … si entiendes el enigma del cerebro, comprende que estás entrevistando a una empresa que tiene valores que podrían no estar realmente alineados con ganar dinero o hacer negocios, pero tal vez más sobre demostrar inteligencia matemática. Y ese tipo de lugar puede ser muy difícil de trabajar si no eres realmente inteligente o inteligente de una manera abstracta.

Como gerente de proyecto, me preocuparía principalmente lo siguiente:

  1. ¿Tienes las habilidades técnicas para hacer el trabajo?
  1. Para verificar, haré que una persona técnica examine lo anterior. Si él / ella dice que sí, solo entonces procederé.
  • Si tiene las habilidades, ¿podrá entregar a tiempo?
  • ¿Podrás coordinar algunas de las actividades por tu cuenta para realizar tus tareas?
  • ¿Cuáles son sus planes de carrera para los próximos 1 a 2 años?
  • Dado que tiene un rol técnico, no me preocuparía dónde vive y qué tan difícil sería para usted ir al sitio, etc.
  • Por último, pero no menos importante, ¿podrá trabajar con personas?
  • Si tiene más de un rol de liderazgo de equipo, todas las preguntas anteriores se mantendrían, pero me enfocaría más en las respuestas de las preguntas de comportamiento:

    1. ¿Cómo manejarás un equipo que tiene conflictos?
    2. ¿Cómo se trata con personas que no aportan su opinión y no terminan el trabajo a tiempo?
    3. ¿Cómo lidiaría con una situación, cuando llega a saber que usted y su equipo no podrán cumplir?

    Espero que esto te dé una idea de las preocupaciones de un gerente de proyecto.