Se imagina al jefe de proyecto como aquel que « sigue » un plan. Es falso. Un buen PM no sigue, anticipa: bloquea el alcance, mantiene la carga y el presupuesto, trata los riesgos antes de que se conviertan en problemas, y comunica con un ritmo regular. El resto es herramienta. Un proyecto casi nunca se descarrila de golpe. Se desliza, y el retraso se vuelve estructural.
enmarcar antes de correr
Todo comienza con un alcance claro. Antes de la primera tarea, se necesita un contrato de inicio: objetivos, hitos, entregables y su valoración. Es el papel de una propuesta técnica y financiera, no de un presupuesto vago, sino de un verdadero desglose del trabajo. Un proyecto que comienza sin un alcance bloqueado no se descarrila: nunca ha sido enmarcado.
planificar con la granularidad adecuada
El error más común es detallar todo desde el principio. Se pierde tiempo actualizando tareas cuyo contenido se desconoce, los datos se vuelven ilegibles y no se ven los riesgos. La regla inversa funciona: detallar finamente la fase actual, mantener un nivel alto en la siguiente, agregar detalles cuando la visión se clarifica. La planificación sigue al proyecto, no lo adivina seis meses por adelantado.
La estructura depende de la topología del proyecto. Un proyecto secuencial simple se organiza en grupos (especificación, diseño, producción, validación). Un proyecto complejo coloca el detalle en paquetes de trabajo dedicados, relacionados con los grupos a través de tareas de integración y hitos. Un centro de competencias se gestiona mediante sprints.
dos niveles de planificación, no uno
Una sola herramienta no es suficiente. Se necesita una planificación de alto nivel (tipo MS Project) que contenga la visión, las decisiones y los impactos, y una planificación diaria (un planificador, una revisión semanal) que descienda a las tareas del día. El primero responde a «hacia dónde va el proyecto», el segundo a «qué hacemos esta semana». Confundirlos es ahogarse en detalles o pilotar a ciegas.
hitos que significan algo
No todos los hitos son iguales. Los que importan son los hitos del proyecto (revisiones de diseño, disponibilidad de un prototipo) y los hitos del cliente (entregas, demostraciones, Go/No-Go). Son ellos los que ritman el progreso, porque son ellos los que desbloquean la siguiente etapa y comprometen. Una planificación legible destaca estos hitos en lugar de ahogar la gestión bajo mil microtareas.
mantener la carga y el presupuesto, en desviación
Una planificación no es una promesa, es una referencia contra la que se mide la realidad. La disciplina consiste en seguir la desviación entre lo previsto y lo realizado, en la carga y en el presupuesto, y reaccionar pronto. El reflejo técnico ayuda: saber si una tarea se gestiona por su duración, esfuerzo o recursos cambia la forma en que una modificación se propaga. Agregar recursos a una tarea no siempre la acelera, y un PM que no domine esto se engaña sobre sus fechas.
el riesgo es una rutina, no un documento
La gestión de riesgos no se hace una vez al principio del proyecto para llenar un casillero. Es un registro vivo: se identifica, se evalúa la criticidad, se define un plan de mitigación, se reexamina regularmente. Un riesgo tratado cuando es pequeño cuesta una decisión. El mismo riesgo ignorado se convierte en un problema, y un problema ignorado se convierte en el retraso que todos ven demasiado tarde.
comunicar con un ritmo y decir la verdad
La gestión se hace con un ritmo fijo: una actualización semanal donde se presenta el progreso real, no el progreso deseado. Y sobre todo, un informe honesto. Una planificación que se vuelve roja pronto vale mucho más que un verde que miente: el primero deja tiempo para actuar, el segundo convierte una alerta en crisis. El coraje de informar una mala noticia a tiempo es una competencia de PM, no una confesión de debilidad.
las siete reglas, en una frase cada una
- No hay proyecto sin un alcance bloqueado.
- Detallar el presente, esbozar la siguiente etapa.
- Dos niveles de planificación: la visión y lo cotidiano.
- Destacar los hitos que desbloquean.
- Gestionar la desviación real contra lo previsto, reaccionar pronto.
- Tratar el riesgo mientras es pequeño.
- Ritmo fijo, informe honesto.
Nada espectacular aquí, y no es específico del hardware: estas reglas valen para cualquier proyecto con apuestas. El trabajo no consiste en llenar una planificación, sino en hacerla fiable. Es menos impresionante que un golpe de genio, y mucho más eficaz.