PMO+IA | Cuando un Project Manager ya no es suficiente: cómo debe evolucionar la dirección de proyectos
- hace 12 minutos
- 11 min de lectura
Los proyectos son cada vez más grandes, más complejos y más exigentes.
Hoy, un proyecto industrial de cierta entidad puede combinar ingeniería de proceso, automatización, electricidad, montaje, commissioning, compras, logística, proveedores externos, producción, calidad, cliente y equipos repartidos entre varios países. A todo ello se suman reuniones continuas, reporting periódico, gestión de cambios, seguimiento de riesgos, decisiones pendientes y una enorme cantidad de comunicaciones que deben convertirse en acciones concretas.
También han cambiado los clientes. Disponen de equipos de proyecto más amplios, más especializados y con una capacidad de seguimiento mucho mayor. Esperan información frecuente, trazabilidad de las decisiones y respuestas cada vez más rápidas.
Sin embargo, en muchos casos la estructura utilizada para dirigirlos sigue siendo prácticamente la misma: un Project Manager o Project Director al frente, apoyado por responsables técnicos y por los departamentos transversales de la organización.
Ese modelo puede funcionar perfectamente en determinados proyectos. El problema aparece cuando el tamaño y la complejidad aumentan, pero la capacidad de dirección permanece prácticamente igual, porque llega un momento en el que ya no se trata simplemente de gestionar un proyecto más grande sino que se trata de gestionar muchas más conversaciones, decisiones, compromisos, interfaces, riesgos e información al mismo tiempo.
Y quizá sea precisamente ahí donde debamos empezar a plantearnos una pregunta diferente:
Si los proyectos han cambiado, ¿no debería cambiar también la forma en la que los dirigimos?
El problema: cuando la capacidad de gestión no escala con el proyecto
El problema aparece cuando la complejidad del proyecto crece más rápido que la capacidad disponible para gestionarlo y controlarlo. A medida que el proyecto aumenta de tamaño, también lo hacen las reuniones, los compromisos, la documentación, los seguimientos, las interfaces entre equipos, los riesgos y la necesidad de mantener informado al cliente y a la propia organización, y gran parte de esa carga termina concentrándose en el Project Director o Project Manager.
El resultado es una paradoja: cuanto mayor y más importante es el proyecto, más necesario es que el Project Director dedique su tiempo a liderar, tomar decisiones, anticipar riesgos y gestionar al cliente; pero, al mismo tiempo, más tiempo termina dedicando a tareas de seguimiento, coordinación y administración.
Por tanto, el problema no es de esfuerzo individual. Es un problema de capacidad de gestión. Y si el proyecto escala, esa capacidad también debería hacerlo.
La solución: crear una verdadera estructura de dirección del proyecto
La solución no puede limitarse a pedir más esfuerzo al Project Director. La dirección del proyecto también necesita estructura.
Igual que un proyecto grande incorpora más recursos técnicos, más especialistas y más responsables de disciplina, también puede necesitar una Project Management Office específica del proyecto, adaptada a su tamaño y complejidad.
No hablamos necesariamente de una PMO corporativa tradicional, sino de una pequeña estructura de dirección encargada de reforzar el control, la coordinación y la continuidad del proyecto.
En su versión más sencilla podría estar formada por: Project Director + Project Coordinator
El Project Director mantiene el liderazgo, la relación con el cliente y la responsabilidad sobre las decisiones principales.
El Project Coordinator aporta el soporte necesario para que toda la información, seguimiento y coordinación que rodean a esa dirección funcionen correctamente.
A partir de esta estructura básica, la PMO del proyecto podrá crecer si el tamaño, el riesgo o las características del propio proyecto así lo requieren.
El Project Coordinator: soporte directo a la dirección del proyecto
Dentro de esta estructura podría aparecer un rol especialmente importante: el Project Coordinator.
Su función no es sustituir al Project Director ni convertirse en un nivel intermedio innecesario. Su misión es conseguir que la dirección del proyecto disponga de la información, la coordinación y el soporte operativo necesarios para trabajar con eficacia.
Mientras el Project Director se concentra en liderar, tomar decisiones, gestionar al cliente y anticipar riesgos, el Project Coordinator se ocupa de que el entorno de gestión permanezca ordenado, actualizado y trazable.
Pero es importante aclarar también qué no es este rol:
no sustituye al Project Director;
no es un mero administrativo;
no es un técnico más dentro del proyecto;
no duplica las funciones de compras, logística, ingeniería u otros departamentos transversales.
Es una figura de coordinación integrada dentro de la propia dirección del proyecto, cuya función es conectar información, acciones, responsables y necesidades entre las distintas áreas.
En definitiva, su objetivo es sencillo: liberar capacidad de gestión para que el Project Director pueda dedicar más tiempo a dirigir y menos a administrar.
Los cinco pilares que definen el rol del Project Coordinator
Para que este rol aporte valor real, sus responsabilidades deben ir mucho más allá del simple apoyo administrativo. Podemos agruparlas en cinco grandes pilares que, juntos, definen su función dentro de la dirección del proyecto.
1. Gestión de la información del proyecto
Un proyecto complejo genera una enorme cantidad de información: documentos, revisiones, decisiones, correos, informes, listas de acciones, especificaciones y comunicaciones entre equipos.
El Project Coordinator debe ayudar a que esa información esté ordenada, accesible y trazable, asegurando que se trabaje con las versiones correctas, que las decisiones relevantes queden registradas y que encontrar información no dependa de la memoria de una única persona.
No se trata solo de archivar documentos, sino de conseguir que la información pueda utilizarse cuando realmente hace falta.
2. Coordinación administrativa
Reuniones, agendas, actas, informes periódicos, seguimiento de documentación o coordinación con departamentos internos forman parte inevitable de cualquier proyecto.
El objetivo del Project Coordinator es absorber y organizar buena parte de esa carga, preparando la información necesaria y asegurando que cada reunión o comunicación genere acciones claras y continuidad.
Así, la administración deja de ser una sucesión de tareas aisladas y pasa a formar parte de un sistema ordenado de gestión.
3. Soporte operativo al equipo
Los proyectos también generan multitud de necesidades operativas: viajes, incorporaciones, accesos, recursos, desplazamientos, documentación o coordinación con otros departamentos.
El Project Coordinator no sustituye a logística, recursos humanos o administración, pero puede actuar como punto de coordinación desde el propio proyecto, reuniendo necesidades, haciendo seguimiento y evitando que el Project Director tenga que intervenir continuamente en estos asuntos.
4. Seguimiento y control
En proyectos grandes, uno de los mayores riesgos no es necesariamente que aparezcan problemas, sino que acciones, compromisos o decisiones pendientes se pierdan entre cientos de conversaciones.
El Project Coordinator mantiene visibilidad sobre:
acciones abiertas;
responsables;
fechas objetivo;
compromisos;
hitos;
desviaciones;
asuntos pendientes de decisión.
Su función es mantener una visión continua sobre acciones, compromisos y desviaciones, impulsando su seguimiento y asegurando que cada asunto avance, se escale cuando sea necesario y llegue a la persona adecuada en el momento adecuado.
5. Gestión del conocimiento del proyecto
Un proyecto no es únicamente una colección de documentos. También es una historia formada por decisiones, cambios, conversaciones, problemas y compromisos.
Gestionar ese conocimiento significa poder responder preguntas como: ¿por qué se tomó esta decisión?, ¿qué alternativas se valoraron?, ¿qué acordó el cliente?, ¿cómo hemos llegado a la situación actual?
Preservar ese contexto permite mejorar la continuidad del proyecto, facilitar incorporaciones al equipo y reducir la dependencia de la memoria individual.
En conjunto, estos cinco pilares persiguen un mismo objetivo: crear alrededor del Project Director una capa de organización, seguimiento y conocimiento que le permita mantener el control sin convertirse en el punto por el que necesariamente tenga que pasar todo.
La estructura de dirección debe escalar con el tamaño del proyecto
No todos los proyectos necesitan la misma estructura de dirección. En un proyecto relativamente pequeño puede ser suficiente con un Project Manager apoyado por los responsables técnicos y los departamentos transversales de la organización. Pero, a medida que aumentan el alcance, el riesgo y el número de interfaces, esa estructura puede quedarse corta.
La evolución natural sería incorporar nuevas capacidades dentro de la propia PMO del proyecto.
Por ejemplo:
Project Manager + Project Coordinator como estructura básica de dirección reforzada.
Incorporación de un Technical Project Director o Technical Lead cuando la complejidad técnica requiera una coordinación específica.
Roles adicionales de planning, costes, contratos, logística, riesgos, documentación o relaciones institucionales cuando el proyecto lo justifique.
La clave es no pensar en una estructura fija, sino en una estructura escalable y proporcional a la complejidad real del proyecto.
No todos los proyectos necesitan la misma PMO, pero la capacidad de dirección debería crecer a medida que crece la complejidad.
De esta forma, la organización deja de depender de un único modelo de gestión para todos los proyectos y puede adaptar la estructura de dirección a las necesidades reales de cada uno.
La solución clásica: incorporar personas a la estructura de dirección
Una vez definida la necesidad y el rol que queremos cubrir, la primera forma de implementarlo es la más tradicional: incorporar capacidad humana a la estructura de dirección del proyecto.
Dependiendo del tamaño, la complejidad y el nivel de dedicación necesario, podemos plantear distintos niveles.
1. Project Assistant transversal
Una primera opción sería disponer de una figura dentro del departamento de Project Management que dé soporte simultáneamente a varios proyectos. Estaría especialmente orientada a tareas como:
gestión administrativa;
documentación;
viajes y desplazamientos;
agendas;
preparación y coordinación de reuniones;
reporting básico;
soporte operativo al equipo.
Es una solución eficiente cuando varios proyectos necesitan apoyo, pero ninguno requiere todavía una persona dedicada en exclusiva.
2. Project Coordinator dedicado
Cuando el tamaño o la complejidad del proyecto lo justifican, el siguiente nivel sería incorporar un Project Coordinator dedicado, completamente integrado en el propio proyecto.
Podría ser un project manager, y su conocimiento continuo del contexto le permitiría asumir de forma mucho más directa los cinco pilares que hemos definido: información, coordinación administrativa, soporte operativo, seguimiento y gestión del conocimiento.
Ya no hablamos únicamente de descargar tareas, sino de incorporar capacidad real de coordinación dentro de la PMO del proyecto.
3. Junior Project Manager
Otra posibilidad sería asignar estas funciones a un Junior Project Manager, ampliando además progresivamente su participación en otras áreas de gestión.
Esta opción tiene una ventaja adicional: convierte una necesidad del proyecto en una oportunidad de desarrollo profesional y permite construir una trayectoria natural dentro del área:
Project Coordinator → Project Manager → Project Director
Al mismo tiempo, contar con una segunda figura suficientemente integrada en la gestión crea un backup natural del Project Director, reduce la dependencia de una única persona y mejora la continuidad del proyecto durante vacaciones, viajes, ausencias o periodos de elevada carga de trabajo.
Estas opciones no son necesariamente excluyentes. La estructura de dirección puede adaptarse a las necesidades reales de cada proyecto e incluso combinar varios niveles cuando su tamaño, complejidad o nivel de riesgo lo requieran. Un proyecto puede contar, por ejemplo, con un Project Assistant transversal y, al mismo tiempo, con un Project Coordinator dedicado. La clave no está en replicar siempre la misma estructura, sino en dimensionar la capacidad de dirección de forma proporcional a las necesidades del proyecto.
Una nueva posibilidad: llevar parte de la PMO a agentes de IA
Hasta ahora hemos planteado una solución completamente tradicional: si necesitamos más capacidad de gestión, incorporamos personas a la estructura de dirección del proyecto.
Pero la aparición de los agentes de inteligencia artificial abre una segunda posibilidad.
La pregunta ya no es únicamente:
¿Qué persona necesitamos para cubrir este rol?
También podemos preguntarnos:
¿Qué parte de estas funciones podría ser asumida o apoyada por agentes especializados?
Muchas de las tareas que hemos asociado al Project Coordinator tienen características especialmente adecuadas para este tipo de sistemas: trabajar continuamente con información, revisar documentación, preparar reuniones, mantener seguimiento sobre acciones, consolidar datos o preservar el conocimiento generado durante el proyecto.
En lugar de pensar en una única IA capaz de hacerlo todo, podríamos imaginar una PMO apoyada por un sistema orquestado de agentes, donde cada uno esté especializado en una función concreta. Por ejemplo:
gestión de reuniones y compromisos;
seguimiento de acciones;
gestión documental;
reporting;
riesgos;
stakeholders;
planificación;
gestión del conocimiento del proyecto.
Estos agentes no constituirían una nueva dirección del proyecto ni asumirían el liderazgo del mismo. Su función sería aportar capacidad adicional de gestión, seguimiento y análisis alrededor del equipo de dirección.
Y precisamente aquí aparece una diferencia importante respecto a las herramientas de IA que ya utilizamos hoy: no hablamos únicamente de pedir puntualmente un resumen o generar un informe, sino de empezar a construir un sistema capaz de mantener continuidad, contexto y especialización alrededor del proyecto.
No entraremos todavía en cómo diseñar esa arquitectura ni qué agentes serían necesarios. Esa será precisamente una de las siguientes etapas de esta serie.
Por ahora basta con introducir una idea:
Si ya hemos definido qué capacidades necesita una PMO, los agentes de IA nos permiten empezar a plantearnos una nueva forma de proporcionar parte de esas capacidades.
Dos aproximaciones que pueden convivir
Plantear una PMO apoyada por agentes de IA no significa sustituir la estructura clásica basada en personas. En realidad, ambas aproximaciones pueden complementarse.
Una persona aporta contexto, criterio, capacidad de negociación, experiencia y comprensión de las relaciones humanas del proyecto. Los agentes pueden aportar velocidad, continuidad, capacidad de seguimiento y una enorme potencia para trabajar con grandes volúmenes de información.
Eso permite pensar en distintos modelos:
una PMO tradicional, formada principalmente por personas;
una PMO apoyada por agentes, donde determinadas funciones se delegan o automatizan;
o un modelo híbrido, en el que personas y agentes trabajan conjuntamente.
Probablemente sea este último el escenario más interesante.
No se trata de elegir entre personas o agentes, sino de combinar las capacidades de ambos para construir una dirección de proyectos más eficiente, escalable y robusta.
La tecnología, por tanto, no cambia el objetivo. Sigue siendo el mismo: mantener el control del proyecto a medida que aumenta su complejidad. Lo que cambia es la forma en la que podemos dotar a la dirección de la capacidad necesaria para conseguirlo.
Conclusiones: escalar también la capacidad de dirigir
Los proyectos han cambiado. Son más grandes, más complejos, generan más información y exigen una capacidad de coordinación y control mucho mayor que hace unos años.
Por eso, quizá ya no sea suficiente con seguir ampliando únicamente el equipo técnico. La estructura de dirección también tiene que evolucionar.
Crear una PMO adaptada al proyecto, incorporar roles como el Project Coordinator y escalar esa estructura cuando la complejidad lo requiera permite reforzar el control, mejorar la continuidad y liberar al Project Director para que pueda centrarse en aquello que realmente requiere liderazgo.
A partir de ahí, tenemos distintas formas de aportar esa capacidad: mediante personas, mediante agentes de IA o combinando ambas aproximaciones, y probablemente sea precisamente esa combinación la que marque la evolución de la dirección de proyectos en los próximos años.
El futuro no es personas o agentes. Es personas y agentes trabajando juntos para liderar mejor.
En los próximos artículos de esta serie iremos un paso más allá: veremos cómo podría diseñarse una PMO apoyada por agentes de IA, qué roles tendría sentido automatizar o reforzar y cómo convertir esa idea en un verdadero sistema de soporte a la dirección de proyectos.
🌐 Recursos LK PM&IA
Serie PM&IA (blog Lozkorp)
Serie Copilot para Project Managers (blog Lozkorp)
Serie PMO + IA (blog Lozkorp)
PMO+IA | Cuando un Project Manager ya no es suficiente: cómo debe evolucionar la dirección de proyectos (este artículo)
Otros artículos LK PM&IA (blog Lozkorp)
Serie PM&IA : Detectando problemas antes de que exista el proyecto
Agente IA: LK_PMIA Offer-Contract CrossCheck
Agente IA: LK Briefing Irang GeoRisk
ZERO TRUST en PROJECT MANAGEMENT: Cuando gestionar un proyecto significa no creerte nada
Agentes LK PM&IA
ResumIA: GPT asistente inteligente para resumir y analizar documentos.
LK_MeetingMOM: un agente GPT para crear actas de reunión (puntos tratados y tabla de tareas pendientes) a partir de notas de la reunión y/o transcripción de la misma.
LK_LessonLearned4Project: el agente GPT que conecta el alcance de tu proyecto con lecciones aprendidas reales.
LK_MeetTime: agente GPT para coordinar reuniones internacionales. Dadas localizaciones y fecha genera tabla indicando las mejores horas en cada localización para la reunión
LK_PMIA_ContractReview: Asistente PM&IA para analizar contratos y documentación de arranque de proyectos . Ayuda a Project Managers a estructurar contratos, identificar entregables, hitos, dependencias y riesgos iniciales.
LK_PMIA Offer-Contract CrossCheck: compara ofertas y contrato para detectar inconsistencias, huecos en el alcance, responsabilidades duplicadas y riesgos contractuales.
LK_PMIA_HandoverIntelligenceAssistant: Agente para dar soporte en la preparación del handover meeting y en la generación de documentación tras dicha reunión
Comentarios