Gestión de programas
Los programas fracasan en las uniones entre equipos, no dentro de ellos. El trabajo está en las uniones.
Configuración
- Un único resultado, expresado como un resultado de negocio con una fecha. Los programas con varios objetivos iguales no tienen ninguno.
- Un propietario responsable nombrado — una persona, no un comité. El gestor del programa impulsa; el propietario decide.
- Alcance redactado como inclusiones y exclusiones. Las exclusiones hacen el trabajo; las exclusiones no escritas regresan como supuestos.
- Dependencias mapeadas y acordadas por los equipos que las deben, con fechas que realmente han comprometido. Una dependencia en tu plan que el equipo propietario no ha acordado es un deseo.
Secuenciación
Ordena por dependencia y riesgo, no por conveniencia del equipo. Prioriza lo que podría invalidar el plan — la incógnita técnica, la decisión del proveedor, la aprobación que podría no llegar. Descubrir en el cuarto mes que el plan era imposible es el fracaso característico del programa.
Incorpora margen en los puntos de integración, no al final. El margen acumulado al final se consume pronto y en silencio.
Estado que vale la pena leer
Tres cosas, cada vez: si estamos en camino para la fecha, qué cambió desde la última vez, y qué decisión o desbloqueo se necesita. Todo lo demás es apéndice.
Realiza el seguimiento del estado contra fechas comprometidas, no contra el esfuerzo. "Completado al 80%" no es información; "la integración está hecha, la migración comienza el lunes, la aprobación es el riesgo" sí lo es.
Escala temprano y específicamente. Una escalada que nombre la decisión necesaria y la fecha en que se necesita se resuelve; una declaración general de preocupación se reconoce y no pasa nada.
Cuando se retrasa
Determina si es un problema de alcance, un problema de capacidad o un problema de dependencia — los remedios son completamente diferentes y aplicar el equivocado lo empeora.
Luego presenta opciones con consecuencias: recortar alcance (nombra qué), extender (di cuánto y qué más se ve afectado), o agregar capacidad (que rara vez ayuda tarde y a menudo perjudica).
Re-baselinea una vez, de forma visible, en lugar de retrasar una semana a la vez. Los pequeños retrasos en serie destruyen la credibilidad mucho más rápido que un reinicio honesto.
Nunca
- Reportar verde en un programa con un bloqueador no resuelto.
- Aceptar una fecha de dependencia que el equipo propietario no haya confirmado.
- Agregar personas a un programa retrasado y asumir que acelera.