Gestión de dependencias entre proyectos: cuando todo está conectado con todo
En los grandes programas, las dependencias entre proyectos pueden multiplicarse más rápido de lo que cualquier responsable puede seguir. Un retraso en un proyecto de migración de datos afecta las pruebas de aceptación de otros tres proyectos. Una decisión de compra que se demora tres semanas genera un conflicto de recursos en cuatro flujos de trabajo. La ruta crítica del programa no es una línea única -- es una red, y las dependencias más peligrosas suelen ser las que nadie ha cartografiado.
Tipos de dependencias
Existen cuatro tipos formales de dependencias: Fin-Inicio (FI, el más habitual -- B no puede comenzar hasta que A termine), Inicio-Inicio (II -- B no puede comenzar hasta que A comience), Fin-Fin (FF -- B no puede terminar hasta que A termine) e Inicio-Fin (IF, el menos frecuente -- B no puede terminar hasta que A comience). Más allá de esta taxonomía, la distinción prácticamente más importante es entre dependencias duras (lógicamente requeridas, no negociables) y dependencias blandas (organizativas o de recursos, potencialmente negociables).
Cartografiar y gestionar dependencias
Tres herramientas se utilizan habitualmente en combinación. El registro de dependencias es el artefacto fundamental: un registro estructurado de todas las dependencias conocidas entre proyectos, mantenido rigurosamente actualizado. El mapa de calor de dependencias visualiza la concentración de dependencias en el programa e identifica los proyectos cuyo retraso generaría más consecuencias aguas abajo. Las reuniones dedicadas a dependencias -- separadas de las revisiones generales de estado -- crean un foro estructurado para que los directores de proyecto emerjan riesgos antes de que se materialicen en retrasos.
El rol de la PMO y los riesgos sobre dependencias
La oficina de gestión de proyectos (PMO) es propietaria de la gestión de dependencias como función transversal. Mantiene la visión del programa, identifica conflictos de dependencias que ningún director de proyecto individual puede percibir, y escala los riesgos que superan el umbral del programa. Cuando una dependencia está en riesgo, las opciones de recuperación son limitadas pero importantes: acelerar el proyecto proveedor, reconfigurar la dependencia, reordenar otros trabajos, o aceptar un hito revisado con comunicación anticipada a los interesados. El coste de una escalada tardía es siempre superior al coste de una intervención temprana.
XNM Consulting proporciona apoyo en gestión de programas complejos multi-proyecto, incluyendo cartografía de dependencias, establecimiento de PMO y gobernanza entre proyectos. Conozca más sobre nuestros servicios de entrega de programas y proyectos.