¿Conduces mirando solo el retrovisor?

Por qué la información de gerencia de proyectos si importa (y por qué los equipos de proyecto la desperdician)

En un mundo obsesionado con lo "ágil", el "scrum" y los "sprints", la gente suele tratar la información de gerencia de proyectos como pura carga administrativa o "datos aburridos".

En realidad, la información de gerencia de proyectos es el sistema nervioso de una organización. Si la información es inexacta, la empresa puede tomar decisiones equivocadas. La información de gerencia de proyectos importa porque crea previsibilidad en un mundo impredecible.

La mayoría de los proyectos no fracasan por falta de esfuerzo, herramientas o reuniones. Fracasan porque los patrocinadores y gerentes de proyecto confunden reporte con información para gestionar.

Si suena como algo sutil, piense en este escenario habitual: el proyecto tiene un informe semanal, semáforos verde-amarillo-rojo y una lista larga de tareas “en progreso”. Todo el mundo cree que está informado. Y luego, “de repente”, el proyecto aparece con seis semanas de atraso, los interesados están molestos y el patrocinador pregunta lo de siempre: “¿Cómo no vimos venir esto? Teníamos un tablero de control. Hacíamos reuniones semanales de estado del tpoyecto. Teníamos 40 KPIs. Y el proyecto aun así colapsó sin previo aviso."

La respuesta incómoda es: sí lo vieron venir, pero el sistema de información no estaba diseñado para disparar decisiones con suficiente anticipación como para cambiar el resultado. El problema no fue la ejecución. Era la forma en que tratábamos la información: como informe, no como sistema de control.

Reportar no es informar. Informar es un sistema de control.

La información de gerencia de proyectos no debería existir para tranquilizar a la organización, llenar plantillas o mantener ocupada a la alta gerencia. Debe existir para reducir la incertidumbre y permitir decisiones oportunas.

Tomemos la siguiente definición:

La información de gerencia de proyectos es el conjunto mínimo de señales que permite detectar desviaciones temprano, diagnosticar causas, decidir acciones correctivas y verificar que esas acciones funcionaron.

Lo demás es costo administrativo.

Si el “estado del proyecto” no cambia decisiones, no es información. Es simplemente una comunicación más.

Lo que el equipo de proyectos y todos están pasando por alto

El error: Informar de lo que pasó (no cumplimos con una fecha límite) sin explicar por qué (un proveedor retrasó un envío).

La solución: la información de gerencia de proyectos no es solo números; es una narrativa. Los datos sin contexto son solo ruido. Una información efectiva conecta "la realidad sobre el terreno" con la estrategia de "sala de juntas".

El error: La mayoría de los equipos se centran en los indicadores históricos (presupuesto gastado, tareas completadas). Estos indicadores nos cuentan lo que ocurrió en el pasado.

La solución: Se necesitan indicadores predictivos (motivación del equipo, velocidad de expansión del alcance o tiempos de espera para decidir). Los indicadores predictivos nos permiten cambiar de rumbo antes de que el proyecto fracase.

Pero más datos no significa mejores decisiones

Muchas organizaciones responden a esta incertidumbre agregando tableros de control, KPIs y haciendo más reuniones. El resultado suele ser lo contrario del control: confusión, debate y escalamiento tardío.

Lo que falta es diseño de decisiones. Antes de preguntar “¿qué reportamos?”, debemos preguntarnos:

• ¿Qué decisiones deben tomarse repetidamente (replanear, aprobar cambios, aumentar capacidad, recortar alcance, renegociar dependencias)?

• ¿Quién decide cada cosa (El gerente de proyecto, el patrocinador, el comité de proyecto)?

• ¿Qué evidencia se requiere?

• ¿Qué umbrales disparan acciones?

• ¿Cuál es el máximo retraso aceptable entre señal y decisión?

Sin diseño de decisiones, la información se vuelve un archivo pasivo del pasado.

Tenemos entonces que cambiar de mentalidad:

• Dejemos de informar y empecemos a sintetizar

No enviemos solo una hoja de Excel. Enviemos al menos tres puntos clave sobre lo que significa la información de la hoja de cálculo para las próximas dos semanas.

• Democraticemos la información

Tenemos que asegurarnos que las personas del equipo de proyecto tengan el mismo acceso a "la verdad" que las personas de la alta gerencia.

• Automaticemos el "qué", y luego centrémonos en el "y qué": 

Utilicemos herramientas para registrar el tiempo y las tareas, de modo que los gerentes de proyecto puedan dedicar su energía a interpretar los datos en lugar de recopilarlos.

La mayoría de los datos del proyecto son narrativa histórica

La métricas como “porcentaje completado” u “horas consumidas” no son inútiles, pero controlan poco porque miran hacia atrás y se pueden manipular.

El control exige elementos más potentes:

• Predictivos: qué es probable que pase (fecha final pronosticada, costo pronosticado, carga de trabajo futura)

• Diagnósticos: por qué está pasando esto (análisis de restricciones, causas de retrabajo, fallas de dependencias)

• Accionables: qué haremos ahora (decisiones específicas, responsables, fechas y efectos esperados)

El patrocinador no necesita una historia, necesita un pronóstico y alternativas.

Por ejemplo, cómo usar el  porcentaje completado vs. los pronósticos

Un informe de estado dice: “Estamos al 80%.” El patrocinador entonces se tranquiliza.

Pero el pronóstico dice: “Con el desempeño actual, terminaremos seis semanas tarde. El atraso se explica por dependencias sin aprobar y retrabajo en dos interfaces críticas.

• La opción A recupera tres semanas con recursos adicionales

• La opción B recupera cuatro semanas re-secuenciando y bloqueando el alcance

• La opción C acepta el atraso y renegocia la entrega de beneficios.”

Solo una de estas alternativas permite gestionar el proyecto.

Separe tres audiencias en tres productos

Una razón por la que un reporte se vuelve ruido es que intenta servir a todos los interesados con el mismo artefacto.

Usemos tres versiones:

1. Versión del equipo de proyecto (operacional): restricciones, dependencias, flujo, retrabajo, compromisos de corto plazo

2. Versión del gerente de  proyecto (táctica): pronóstico vs. línea base, estabilidad de ruta crítica, tendencia de exposición al riesgo, carga de cambios

3. Versión del patrocinador (gobernanza): disparadores de decisión, opciones con compromisos

Cuando el patrocinador recibe mucho detalle operativo, se ahoga. Cuando el equipo recibe abstracciones, empieza a divagar.

Y termino con esto.

Si en tu proyecto todo es “verde”, o eres un gerente de proyecto extraordinario o estás operando a ciegas.