Preguntas de entrevista Project Manager

¿Cuál es la diferencia entre Scrum y Kanban? ¿Cuándo usas cada uno?

Scrum trabaja en sprints fijos con alcance comprometido, roles definidos, y ceremonias — conviene para trabajo de producto donde una cadencia de planificación y revisión agrega valor. Kanban es flujo continuo con límites de trabajo en progreso y sin sprints, lo que conviene para soporte, mantenimiento, y cualquier cosa donde las prioridades cambian diariamente. La pregunta decisiva es si puedes mantener el alcance estable por dos semanas; si no puedes, las ceremonias de Scrum se vuelven teatro.

¿Cómo estimas? ¿Qué son los story points y el planning poker?

Los story points expresan tamaño y complejidad relativos en vez de horas, lo que evita la falsa precisión de las estimaciones de tiempo y toma en cuenta que distintas personas trabajan a distintas velocidades. El planning poker hace que todos estimen simultáneamente para que nadie se ancle en la voz más fuerte, y la discusión después de un desacuerdo es donde está el valor real. Los points se vuelven capaces de pronóstico solo después de que varios sprints establecen una velocity.

¿Qué haces cuando un proyecto va a perder su deadline?

Levántalo tan pronto como lo sepas, no cuando se vuelva innegable — el costo de una sorpresa es mucho más alto que el costo de una mala noticia. Ven con opciones en vez de solo el problema: alcance reducido, entrega por fases, capacidad agregada con su costo de ramp-up, o una fecha movida, cada una con las consecuencias explicitadas. Luego deja que la persona dueña del trade-off decida.

¿Cómo manejas el riesgo? Da un ejemplo.

Los riesgos se identifican con el equipo, se registran con probabilidad e impacto, se les asigna un dueño, y se les da una mitigación y un trigger que dice cuándo actuar. Un ejemplo concreto es una dependencia en una API de terceros: la mitigación es construir contra un mock detrás de una interfaz, y el trigger es no tener acceso al sandbox para una fecha fijada. Un registro de riesgos que nadie revisa semanalmente es documentación, no gestión.

¿Qué son velocity y un burndown chart? ¿Cómo los usas?

Velocity son los points que un equipo completa por sprint, útil como un rango de pronóstico a través de varios sprints en vez de un solo número. Un burndown chart muestra el trabajo restante contra el tiempo y principalmente revela forma: una línea plana temprano seguida de un precipicio significa que el trabajo no se está integrando hasta el final. Ambas son herramientas de diagnóstico para el equipo — usar velocity como objetivo de desempeño corrompe confiablemente las estimaciones.

¿Cómo resuelves conflictos dentro de un equipo?

Lidia con ello temprano y en privado primero, separando la posición que cada persona sostiene de la necesidad subyacente. La mayoría del conflicto técnico en realidad es sobre prioridades no declaradas — una persona optimizando por fecha de entrega, otra por mantenibilidad — y nombrar ese trade-off lo convierte en una decisión en vez de un choque de personalidades. Si no se resuelve, escala a quien sea dueño del trade-off en vez de dejar que se pudra.

¿Qué haces cuando un cliente constantemente cambia los requisitos?

No pelees contra los cambios — haz visible su costo. Un proceso de control de cambios donde cada pedido obtiene una estimación de impacto en alcance, cronograma, y presupuesto convierte una discusión en una elección informada, y los clientes usualmente se autolimitan una vez que los trade-offs son explícitos. El cambio frecuente también a menudo señala que el discovery fue insuficiente, así que ciclos de feedback más cortos y demos pueden abordar la causa en vez del síntoma.

¿Cómo comunicas malas noticias a un cliente?

Temprano, directamente, con el impacto cuantificado y opciones adjuntas. Lidera con la situación y qué significa para ellos en vez de una acumulación de contexto, toma responsabilidad sin sobre-disculparte, y sé específico sobre qué vas a hacer y para cuándo. El daño a la relación viene casi enteramente de la divulgación tardía, no del problema en sí.