Gestión de programa — responsabilidad del lado del cliente en programas ERP multi-proveedor.
Programas ERP multi-año, multi-proveedor, multi-workstream — frecuentemente como PMO con responsabilidad del lado del cliente junto a otros partners de implantación. Charter, gobierno, planes por workstream, registro de riesgos, cadencia de status. La disciplina que un consejo puede firmar.
Qué ejecuta el PMO
Charter del programa → modelo de gobierno → planes por workstream → registro de riesgos → cadencia de status → stage gates. La instrumentación que un programa multi-año necesita para mantenerse en sus rieles.
Ventana de compromiso
Típicamente 12–36 meses, escalado al tamaño del programa. Retainer embebido ; puede contratarse como compromiso a plazo fijo o renovación rolling.
Perfil del equipo
Director de programa (veinte años o más), PMO leads, workstream leads, pool de business analysts. Lado cliente : sponsor del programa, finance lead, operations lead.
Multi-proveedor por diseño
Trabajamos junto a otros partners de implantación — firmas Big-Four, integradores de nicho, equipos internos. El PMO es el tejido conector, no un partner de implantación competidor.
Qué entrega el PMO
Cada artefacto es contractualmente entregable y propiedad del cliente. El PMO deja un equipo de programa más fuerte del que se encontró.
Charter del programa
Alcance, objetivos, criterios de éxito, gobierno, matriz de responsabilidades, derechos de decisión, vías de escalado. Firmado por el sponsor antes de que el programa empiece.
Modelo de gobierno
Cadencia del steering committee, gobierno por workstream, ritmo de revisión de riesgos, modelo de reporting de status, comité de control de cambios. El gobierno es la columna vertebral.
Planes por workstream
Un plan detallado por workstream, con entregables, dependencias, propietario, registro RAID, hitos, criterios de aceptación. El plan contra el que opera el workstream lead.
Registro de riesgos e incidencias
Registro vivo de riesgos e incidencias, con propietarios nombrados, mitigaciones nombradas, fechas de vencimiento nombradas. Revisado semanalmente en la cadencia de workstream, mensualmente en el steering committee.
Cadencia de status
Status semanal por workstream, status mensual de programa, paquete de status grado consejo trimestral. La cadencia que evita la sorpresa semestral.
Revisiones stage-gate
En cada frontera de fase — descubrimiento / blueprint / build / cut-over — una revisión stage-gate con criterios explícitos go / hold / no-go. El veto del cliente, no la confianza del integrador.
Por qué un PMO propio de deister es diferente de un PMO Big-Four
Los PMO Big-Four operan junto a sus propios equipos de implantación. El PMO y el partner de implantación comparten un incentivo : aterrizar el programa. Esa alineación es eficiente cuando la configuración aterriza limpia y peligrosa cuando no lo hace, porque el partner que de otro modo escalaría al cliente es también el partner sobre el que se está escalando.
Un PMO propio de deister está estructuralmente del lado del cliente. No somos el partner de implantación que ejecuta el build (en la mayoría de estos compromisos) ; somos la disciplina que mantiene al equipo de build honesto. El registro de riesgos nombra los riesgos a lo largo de todos los partners. Los stage gates son el go / no-go del cliente, no la confianza del partner de implantación. La lectura del consejo es lo que el consejo necesita, no lo que hace que el integrador se vea bien.