Los programas fallan de dos maneras. La primera es la falla de ejecución: el trabajo no avanza, el equipo no rinde, la velocidad es insuficiente. La segunda es la falla estructural: las condiciones que hacen posible la ejecución se han desmoronado.
Los problemas de ejecución son visibles y relativamente fáciles de diagnosticar. Los estructurales son más difíciles de detectar porque se esconden detrás de síntomas de ejecución. El equipo parece ocupado. Las reuniones se llevan a cabo. Los informes de avance se escriben. El trabajo avanza, solo que no en la dirección correcta, al ritmo correcto, ni hacia el resultado correcto.
Agregar más capacidad de ejecución a una falla estructural no arregla el programa. Lo hace más costoso. Estas son las cinco señales.
1. Las reuniones terminan sin decisiones
Todo programa tiene un ritmo de reuniones recurrentes: llamadas de avance, comités directivos, revisiones de riesgos, sincronías con proveedores. En un programa estructuralmente sano, esas reuniones existen para producir decisiones. En uno que está fallando, existen para producir actualizaciones.
Una reunión que produce una actualización genera información. Una reunión que produce una decisión genera movimiento.
La señal a buscar no es si las reuniones están bien conducidas o si la información presentada es correcta. Es si, al terminar, alguien asumió un compromiso que no estaba tomado antes de que la reunión comenzara. Si la respuesta es consistentemente no, la estructura de gobernanza es decorativa.
2. Nadie puede nombrar la ruta crítica real
Pregúntale al equipo cuál es la ruta crítica y la mayoría señalará el plan del proyecto. Pregúntales qué está bloqueando la entrega en este momento, hoy, y la respuesta casi siempre es diferente.
En programas con problemas estructurales, el plan ha perdido contacto con la realidad. Las dependencias se eliminan porque nadie quiere asumirlas. Los estimados se ajustan en silencio sin actualizar la línea base. La holgura se consume sin que nadie lo reconozca.
Cuando las personas más cercanas al trabajo no pueden articular una ruta crítica coherente que corresponda al estado actual del programa, cada decisión que se toma contra ese plan está basada en una ficción.
3. El registro de RAID tiene asuntos abiertos por más de 30 días
El registro de RAID es una herramienta diagnóstica. Lo que contiene dice qué se sintió seguro escalar. Lo que lleva semanas sin resolver dice dónde el programa, estructuralmente, ya se dio por vencido.
Riesgos y problemas abiertos por más de 30 días sin resolución ni escalación no son fallas de seguimiento. Son fallas organizacionales. Significan que el camino de escalación no funciona, que quienes son responsables de esos asuntos no tienen autoridad para resolverlos, o que resolverlos requeriría una conversación que nadie quiere tener.
Un registro de RAID lleno de asuntos abiertos desde hace tiempo es un mapa de dónde colapsó la autoridad de decisión.
4. El alcance creció sin un registro de cambios
En casi toda recuperación de programas hay una brecha entre lo que estaba dentro del alcance al inicio y lo que está dentro del alcance ahora. Una parte de esa brecha es legítima y se gestionó formalmente. La mayoría no.
El crecimiento de alcance no gestionado significa que el programa no tiene gobernanza efectiva sobre sus propios límites. Se agrega trabajo porque un interesado lo pidió, porque un proveedor lo incluyó en una entrega, o porque el equipo tomó una decisión razonable sin la autoridad ni el proceso para formalizarla.
Cuando le preguntas al equipo por qué el cronograma se atrasó y la respuesta involucra trabajo que no estaba en el plan original, eso es un problema estructural. El proceso de control de cambios o no existe o no se está siguiendo.
5. El patrocinador se sorprende con malas noticias
Los patrocinadores ejecutivos no deberían sorprenderse con el estado de sus programas. Si un patrocinador escucha por primera vez en un comité directivo que un hito se perdió hace tres semanas, la estructura de informes falló.
Esto ocurre por razones comprensibles. Los equipos bajo presión optimizan sus informes para obtener aprobación, no para ser exactos. Las malas noticias se suavizan, se retrasan o se enmarcan de maneras que las hacen más digeribles. Para cuando la gravedad atraviesa las capas de reporte, han pasado meses y las opciones disponibles para el patrocinador se han reducido considerablemente.
Un patrocinador que se sorprende consistentemente con el estado de su programa es un patrocinador al que administraron en lugar de informar.
Estas cinco señales comparten un hilo común. Son síntomas de un programa donde la estructura que debería hacer posible la ejecución se ha desmoronado. Los problemas de ejecución que aparecen encima son reales, pero arreglar la ejecución sin arreglar la estructura es tratar los síntomas sin atender la condición.
El diagnóstico tiene que ir primero.
