Programas y Portafolios de Proyectos · Serie 13 · Semana 1 · Tema 1.0
Una organización puede tener treinta proyectos en marcha, todos bien gestionados, todos entregando a tiempo, y aun así estar yendo a ninguna parte. Es una situación más común de lo que parece, y no se arregla mejorando la gestión de proyectos: se arregla en un nivel superior.
Ese nivel superior tiene dos figuras que se confunden constantemente entre sí y con el proyecto: el programa y el portafolio. La diferencia no es de tamaño, y entenderla cambia quién decide qué.
Es el nivel donde se decide qué proyectos existen, y por tanto donde se ejecuta de verdad la posición competitiva.
Proyecto, programa y portafolio
| Proyecto | Programa | Portafolio | |
|---|---|---|---|
| Qué es | Un esfuerzo temporal con un resultado único | Varios proyectos relacionados gestionados juntos | El conjunto de todo lo que la organización ejecuta |
| Busca | Entregar el producto | Obtener beneficios que los proyectos por separado no darían | Que lo que se ejecuta sea lo correcto |
| Pregunta clave | ¿Lo estamos haciendo bien? | ¿Estamos logrando el beneficio? | ¿Estamos haciendo lo correcto? |
| Éxito | Alcance, tiempo, costo | Beneficios realizados | Valor y alineación estratégica |
| Termina | Con la entrega | Cuando el beneficio se logra | Nunca: es continuo |
Las dos filas más importantes son las dos últimas. Un proyecto termina cuando entrega; un programa no termina hasta que el beneficio se materializa, que puede ser un año después. Y un portafolio no termina nunca, porque es la cartera viva de la organización.
Un programa no es un proyecto grande
Este es el error conceptual más frecuente. Un proyecto grande sigue siendo un proyecto: tiene un resultado único, aunque sea enorme.
Un programa existe cuando gestionar varios proyectos juntos produce un beneficio que gestionarlos por separado no produciría. Esa es la prueba. Si tus cinco proyectos podrían ejecutarse de forma independiente sin perder nada, no tienes un programa: tienes cinco proyectos y un informe consolidado.
El beneficio de agrupar suele venir de tres sitios: dependencias entre entregables, recursos compartidos que hay que secuenciar, o un cambio organizacional que solo tiene sentido completo.
Un ejemplo que aclara los tres niveles
Una empresa decide mejorar la experiencia de sus clientes. Veamos cómo se ve en cada nivel:
Nivel portafolio. La dirección revisa todo lo que la empresa podría hacer con su presupuesto de inversión: mejorar la experiencia del cliente, abrir una línea nueva, modernizar la planta, expandirse a otra región. Decide cuánto va a cada cosa. Esa decisión —qué no se hace— es el trabajo del portafolio.
Nivel programa. Elegida la experiencia del cliente, se agrupan cuatro proyectos: nuevo sistema de atención, rediseño del proceso de devoluciones, capacitación de personal de contacto, y aplicación móvil. Ninguno por separado mueve la satisfacción del cliente; juntos y en el orden correcto, sí. El programa gestiona ese orden y mide el beneficio real: la satisfacción.
Nivel proyecto. La aplicación móvil se entrega en cinco meses, con el alcance acordado y dentro de presupuesto. Éxito del proyecto.
Y aquí está el matiz que lo explica todo: la aplicación puede ser un éxito rotundo como proyecto y una pieza inútil si el programa falla. Si el personal no se capacitó y el proceso de devoluciones sigue siendo un desastre, la app solo hace que los clientes descubran el problema más rápido.
La gestión de beneficios, que es lo que casi nadie hace
El corazón de un programa es el beneficio, y es justo lo que menos se gestiona. Un beneficio bien definido tiene cuatro elementos:
- Qué mejora, expresado en una métrica que ya se mide hoy.
- Cuánto, con una cifra base y una meta.
- Cuándo, sabiendo que casi nunca es al cierre del proyecto.
- Quién responde de que ocurra, que casi nunca es el director del proyecto.
Ese último punto genera incomodidad y es el más importante. El director de proyecto entrega la capacidad; el beneficio lo produce alguien de la operación que la usa. Si nadie del negocio tiene el beneficio en sus objetivos, no se realizará por mucho que el proyecto salga perfecto.
La curva que nadie dibuja
Los beneficios rara vez aparecen el día de la entrega. Lo habitual es una caída inicial —la gente aprende, comete errores, produce menos— seguida de una recuperación y luego la mejora.
Si no dibujas esa curva por adelantado, el bache de las primeras semanas se interpreta como fracaso y se abandona el cambio justo antes de que empiece a rendir. Anticipar la caída, con su profundidad y duración estimadas, es lo que permite sostener la decisión cuando llegue.
Qué hace realmente un portafolio
El portafolio no gestiona proyectos: decide cuáles existen. Sus tres funciones son seleccionar, priorizar y equilibrar.
La tercera es la menos entendida. Equilibrar significa que la cartera tenga una mezcla sana entre riesgo y retorno, entre corto y largo plazo, entre sostener lo actual y construir lo próximo. Una cartera solo de proyectos seguros y rentables a corto plazo se ve bien durante dos años y deja a la organización sin futuro.
Y una función implícita que duele más que las otras: matar proyectos. Un portafolio sano cancela iniciativas que ya no tienen sentido, aunque estén avanzadas. Si en tu organización ningún proyecto se cancela nunca, no hay gestión de portafolio: hay una lista de compromisos.
Errores frecuentes
Llamar programa a un conjunto de proyectos sin beneficio común. Agruparlos en un informe no crea un programa; crea trabajo administrativo extra.
Medir el programa con métricas de proyecto. Si el reporte de un programa habla de porcentaje de avance y desviación presupuestal, está midiendo lo que miden sus proyectos y no lo suyo, que son los beneficios.
Confundir el portafolio con la suma de proyectos. El portafolio se define tanto por lo que incluye como por lo que descarta. Sin decisiones de exclusión, es un inventario.
Quién decide qué en cada nivel
La confusión entre los tres niveles se vuelve costosa cuando se traduce en decisiones tomadas en el lugar equivocado. Este reparto evita la mayoría de los conflictos:
El director de proyecto decide cómo entregar dentro de los límites acordados: secuencia de tareas, asignación del equipo, soluciones técnicas. Lo que no decide es si el proyecto debe existir ni qué alcance tiene.
El director de programa decide el orden y las dependencias entre proyectos, reasigna recursos entre ellos y —esto es clave— puede sacrificar el desempeño de un proyecto para salvar el beneficio del programa. Retrasar deliberadamente una entrega porque adelantarla no serviría de nada sin la capacitación es una decisión de programa, y desde el proyecto se ve como un fracaso.
El comité de portafolio decide qué entra, qué sale y con qué prioridad. Es el único nivel que puede cancelar.
Cuando un director de proyecto se ve obligado a decidir si su iniciativa sigue teniendo sentido, el problema no es suyo: es que la organización no tiene gestión de portafolio y le está pasando una decisión que no le corresponde ni tiene información para tomar.
La tensión sana entre niveles
Conviene anticiparlo: estos tres niveles están diseñados para entrar en conflicto. El proyecto quiere estabilidad de alcance; el programa necesita flexibilidad para reajustar; el portafolio puede cambiar prioridades y dejar a ambos sin recursos.
Esa tensión no es disfunción. Se vuelve disfuncional solo cuando no hay foro donde resolverla y cada nivel actúa como si los otros no existieran. Un comité mensual donde las tres figuras se sientan juntas resuelve más que cualquier reorganización.
Caso práctico: treinta proyectos y ninguna dirección
Escenario construido con patrones habituales; las cifras son ilustrativas.
Una empresa mediana presume de su oficina de proyectos. Treinta iniciativas en marcha, tablero de seguimiento, informes mensuales. El 80 % entrega dentro de fecha y presupuesto.
La dirección general está satisfecha con la ejecución y lleva dos años preguntándose por qué los resultados del negocio no se mueven.
Al clasificar los treinta proyectos por el objetivo estratégico que decían servir, salieron tres cosas incómodas:
- Once no se podían asignar a ningún objetivo declarado. Existían porque alguien con presupuesto los había pedido.
- Catorce apuntaban al mismo objetivo —reducir el tiempo de atención— y ninguno de los catorce medía ese tiempo.
- Dos entregaban capacidades incompatibles a la misma área.
La ejecución era excelente. Lo que faltaba era el nivel donde se decide qué no se hace, que es el portafolio, y el nivel donde se mide si el conjunto produjo algo, que es el programa.
El primer ejercicio de portafolio cerró nueve proyectos en marcha. Fue impopular durante un trimestre y liberó capacidad para terminar antes los que quedaron.
El indicador que lo resume: la organización sabía perfectamente cómo iba cada proyecto y no sabía cómo iba ninguno de sus objetivos.
Checklist
- ¿Tus programas agrupan proyectos que realmente se benefician de ir juntos?
- ¿Cada beneficio tiene métrica, línea base, meta, fecha y responsable del negocio?
- ¿Alguien mide los beneficios después de que el proyecto cerró?
- ¿Dibujaste la curva de adopción, incluida la caída inicial?
- ¿Se canceló algún proyecto en tu organización el último año?
- ¿La cartera equilibra corto y largo plazo, o todo es de retorno inmediato?
Para cerrar
Los proyectos entregan cosas; los programas producen beneficios; los portafolios deciden qué merece existir. Confundir los tres niveles lleva a organizaciones que ejecutan impecablemente lo que no debían hacer.
Una pregunta para los comentarios: en tu organización, ¿alguien mide los beneficios seis meses después de que un proyecto terminó? Es la prueba más honesta de si hay gestión de programas de verdad.
Referencias
- Project Management Institute, The Standard for Program Management.
- Project Management Institute, The Standard for Portfolio Management.
- ISO 21503:2022 sobre gestión de programas e ISO 21504:2022 sobre gestión de portafolios.
- Bradley, G., Benefit Realisation Management.
Siguiente en la serie: Proyecto, programa y portafolio: tres palabras que no son sinónimos →
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.