Entienda cómo aplicar Rolling Wave Planning en proyectos de ingeniería, estructurando planificación progresiva, planning packages, cronograma, lookahead, FEL, PMO y Owner’s Engineering.
¡Descúbrelo!
La planificación de proyectos no exige que todas las actividades se detallen con el mismo nivel de precisión desde el primer día. En proyectos de ingeniería, intentar definir minuciosamente un horizonte lejano cuando requisitos, interfaces, proveedores o condiciones de campo aún están madurando puede producir una falsa sensación de control. El Rolling Wave Planning, o planificación en ondas sucesivas, resuelve este problema detallando el trabajo próximo y manteniendo el trabajo futuro en un nivel más agregado hasta que exista información suficiente para planificarlo con calidad.
La técnica no elimina el cronograma maestro, la línea base ni los hitos del proyecto. Al contrario, crea una disciplina para evolucionar el nivel de detalle sin perder la visión integrada. Todo el horizonte continúa planificado; lo que cambia es la granularidad utilizada en cada período.
Para ingeniería, esta lógica es especialmente relevante en FEL, proyectos brownfield, desarrollo multidisciplinario, procurement e implantación, porque la información necesaria para planificar el futuro surge progresivamente. La clave está en diferenciar incertidumbre legítima de falta de planificación y establecer reglas claras para transformar planning packages en actividades detalladas antes de que entren en el horizonte de ejecución.
Qué es Rolling Wave Planning
Rolling Wave Planning es una técnica de planificación progresiva en la que las actividades de corto plazo se descomponen con mayor detalle, mientras los trabajos más lejanos permanecen representados en un nivel agregado.
El Practice Standard for Scheduling del Project Management Institute describe la técnica como una forma de detallar actividades próximas —por ejemplo, las próximas semanas o meses— y mantener períodos futuros como planning packages hasta que exista información suficiente para detallarlos.
La lógica parte de una constatación simple: el equipo tiende a conocer mejor lo que está próximo que lo que ocurrirá muchos meses después.
Esto no significa ignorar el futuro. Significa representarlo con el nivel de precisión que permite la madurez actual.
Planificar un proyecto no es lo mismo que detallar todo anticipadamente
Un cronograma puede tener miles de actividades y aun así ser un mal instrumento de gestión.
El detalle excesivo no compensa premisas frágiles.
Si una actividad prevista para dentro de ocho meses depende de:
- una solución técnica aún no seleccionada;
- un proveedor aún no contratado;
- datos de campo aún no levantados;
- interfaces todavía abiertas;
- aprobación del cliente todavía pendiente;
- una condición operativa aún desconocida;
la duración de “7 días” registrada en el software puede ser solo precisión aparente.
Rolling Wave Planning acepta que esta actividad permanezca agregada por el momento, pero exige que exista un proceso explícito para detallarla en el momento correcto.
La diferencia entre incertidumbre y ausencia de planificación
Este punto es crítico.
Una actividad futura puede no estar detallada, pero aun así debe estar representada en el plan.
El proyecto debe conocer, como mínimo:
- el resultado esperado;
- la posición temporal aproximada;
- las principales dependencias;
- los hitos asociados;
- el responsable del paquete;
- las premisas relevantes;
- las restricciones conocidas;
- el presupuesto o esfuerzo previsto, cuando corresponda.
Lo que queda para una onda futura es la descomposición en actividades ejecutables.
Por tanto, Rolling Wave no es planificar después; es planificar en niveles sucesivos de madurez.
Por qué la técnica es adecuada para proyectos de ingeniería
Los proyectos de ingeniería combinan trabajo previsible con trabajo cuya definición depende de información que aparece a lo largo del ciclo de vida.
Los ejemplos son frecuentes.
Levantamientos brownfield
Un proyecto en una instalación existente puede comenzar con documentación incompleta. El equipo conoce el objetivo general, pero el detalle depende de inspecciones, levantamientos y validación del as-built.
Proyecto multidisciplinario
La disciplina eléctrica puede depender de una carga definida por mecánica. Telecomunicaciones puede depender de arquitectura. Automatización puede depender de listas de equipos y filosofía operativa.
Procurement
Ingeniería puede conocer la necesidad de un equipo, pero el detalle de interfaces puede depender de la selección del fabricante.
Implantación
Frentes futuros pueden depender de liberaciones civiles, suministros o decisiones de proyecto todavía no consolidadas.
En estos casos, detallar todo con la misma granularidad desde el inicio genera retrabajo de planificación.
Rolling Wave y el principio de elaboración progresiva
Los proyectos evolucionan mediante elaboración progresiva.
La ABNT NBR ISO 21502:2021 trata la planificación como una actividad iterativa y progresiva a lo largo del ciclo de vida: el futuro inmediato debe recibir un mayor nivel de detalle que el trabajo más distante, mientras el plan permanece integrado y sus líneas base se modifican de forma controlada. Esta directriz es particularmente compatible con Rolling Wave Planning.
Al inicio, la organización trabaja con objetivos, premisas y estimaciones de mayor amplitud. A medida que aumenta el conocimiento, la definición se vuelve más precisa.
Esta lógica aparece naturalmente en Front-End Loading — FEL.
En FEL, cada etapa busca aumentar la madurez antes de asumir compromisos mayores de inversión. La planificación puede seguir el mismo principio: cuanto mayor es la madurez de la información, mayor es el nivel de detalle esperado.
Rolling Wave transforma esta idea en una rutina de planificación.
Cómo estructurar los horizontes de planificación
Un modelo simple puede utilizar tres horizontes.
Horizonte 1 — corto plazo detallado
Contiene las actividades que se ejecutarán próximamente.
Deben tener:
- alcance claro;
- responsable definido;
- duración coherente;
- predecesores y sucesores;
- recursos, cuando corresponda;
- entradas necesarias;
- criterios de conclusión;
- vínculo con entregables e hitos.
Horizonte 2 — medio plazo en preparación
Las actividades ya son conocidas, pero todavía pueden necesitar maduración.
Este horizonte se utiliza para eliminar restricciones y preparar el trabajo que entrará en la próxima onda.
Horizonte 3 — largo plazo agregado
El trabajo futuro se representa mediante planning packages o actividades resumidas.
El objetivo es preservar visibilidad de dependencias, presupuesto e hitos sin crear detalle especulativo.
Cuál debe ser el tamaño de una onda
No existe una duración universal.
El PMI utiliza ejemplos de horizonte próximo de alrededor de 90 días en su explicación de la técnica, pero el período debe definirse según la naturaleza del proyecto.
En ingeniería consultiva, una onda puede tener de cuatro a ocho semanas.
En implantación, puede ser necesario detallar tres o cuatro semanas y mantener un lookahead más amplio.
En proyectos de largo plazo, la planificación detallada puede alcanzar tres meses o más.
Los criterios más importantes son:
- velocidad con la que madura la información;
- duración de las actividades;
- lead time de procurement;
- cadencia de decisiones;
- necesidad de movilización;
- frecuencia de actualización del cronograma;
- riesgo de cambio.
La onda debe ser lo bastante larga para permitir preparación y lo bastante corta para mantener el detalle confiable.
El ciclo de Rolling Wave Planning paso a paso
1. Construir la visión integrada del proyecto
Antes de cualquier onda, el proyecto necesita una visión de extremo a extremo.
Esto incluye:
- objetivos;
- principales entregables;
- EDT;
- hitos;
- grandes dependencias;
- contratos y adquisiciones;
- gates;
- principales restricciones.
Sin esta visión, la planificación de corto plazo se convierte en gestión local sin conexión con el proyecto global.
2. Identificar el horizonte de detalle
Definir hasta qué fecha las actividades deben estar completamente descompuestas.
3. Mantener el futuro en planning packages
Los paquetes futuros deben ser suficientemente claros para permitir integración con cronograma, costos y recursos.
4. Preparar la próxima onda
Antes de que avance el horizonte, el equipo revisa los planning packages que entrarán en el período detallado.
5. Eliminar restricciones
El paquete solo debería detallarse como trabajo ejecutable cuando estén disponibles las entradas mínimas.
6. Descomponer el paquete
Transformar el planning package en actividades con lógica, responsables, duración y criterios de conclusión.
7. Actualizar el cronograma integrado
El detalle entra en el modelo sin perder la conexión con la baseline y los hitos originales.
8. Repetir con una cadencia definida
La técnica se llama “rolling wave” precisamente porque el horizonte avanza continuamente.
¿El cronograma está detallado, pero el siguiente frente sigue llegando a ejecución con restricciones, decisiones o entradas abiertas?
La Gestión de Proyectos y Project Controls integra cronograma, lookahead, restricciones, recursos, costos y forecast para que el detalle de la próxima onda ocurra antes de la necesidad de ejecución.
Planning package: el elemento que evita la falsa precisión
Un planning package representa trabajo conocido en alto nivel, pero todavía no detallado en actividades ejecutables.
Considere el paquete:
“Proyecto ejecutivo de adecuación eléctrica del Bloque B”.
Meses antes, quizá sea posible conocer:
- período aproximado;
- presupuesto de horas;
- principales predecesores;
- hito de emisión;
- disciplinas participantes.
Más cerca de la ejecución, después del levantamiento y proyecto básico, este paquete puede descomponerse en:
1. actualizar lista de cargas; 2. consolidar diagrama unifilar; 3. dimensionar alimentadores; 4. verificar cortocircuito y selectividad; 5. definir cuadros y dispositivos; 6. elaborar planos; 7. compatibilizar interfaces; 8. realizar verificación técnica; 9. emitir revisión para aprobación.
El detalle aparece cuando se vuelve útil y confiable.
Rolling Wave no debe destruir la línea base
Uno de los mayores riesgos de la técnica es convertir cada onda en una excusa para cambiar el compromiso original.
La planificación progresiva y el rebaseline son cosas diferentes.
Al detallar un planning package, el equipo puede distribuir mejor el trabajo dentro del período previsto. Sin embargo, si el nuevo detalle indica que la fecha final o el costo aprobado ya no son viables, eso representa una variación o cambio que debe tratarse mediante el proceso de gobernanza correspondiente.
No se debe simplemente “mover” la baseline para hacerla coincidir con el nuevo forecast.
¿El detalle progresivo se está confundiendo con revisión informal de plazo, costo o alcance?
El servicio de Gerenciamiento de Proyectos de Ingeniería separa forecast, replanificación y Change Control, preservando la baseline aprobada y la trazabilidad de las decisiones mientras el plan gana detalle.
Relación entre Rolling Wave y el cronograma CPM
Rolling Wave Planning no sustituye el Critical Path Method — CPM.
El cronograma integrado puede continuar estructurado como red lógica, con camino crítico, holguras, hitos y baseline.
Lo que Rolling Wave modifica es el nivel de descomposición a lo largo del horizonte.
En el corto plazo, la red posee mayor granularidad.
En el largo plazo, determinados tramos pueden permanecer agregados en planning packages.
A medida que los paquetes se detallan, la lógica se refina.
Esta integración es importante porque el proyecto no puede perder la visión de las dependencias críticas solo por trabajar con planificación progresiva.
Evitando la canibalización con el cronograma del proyecto
El tema de este artículo es cómo planificar progresivamente, no cómo montar un cronograma desde cero.
La estructura básica del cronograma, actividades, dependencias, camino crítico y control tiene tratamiento específico en el artículo Cronograma de proyecto: cómo elaborar, controlar y evitar retrasos.
Aquí, el foco es una decisión diferente: ¿qué nivel de detalle debe existir en cada horizonte de planificación?
Rolling Wave y Lookahead Planning: cuál es la diferencia
Los conceptos son próximos, pero no idénticos.
| Concepto | Foco principal | Horizonte típico | Resultado |
| Rolling Wave Planning | detalle progresivo del plan | variable | planning packages transformados en actividades detalladas |
| Lookahead Planning | preparar trabajo futuro y eliminar restricciones | corto/medio plazo | actividades listas para ejecución |
| Plan semanal | compromiso de ejecución inmediata | días/semana | tareas asumidas por el equipo |
Rolling Wave puede existir en la planificación del proyecto incluso sin Last Planner System.
El lookahead está particularmente asociado a la preparación del trabajo de corto plazo y adquiere un papel central en Lean Construction y Last Planner.
Rolling Wave y Last Planner System
Existe complementariedad.
Rolling Wave responde al problema de la granularidad progresiva de la planificación.
Last Planner System amplía la lógica hacia la confiabilidad de la planificación y producción, trabajando con restricciones, compromisos y aprendizaje sobre causas de incumplimiento.
En una implantación de ingeniería, el cronograma maestro puede utilizar Rolling Wave mientras el sistema de producción utiliza lookahead y compromisos semanales.
No son herramientas competidoras.
Rolling Wave y gestión ágil
La técnica también se conecta con la Gestión Ágil e Híbrida de Proyectos de Ingeniería.
Ambas reconocen que la planificación debe reflejar el nivel real de información.
La diferencia es que Rolling Wave es una técnica específica de planificación. La gestión ágil es un enfoque más amplio que puede involucrar priorización, flujo, feedback, ciclos y métricas adaptativas.
En un modelo híbrido, el proyecto puede mantener:
- baseline e hitos predictivos;
- Rolling Wave para el detalle;
- Kanban para el flujo documental;
- Change Control para cambios relevantes;
- EVM para desempeño agregado.
Aplicación durante FEL
FEL es uno de los entornos más adecuados.
En etapas iniciales, la organización no debería crear un plan ejecutivo detallado para decisiones que todavía dependen de la maduración del proyecto.
Puede existir, sin embargo, un roadmap claro para:
- levantamientos;
- estudios;
- decisiones;
- análisis de alternativas;
- estimaciones;
- revisión de riesgos;
- gates.
En cada gate, la madurez aumenta y el siguiente horizonte puede detallarse.
Esta relación ayuda a evitar un error común: confundir la falta de definición natural de la etapa inicial con falta de gestión.
Aplicación en el proyecto básico
En el proyecto básico, Rolling Wave permite priorizar paquetes que destraban decisiones de mayor impacto.
Por ejemplo:
- los criterios generales y las principales interfaces se detallan primero;
- los sistemas con mayor lead time reciben prioridad;
- las áreas dependientes de levantamientos permanecen agregadas hasta que los datos estén disponibles;
- los paquetes liberados entran en el detalle ejecutivo.
Esto reduce esfuerzo prematuro.
Aplicación en el proyecto ejecutivo
El proyecto ejecutivo exige mayor estabilidad, pero todavía puede tener ondas.
Un paquete del área A puede estar completamente detallado mientras el área B depende de un proveedor o acceso de campo.
La planificación debe permitir esta asimetría sin perder la visión global.
Aplicación en procurement
Procurement es un punto en el que la planificación progresiva debe utilizarse con cautela.
Los ítems de largo lead time exigen anticipación.
Por ello, incluso si el detalle de algunas disciplinas permanece futuro, la planificación debe identificar temprano:
- fechas necesarias para requisición;
- tiempo de cotización;
- evaluación técnica;
- fabricación;
- inspección;
- transporte;
- llegada al sitio;
- interfaces necesarias para la compra.
Rolling Wave no puede utilizarse como justificación para postergar decisiones críticas de suministros.
Aplicación en Owner’s Engineering
En Owner’s Engineering, la planificación debe acompañar no solo la ejecución física, sino también aprobaciones, submittals, RFIs, inspecciones y documentación.
Una onda de corto plazo puede detallar:
- documentos que deben aprobarse;
- inspecciones previstas;
- decisiones necesarias;
- interfaces que deben cerrarse;
- liberaciones de frente;
- pruebas programadas.
El OE pasa a ver no solo lo que la contratista pretende ejecutar, sino lo que debe estar resuelto antes para que la ejecución sea confiable.
Rolling Wave en proyectos brownfield
Los proyectos brownfield poseen una característica especial: los descubrimientos de campo pueden alterar premisas.
Una onda bien estructurada puede comenzar por la adquisición de información.
Ejemplo:
Onda 1 — levantamiento y validación
- inspección;
- levantamiento cadastral;
- verificación de documentación;
- registro de interferencias;
- confirmación de cargas e interfaces.
Onda 2 — definición técnica
- consolidación de criterios;
- alternativas;
- decisiones críticas;
- proyecto básico.
Onda 3 — detalle
- proyecto ejecutivo;
- especificaciones;
- listas de materiales;
- procurement.
La secuencia evita desarrollar un proyecto detallado sobre una base cadastral no confiable.
Cómo tratar las restricciones antes de la próxima onda
Antes de mover un paquete al horizonte detallado, debe existir una verificación de preparación.
Preguntas útiles:
- ¿los requisitos están claros?
- ¿las entradas de las demás disciplinas están disponibles?
- ¿se completó el levantamiento necesario?
- ¿se obtuvieron las decisiones del cliente?
- ¿se definió el proveedor cuando era necesario?
- ¿existe acceso al sitio?
- ¿están disponibles los recursos especializados?
- ¿existen aprobaciones previas necesarias?
Si la respuesta es negativa, el paquete puede incluso detallarse parcialmente, pero la restricción debe permanecer visible.
Definition of Ready aplicada a la planificación
La idea de Definition of Ready puede adaptarse a ingeniería sin transformar el proyecto en Scrum.
Un paquete está listo para detalle o ejecución cuando posee un conjunto mínimo de entradas.
Ejemplo para un documento técnico:
- alcance identificado;
- template/codificación definidos;
- datos de entrada disponibles;
- requisitos asociados;
- interfaces críticas conocidas;
- responsable designado;
- plazo necesario definido.
Esto reduce la práctica de iniciar trabajo que inevitablemente quedará detenido.
Integración con gestión de requisitos
El detalle progresivo no puede alterar requisitos silenciosamente.
La Gestión de Requisitos en Ingeniería debe garantizar que cada onda utilice la versión correcta de premisas y requisitos.
Cuando nueva información exige un cambio, este debe evaluarse y registrarse.
Integración con gestión de interfaces
Los planning packages futuros muchas veces dependen de interfaces todavía abiertas.
La Gestión de Interfaces puede indicar qué decisiones deben concluirse antes de liberar la siguiente onda.
Esta integración transforma la matriz de interfaces en un insumo real de planificación.
Integración con costos y recursos
El hecho de que una actividad futura todavía no esté detallada no significa que deba quedar sin previsión de costo o esfuerzo.
Los planning packages pueden contener:
- presupuesto;
- cantidad de HTE;
- recursos previstos;
- contingencia;
- período de utilización;
- responsabilidad organizacional.
Cuando el paquete se descompone, el presupuesto se distribuye entre las actividades detalladas.
El principio es preservar consistencia entre alcance, plazo y costo.
Rolling Wave y Earned Value Management
Rolling Wave puede coexistir con EVM, siempre que la estructura de control esté bien definida.
El trabajo futuro puede permanecer en planning packages dentro de cuentas de control. A medida que aumenta el detalle, el presupuesto se distribuye sin perder la trazabilidad con la base aprobada.
El problema surge cuando cada onda modifica arbitrariamente el presupuesto o las fechas sin un proceso de control.
EVM exige una referencia suficientemente estable para medir desempeño. Rolling Wave exige flexibilidad suficiente para detallar el trabajo. Un modelo maduro preserva ambos principios.
Métricas para controlar la calidad de la planificación
No basta con actualizar el cronograma.
Algunos indicadores ayudan a verificar si Rolling Wave está funcionando.
Porcentaje de paquetes detallados a tiempo
Mide si la próxima onda está siendo preparada antes de entrar en ejecución.
Cantidad de actividades iniciadas con restricción abierta
Ayuda a identificar planificación prematura.
Aging de decisiones críticas
Muestra cuánto tiempo permanecen pendientes las decisiones necesarias.
Variación entre duración preliminar y detallada
Diferencias grandes y recurrentes pueden indicar planning packages mal estimados.
Retrabajo de planificación
Mide cuántas actividades deben reconstruirse porque se detallaron demasiado pronto.
Confiabilidad de los hitos
Evalúa si el detalle progresivo mejora o degrada la capacidad de prever entregas.
Quién es responsable de detallar la próxima onda
La responsabilidad no debería quedar únicamente con el planificador.
La planificación debe involucrar a quienes conocen el trabajo.
En un proyecto de ingeniería, esto puede incluir:
- gerente de proyecto;
- planificación/Project Controls;
- coordinadores de disciplina;
- procurement;
- construcción;
- comisionamiento;
- Owner’s Engineering;
- proveedores estratégicos.
El planificador integra. Los responsables técnicos aportan lógica, duraciones, restricciones y criterios de conclusión.
El papel del PMO
El PMO puede estandarizar la aplicación de Rolling Wave entre proyectos.
Puede definir:
- criterios mínimos de detalle;
- horizontes recomendados;
- frecuencia de actualización;
- campos obligatorios para planning packages;
- reglas de baseline;
- indicadores;
- proceso de escalamiento de restricciones.
Así, cada proyecto mantiene flexibilidad operativa sin perder comparabilidad corporativa.
¿La organización necesita estandarizar Rolling Wave, horizontes, criterios de detalle y reglas de baseline entre varios proyectos?
La Implantación y Estructuración de PMO de Ingeniería establece estándares, cadencias, responsabilidades e indicadores para institucionalizar la planificación progresiva sin rigidizar proyectos con características diferentes.
Ejemplo completo de aplicación
Considere un proyecto con duración de 12 meses.
El cronograma maestro posee hitos de proyecto, procurement, movilización, construcción, pruebas y entrega.
Mes 0
Se detallan los próximos 60 días.
Los meses 3 a 6 poseen paquetes de nivel intermedio.
Los meses 7 a 12 permanecen en planning packages.
Mes 1
El equipo revisa el período que entrará en el nuevo horizonte detallado.
Verifica:
- documentos necesarios;
- equipos ya definidos;
- interfaces abiertas;
- disponibilidad de recursos;
- restricciones de acceso;
- decisiones pendientes.
Mes 2
El paquete del mes 3 se descompone en actividades ejecutables.
El cronograma se actualiza y las restricciones restantes se escalan.
Ciclos siguientes
El proceso se repite.
Todo el proyecto permanece visible, pero la “ventana de alta resolución” avanza con el tiempo.
Errores comunes al aplicar Rolling Wave Planning
Usar planning package como cajón de incertidumbres
El paquete necesita responsable, plazo y premisas. No puede ser simplemente “definir después”.
Detallar la próxima onda demasiado tarde
Si el trabajo se detalla el día en que debería comenzar, no existe tiempo para eliminar restricciones.
Rebaseline continuo
Actualizar la previsión no es cambiar la baseline.
Ignorar procurement
Las actividades futuras con largo lead time necesitan anticipación incluso cuando otros detalles permanecen abiertos.
Planificar solo en el software
El cronograma no crea información. El proceso debe involucrar a los responsables técnicos.
No registrar premisas
Cuando un planning package se basa en una hipótesis, esa hipótesis debe ser visible.
Confundir corto plazo con prioridad
Una actividad próxima puede no ser crítica; una decisión distante asociada a un equipo de largo plazo puede exigir acción inmediata.
Cuándo Rolling Wave Planning no es necesario
La técnica agrega menos valor cuando el proyecto es corto, altamente repetitivo y posee un alcance completamente conocido.
Si todas las actividades pueden detallarse de forma confiable desde el inicio, crear múltiples ondas puede introducir proceso sin beneficio.
Incluso en estos casos, algún nivel de lookahead puede seguir siendo útil para verificar restricciones.
Cuándo Rolling Wave se vuelve especialmente valioso
La técnica tiende a agregar valor cuando existen:
- proyectos largos;
- múltiples disciplinas;
- información progresiva;
- brownfield;
- decisiones de proveedores;
- interfaces complejas;
- etapas FEL/FEED;
- contratos de ingeniería consultiva por demanda;
- programas con varios paquetes;
- implantación con fuerte interacción entre ingeniería y campo.
Planificación progresiva y gobernanza
Rolling Wave Planning funciona mejor cuando está dentro de una estructura clara de gobernanza.
El proyecto necesita saber:
- quién aprueba la baseline;
- quién puede alterar la secuencia;
- qué cambios exigen Change Control;
- cuándo una premisa se convierte en compromiso;
- qué gates limitan el avance;
- cómo se tratan los impactos de costo;
- cómo se registran las decisiones.
Sin esto, la flexibilidad puede convertirse en inestabilidad.
Relación con Gestión Ágil e Híbrida
Rolling Wave es una de las prácticas más naturales para construir un sistema híbrido.
La planificación de largo plazo preserva objetivos y compromisos. La planificación próxima incorpora la información más reciente. La producción técnica puede utilizar gestión visual y flujo.
Esta arquitectura conecta:
estrategia → baseline → planificación progresiva → ejecución de corto plazo → feedback → nueva onda.
Evita tanto el extremo de intentar prever todo con falsa precisión como el extremo de operar sin una referencia integrada.
Aplicación en Ingeniería Consultiva y Owner’s Engineering
En la Ingeniería Consultiva, la planificación debe acompañar la maduración de la información y los entregables.
En Owner’s Engineering, también debe acompañar las decisiones que liberan a la contratista y protegen los intereses del propietario.
En ambos casos, Rolling Wave permite mantener una visión de medio y largo plazo sin exigir un nivel de detalle incompatible con la información disponible.
A3A Engenharia utiliza planificación progresiva, gobernanza, gestión de interfaces y Project Controls según las características de cada proyecto, integrando estas prácticas en servicios de Ingeniería Consultiva, PMO, gerenciamiento y Owner’s Engineering.
Referencias técnicas
[1] PROJECT MANAGEMENT INSTITUTE. Practice Standard for Scheduling — Second Edition. PMI. Disponible en: PMI.
[2] PROJECT MANAGEMENT INSTITUTE. A Guide to the Project Management Body of Knowledge (PMBOK® Guide) — Eighth Edition. PMI, 2025. Disponible en: PMI.
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 21502:2020 — Project, programme and portfolio management — Guidance on project management. Adopción brasileña: ABNT NBR ISO 21502:2021. Disponible en: ISO.
Preguntas frecuentes
Es una técnica de planificación progresiva en la que el trabajo de corto plazo se detalla y el trabajo futuro permanece en nivel agregado hasta que exista información suficiente para descomponerlo con calidad.
Es la traducción habitual de Rolling Wave Planning. En cada ciclo, el horizonte detallado avanza y nuevos planning packages se transforman en actividades ejecutables.
No. La técnica opera dentro de la planificación y del cronograma integrado. Define diferentes niveles de detalle a lo largo del horizonte y puede coexistir con CPM, baseline, hitos y Project Controls.
Rolling Wave trata principalmente del detalle progresivo del plan. Lookahead Planning se concentra en preparar el trabajo futuro próximo y eliminar restricciones antes de la ejecución.
Sí. Los planning packages pueden mantener presupuesto y posición temporal en cuentas de control y detallarse posteriormente, siempre que la descomposición preserve la trazabilidad con la baseline aprobada.
Depende del proyecto. El horizonte debe considerar duración de actividades, velocidad de maduración de la información, lead times, cadencia de decisiones y frecuencia de actualización. No existe una duración única válida para todos los proyectos.
Materiales técnicos complementarios
Soluciones relacionadas
- Implantación y Estructuración de PMO de Ingeniería
- Gobernanza de Proyectos, Programas y Portafolios
- Gestión de Requisitos, Evidencias y Criterios de Aceptación
Servicios de ingeniería relacionados
- Gestión de Proyectos y Project Controls
- Gerenciamiento de Proyectos de Ingeniería
- FEL (Front-End Loading)
Contenidos técnicos relacionados
- Gestión Ágil e Híbrida de Proyectos de Ingeniería
- Metodologías Ágiles en Proyectos de Ingeniería
- Cronograma de proyecto: cómo elaborar, controlar y evitar retrasos
- PMO: qué es, tipos y funciones
- Gestión de Interfaces en Proyectos de Ingeniería
