Cuando un programa está en problemas, el primer instinto suele ser encontrar un mejor gerente de proyecto. Alguien más organizado. Alguien que tenga el registro de tareas al día y conduzca la reunión de avance semanal a tiempo.
Ese instinto está equivocado. No porque la gestión de proyectos no importe, sino porque un programa en crisis no tiene un problema de gestión de proyectos. Tiene un problema estructural. Y los problemas estructurales no se resuelven con un mejor seguimiento.
Lo que hace un gerente de proyectos
Un gerente de proyectos gestiona la ejecución de un plan definido. Da seguimiento a tareas, administra dependencias, conduce reuniones de cadencia, escala problemas por los canales establecidos y reporta avance frente a la línea base. Es el tejido conectivo de un programa en funcionamiento. Cuando las cosas van bien, las mantiene funcionando.
Los buenos gerentes de proyectos son indispensables. Pero tampoco están preparados, ni debería esperarse que lo estén, para entrar a un programa donde el plan es incorrecto, la gobernanza está rota, el patrocinador está desalineado y el equipo ha dejado de confiar en los resultados.
El trabajo del gerente de proyectos asume que la estructura está en su lugar y funciona. El trabajo del responsable de recuperación parte del supuesto de que no es así.
Lo que hace un responsable de recuperación de programas
Un responsable de recuperación entra cuando las condiciones que hacen posible la ejecución normal se han desmoronado. Su primer trabajo no es gestionar el programa. Es diagnosticar qué se rompió y restablecer las condiciones que permiten que el programa funcione.
En la práctica, eso implica varias cosas que quedan bien fuera del alcance de la gestión de proyectos ordinaria.
La primera es el diagnóstico forense. El responsable de recuperación lee la historia del programa, no solo su estado actual. Observa dónde cambiaron los estimados, dónde se eliminaron dependencias del plan en silencio, dónde los informes de avance empezaron a usar un lenguaje que ocultaba lo que realmente estaba pasando.
La segunda es la intervención organizacional. La autoridad de decisión en un programa que falla casi siempre está fragmentada o simplemente no existe. El responsable de recuperación identifica quién tiene realmente la autoridad para tomar qué decisiones, establece responsabilidades claras y construye una estructura de gobernanza que produzca decisiones en lugar de actualizaciones.
La tercera es la alineación con el patrocinador ejecutivo. En la mayoría de las recuperaciones, el patrocinador ha recibido informes que minimizaron la gravedad de la situación. El responsable de recuperación tiene que entregar un panorama claro y exacto de dónde están realmente las cosas, qué decisiones se necesitan y qué pasa si no se toman. Eso requiere credibilidad, claridad y disposición para incomodar a un ejecutivo.
Nada de eso es gestión de proyectos.
Por qué persiste la confusión
Los programas los lideran gerentes de proyectos. Cuando un programa falla, la respuesta natural es reemplazar o reforzar esa función. El razonamiento asume que el problema está en la capa de ejecución, y la ejecución es lo que los gerentes de proyectos gestionan.
Pero la mayoría de los programas que fallan no lo han hecho por mal seguimiento de tareas o reuniones de avance perdidas. Han fallado porque la autoridad de decisión colapsó, porque la ruta crítica fue desplazada por conveniencia política, porque al patrocinador no le dijeron la verdad sobre el cronograma, o porque nadie era dueño de las dependencias entre proveedores que en silencio estaban bloqueando todo.
Esas son fallas estructurales. Aparecen en la capa de ejecución, por eso parecen problemas de gestión de proyectos. Pero resolverlas requiere a alguien que opere desde un nivel diferente, con un mandato diferente.
La pregunta que hay que hacerse
Si estás tratando de determinar si necesitas un gerente de proyectos o un responsable de recuperación, la pregunta no es si el programa se está gestionando bien. La pregunta es si el programa tiene las condiciones estructurales que hacen posible una buena gestión.
Si la respuesta es sí, un buen gerente de proyectos es la intervención correcta.
Si la autoridad de decisión no está clara, si la ruta crítica no refleja la realidad, si el patrocinador no está alineado con la situación real, si los informes se han optimizado para la apariencia y no para la exactitud, entonces lo que el programa necesita no es mejor gestión. Necesita que la estructura se reestablezca.
Traer al recurso equivocado no solo no resuelve el problema. Retrasa la intervención correcta mientras la situación se vuelve más difícil de recuperar.
