Es martes, 9:10 a. m. Eres el gestor de un proyecto de lanzamiento de software de pagos que debía haber salido a producción hace seis semanas. El responsable de ingeniería informa que quedan 12 defectos abiertos y que la mitad de ellos afectan al movimiento de fondos, por lo que no se sienten seguros para realizar el lanzamiento. El gestor de producto sigue añadiendo casos límite porque no hay consenso sobre qué significa “terminado” en el contexto de reembolsos y devoluciones de cargos (chargebacks). Tu patrocinador ejecutivo exige una nueva fecha de lanzamiento para el final del día, ya que el equipo de ventas ya se la ha prometido a los clientes. Cada hora que pasa, el equipo se ve arrastrado a conversaciones paralelas, las partes interesadas inventan su propia versión del estado del proyecto y el cronograma se convierte en un simple rumor.
Antes de elaborar un nuevo plan, necesitas recuperar el control. En las próximas 48 horas, intentarás hacer tres cosas simultáneamente: estabilizar la entrega para evitar que el trabajo de hoy genere retrabajo mañana; proteger al equipo para que pueda concentrarse en lugar de limitarse a reaccionar; y ganar el tiempo y la confianza necesarios para replanificar basándote en datos reales. Lo lograrás mediante una breve lista de verificación de diagnóstico, algunos elementos prácticos y rápidos —como una definición explícita de “terminado” y una regla de priorización de defectos— y una actualización para el patrocinador que distinga claramente entre lo que ya sabes y lo que aún estás verificando.
Para situarte, dedica un minuto a analizar la situación e identificar qué es exactamente lo que está bloqueado.
Cuando un proyecto está fracasando, la tentación es pasar directamente a fijar una nueva fecha. Esto parece útil porque ofrece a todos algo concreto. Sin embargo, es así como los equipos terminan comprometiéndose con expectativas irreales y perdiendo credibilidad cuando surge el siguiente retraso.
Los objetivos de recuperación de un proyecto no son lo mismo que los objetivos del proyecto en sí. El objetivo de tu proyecto podría ser lanzar la funcionalidad de pagos para el tercer trimestre; tus objetivos de recuperación, en cambio, son operativos y a más corto plazo.
Realidad de la gestión de proyectos Los patrocinadores suelen aceptar la incertidumbre si perciben control. Rara vez aceptan una confianza que no esté respaldada por un mecanismo concreto.
En la siguiente etapa, deberás decidir dónde ser estricto y dónde ser flexible, ya que durante el rescate de un proyecto no es posible optimizar simultáneamente la calidad, la fecha y el alcance.
No tienes tiempo para un análisis post-mortem exhaustivo. Necesitas un diagnóstico rápido que vincule los síntomas observables hoy con causas probables que puedas verificar mañana. El objetivo no es acertar de inmediato, sino evitar dar tumbos entre distintas teorías.
Empieza por cuatro categorías que abarcan la mayoría de los fallos.
Los problemas de alcance se manifiestan como inestabilidad o cambios constantes (churn). Los elementos del backlog se reescriben, los criterios de aceptación varían y las partes interesadas discrepan sobre qué significa “terminado”. Una causa probable es la ausencia o debilidad de una definición de “terminado”, o la falta de un acuerdo operativo sobre quién puede modificar los requisitos.
Los problemas de cronograma se manifiestan como planes que no duran ni una semana. Las fechas se incumplen sin que haya cambios en el alcance, o se desconoce la ruta crítica. Una causa probable son las dependencias ocultas o las tareas demasiado grandes para realizar un seguimiento realista.
Los problemas de calidad se manifiestan como retrabajo. Los defectos se reabren, las correcciones afectan a áreas adyacentes y la fase de pruebas se convierte en el filtro donde siempre surgen sorpresas. Una causa probable son unos criterios de aceptación poco claros, una cobertura de pruebas insuficiente o la precipitación al pasar el trabajo a integración.
Los problemas relacionados con las personas se manifiestan como retrasos en la toma de decisiones. Se multiplican las reuniones, nadie se siente autorizado para decir “no” y el equipo queda a la espera de aprobaciones. Una causa probable es la falta de claridad en los roles o que el patrocinador no recibe opciones listas para tomar una decisión.
Error común Tratar cualquier síntoma como un problema de personal lleva a intentar mejorar la moral, cuando el verdadero problema reside en el control del alcance o en los criterios de aceptación.
Utiliza la lista de comprobación para vincular lo que observas con aquello que investigarás en las próximas 48 horas.