Preguntas de entrevista de Project Manager — qué distingue "lideré reuniones" de "lideré un proyecto"
Las certificaciones y los nombres de metodologías te abren la puerta. Lo que se evalúa es si puedes describir un momento concreto en que un proyecto amenazaba con salirse de control — y qué hiciste antes de que se convirtiera en una crisis.
Las entrevistas de project manager premian un tipo específico de historia, y la mayoría de los candidatos prepara el tipo equivocado. Llegan listos para describir procesos — las ceremonias, las herramientas, la certificación. Los entrevistadores generalmente ya dan por sentado el conocimiento de Agile o Waterfall. Lo que realmente se evalúa es el criterio bajo un tipo específico de presión.
"Cuéntame de un proyecto que amenazaba con salirse de control. ¿Qué hiciste?"
Lo que describe la mayoría: la crisis misma y el rescate heroico — horas extra, una reunión de emergencia, un salvataje de último minuto.
Lo que realmente se evalúa: si se detectó temprano, antes de que siquiera se convirtiera en una crisis. Las respuestas más fuertes nombran la señal de alerta temprana concreta — un burndown chart que se aplanó dos semanas antes del deadline, una dependencia que no avanzó en un status update donde debería haberlo hecho.
"¿Cómo manejas a un stakeholder que constantemente cambia los requisitos?"
Lo que describe la mayoría: resistirse o escalar a un sponsor.
Lo que realmente se evalúa: si se puede distinguir "este stakeholder es difícil" de "el alcance nunca estuvo lo bastante claro desde el principio". Las respuestas fuertes a menudo incluyen un momento de autocrítica honesta.
"Describe cómo tuviste que dar malas noticias a la dirección."
Lo que describe la mayoría: suavizar o retrasar el mensaje hasta tener listo un plan de rescate.
Lo que realmente se evalúa: qué tan temprano llegó la mala noticia, no qué tan suavemente se presentó. Un proyecto que fracasó en silencio durante semanas antes de que alguien lo dijera es peor que uno donde se levantó una alerta temprana — incluso sin un arreglo listo.
"¿Cómo priorizas cuando lideras más de un proyecto a la vez?"
Lo que describe la mayoría: un framework general — urgencia vs. importancia.
Lo que realmente se evalúa: si el framework resiste un conflicto real — dos sponsors, ambos convencidos de que su proyecto tiene prioridad, ambos parcialmente en lo correcto.
"¿Qué proceso heredaste y cambiaste — qué pasó?"
Lo que describe la mayoría: una mejora de proceso que salió sin fricción.
Lo que realmente se evalúa: si la historia incluye resistencia y cómo se manejó. Un cambio que el equipo adoptó de inmediato sin ninguna fricción es muy pequeño, o es una historia sin su parte más informativa.
El patrón detrás de las cinco preguntas
Cada una de estas preguntas evalúa básicamente lo mismo: si el problema se detectó temprano, y si el lado humano se manejó honestamente. La metodología y las herramientas se dan por sentadas — lo que se evalúa es el criterio, y eso solo se ve en una historia concreta, no en una descripción general.
Prepair hace preguntas específicas de tu rol y nivel de experiencia, y evalúa si tu razonamiento resiste una repregunta — no solo si nombraste el framework correcto. Prueba una entrevista gratis — 3 al mes, sin registro necesario.