Dos preguntas distintas
PDRI y AWP se encuentran en la misma conversación — preparar el proyecto para una ejecución más confiable — pero responden a preguntas distintas. Confundirlos produce assessment sin ejecución o packaging sobre una definición todavía frágil.
Qué hace PDRI
PDRI es una herramienta de Front-End Planning desarrollada por CII para evaluar la completitud de scope definition e identificar risk factors asociados a costo, plazo y desempeño operacional. En Industrial Projects Version 5.0, la herramienta trabaja con 70 elementos y una dimensión adicional de accuracy de FEED.
- Hace visibles brechas críticas.
- Obliga al equipo a discutir evidencia, no sólo percepciones.
- Prioriza acciones de cierre antes del gate.
- Protege la decisión de inversión mostrando qué todavía no está suficientemente definido.
Qué hace AWP
AWP no es un assessment de definición. Es una arquitectura de ejecución. Conecta estrategia, Path of Construction, ingeniería, procurement, construcción, completions, Project Controls, contratos, BIM/data y readiness a través de paquetes y relaciones gobernadas.
- Materializa el Path of Construction.
- Organiza work packages y sus interfaces.
- Conecta necesidades de construcción con ingeniería y supply.
- Prepara la entrega por sistemas y commissioning.
- Da estructura a la liberación progresiva basada en readiness.
El error: usar AWP para esconder gaps de definición
Un proyecto puede tener cientos de CWPs y seguir mal definido. Package IDs no corrigen una estrategia contractual inconsistente, una utility no asegurada, una premisa de ramp-up contradictoria o un CAPEX sin base suficiente. En esos casos, AWP puede terminar organizando mejor una incertidumbre que debería haber sido resuelta antes.
Definir → cerrar brechas → estructurar ejecución → verificar readiness → liberar. PDRI, AWP y CRA funcionan mejor como gates y sistemas complementarios, no como sustitutos.