CONSTRUIR
PARA ARRANCAR
Advanced Work Packaging, sin filtros. El proyecto no existe para terminar construcción. Existe para entregar un activo capaz de ser energizado, probado, puesto en marcha y operado.
Planificamos desde el final. Construimos por sistemas y paquetes. Liberamos con evidencia.
Lo que no se dice en el comité
El proyecto no existe para construir. Existe para operar.
Construction Complete puede ser un gran hito y, al mismo tiempo, un proyecto todavía incapaz de generar valor. Si commissioning y startup aparecen recién al final del cronograma, llegaron demasiado tarde a la planificación.
Muchos proyectos no empiezan a atrasarse en construcción. Llegan atrasados desde FEL y lo descubren en construcción.
Cuando el atraso aparece en la curva, muchas de sus causas ya tienen meses o años: alcance, interfaces, permisos, estrategias o decisiones que no fueron cerradas a tiempo.
“Ingeniería al 85%” no demuestra que exista un frente ejecutable.
Emitir documentos y habilitar trabajo son condiciones distintas. La ingeniería sólo crea valor de ejecución cuando soporta la secuencia física y las necesidades reales del proyecto.
La curva verde y la obra roja pueden estar diciendo la verdad al mismo tiempo.
Cuando las estructuras de progreso, paquetes, costo y producción física no están integradas, cada sistema puede estar midiendo correctamente una realidad diferente.
Antes de culpar la productividad, revise la preparación.
Mucho trabajo “improductivo” es trabajo interrumpido: espera, búsqueda, retrabajo, accesos, información incompleta, materiales o predecesores que no llegaron a tiempo.
Cuando el frente improvisa, el sistema upstream debe preguntarse qué dejó abierto.
La improvisación puede ser la respuesta operativa a una definición, suministro o coordinación incompletos. Penalizar el síntoma sin revisar la causa sólo institucionaliza el retrabajo.
Un paquete sin material, información válida, acceso y predecesores no está listo.
Puede tener código, fecha y responsable. Pero si una restricción impeditiva permanece abierta, sigue siendo una promesa trasladada al frente.
Acelerar un frente no preparado multiplica consumo antes de multiplicar producción.
Más turnos y más recursos sobre restricciones abiertas producen más exposición, horas y coordinación. La recuperación comienza por remover la causa.
Nadie en terreno pide AWP. Piden condiciones para ejecutar.
AWP convierte esas condiciones en un sistema repetible, gobernable y medible: estrategia de ejecución, paquetes, readiness, restricciones, datos y controles conectados.
El proyecto puede terminar una área y seguir sin poder arrancar un sistema.
Por eso completions, SWP, turnover, energización y commissioning necesitan existir en la lógica de planificación mucho antes de la entrega física de construcción.
Valoramos
Decisiones que ya tomamos para no volver a discutirlas cada vez bajo presión.
Doce principios
El arranque manda.
El proyecto se planifica desde la condición final requerida por Operaciones: energización, commissioning, startup, producción estable y capacidad nominal. La construcción es un medio. El activo operando es el resultado.
El Path of Construction empieza por el final.
La secuencia física debe incorporar desde temprano la estrategia, prioridades, sistemas y restricciones de commissioning y startup.
Un paquete nace de una decisión de ejecución.
No de una disciplina, del organigrama ni de un centro de costo. Sus límites deben representar cómo el trabajo será construido, completado, probado y entregado.
Un IWP sólo existe cuando puede ejecutarse.
Scope claro. Cuadrilla definida. Secuencia conocida. Información disponible. Materiales disponibles. Predecesores cumplidos. Restricciones impeditivas cerradas.
Una restricción sin dueño, fecha, impacto y evidencia de cierre no está gestionada.
Un constraint register no es un archivo. Es un sistema de compromisos que protege el flujo de ejecución.
El calendario no libera trabajo. La evidencia sí.
La fecha requerida determina cuándo debemos estar listos. Pero una fecha en P6 nunca convierte por sí sola un paquete en ejecutable.
Congelar en el momento correcto protege el flujo.
Scope, sistemas, secuencia, interfaces y datos necesitan estabilidad suficiente para permitir ingeniería, compra, fabricación y ejecución.
El avance debe representar algo verificable.
Ingeniería habilitada. Material disponible. Trabajo instalado. Sistema completado. Prueba aceptada. Turnover ejecutado. Cada fase necesita evidencia compatible con lo que declara.
Contrato, cronograma, costo, paquetes, avance y pago deben hablar el mismo idioma.
Cuando cada sistema representa el proyecto de una forma diferente, la integración existe sólo en la presentación.
El modelo digital sirve a la ejecución y a la entrega.
Debe ayudar a validar paquetes, interfaces, accesos, secuencias, completions, systemization y turnover. Si sólo visualiza ingeniería, estamos usando una fracción de su valor.
La realidad del terreno es un dato de planificación.
Altitud, clima, turnos, caminos, mano de obra, logística, permisos, comunidades e interfaces operacionales no son imprevistos. Son inputs.
El proyecto termina cuando el sistema funciona.
Construction Complete no es Project Complete. El activo debe poder ser entregado, puesto en marcha, probado y operado de acuerdo con los criterios que justificaron la inversión.
Lo que dejamos de hacer
Dejamos de llamar plan a una lista de fechas.
Dejamos de definir el Path of Construction sin la secuencia de startup.
Dejamos de aprobar ingeniería sin una necesidad clara de ejecución y entrega.
Dejamos de liberar paquetes con restricciones impeditivas abiertas.
Dejamos de medir avance sin evidencia física o sistémica.
Dejamos de tratar commissioning y operational readiness como el problema del final.
Dejamos de hacer gestión de cambio suelta, sin trazabilidad de paquetes, decisiones e impactos.
Esto no es opinión
La tesis de este manifiesto no depende de una frase provocadora. Se apoya en investigación aplicada que conecta readiness, alineamiento organizacional, ingeniería y commissioning con la calidad real de la ejecución.
Construction Readiness
RT-DCC-02 estructuró el CRA a partir de 228 factores organizados en 15 categorías y datos de 80 proyectos para evaluar prontitud antes de construir. Fuente CII
Commissioning & Startup
RT-364 incorpora Energization & Commissioning al flujo AWP y reconoce que la estrategia de CSU debe influir el Path of Construction desde etapas tempranas. Fuente CII
AWP como Best Practice
RT-319 validó AWP como Best Practice y destacó tres prerequisitos: adherencia al proceso, alineamiento organizacional e integración contractual entre participantes clave. Fuente CII
Barreras de implementación
RT-365 identificó 78 barreras y más de 500 soluciones potenciales. Entre las categorías más significativas aparecen comprensión limitada, falta de alineamiento e integración deficiente entre AWP e ingeniería. Fuente CII
La conclusión práctica: no defendemos una moda. Defendemos una forma más verificable de preparar, construir, completar, entregar y arrancar proyectos de capital.
Este manifiesto no se firma asistiendo.
Se firma trabajando así.
AWP · Project Controls · Capital Projects
Santiago de Chile · 2026
AWP Sin Filtros es una iniciativa personal e independiente. Las opiniones aquí expresadas no representan posiciones oficiales de Accenture o Verum.