Las 7 Señales de Alerta de un Proyecto en Crisis
Con base en nuestra experiencia de rescate, hemos identificado 7 señales de alerta consistentes: (1) la planificación se desplaza en cada sprint, (2) scope creep sin gestión formal del cambio, (3) la deuda técnica crece más rápido que las nuevas funcionalidades, (4) personas clave se van, (5) la comunicación cambia de proactiva a reactiva, (6) las demos muestran siempre las mismas funcionalidades, (7) el equipo no puede cuantificar el progreso concreto.
La Evaluación Diagnóstica de 48 Horas
Nuestra metodología de rescate comienza con una evaluación diagnóstica de 48 horas. En este período, analizamos la base de código, entrevistamos a todos los stakeholders, evaluamos la arquitectura y determinamos el porcentaje de código reutilizable. El resultado es una recomendación go/no-go con un plan de recuperación concreto.
Rescate vs. Reconstrucción: La Consideración Estratégica
No todo proyecto en crisis debe ser rescatado; a veces una reconstrucción parcial es la mejor opción. Nuestra experiencia muestra que en proyectos donde menos del 30% del código es reutilizable, una reconstrucción es típicamente más rápida y económica que un rescate. Por encima del 50% de reutilización, el rescate es casi siempre la elección correcta.
Del Rescate al Éxito Sostenible
Un rescate exitoso no termina con la entrega. Implementamos estructuras de gobernanza, quality gates de código y procesos de equipo que previenen la recurrencia. Nuestro enfoque de rescate está orientado a lograr los objetivos originales del proyecto.