Pregunta a un miembro del comité de cartera cuántos proyectos se suspendieron el trimestre pasado.
La respuesta habitual es «ninguno», aunque el panel de control que están consultando muestre cada uno de esos proyectos con todo detalle. Ese es el patrón que se esconde detrás de la mayoría de los fracasos en la implantación de EPM. Las empresas crean la capa de visibilidad (paneles, resúmenes, informes de estado) y se saltan la capa de decisión (el «interruptor de emergencia»), por lo que nadie puede detener un proyecto que está en verde.
Los mismos ocho ingenieros que conocen el sistema de facturación se reparten entre cuatro iniciativas. En cada plan de proyecto figuran como totalmente disponibles hasta que se incumple un plazo. La gestión de proyectos de corporación puede solucionar ese problema de plazos, entre otras cosas, pero solo si permite que un comité de cartera diga «no» cuando sea necesario.
Esta guía explica en qué se diferencia la EPM de una PMO, los ocho elementos que debe incluir un marco de trabajo eficaz, la implantación en siete pasos, qué categoría de software se adapta mejor a tu escala y la única pregunta que te permitirá saber si todo ello ha funcionado.
En resumen: La gestión de proyectos empresariales (EPM) trata cada proyecto de una organización como si formara parte de una única cartera. Cuenta con un único filtro de admisión, un modelo de puntuación, una comprobación de la capacidad por competencias y una revisión programada para decidir si se sigue adelante o no. Pero la EPM solo funciona si alguien puede pausar un proyecto y reasignar al personal a trabajos de mayor prioridad. Por eso, antes de elegir una metodología o una herramienta, hay que dejar por escrito quién tiene esa autoridad.
Una PMO garantiza la coherencia en la ejecución; una EPMO decide qué se lleva a cabo. Empieza con hojas de cálculo y una capa de BI. Pasa a una plataforma de gestión del trabajo cuando necesites datos en tiempo real entre equipos, o a una suite de PPM para carteras reguladas y con gran intensidad de capital.
¿Qué es la gestión de proyectos de corporación?
La gestión de proyectos agrupa todos los proyectos de una organización en una única cartera. Un único conjunto de normas determina qué proyectos se aprueban, quién trabaja en cada uno y cómo se elaboran los informes sobre el progreso.
Sin ella, los proyectos individuales pueden salir bien, pero la empresa no avanza. Marketing lanza su campaña. TI lleva a cabo la migración de la plataforma. Operaciones reduce el coste unitario. Los tres se terminan a tiempo, pero no aportan ningún progreso significativo para la empresa en su conjunto. Esto ocurre porque nadie se preguntó si esos eran los tres proyectos adecuados para llevar a cabo al mismo tiempo.
El problema se agrava con el factor humano. Sobre todo porque las personas no saben si se han comprometido en exceso o no hasta que se incumple un plazo. La EPM resuelve esto al permitir una vista global de todos los proyectos y todas las personas a la vez. La vista de cartera muestra que un mismo ingeniero participa en tres planes antes de que comience un solo sprint.
Gestión de proyectos de corporación frente a gestión de proyectos tradicional
La gestión de proyectos tradicional se centra en mantener un proyecto en el buen camino: dentro de los plazos, del presupuesto y del alcance. El trabajo del gestor de proyectos termina cuando ese proyecto cumple lo prometido.
La gestión de proyectos empresariales adopta una perspectiva más amplia. Se pregunta si ese proyecto debería seguir en marcha, teniendo en cuenta todo lo demás que la empresa está haciendo en este momento. Un proyecto puede cumplir todas las métricas y, aun así, suponer un uso inadecuado del personal que trabaja en él.
| Dimensión | Gestión de proyectos tradicional | Gestión de proyectos |
|---|---|---|
| Lo que estás gestionando | Un proyecto | Cada proyecto, como una única cartera |
| La pregunta que no dejas de hacerte | ¿Lo entregaremos a tiempo? | ¿Deberíamos seguir con esto? |
| Cómo medir el éxito | Calendario, presupuesto, alcance | ¿Ha contribuido realmente el proyecto al avance de la empresa? |
| ¿Quién realiza el trabajo? | Un equipo asignado a este proyecto | Especialistas usados de forma compartida en proyectos que compiten entre sí |
| Cómo se manifiesta el riesgo | Riesgos dentro del proyecto | Conflictos entre proyectos (mismo personal, mismos sistemas y mismos plazos) |
| ¿Quién toma la decisión? | El gestor de proyectos y su patrocinador | Un grupo multifuncional que tiene una visión global de toda la cartera |
| Con cuánta antelación planificas | De principio a fin del proyecto | Trimestres continuos y ciclos anuales |
| La decisión más difícil | Ajuste del cronograma | Poner en pausa un proyecto que va bien |
Cancelar un proyecto que va por buen camino es más difícil que reajustar un cronograma, ya que hay que reasignar personal y presupuesto a algo que la empresa necesita más en este momento. Esa decisión requiere de alguien que tenga una visión global de todos los proyectos y cuente con la autoridad necesaria para tomarla.
¿Cuál es la diferencia entre una PMO y una EPMO?
Una oficina de gestión de proyectos (PMO) ayuda a ejecutar los proyectos de forma adecuada. Dispone de plantillas, procesos y formación que garantizan que los equipos trabajen de forma coherente. Lo que normalmente no puede hacer es decidir qué proyectos debería llevar a cabo la empresa en primer lugar. Esa decisión recae en un nivel superior.
Una oficina de gestión de proyectos de la corporación (EPMO) decide qué proyectos se aprueban, comprueba si la corporación cuenta con el personal y el presupuesto necesarios para llevarlos a cabo y revisa los proyectos en curso para determinar si deben continuar. Depende directamente de la dirección ejecutiva, ya que esas decisiones requieren ese nivel de autorización.
Una EPMO que no sabe decir «no» a un proyecto no es más que una PMO con más gastos generales. La elección entre ambas depende de la estructura y el modelo operativo de la PMO.
Ventajas de la gestión de proyectos de corporación
La gestión de proyectos empresariales le ofrece cuatro ventajas concretas: visibilidad temprana de los conflictos de recursos, menos proyectos duplicados, decisiones sobre prioridades basadas en criterios en lugar de en consideraciones políticas, y una responsabilidad que va más allá de la entrega del proyecto.
- Visibilidad temprana de los conflictos de recursos. Tres proyectos tienen previsto lanzar cambios orientados al cliente en el mismo sprint. Cada responsable de proyecto revisó su propio cronograma; nadie comprobó la capacidad del equipo de soporte para gestionar los tres lanzamientos a la vez. Una vista de cartera muestra esos compromisos uno al lado del otro. El conflicto se hace visible durante la planificación de la capacidad, con tiempo suficiente para escalonar los lanzamientos.
- Menos proyectos duplicados. Si dos equipos diferentes encargan cada uno una herramienta de flujo de trabajo para la incorporación de nuevos empleados y la presentan a través de canales distintos, ninguno de los dos tiene conocimiento de la existencia del otro. Un único proceso de recepción agrupa todas las solicitudes en la misma cola. Alguien detecta la duplicación antes de financiar el mismo trabajo dos veces.
- Una priorización más justa de los proyectos. Sin un modelo de uso compartido, la aprobación de un proyecto suele depender de quién tenga más influencia en la sala. Un modelo de valoración cambia eso. Cada proyecto recibe una valoración según los mismos factores: impacto previsto en los ingresos, coste, plazo de ejecución y adecuación estratégica. El proyecto que obtenga la valoración más alta recibe financiación en primer lugar, independientemente del departamento que lo haya propuesto.
- Responsabilidad que va más allá de la entrega. La gobernanza de la cartera realiza un seguimiento meses después de la entrega para comprobar si el análisis de viabilidad se ha cumplido. Esa revisión garantiza la precisión de la siguiente ronda de estimaciones. El análisis de viabilidad prometía una reducción del 20 % en las incidencias de soporte. Seis meses después, el número de incidencias se mantiene estable. Eso cambia la forma en que se evalúa la siguiente propuesta del mismo equipo.
¿Por qué la mayoría de los programas de EPM no logran solucionar los problemas de la cartera?
La mayoría de los programas de EPM fracasan porque crean la capa de visibilidad sin desarrollar la capa de decisión. Los paneles, los resúmenes de la cartera y los informes de estado pueden mostrarte todo lo que está sucediendo. Pero si nadie tiene la autoridad formal para pausar o detener nada, toda la visibilidad del mundo no serviría de nada.
Antonio Nieto-Rodríguez, autor del Manual de gestión de proyectos de HBR, describe el patrón:
Demasiados proyectos y muy pocos que realmente importen.
Demasiados proyectos y muy pocos que realmente importen.
Los líderes saben que están sobrecargados. Aun así, no cancelan nada, porque detener un proyecto les parece como admitir que fue un error. La solución empieza por la cultura:
- Establece plazos fijos para las iniciativas, de modo que tengan un punto final natural.
- Recompensa a los líderes que liberan personal y presupuesto para la empresa
- Asigna los recursos liberados a trabajos de mayor prioridad.
Reformular la cancelación como una reasignación elimina el estigma. Pero no hay una forma clara de cancelar un proyecto que nunca se aprobó debidamente.
Si un proyecto entra en la cartera sin un resultado claro y sin un patrocinador designado, no habrá nada con lo que compararlo más adelante. Cada conversación sobre si se debe detener o no se convierte en una cuestión de opiniones. Establece primero los criterios de selección de proyectos, y la decisión de detenerlo se convertirá en una pregunta que podrás responder con datos.
¿Qué incluye un marco eficaz de gestión de proyectos de corporación?
Un marco de EPM eficaz consta de ocho elementos. Los tres primeros controlan lo que se incluye en la cartera. Los tres siguientes garantizan la transparencia de los proyectos en curso. Los dos últimos hacen que todo resulte comprensible a nivel de cartera. Los ocho parten de la base de que alguien ya cuenta con la autoridad formal para decir «no».
- Un único canal de incorporación. Cada proyecto propuesto entra por una única vía con un resultado definido, un patrocinador designado, una estimación de la utilización de recursos y el objetivo estratégico al que sirve. Las vías alternativas de acceso a la cartera hacen que la vista de la misma sea incompleta desde el primer día.
- Una comprobación de la capacidad. Una vez puntuadas las solicitudes, la lista clasificada se compara con el personal disponible en función de sus competencias, no del número de empleados. Por ejemplo, puede que tengas 200 ingenieros, pero si solo cuatro conocen el sistema de pagos, esos cuatro son tu verdadera limitación.
- Una línea de aprobación clara. Los proyectos por encima de la línea comienzan con un equipo comprometido, y los que están por debajo de la línea reciben un «no» rotundo. Esto evita que un proyecto quede en el limbo, en una situación en la que no está aprobado, pero nadie le ha dicho al equipo que deje de planificarlo.
- Una línea de base por proyecto. En el momento de la aprobación, anota el resultado esperado, el coste y la fecha de entrega. Esa línea de base se convierte en la referencia para todas las decisiones futuras sobre si el proyecto debe continuar o detenerse.
- Un ciclo de revisión periódico. Una reunión programada en la que se toma una decisión de continuar o no con cada proyecto activo, basándose en el progreso respecto a su línea de referencia. Sin un ritmo fijo, las revisiones solo se producen cuando algo sale mal y, para entonces, el coste de detener el proyecto es mucho mayor.
- Un mapa de dependencias. Algunos proyectos comparten sistemas, equipos o datos. Cuando uno de esos proyectos sufre un retraso, los demás también se ven afectados. Un mapa de dependencias muestra esas conexiones antes de que un retraso en un proyecto tenga un efecto en cadena en el resto.
- Un método de ejecución estándar para cada tipo de trabajo. Algunas tareas se adaptan a la gestión ágil de proyectos; otras, al enfoque en cascada. Elige el método que mejor se adapte al trabajo y estandariza la forma en que cada uno elabora informes sobre el progreso. La vista de la cartera se mantiene coherente independientemente del método de ejecución.
- Un único nivel de elaboración de informes. Crea un panel de control de la cartera de proyectos que extraiga los datos directamente del propio trabajo. Cuando se depende de que las personas rellenen manualmente las actualizaciones de estado, la información ya está desactualizada para cuando alguien la lee.
Cómo implementar la gestión de proyectos empresariales
La implementación de la gestión de proyectos empresariales consta de siete pasos: hacer un inventario de lo que se está llevando a cabo, definir quién puede tomar decisiones, crear el filtro de admisión, priorizar el trabajo en función de la capacidad, estandarizar la elaboración de informes, establecer un ciclo de revisión y realizar el seguimiento de los beneficios tras la entrega.
1. Haz un inventario de lo que realmente está en marcha
Antes de diseñar nada, haz un recuento de lo que ya está en marcha. La mayoría de las organizaciones descubren que hay más proyectos activos de los que la dirección creía que existían. También aparece una serie de trabajos que se aprobaron hace meses, se iniciaron a medias y nunca se cerraron formalmente. Sin embargo, es posible que sigas encontrando personas que dedican 10 horas a la semana a proyectos sin seguimiento. Hasta que no saques eso a la luz, tu número de capacidad será erróneo.
Por cada proyecto que encuentres, anota tres cosas:
- Patrocinador: ¿Quién lo ha aprobado y quién es el responsable?
- Estado: ¿Está activo, estancado o, en la práctica, abandonado?
- Personal asignado: ¿Cuántas personas están trabajando en ello y cuánto tiempo dedican a ello?
No intentes poner nada en orden durante este paso. La meta es hacer un recuento honesto. Decidirás qué mantener y qué descartar una vez que tengas una visión completa de la situación.
Consejo profesional: Habla con los jefes de departamento de forma individual, no en reuniones de grupo. Un proyecto que nadie quiere defender pasa desapercibido en los entornos compartidos.
2. Define las competencias de decisión antes de iniciar el proceso
Anota quién tiene cada nivel de autoridad sobre la cartera: dar luz verde a nuevos trabajos, ralentizar proyectos en curso y cancelarlos por completo. Asigna límites de gasto a cada nivel. Por ejemplo, el jefe de departamento aprueba proyectos por debajo de 100 000 dólares, y el comité de la cartera aprueba todo lo que supere esa cifra.
Asegúrate de tener esto claro antes de elegir un plan de proyecto o una herramienta. El documento sobre las competencias de decisión debe especificar el rol, el umbral de gasto y el proceso de escalación para cada nivel. Sin él, tu programa de EPM se pasará el primer año elaborando informes que no llevan a ninguna parte.
Este paso es también donde se lleva a cabo la mayor parte del trabajo de gestión del cambio, ya que la centralización de las aprobaciones implica que los jefes de departamento pierden la facultad de dar luz verde a sus propios proyectos. Hay que reconocer abiertamente este intercambio: renuncian a la aprobación unilateral a cambio de un acceso más rápido a personal comprometido cuando su proyecto obtiene una buena valoración.
Si la autoridad plena se estanca a nivel ejecutivo, limítala a un proyecto piloto con patrocinadores que ya estén convencidos: una revisión trimestral de los 15 proyectos principales, con la facultad de suspender uno de ellos. Eso le da al proceso la oportunidad de demostrar que puede dar el visto bueno más rápidamente antes de que los escépticos tengan que participar.
3. Crear la puerta de entrada
Canaliza todas las nuevas solicitudes de proyectos a través de un único proceso de admisión de proyectos. Cada solicitud debe responder a cuatro preguntas antes de entrar en la cola:
- ¿Qué aporta este proyecto? Un resultado concreto, no una meta vaga como «mejorar la experiencia del cliente ».
- ¿Quién lo patrocina? Una persona concreta que es responsable del éxito del proyecto.
- ¿Qué personal y qué competencias se necesitan? Especifícalos por rol y por porcentaje de dedicación, ya que no basta con comparar el número de empleados con la capacidad disponible.
- ¿A qué objetivo estratégico contribuye? Indica la meta específica de la empresa al que contribuye este proyecto.
Rechaza los envíos imprecisos. Si una solicitud no responde con claridad a estas cuatro preguntas, devuélvela.
4. Priorizar el trabajo en función de la capacidad
Una vez que tu puerta de entrada tenga una cola de solicitudes evaluadas, debes decidir el orden en que se iniciarán y cuántas pueden ejecutarse al mismo tiempo. Utiliza tu modelo de puntuación para clasificar la cola. Eso te dará un orden. Pero el orden aún no es un plan.
El siguiente paso es comprobar si realmente dispones del personal necesario para gestionar simultáneamente los proyectos mejor valorados. Repasa cada uno de ellos y correlaciona quién se necesita para cada uno, según sus competencias. Suma la demanda de todos ellos. Si el mismo ingeniero de bases de datos aparece en tres planes de proyecto con un 80 % de dedicación en cada uno, tienes un problema de capacidad que ninguna priorización podrá resolver. Algo tiene que bajar en la lista o empezar más tarde.
La plantilla de cartera de gestión de proyectos de ClickUp te ofrece un punto de partida. Se trata de una carpeta preconfigurada en la que cada proyecto es una tarea con campos para el departamento, la fase, la prioridad, la estimación de tiempo y las métricas de éxito. Añade una columna de puntuación, además de la demanda de competencias y la capacidad asignada; clasifica la lista y se mostrará la sobreasignación antes de que realices la confirmación de la fecha de inicio.
Para cada proyecto que supere este paso, registra el resultado aprobado, el coste y la fecha de entrega. Esa será la referencia con la que se evaluarán todas las decisiones posteriores sobre si continuar o detener el proyecto.
5. Estandarizar la forma de elaborar informes sobre el progreso de los proyectos
Cada proyecto utilizará distintos métodos de ejecución. Lo importante es que todos los proyectos informen de su progreso de la misma manera. La vista global de la cartera debe ser comprensible sin que sea necesario que alguien tenga que adaptar el formato de cada equipo.
Cada proyecto, independientemente de cómo se gestione, debe elaborar cuatro informes:
- Estado: En marcha, en riesgo o bloqueado
- Confianza: La valoración sincera del responsable del proyecto sobre si se podrá cumplir el plazo.
- Gasto respecto a la línea de base: comparación entre el coste real y el aprobado
- Estado de las dependencias: si el proyecto está a la espera de algún factor ajeno a su control
Elige un formato y haz que todos los equipos lo utilicen. La revisión de la cartera se viene abajo cuando se compara un diagrama de Gantt de un equipo con una captura de pantalla de un tablero Kanban de otro.
6. Establecer el ciclo de revisión
Incluye en el Calendario una revisión periódica de la cartera. Mensual o trimestral: elige la frecuencia que mejor se adapte al ritmo de avance de tus proyectos.
En cada revisión, repasa todos los proyectos activos y decide: mantenerlos, pausarlos o detenerlos. No dejes que ningún proyecto quede fuera de la conversación. Los que nadie menciona suelen ser precisamente los que ya deberían haberse detenido.
Pide a cada responsable de proyecto que acuda con un resumen: qué se había planificado, qué ha ocurrido realmente, qué riesgos hay y cuál es su recomendación. Si vienen con las manos vacías, te pasarás toda la reunión poniéndote al día sobre el estado de los proyectos y saldrás de allí sin haber tomado ni una sola decisión.
Descubre cómo la IA puede ayudarte a convertir una cuarta parte de los datos de los proyectos en una presentación revisable y compartible en cuestión de segundos:
7. Realizar un seguimiento de los beneficios tras la entrega
En el paso 4 registraste una línea de base para cada proyecto aprobado. Hay dos hitos importantes: a los 6 y a los 12 meses tras el lanzamiento. Compara los números reales con la línea de base.
Hay tres aspectos que hacen que esta comprobación sea útil y no meramente simbólica:
- Utiliza las mismas métricas que se emplearon en el análisis de viabilidad. Si la propuesta prometía una reducción del 20 % en las incidencias de soporte, mide las incidencias de soporte. No las sustituyas por otra métrica que parezca más favorable.
- Habla con las personas que realizan el trabajo. El patrocinador aprobó el proyecto y tiene motivos para considerarlo un éxito. El equipo que utiliza los resultados a diario te dirá si realmente ha cambiado algo.
- Incorpora los resultados a la fase de selección de proyectos. Si los tres últimos proyectos de un departamento no han alcanzado ni la mitad del retorno de la inversión previsto, ese patrón debería influir en la forma en que evalúes su próxima propuesta. Los proyectos finalizados deberían influir en la forma en que evalúes los nuevos.
¿Cuánto tiempo lleva implementar el EPM?
Un proceso de EPM de primera generación —que cuente con una fase de selección inicial, una cartera de proyectos puntuada y un ciclo de revisión trimestral— suele tardar entre uno y dos trimestres en ponerse en marcha. Ese cronograma abarca el inventario, las decisiones de gobernanza de proyectos —que en la mayoría de las organizaciones se debaten más tiempo del esperado— y suficientes ciclos de revisión para demostrar que el proceso funciona.
Alcanzar la madurez plena lleva más tiempo. La integración del seguimiento de beneficios y el ajuste del modelo de puntuación en función de los resultados reales se consolidan a lo largo de entre dos y cuatro ciclos trimestrales. El cambio suele producirse tras la segunda o tercera revisión, cuando un proyecto se pone realmente en pausa y el personal liberado pasa a realizar trabajos de mayor prioridad.
El error es esperar a que todo esté diseñado. Realiza la primera revisión con los datos de los que dispones. Una revisión preliminar de la cartera que dé lugar a una decisión concreta tiene más valor que seis meses de diseño de un marco sin probar.
¿Cómo se elige un software de gestión de proyectos de corporación?
El software de gestión de proyectos empresariales se divide en tres categorías: suites específicas de PPM, hojas de cálculo con una capa de elaboración de informes y plataformas de gestión del trabajo con consolidación de carteras. Cada una de ellas resuelve un problema diferente.
| Enfoque | Puntos fuertes | Punto débil | Ideal para |
|---|---|---|---|
| Suite dedicada a la gestión de proyectos y programas (PPM) | Datos financieros de la cartera con precisión hasta el céntimo: planificación de capital, valor ganado y modelización de escenarios | La ejecución diaria se lleva a cabo en otro lugar; requiere un administrador específico | Carteras reguladas y con un elevado requerimiento de capital, con una EPMO dotada de recursos |
| Hoja de cálculo más capa de BI | Se adapta a cualquier modelo de gobernanza, no cuesta prácticamente nada y es fácil de modificar. | Los datos se introducen manualmente, por lo que siempre están desactualizados una semana. | Los procesos de EPM de primera generación que aún se están definiendo |
| Plataforma de gestión del trabajo | La vista de cartera se basa en datos de tareas en tiempo real, no en correos electrónicos de estado | Menos profundidad en lo relativo a las finanzas de la cartera y el valor devengado | Carteras multifuncionales en las que la coordinación y la actualidad de los datos son fundamentales |
¿No conoces el valor ganado? Utiliza la calculadora gratuita de gestión del valor ganado de ClickUp para ver cómo funcionan el CPI, el SPI y el EAC con tus propios números antes de comprometerte con una suite completa de PPM.
Paquetes específicos de PPM
Planview, Broadcom Clarity y Oracle Primavera P6 están diseñados para la gestión financiera de carteras. La planificación de capital, el valor ganado, la modelización de escenarios y la previsión de recursos plurianual constituyen el núcleo de su funcionamiento. Primavera P6, en particular, es la herramienta predeterminada en la gestión de proyectos de ingeniería pesada y construcción, donde los plazos se prolongan durante años y la elaboración de informes contractuales es ineludible.
Lo que funciona bien:
- Precisión financiera a escala de cartera: el presupuesto, los datos reales y el calendario se integran en un único modelo, de modo que si se retrasa un hito del proyecto, su coste se refleja el mismo día. Si tus obligaciones de elaboración de informes requieren el valor ganado o la previsión de capital, esta categoría lo gestiona de forma nativa.
- Planificación plurianual: Elabora un modelo de cartera de tres años con financiación por fases y comprueba cómo un retraso de seis meses en un programa afecta al presupuesto de todo lo demás.
- Diseñado para la auditoría: Los sectores regulados necesitan un registro de quién aprobó qué y cuándo. Estas suites se han diseñado teniendo en cuenta ese requisito.
Limitaciones:
- El trabajo diario se realiza en otro sitio: los equipos rara vez llevan a cabo sus tareas dentro de una suite de PPM. Trabajan en otra herramienta y alguien vuelve a introducir los datos de progreso en la suite. Los números financieros son precisos hasta el céntimo, aunque los datos hayan llegado con una semana de retraso.
- Necesitarás un administrador dedicado: Estas plataformas requieren configuración, formación y mantenimiento continuo. No funcionan solas.
No le prestes atención si: tu cartera tiene menos de 30 proyectos y la elaboración de informes es orientativa, en lugar de financiera. Pagarás por una precisión que no vas a utilizar.
Ideal para: carteras reguladas y con gran intensidad de capital, en las que la elaboración de informes financieros es una obligación contractual y la EPMO cuenta con personal dedicado a gestionar la herramienta.
Hojas de cálculo con una capa de elaboración de informes
Una hoja de cálculo de cartera actualizada que alimente Power BI o Tableau es la solución adecuada en más ocasiones de las que los proveedores te dirán. No cuesta casi nada y se adapta a cualquier modelo de gobernanza que diseñes.
Lo que funciona bien:
- Flexibilidad mientras se asienta el marco: Cambia el modelo de puntuación, añade una columna o reestructura toda la hoja en una tarde. Si fijas el proceso en el software antes de que deje de cambiar, tendrás que luchar con la herramienta cada vez que realices un ajuste.
- Sin problemas de adopción: todo el mundo sabe ya cómo utilizar una hoja de cálculo. No hay que dedicar tiempo alguno a la formación sobre la herramienta, por lo que todo ese tiempo se destina al proceso.
Limitaciones:
- Los datos siempre están desactualizados: todos los números se introducen manualmente, por lo que la vista de la cartera refleja, en el mejor de los casos, la realidad de la semana pasada.
- Se colapsa al aumentar la escala: en cuanto más de un puñado de personas necesitan confiar en los mismos números el mismo día, el control de versiones y las entradas manuales se convierten en problemas graves.
Omítelo si: más de una persona realiza la edición en la hoja de cálculo, o si la reunión del tablero se realiza mensualmente y espera los números de esta semana.
Ideal para: Organizaciones que están desarrollando su primer proceso de EPM, en las que es más importante establecer una gobernanza adecuada antes de invertir en herramientas. ye
Plataformas de gestión del trabajo con consolidación de carteras
Asana, monday.com, Smartsheet y Wrike se sitúan en un término medio: ofrecen menos funciones financieras de cartera que una suite de PPM, mucha más estructura que una hoja de cálculo y el trabajo diario se lleva a cabo dentro de la propia herramienta.
Lo que funciona bien:
- La vista de cartera se actualiza automáticamente: como los equipos realizan su trabajo en la herramienta, los datos que alimentan la cartera están siempre actualizados. Nadie tiene que rellenar un informe de estado por separado.
- Los datos de capacidad reflejan la realidad: la herramienta muestra quién está asignado a qué tarea en cada proyecto. La sobrecarga de trabajo se detecta de inmediato.
- Las funciones de IA están ganando terreno: el resumen, la señalización de riesgos y la generación automática de estados ya están disponibles en mayor o menor medida. Pruébalas con tus propios datos para obtener resultados precisos.
Limitaciones:
- Menos exhaustivas en materia de finanzas de cartera: si necesitas la gestión del valor ganado o la previsión de capital plurianual como funciones básicas, estas plataformas no estarán a la altura de una suite PPM especializada.
- La adopción depende de que los equipos utilicen la herramienta en su trabajo diario: la calidad de los datos depende de la disciplina de los equipos a la hora de mantener las tareas actualizadas. Si la mitad de tus equipos trabaja fuera de la plataforma, la vista de la cartera presentará lagunas.
Omítelo si: tu EPMO depende de un director financiero que aprueba los planes de inversión, o si los contratos exigen la elaboración de informes de valor ganado.
Ideal para: carteras multifuncionales en las que el valor está en la coordinación y la disponibilidad de datos actualizados.
¿Cuáles son algunos ejemplos de proyectos empresariales?
Un proyecto de corporación abarca varias unidades de negocio en cuanto a alcance, financiación o dependencias. Esto lo sitúa dentro de la gobernanza de la cartera de proyectos. A continuación te mostramos cómo se traduce esto en tres escenarios habituales.
1. Sustitución del ERP o del sistema central
Una empresa está renovando su sistema financiero. El director financiero es el responsable del proyecto. Sobre el papel, se trata de un proyecto de TI. En la práctica, afecta a las áreas de compras, recursos humanos, producción y elaboración de informes, ya que todos los departamentos introducen datos en el sistema o extraen informes del mismo.
- Adquisiciones: Necesita que el nuevo sistema gestione los pedidos de compra y los pagos a proveedores de la misma forma, o incluso mejor.
- RR. HH.: Gestiona las nóminas a través del sistema actual y necesita que no haya tiempo de inactividad durante el cambio
- Fabricación: Depende de los datos de inventario que se encuentran en los campos personalizados del sistema antiguo
- Elaboración de informes: Todos los paneles de control ejecutivos se alimentan de la base de datos actual y deben estar operativos desde el primer día de funcionamiento del nuevo sistema
El problema de la coordinación: cada departamento tiene sus propios requisitos y sus propias presiones en cuanto a plazos. Sin una gobernanza de la cartera, cada uno negocia por separado con el equipo de TI, y el alcance del proyecto se amplía hasta que se incumple el cronograma. La tarea a nivel de cartera consiste en decidir qué requisitos de qué departamento se incluyen en la primera versión y cuáles deben esperar a la segunda fase.
¿Qué lo hace diferente?: Las dependencias que existen entre el proyecto y el resto de la empresa. Cada departamento es, al mismo tiempo, una parte interesada, una fuente de requisitos y un usuario que necesita seguir trabajando durante la migración.
2. Programa de cumplimiento normativo
Surge un nuevo requisito de elaboración de informes con un plazo externo fijo. No se puede reducir su alcance ni ignorarlo. El equipo jurídico es el responsable, pero los departamentos de finanzas, TI y operaciones deben crear la infraestructura necesaria para la elaboración de informes.
- Asuntos jurídicos: Interpreta la normativa y define qué información debe elaborarse en forma de informes.
- Finanzas: Establece el flujo de trabajo de recopilación de datos y elaboración de informes
- TI: Modifica los sistemas para recopilar los datos necesarios
- Operaciones: Modifica los procesos sobre el terreno para generar los datos que necesita el departamento financiero.
El problema de la coordinación: Este proyecto no existía hace seis meses y ahora tiene un plazo inamovible. Las personas que se necesitan ya están asignadas a otros proyectos. La tarea a nivel de cartera consiste en decidir en qué proyectos dejarán de trabajar esas personas para hacer hueco, ya que añadir un proyecto obligatorio sin eliminar nada más significa que todo se retrasará.
¿Qué lo hace diferente?: No se puede negociar el alcance ni el plazo. La única variable es qué otro trabajo debe dejarse de lado. Esto lo convierte en la prueba más clara para determinar si tu proceso de EPM es realmente capaz de detener o pausar los proyectos existentes cuando surge algo más urgente.
3. Iniciativa de datos de clientes en varias unidades
Una empresa con tres unidades de negocio descubre que cada una de ellas ha empezado a desarrollar, por su cuenta, su propia plataforma de datos de clientes. Cada unidad tiene un caso de negocio justificable y ya ha contratado a proveedores externos.
- Unidad A: Creación de una herramienta de segmentación de clientes para campañas de marketing
- Unidad B: Creación de una vista única del cliente para el equipo de soporte
- Unidad C: Creación de un almacén de datos para realizar el seguimiento del valor del ciclo de vida del cliente
El problema de la coordinación: los tres proyectos necesitan acceder a las mismas fuentes de datos mientras construyen alguna versión del mismo flujo de datos. La tarea a nivel de cartera consiste en detectar los solapamientos, decidir si se trata de un solo proyecto o de tres, y consolidarlos antes de que la empresa acabe pagando tres veces por la misma infraestructura de datos.
¿Qué hace que este caso sea diferente? Ninguno de estos proyectos parece erróneo por sí solo. Cada uno cuenta con un caso de negocio claro y un patrocinador real. El desperdicio solo adquiere visibilidad cuando se analizan los tres en conjunto, que es precisamente para lo que sirve una vista de cartera.
Cómo funciona el seguimiento de carteras en ClickUp
ClickUp es una plataforma de gestión del trabajo en la que la gobernanza de la cartera y la ejecución de los proyectos tienen lugar en el mismo entorno de trabajo. Todos los paneles, comprobaciones de capacidad y reuniones de revisión se basan en las mismas tareas que los equipos actualizan a medida que trabajan. A continuación se explica cómo el marco de siete pasos de la sección anterior se correlaciona con las funciones reales.
Lo que funciona especialmente bien en la gestión de proyectos de corporación:
Las solicitudes se reciben a través de una única vía de acceso
Las solicitudes de proyectos llegan a través de los formularios de ClickUp, donde la lógica condicional adapta las preguntas en función de lo que seleccione el solicitante. Las solicitudes que superan un umbral presupuestario determinado desencadenan campos para el nombre del patrocinador, el objetivo estratégico y la estimación de recursos. Cada envío se convierte automáticamente en una tarea. Las automatizaciones de ClickUp la asignan a un revisor, establecen la prioridad y la envían a una cola de aprobación. Las cuatro preguntas de admisión del paso 3 se convierten en campos obligatorios, de modo que las solicitudes poco claras no pueden pasar.
Se comprueba la capacidad antes de comenzar el trabajo
La vista Carga de trabajo correlaciona las tareas asignadas a cada persona con sus horas disponibles por día, semana o mes, ajustadas según los horarios de trabajo y los días libres. Las personas con una carga de trabajo excesiva aparecen en rojo. Arrastra las tareas entre personas o reprograma directamente desde la vista. El problema de los ocho ingenieros repartidos en cuatro proyectos que se mencionaba en la introducción se hace evidente aquí, antes incluso de que comience un solo sprint.
Descubre cómo un retraso en un proyecto tiene un efecto dominó en los demás
Enlaza las dependencias entre tareas de distintos proyectos en la vista de diagrama de Gantt, y el calendario posterior se ajustará automáticamente cuando se produzca algún cambio. Una superposición de la ruta crítica identifica la secuencia de tareas que determina la fecha de finalización. Amplía la vista a la carpeta que contiene todos tus proyectos, y cualquier retraso en una iniciativa mostrará su impacto en el resto en el mismo cronograma.
Agrupa todos los proyectos en una única vista de cartera
Una tarjeta de cartera muestra cada proyecto en una fila, con información sobre el progreso, el número de tareas atrasadas, los hitos y el tiempo registrado en comparación con las estimaciones de las tareas subyacentes. Los campos personalizados de cada proyecto almacenan la línea de base aprobada como referencia para decidir si se detiene o se continúa con el proyecto. Los informes de sprints y el seguimiento en cascada basado en diagramas de Gantt alimentan los mismos paneles de ClickUp, lo que permite que los métodos de entrega mixtos generen datos coherentes a nivel de cartera.
Automatiza la elaboración de informes, el marcado de incidencias y la preparación de revisiones
Cada tarea, documento, mensaje de chat y aplicación conectada aporta contexto a ClickUp Brain. Las actualizaciones de los proyectos, los resúmenes ejecutivos y las reuniones diarias del equipo se redactan a partir de ese contexto, por lo que nadie tiene que escribirlos a mano antes de una revisión. Configura compañeros de equipo impulsados por IA, llamados «Superagentes», con instrucciones, desencadenantes y herramientas específicas. Funcionan de forma autónoma, realizando tareas como supervisar los campos de confianza en toda la cartera y publicar un resumen previo a cada reunión de revisión.
Descubre cómo ClickUp Brain elabora bojetes de actualizaciones de proyectos, detecta obstáculos y prepara resúmenes de revisión a partir de datos de tareas en tiempo real, sin que nadie tenga que redactar un informe de estado a mano.
Encuentra cualquier cosa en ClickUp y en todas las herramientas conectadas
Los proyectos empresariales dispersan el contexto entre distintas plataformas. Enterprise Search indexa tareas, documentos, chats y datos de Google Drive, Slack, GitHub, Confluence, Jira, SharePoint y OneDrive en una única capa de búsqueda. Un responsable de la EPMO que busque un debate sobre riesgos que se inició en Slack, continuó en un comentario de una tarea y dio lugar a una decisión en un documento, encontrará los tres elementos desde una sola barra de búsqueda.
Cómo gestiona Savills una PMO de 14 regiones en ClickUp
Savills, una empresa de servicios inmobiliarios que forma parte del FTSE 250, sustituyó Azure DevOps y un montón de hojas de Excel por un único entorno de trabajo de ClickUp. Gestiona implementaciones de CRM, desarrollos personalizados y proyectos de proveedores en 14 regiones de Asia. Las solicitudes de proyectos se introducen a través de formularios con campos obligatorios, y un tablero de demanda las evalúa antes de que nada se incorpore a la cartera.
Cada proyecto lleva un ID de tarea principal desde su recepción hasta su entrega. El equipo puede rastrear qué se entregó y qué provocó un problema meses después.
Cherry Wong, socia comercial de TI de Savills, describió el proceso anterior:
Antes, llamábamos a cada país cada mes para recabar información actualizada sobre los proyectos y, a continuación, recopilábamos 20 presentaciones de PowerPoint diferentes en una presentación maestra para la dirección. Ahora, todos los proyectos se integran en tiempo real en un panel de control del director de sistemas de información (CIO), de modo que nuestro CIO solo tiene que iniciar sesión para ver los proyectos activos y aquellos en situación de riesgo.
Antes, llamábamos a cada país cada mes para recabar información actualizada sobre los proyectos y, a continuación, recopilábamos 20 presentaciones de PowerPoint diferentes en una presentación maestra para la dirección. Ahora, todos los proyectos se integran en tiempo real en un panel de control del director de sistemas de información (CIO), de modo que nuestro CIO solo tiene que iniciar sesión para ver los proyectos activos y los que están en riesgo.
Límites reales:
- La gestión del valor ganado y las previsiones financieras plurianuales no están integradas. Las carteras con obligaciones contractuales requieren Primavera P6 o Planview.
- La planificación de la capacidad se basa en duraciones estimadas. La vista Carga de trabajo solo señala la sobreasignación si los equipos introducen duraciones en sus tareas, y correlaciona las horas con las personas. Para detectar que cuatro ingenieros de pagos son el verdadero cuello de botella, se necesita una etiqueta de habilidad en un campo personalizado y un filtro.
Ideal para: Organizaciones que gestionan más de 10 proyectos simultáneos en distintos departamentos, en las que el mayor riesgo es el conflicto entre personas y prioridades, y no la elaboración de informes sobre desviaciones presupuestarias.
No leas más si: la autoridad de tu EPMO se limita a los controles financieros. Estarías creando soluciones provisionales para las partes que más te importan.
Por dónde empezar
Si estás poniendo en marcha la gestión de proyectos empresariales por primera vez, los pasos a seguir son sencillos: haz un recuento de lo que realmente está en marcha, anota quién puede detener un proyecto, establece un único filtro de admisión y programa una revisión trimestral de las decisiones en el Calendario.
Todo lo demás —el modelo de puntuación, el software, los paneles— puede venir después, una vez que esos cuatro elementos estén en marcha. Que todo ello haya funcionado depende de una sola pregunta: ¿la revisión del último trimestre acabó realmente con algún proyecto?
Llegar hasta ahí es, en primer lugar, una decisión de gobernanza y, en segundo lugar, una decisión sobre las herramientas. Cuando estés listo para lo segundo, ClickUp reúne la captación, la ejecución, la planificación de la capacidad y la elaboración de informes de la cartera en un único entorno de trabajo.
Empieza a utilizar ClickUp de forma gratuita.
Preguntas frecuentes sobre la gestión de proyectos empresariales (FAQ)
Un gestor de proyectos de corporación gestiona el nivel de cartera por encima de los proyectos individuales: captación, priorización, asignación de capacidad, dependencias entre proyectos y revisiones de aprobación o rechazo. Suele formar parte de una oficina de gestión de proyectos de corporación (EPMO) y depende del director de operaciones (COO), del director de sistemas de información (CIO) o del director de proyectos. En el día a día, esto implica presidir las revisiones de la cartera, resolver conflictos sobre especialistas en uso compartido y comprobar si los proyectos completados han cumplido con su caso de negocio. Los gestores de proyectos individuales siguen siendo los responsables de la ejecución. El gestor de proyectos de la corporación es quien decide qué proyectos se llevan a cabo.
La gestión de la cartera de proyectos (PPM) se centra en la decisión de inversión: seleccionar, clasificar y financiar proyectos en función de la estrategia, la capacidad y el riesgo. La gestión de proyectos de corporación es el nivel operativo más amplio que incluye la PPM, además de métodos de ejecución estandarizados, la elaboración de informes y la gobernanza en toda la organización. La gestión de programas se sitúa entre ambas, coordinando los proyectos relacionados para lograr un resultado común.
Una empresa necesita gestión de proyectos cuando los mismos especialistas aparecen en varios planes de proyecto a la vez y nadie es capaz de detectar el solapamiento. Los desencadenantes habituales son 10 o más proyectos interdepartamentales simultáneos, un programa normativo obligatorio que recae sobre personal que ya tiene otras obligaciones, o dos unidades de negocio que descubren que han financiado el mismo trabajo.
La gestión de proyectos empresariales no es una metodología de ejecución ni requiere ninguna. Los proyectos individuales dentro de la cartera pueden seguir Scrum, Kanban, el método en cascada o un enfoque híbrido, guiados por marcos de referencia como la Guía PMBOK o PRINCE2. Lo que la EPM estandariza es el nivel de gobernanza que los supervisa: la admisión de proyectos, la puntuación, la autorización y la estructura de los datos que se recogen en los informes de la cartera.
Microsoft EPM hace referencia al conjunto de soluciones de gestión de proyectos empresariales de Microsoft: Project Server o Project Online, junto con Project Professional y Power BI para la elaboración de informes de cartera. Microsoft describe el escenario de implementación de EPM como una planificación descendente gestionada a través de una PMO, con un uso intensivo de proyectos maestros, programas y seguimiento de incidencias. Project Online dejará de estar disponible el 30 de septiembre de 2026, y Microsoft está orientando a los clientes hacia los planes Premium de Planner o la edición de suscripción de Project Server.
No existe ninguna certificación específica para la gestión de proyectos empresariales. Las acreditaciones más cercanas son la de «Portfolio Management Professional» (PfMP) del PMI, para la gobernanza a nivel de cartera, y la de «Program Management Professional» (PgMP), para la ejecución coordinada de programas, mientras que PRINCE2 y el PMP se centran en la ejecución de proyectos individuales. La mayoría de los responsables de las EPMO combinan una de estas certificaciones con experiencia directa en la gestión de un ciclo de revisión de carteras.
La Oficina de Estadísticas Laborales de EE. UU. indica que el salario medio anual de los especialistas en gestión de proyectos, a fecha de mayo de 2024, es de 100 750 dólares, y que el 10 % con mayores ingresos gana más de 165 790 dólares. Los roles a nivel empresarial y de cartera suelen situarse por encima de la mediana, ya que implican la elaboración de informes y abarcan un ámbito interdepartamental. El sector financiero y de seguros ofrece la mediana más alta del sector, con 111.350 dólares; la construcción es el sector con la mediana más baja entre los cinco principales, con 96.700 dólares.