Project Manager
Preguntas de entrevista estructuradas para Project Manager, con lo que revela una buena respuesta en cada una.
ConductualOrquestación multi-equipo Describa el proyecto más complejo que ha liderado en los últimos 18 meses. ¿Cuál era el perímetro, qué método aplicó, qué riesgos identificó y qué resultados medibles obtuvo?
Lo que revela una buena respuestaCapacidad de relatar un proyecto con encuadre claro (problema cuantificado, perímetro explícito, plan estructurado en fases, riesgos identificados desde el inicio) y resultados cuantificados (plazo, presupuesto, calidad). Bonus: la persona candidata distingue lo que dependió de su impulso y lo que dependió del equipo. Las personas que describen ayudé a o participé en sin precisar el alcance propio revelan falta de ownership real; las que solo cuentan la versión heroica sin mencionar los problemas encontrados revelan falta de honestidad o de aprendizaje.
ConductualGestión de riesgos Cuénteme una ocasión en la que un proyecto que lideraba se desvió de plazo o de presupuesto. ¿Cómo lo detectó, qué hizo y qué aprendió?
Lo que revela una buena respuestaHonestidad y método de gestión de la desviación: la persona candidata describe la señal de alerta detectada, la decisión de escalar o no, el plan de recuperación propuesto y el resultado real. Bonus: ha puesto un mecanismo de detección temprana en marcha en los proyectos siguientes. Las personas que afirman que nunca han tenido un proyecto desviado o bien han tenido poca exposición real, o bien no asumen sus errores.
ConductualComunicación con stakeholders Describa una situación en la que una persona stakeholder senior (dirección general, dirección financiera, dirección comercial) pidió un cambio de alcance importante en mitad de un proyecto. ¿Cómo lo gestionó?
Lo que revela una buena respuestaPostura de socio·a, no de pura ejecución: la persona candidata describe la conversación de encuadre del impacto (plazo, presupuesto, calidad), la propuesta de arbitraje y la decisión documentada. Bonus: reconoce los casos en los que aceptó el cambio sin valorar todo el impacto y aprendió a documentar mejor. Las personas que aceptan todos los cambios sin pestañear revelan debilidad de pilotaje; las que rechazan sistemáticamente sin proponer alternativa revelan rigidez.
SituacionalLiderazgo sin autoridad Le encargan un proyecto transversal con 3 equipos implicados (producto, ingeniería, atención al cliente) donde ninguna persona de los equipos le reporta directamente. ¿Cómo arranca las dos primeras semanas?
Lo que revela una buena respuestaEncuadre antes de ejecución: la persona candidata empieza por reuniones individuales con cada responsable de equipo para entender prioridades, restricciones y disponibilidad; establece un comité de proyecto semanal con asistencia obligatoria; define el RACI (responsable, accountable, consultado, informado) por hito; documenta los compromisos iniciales por escrito. Las personas que arrancan con un plan detallado antes de haber hablado con los equipos revelan falta de instinto político; las que se centran solo en la herramienta de gestión revelan falta de método sustantivo.
SituacionalLiderazgo sin autoridad Una persona del equipo de proyecto no entrega de forma sistemática lo comprometido en los hitos. No le reporta jerárquicamente. ¿Cómo procede?
Lo que revela una buena respuestaCapacidad de gestionar el conflicto sin escalada precipitada: la persona candidata describe un primer 1:1 directo con la persona implicada para entender la causa (sobrecarga, falta de claridad, falta de motivación, conflicto interno), una segunda conversación con su responsable jerárquico·a si la situación no mejora, y una escalada al comité directivo del proyecto si bloquea un hito crítico. Bonus: documenta cada paso por escrito. Las personas que escalan directamente a la dirección sin hablar con la persona implicada revelan debilidad relacional; las que toleran sin reaccionar revelan debilidad de pilotaje.
SituacionalComunicación con stakeholders El comité directivo de un proyecto que lidera le pide acortar el plazo de entrega de 6 a 4 meses sin recursos adicionales. ¿Qué hace?
Lo que revela una buena respuestaCapacidad de arbitrar bajo presión sin ceder de forma irreflexiva: la persona candidata pregunta por la razón del cambio (oportunidad comercial, presión regulatoria, presión competitiva), reformula las opciones reales (reducir alcance, reducir calidad, aumentar recursos puntuales, mantener plazo original), documenta los riesgos asociados a cada opción y deja la decisión al comité con su recomendación argumentada. Las personas que aceptan sin negociar revelan debilidad de pilotaje; las que rechazan sin proponer alternativa revelan rigidez; las que reformulan en 3 opciones con impacto cuantificado son las correctas.
Caso prácticoRigor en entregables Llega a un puesto donde la empresa lanza un proyecto de migración del sistema de gestión (ERP) en 9 meses, con 4 equipos implicados (finanzas, operaciones, ventas, IT), un presupuesto de 350.000 € y un proveedor externo. Ningún plan detallado existe todavía. ¿Cuál es su plan de arranque a 30 días?
Lo que revela una buena respuestaMétodo estructurado: (1) reuniones de encuadre con cada responsable de equipo y con el proveedor externo en la primera semana; (2) carta de proyecto validada con la dirección general en 10 días (objetivos, perímetro, restricciones, gobernanza, métricas de éxito); (3) plan de trabajo macro a 9 meses con hitos clave en 15 días; (4) registro de riesgos inicial en 20 días; (5) ritual de comité directivo mensual y comité operativo semanal establecido antes del fin del primer mes. Las personas que proponen empezar a desarrollar antes de haber validado la carta revelan falta de rigor; las que pasan los 30 días en reuniones sin entregar nada documentado revelan exceso de prudencia.
Caso prácticoGestión de riesgos Toma el relevo de un proyecto retrasado en 3 meses sobre un plazo total de 9 meses. El equipo está desmotivado y el comité directivo perdió la confianza. ¿Cómo aborda las primeras dos semanas?
Lo que revela una buena respuestaEncuadre completo: (1) diagnóstico honesto del estado real (perímetro entregado frente a comprometido, calidad real frente a esperada, riesgos abiertos) en la primera semana; (2) entrevistas individuales con todas las personas clave para reconstruir confianza y entender las causas reales del retraso; (3) presentación al comité directivo de un plan de recuperación basado en 3 opciones (reducir alcance, ampliar plazo, ampliar presupuesto) en 10 días; (4) restablecimiento del ritual operativo (comité semanal corto, daily standups si procede) en 15 días. Las personas que prometen recuperar el plazo sin diagnóstico revelan irrealismo; las que solo critican al equipo anterior revelan inmadurez.
Caso prácticoOrquestación multi-equipo Su empresa quiere lanzar un nuevo producto comercial en 6 meses (desarrollo más despliegue más formación comercial más comunicación). ¿Cómo encuadra el proyecto desde el primer día?
Lo que revela una buena respuestaEncuadre completo: (1) carta de proyecto explícita (objetivos comerciales cuantificados, perímetro funcional, hipótesis de mercado, restricciones legales o regulatorias); (2) descomposición en flujos de trabajo (producto, ingeniería, marketing, ventas, atención al cliente, legal) con responsables nominales; (3) plan de hitos críticos con dependencias entre flujos; (4) registro de riesgos inicial con foco en riesgos cruzados entre equipos; (5) ritual de gobernanza claro (comité directivo, comité operativo, escalada). Bonus: la persona candidata menciona la coordinación con dirección comercial sobre las fechas de comunicación y formación. Las personas que se centran solo en el desarrollo técnico revelan visión limitada.
TécnicaRigor en entregables ¿Qué método de gestión de proyecto recomendaría para un proyecto de transformación digital de 9 meses con 4 equipos implicados en una pyme española de 80 personas trabajadoras? ¿Por qué ese método y no otro?
Lo que revela una buena respuestaCapacidad de justificar la elección del método (Waterfall, Agile Scrum, SAFe, híbrido) con argumentos sustantivos: nivel de incertidumbre del perímetro, dependencias entre equipos, cultura de la empresa, exigencias regulatorias o contractuales. Bonus: la persona candidata propone un híbrido (gobernanza Waterfall con sprints Agile en ingeniería) en lugar de aplicar un método de forma dogmática. Las personas que responden Agile siempre o Waterfall siempre revelan falta de juicio; las que solo citan nombres de método sin justificar el contexto revelan superficialidad.
TécnicaRigor en entregables Describa los 4 a 6 indicadores de seguimiento que pondría en marcha en su primer mes en un proyecto de 6 meses con presupuesto de 200.000 € y 3 equipos implicados. ¿Cómo los calcularía y a qué frecuencia los revisaría?
Lo que revela una buena respuestaCapacidad de seleccionar indicadores realmente accionables y no vanity: avance frente a plan (% de hitos cumplidos a tiempo), consumo presupuestario frente a curva planificada, número de riesgos abiertos por nivel de criticidad, ratio de incidencias bloqueantes en abierto, nivel de servicio del proveedor externo si aplica. Bonus: la persona candidata distingue los indicadores de reporting mensual al comité directivo de los indicadores operativos semanales del equipo. Las personas que enumeran 15 indicadores revelan falta de priorización; las que solo citan plazo y presupuesto sin riesgos ni calidad revelan visión limitada.
TécnicaRigor en entregables ¿Qué stack de herramientas recomendaría hoy para una pyme española de 80 personas trabajadoras que quiere profesionalizar su gestión de proyectos (herramienta de gestión, gestión documental, planificación, reporting)? ¿Por qué ese stack y no otro?
Lo que revela una buena respuestaFamiliaridad concreta con un stack moderno y justificado: gestión de proyectos (Jira, Asana, ClickUp, Monday, Notion), gestión documental (Confluence, Notion, Drive estructurado), planificación (Microsoft Project, Smartsheet, Gantt en Asana o ClickUp), reporting (Power BI, Looker Studio, dashboards nativos). Bonus: la persona candidata ya ha liderado un despliegue de herramienta y explica los criterios de elección (precio, integración, curva de aprendizaje, escalabilidad, dependencia con el resto del stack). Las personas que solo citan Excel revelan falta de exposición a herramientas modernas.
ValoresComunicación con stakeholders ¿Cómo reacciona cuando recibe feedback crítico de un comité directivo sobre un proyecto del que estaba a cargo? Describa una situación concreta.
Lo que revela una buena respuestaPostura de aprendizaje: la persona candidata describe haber integrado el feedback (no solo escuchado) y haber ajustado su práctica. Bonus: ha compartido el aprendizaje con el equipo y ha documentado el ajuste para futuros proyectos. Las personas que describen haber justificado su lógica en lugar de aceptar la observación revelan una debilidad de coachability que dará problemas en un puesto tan expuesto a la dirección.
ValoresComunicación con stakeholders Describa su forma de comunicar malas noticias a un comité directivo: retraso, sobrecoste, riesgo materializado. ¿Cuál es su principio?
Lo que revela una buena respuestaCapacidad de comunicar mal con método: la persona candidata describe el principio de transparencia temprana (escalar al detectar la señal de alerta, no al confirmar el problema), la preparación estructurada (diagnóstico, opciones, recomendación) y la postura sin dramatismo ni minimización. Bonus: la persona candidata cita una situación real reciente. Las personas que retrasan la comunicación esperando que la situación se resuelva sola revelan debilidad de pilotaje; las que dramatizan revelan debilidad emocional bajo presión.
ValoresLiderazgo sin autoridad Una persona de dirección le pide acelerar la entrega de un proyecto saltándose un control de calidad o un procedimiento que usted considera necesario. ¿Cómo reacciona?
Lo que revela una buena respuestaCapacidad de decir no escalando sin acusación: la persona candidata explica el riesgo concreto (cliente perdido, riesgo legal, incidencia mayor, retrabajo posterior), propone una alternativa que cubre la necesidad y deja la decisión en manos de la dirección con su recomendación documentada por escrito. Bonus: la persona candidata cita un caso real en el que aplicó esta postura. Las personas que responden aplico sin cuestionar no protegerán el proyecto; las que rechazan secamente sin alternativa revelan debilidad de comunicación transversal.
Manual de evaluación
El puesto de Project Manager se evalúa en cuatro etapas. El caso práctico (etapa 3) es central: sin una situación concreta es muy difícil distinguir a una persona candidata que estructura proyectos de forma real de otra que solo habla bien de metodología.
Etapa 1: Lectura del CV
Busque coherencia sectorial (un·a Project Manager de IT no opera como un·a Project Manager de obra o de transformación organizativa) y estabilidad (duración mínima de 18 a 24 meses en los puestos anteriores). Verifique el tamaño de los proyectos pilotados (presupuesto, número de personas implicadas, duración, número de equipos en paralelo); un CV que solo enumera coordinación, seguimiento y reporting, sin mencionar resultados cuantificados (plazo respetado en X %, presupuesto cerrado en X €, ROI demostrado, riesgos mitigados), describe a una persona de apoyo, no a un·a Project Manager con ownership real. Descarte: sucesión de proyectos de 3 a 6 meses (señal de imposibilidad de seguir un proyecto estructurante hasta el final) o ausencia total de mención al método de gestión (Waterfall, Agile, híbrido).
Etapa 2: Llamada telefónica (30 minutos)
Solo tres preguntas: (1) Describa el proyecto más complejo que lidera actualmente (perímetro, equipos implicados, presupuesto, plazo, hitos críticos); (2) ¿Cuál es el método de gestión de proyecto que utiliza y por qué ese y no otro?; (3) ¿Por qué un cambio ahora? (relato claro frente a disperso). Salida: decisión sí o no en 5 minutos de debrief, no más. Si la persona candidata no sabe responder con precisión a la pregunta 1 (sin números, sin nombres de equipos, sin riesgos identificados), no avance.
Etapa 3: Caso práctico (60 minutos en remoto)
Plantee una situación realista enviada con 48 horas de antelación: por ejemplo el lanzamiento de un proyecto de migración tecnológica de 6 meses con 3 equipos implicados (producto, ingeniería, atención al cliente) y un presupuesto de 250.000 €, o el rescate de un proyecto retrasado en 3 meses con un comité directivo preocupado. Pida un documento estructurado de 2 a 3 páginas (plan general, hitos, riesgos identificados, plan de comunicación con stakeholders, indicadores de seguimiento) y luego una discusión de 60 minutos. Evalúe la rigurosidad del método y la capacidad de anticipar riesgos más que la creatividad: un·a buen·a Project Manager pregunta antes de planificar y cuantifica antes de comprometerse.
Etapa 4: Entrevista estructurada y referencias (90 minutos más 2 referencias)
Utilice las 15 preguntas que aparecen a continuación alternando behavioral, situational, case, technical y values. Mínimo 2 entrevistadores·as presentes (idealmente la dirección general o de operaciones más una persona senior del equipo que será cliente del PM), con puntuación independiente antes del debrief. En paralelo, llame a 2 referencias: una persona ex-dirigente y una persona colega o cliente directo. Pregunte de forma idéntica a ambas: ¿En qué es más fuerte? ¿Volvería a contratarla mañana? ¿Cite un proyecto en el que lideró bajo presión real? La calidad del relato de referencias es a menudo más reveladora que la entrevista en sí.
Cómo reconocer una gran contratación
| Competencia | Por debajo | En el nivel | Por encima |
|---|---|---|---|
| Orquestación multi-equipo | Coordina un solo equipo o trabaja en silos: nunca ha pilotado más de 2 equipos en paralelo. No distingue entre dependencias técnicas y dependencias humanas; los hitos cruzados se descubren tarde. | Lidera proyectos con 3 a 4 equipos implicados, con ritual de comité operativo y comité directivo separados. Identifica las dependencias críticas entre flujos antes del arranque y documenta los compromisos por escrito. | Pilota proyectos transversales con 5 o más equipos sin perder el control: cartografía explícita de dependencias, RACI claro por hito, gobernanza adaptada al perímetro. Las personas de equipos clientes solicitan trabajar con esta persona en futuros proyectos. |
| Gestión de riesgos | Reactivo·a frente a los problemas: descubre los riesgos cuando ya se han materializado. Sin registro de riesgos formal; ningún plan de mitigación documentado. La dirección descubre las desviaciones en el reporting mensual o más tarde. | Registro de riesgos mantenido y revisado en comité operativo semanal. Capacidad de cuantificar el impacto de un riesgo (probabilidad por impacto) y de proponer un plan de mitigación o de aceptación con justificación. | Cultura de anticipación: los riesgos críticos se identifican antes del arranque y se monitorizan de forma sistemática. La dirección anticipa los puntos duros gracias al reporting estructurado. Capaz de salvar un proyecto que va a fracasar mediante detección temprana y replanificación oportuna. |
| Comunicación con stakeholders | Reporta sin estructurar: emails largos sin recomendación, presentaciones sin foco, comités sin orden del día claro. La dirección descubre los problemas tarde porque la comunicación está saturada de detalle no priorizado. | Documento de reporting sintético (1 página) con estado RAG, hitos clave, riesgos abiertos y decisiones pedidas. Comités con orden del día estructurado y decisiones documentadas. La dirección anticipa los problemas gracias al reporting. | Maestría de la comunicación adaptada al nivel: una nota ejecutiva al comité de dirección, un detalle operativo al equipo, una conversación uno a uno con un·a stakeholder reticente. La dirección consulta antes de decidir, no después; los·as stakeholders confían sin necesidad de chequeo continuo. |
| Rigor en entregables | Documentación pobre o ausente: actas sin compromisos, planes sin fechas, riesgos sin propietario. Los proyectos avanzan por presión más que por método. Sin proceso replicable que el equipo pueda reutilizar. | Carta de proyecto, plan de trabajo, registro de riesgos y actas de comité mantenidos de forma rigurosa. Cada decisión queda documentada con responsable y fecha. El equipo encuentra la información sin tener que pedirla. | Referencia de método en la empresa: cada proyecto deja un kit reutilizable (plantillas, procesos, lecciones aprendidas) que aumenta la productividad de proyectos posteriores. Capaz de formar a otras personas Project Manager juniors en el método. |
| Liderazgo sin autoridad | Depende de la autoridad jerárquica para conseguir que las cosas avancen: cuando una persona del equipo de proyecto no cumple, escala inmediatamente a su responsable o a la dirección sin intentar resolverlo de forma directa primero. | Capaz de movilizar equipos sin línea jerárquica directa mediante claridad de objetivos, ritual estable y conversaciones individuales. Sabe cuándo escalar (bloqueo crítico de hito) y cuándo no (incumplimiento puntual que se gestiona en 1:1). | Las personas de los equipos clientes piden trabajar con esta persona en futuros proyectos: combina firmeza en el método con calidez en la relación. Capaz de sostener un proyecto durante un periodo de tensión sin recurrir a la autoridad ni dejarse pisar. |
Plan de 30/60/90 días
Día 30
- Carta de proyecto validada con la dirección general (objetivos cuantificados, perímetro, restricciones, gobernanza, métricas de éxito) para los 2 a 3 proyectos prioritarios
- 1:1 individuales con cada responsable de equipo implicado en los proyectos prioritarios para mapear capacidad, restricciones y prioridades en paralelo
- Plan de trabajo macro y registro de riesgos inicial documentado para cada proyecto prioritario, con responsables nominales por hito
- Ritual de gobernanza establecido: comité directivo mensual con orden del día estructurado, comité operativo semanal con seguimiento de hitos y riesgos
Día 60
- Primer hito significativo cumplido en al menos un proyecto prioritario, con resultado cuantificado comunicado al comité directivo
- Cuadro de mando de proyectos compartido con la dirección: estado RAG, avance frente a plan, consumo presupuestario, riesgos abiertos por nivel de criticidad
- Plantillas y procesos estandarizados (carta de proyecto, plan de trabajo, acta de comité, registro de riesgos) implantados y utilizados por al menos 2 personas del equipo
- Primer ejercicio de lecciones aprendidas formal sobre un proyecto cerrado o sobre un hito significativo, con documento compartido al equipo y a la dirección
Día 90
- Cadencia de pilotaje estable y sostenida: ningún hito crítico se descubre tarde, comités directivos respetados durante 8 a 10 semanas consecutivas
- Hoja de ruta de proyectos a 12 meses presentada al comité de dirección, con priorización justificada por valor de negocio y por capacidad disponible
- Cultura de gestión de proyectos en progreso: al menos 2 personas de equipos clientes adoptan las plantillas y el ritual sin necesidad de recordatorio
- Primer impacto cuantificado tangible (proyecto entregado en plazo, ahorro presupuestario, riesgo mayor evitado, retrabajo reducido) comunicado a la dirección