La PMO que nadie quería: lo que una agencia mediana aprendió al crearla
Cuando una agencia regional mediana decidió crear una oficina de gestión de proyectos a principios de 2021, el encargo era vago pero la presión era real. Tres proyectos de capital iban con retraso, dos se habían pasado de presupuesto en silencio, y la dirección no lograba una respuesta clara sobre el portafolio en conjunto. La orden que bajó era simple: «Monten una PMO». Lo que sigue es un relato anonimizado pero representativo de cómo fue, incluidas las partes que al principio salieron mal.
El primer intento: un proceso en busca de un problema
El equipo inicial hizo lo que hacen la mayoría de las PMO recién creadas. Eligió una metodología, compró una herramienta y desplegó una plantilla de estado de quince campos que todo jefe de proyecto debía llenar cada semana. En un mes, el cumplimiento era alto y el valor, nulo. Los informes se entregaban, se archivaban y se ignoraban. Los jefes de proyecto veían la PMO como sobrecarga: un impuesto sobre su tiempo que no producía nada utilizable. Un jefe de proyecto veterano lo dijo sin rodeos en un pasillo: «Paso las tardes de los viernes alimentando una máquina que nunca me devuelve nada».
El error fue tratar la PMO como una función de reporte en lugar de un servicio. Recogía información hacia arriba pero no devolvía nada a quienes hacían el trabajo. Con equipos remotos e híbridos del tamaño de la agencia, esa desconexión se amplificaba: los formularios de estado se volvieron el único contacto de la PMO con la realidad, y se llenaban a la defensiva.
El reinicio: ganarse el derecho a gobernar
El punto de inflexión fue la decisión de invertir el modelo. Antes de pedir nada, la PMO entregaría algo útil. Durante el trimestre siguiente cambió su postura operativa de varias formas concretas:
Empezar por los servicios, no por las normas. La PMO ofreció ayuda primero —facilitación, talleres de riesgos, un enfoque común de estimación, una revisión real de contratos— y dejó que el reporte llegara una vez que los equipos confiaron en ella.
Crear una única fuente de verdad. En vez de quince campos que nadie leía, mantuvo una sola vista de portafolio exacta que la dirección sí miraba, para que los jefes de proyecto vieran su trabajo alimentando decisiones reales.
Dimensionar la gobernanza. Los proyectos pequeños recibieron un control ligero; solo los grandes o riesgosos pasaron por las compuertas de etapa completas. Un control proporcionado compró la credibilidad que las reglas uniformes habían destruido.
Acompañar, no auditar. Cuando un proyecto estaba en apuros, la PMO aparecía para ayudar a recuperarlo, no a señalarlo. Ese solo cambio convirtió a la oficina de amenaza en aliada.
Reportar resultados, no actividad. La nueva vista seguía los beneficios, el gasto frente al valor y las decisiones necesarias, no cuántas tareas se marcaban como hechas.
Lo que de verdad movió la aguja
Un año después, la PMO no impresionaba sobre el papel: herramientas modestas, un equipo pequeño, ningún marco elaborado. Pero el portafolio era visible, las sorpresas más raras, y los jefes de proyecto pedían su ayuda en vez de esquivarla. La lección que vale la pena llevarse es que una PMO no es una torre de control que se instala; es un servicio cuyo derecho a operar se gana. La autoridad que llega por mandato se erosiona; la que llega por utilidad se acumula.
Si está montando una, resista el impulso de empezar por plantillas y herramientas. Empiece por un problema que su jefe de proyecto más ocupado le agradecerá resolver, y deje que la gobernanza crezca desde ahí.
Si está construyendo o rescatando una oficina de proyectos y quiere un modelo que gane adhesión en vez de imponerla, la asesoría en entrega de programas y proyectos de XNM puede ayudarle a montarla para que se use, no para que se soporte.