Programas y Portafolios de Proyectos · Serie 13 · Semana 1 · Tema 1.2
Saber las definiciones de proyecto, programa y portafolio es el primer paso. El segundo, más útil, es entender cómo se relacionan entre sí en una organización real, donde los tres niveles comparten personas, presupuesto y agenda, y donde eso produce roces todos los meses.
La diferencia de fondo es de enfoque: la dirección de programas y portafolios ocurre a nivel directivo-ejecutivo, conceptualizando el negocio en relación con su entorno y vinculando los procesos organizacionales. La dirección de proyectos ocurre a nivel de entrega. No es una jerarquía de importancia: son oficios distintos.
La relación entre los tres niveles es, sobre todo, un asunto de quién decide qué.
Las seis dimensiones que los separan
Comparar los tres niveles en las mismas seis dimensiones hace visible por qué no se pueden dirigir igual.
| Proyecto | Programa | Portafolio | |
|---|---|---|---|
| Definición | Objetivos concretos y acotados | Objetivos de beneficio conjunto | Objetivos estratégicos |
| Alcance | Definido y se protege del cambio | Se adapta si sirve al beneficio | Cambia con la estrategia |
| Cambio | Se controla y se minimiza | Se espera y se gestiona | Se monitorea de forma continua |
| Planeación | Detallada, hasta el paquete de trabajo | De alto nivel, guía a los componentes | Procesos y comunicación agregada |
| Gestión | Dirige al equipo de proyecto | Dirige a directores de proyecto | Coordina y facilita decisiones |
| Éxito | Producto entregado según restricciones | Beneficios obtenidos | Rendimiento agregado de la cartera |
La fila que más discusiones explica es la del cambio. Un director de proyecto que resiste un cambio no está siendo rígido: está haciendo su trabajo, que es proteger una línea base. Un director de programa que impulsa ese mismo cambio tampoco está siendo caprichoso: está viendo que sin él, el beneficio conjunto no aparece.
Los dos tienen razón desde su nivel. La discusión no se resuelve dándole la razón a uno, sino decidiendo en el nivel correcto: ¿este cambio sirve al beneficio del programa más de lo que cuesta al proyecto?
Cómo se relacionan portafolio y programa
El portafolio decide qué programas existen y con qué prioridad. El programa reporta hacia arriba si sigue siendo capaz de entregar el beneficio que justificó su selección.
Esa segunda parte es la que suele faltar. Un programa se aprueba con un caso de negocio y después nadie vuelve a preguntar si ese caso sigue siendo válido. Dieciocho meses después, el mercado cambió, el patrocinador se fue y el programa continúa por inercia, consumiendo recursos que el portafolio podría reasignar.
La práctica que lo evita es sencilla y poco popular: revisar periódicamente no el avance del programa, sino su justificación. Son dos preguntas distintas —«¿va bien?» y «¿sigue teniendo sentido?»— y en la mayoría de los comités solo se hace la primera.
Cómo se relacionan programa y proyecto
El programa aporta a sus proyectos tres cosas que ellos no pueden darse solos:
- Secuencia. Qué va antes de qué para que el beneficio aparezca. Cuatro proyectos que terminan a tiempo en el orden equivocado pueden no producir nada.
- Resolución de dependencias. Cuando el proyecto A necesita algo del B, alguien por encima de los dos tiene que arbitrar.
- Visión del beneficio. El director de proyecto responde por su entregable; alguien tiene que responder por el resultado conjunto.
Y a cambio les quita algo: autonomía. Un proyecto dentro de un programa no puede optimizarse a sí mismo libremente. A veces tiene que hacer algo subóptimo para su propio cronograma porque conviene al conjunto.
Esto hay que decirlo explícitamente al director de proyecto, porque si no lo sabe, lo vivirá como interferencia. La frase que evita meses de fricción es: «tu proyecto va a ser evaluado también por cómo encaja, no solo por cómo entrega».
El conflicto por recursos, que es el de todos los días
Los tres niveles a menudo involucran a las mismas personas y necesitan los mismos recursos, lo que genera conflictos en la organización.
Se manifiesta siempre igual: un especialista escaso —el arquitecto, la analista senior, el único que conoce el sistema viejo— aparece asignado en tres o cuatro iniciativas a la vez.
Las salidas malas son dos, y las dos son comunes:
- Que lo resuelva el especialista. Acaba priorizando según quién le presiona más, que no es el criterio de la organización.
- Que lo resuelva la fecha. Se atiende lo que vence antes, que tampoco es lo más importante.
La salida buena exige que alguien con visión de portafolio decida y lo comunique: este proyecto va primero, estos esperan, y esto es lo que eso significa para sus fechas. Es una decisión impopular y es más barata que la alternativa, que es que todos vayan lentos y nadie sepa por qué.
Caso práctico: el programa sin dueño del beneficio
Escenario construido con patrones habituales; las cifras son ilustrativas.
Una organización lanza un programa para reducir a la mitad el tiempo de incorporación de personal nuevo. Cuatro proyectos: sistema de gestión documental, rediseño del proceso, portal de autoservicio y formación de los responsables de área.
Los cuatro terminan. Tres en plazo, uno con seis semanas de retraso. Se cierra el programa con un acta y una presentación.
Catorce meses después, alguien mide el tiempo de incorporación: bajó un 12%, no un 50%.
La investigación encontró que el portal de autoservicio se usaba poco porque los responsables de área, que habían recibido la formación, seguían prefiriendo el proceso anterior, y nadie les había pedido cambiar. El proyecto de formación entregó formación; no entregó adopción, porque no era su alcance.
El hueco no estaba en ningún proyecto: estaba entre ellos, que es exactamente donde el programa debía estar mirando. Y el programa se cerró el día que terminó su último componente, meses antes de que el beneficio pudiera medirse.
Un programa que cierra cuando termina su último proyecto no ha hecho la mitad de su trabajo.
Cómo saber en qué nivel está una decisión
- Si la pregunta es «¿cómo lo hacemos?», es de proyecto.
- Si es «¿en qué orden, y quién depende de quién?», es de programa.
- Si es «¿esto o aquello?», es de portafolio.
Cuando una pregunta de portafolio se discute en una reunión de proyecto, la discusión no termina nunca: nadie en la sala tiene autoridad para resolverla, y todos tienen opinión.
Checklist
- ¿Tu proyecto forma parte de un beneficio mayor que depende de otros? ¿Alguien lo está gestionando?
- ¿Alguien revisa si el programa sigue teniendo sentido, o solo si va a tiempo?
- Cuando dos proyectos compiten por la misma persona, ¿quién decide y con qué criterio escrito?
- ¿El programa tiene fecha de cierre posterior a la de su último proyecto?
- ¿Hay alguien responsable de medir el beneficio después del cierre? ¿Con nombre?
Para cerrar
Los tres niveles no se distinguen por el tamaño ni por el organigrama, sino por la pregunta que cada uno está obligado a responder. Cuando una organización tiene los tres cubiertos, los conflictos se resuelven en el nivel correcto. Cuando falta uno, sus decisiones no desaparecen: las toma otro, sin la información ni la autoridad para hacerlo bien.
Te leo en los comentarios: en tu organización, ¿alguien cierra los programas después de medir el beneficio, o se cierran el día que termina el último proyecto?
Referencias
- Project Management Institute, Guía del PMBOK, 6.ª edición, sobre las distinciones entre portafolio, programa y proyecto.
- Project Management Institute, The Standard for Program Management, sobre gestión de beneficios.
- ISO 21502:2020 e ISO 21503, sobre dirección de proyectos y de programas.
- Office of Government Commerce, Managing Successful Programmes (MSP), sobre realización de beneficios.
← Anterior en la serie: Proyecto, programa y portafolio: tres palabras que no son sinónimos
Siguiente en la serie: Qué hace realmente un director de programas (y qué no debería hacer) →
Este artículo forma parte de Programas y Portafolios de Proyectos, una serie de 42 artículos. Ver todos los de esta serie · Índice completo por materia.