AWP LABS

Planning & Schedule Analytics Suite

Analítica de cronogramas 100% local para minería, energía e infraestructura pesada.

Primavera P6Synchro 4D100% en su equipo

awplabs.cl

Fundamento · Soberanía de datos

El análisis viaja. Su base de datos, no.

Cero fuga a la nube

Sin cargas, sin cuentas SaaS, sin procesadores externos. La lógica del cronograma y los modelos de costo son activos comerciales y se quedan dentro de su perímetro.

Motor P6 local

Cada parser, gate y dashboard corre contra la base de datos SQLite standalone de Primavera P6 o el XER crudo, en su propio equipo.

Extracción directa

SQL parametrizado sobre las tablas nativas de P6 — TASK, TASKPRED, TASKRSRC, PROJECT, PROJWBS, CALENDAR. Sin automatización frágil de la interfaz.

Cómo se garantiza. Los dashboards se sirven desde un proceso local sin dependencias y leen una copia reducida de la base de datos — el archivo de trabajo nunca se mueve y nada del entregable requiere conexión a internet.

La suite · Diez operaciones canónicas

Diez operaciones, un método

KPI

Calidad del cronograma

Los 14 chequeos DCMA, ponderados, más métricas profundas de lógica, detección de loops y trazabilidad entre fases.

Puntaje de salud + las actividades que fallan

CRV

Curvas de avance

Curvas S físicas plan, ganado y pronóstico directo desde los datos de P6 — sin fórmulas de planilla que se desvían.

Curvas S, ponderadas por duración o cantidad

MCR

Riesgo del cronograma

Monte Carlo CPM sobre la red real: hitos y ruta crítica probabilísticos.

Fechas P10–P95 + tornado

REV

Revisión del cronograma

Revisión contra revisión: actividades agregadas, eliminadas y desplazadas, con reales perdidos marcados.

Tabla de cambios Rev A vs Rev B

BAF

Revisión de ofertas

Cronogramas de contratistas competidores calificados con una misma vara — misma lógica, mismo denominador.

Puntajes de licitación ordenados y defendibles

GNT

Presentaciones Nivel 1 y 2

Presentaciones ejecutivas de hitos con superposición de varias actualizaciones, editables por su propio equipo.

PowerPoint, formas editables

GNT

Gantt y EPS Explorer

Gantt interactivo con calidad de publicación: navegación multiproyecto, trazado de lógica, análisis de holguras.

Un solo archivo HTML autocontenido

FCT

Portfolio Forecast

HH o FTE por mes para cada versión de cronograma en la base P6 — plan, real y pronóstico early / late, por área y proyecto.

Curvas HH / FTE · área › proyecto × versión

S4D

Planificación AWP y 4D

Vínculo cronograma–modelo en Synchro mediante diccionarios de códigos, siguiendo el Path of Construction.

Modelo 4D vinculado + tablas de mapeo

AIA

Adopción de IA

Modelo Group Champions: un AI Champion por grupo de planificación prototipa casos de uso LLM y publica un playbook gobernado y eficiente en tokens que el resto de la PMO reutiliza.

Playbooks .md · uno por grupo, en 4 semanas

Y un estándar que atraviesa las diez: la adherencia. Cada operación se lee contra la línea base aprobada — fechas, lógica, alcance y flujo. No es un undécimo servicio; es cómo se hacen las diez.

Nuestro estándar · Aplicado en las diez operaciones

Adherencia: ¿el proyecto sigue haciendo lo que comprometió?

Adherencia paramétrica línea base vs actualizaciones

Fechas e hitos — deslizamiento de inicio y término contra los cortes de la línea base aprobada
Duraciones y holguras — inflación de duraciones, crecimiento de lags y erosión de la holgura total
Recursos y dotación — despliegue de FTE y peak de mano de obra contra los perfiles comprometidos
Compromiso del período (PPC) — porción del trabajo que el corte anterior planificó para el período y que efectivamente ocurrió, con las listas de lo que se deslizó y lo no planificado detrás de cada número

El denominador es siempre el plan del corte anterior — medida contra una línea base replanificada, la adherencia finge 100% cada mes.

Adherencia estructural el estándar AWP Labs

Adherencia de lógica — ejecución fuera de secuencia, relaciones eliminadas y leads o lags negativos inyectados, detectados entre revisiones antes de que sepulten la verdadera ruta crítica
Adherencia de alcance (3D + cronograma + 4D) — cada geometría del modelo debe conectarse a una actividad válida y su objeto 4D: nada construido que no se programó, nada programado que no se construyó
Adherencia del flujo AWP — el Path of Construction exigido en CWA → CWP → IWP, con liberaciones de ingeniería y adquisiciones alimentando ventanas de instalación sin restricciones

El porcentaje de avance por sí solo no ve nada de esto — un cronograma puede cumplir su número mientras su lógica, alcance y flujo se alejan silenciosamente del compromiso.

Operación 1 · Calidad del cronograma

Catorce chequeos ponderados, ocho diagnósticos más

LFH — los 14 chequeos DCMA oficiales más 8 diagnósticos adicionales

The 14 official DCMA checks, weighted, plus 8 additional diagnostics (#15–#22): open starts and finishes, oversized lags, out-of-sequence, soft constraints and labour coverage. The score comes from the 14; the extras point at what to fix. Synthetic demo data.

Más allá del checklist

Métricas profundas de lógica sobre los 14 chequeos
Detección de loops en toda la red (Tarjan / SCC)
Trazabilidad entre fases: ¿las actividades de construcción realmente llegan a ingeniería y adquisiciones?
Gate completo en menos de cinco minutos

Operaciones 2 y 3 · Avance y riesgo

Cuánto se hizo, y cuál es realmente la fecha de término

Progress Tool — curva S y avance incremental por período

The Progress Tool as delivered: baseline chain in the sidebar, S-curve with incremental columns, budget per cut below. Weighted per CRV-GEN-11 and the basis printed on the deliverable. Read against the adherence standard, the curve says how much and whether it was the committed work. Live dashboard on synthetic demo data.

Distribuciones Monte Carlo de fecha de término y tornado de sensibilidad, A vs B

Finish-date distribution and sensitivity tornado, side by side for two schedules. The formal deliverable runs on the audited engine (deterministic backbone validated to +2.2 days over a 5.5-year programme, ~0.1%); this in-browser edition powers live sessions. Live dashboard on fictional sample data.

Operaciones 4 y 5 · Revisión y evaluación de ofertas

Dos cronogramas, una misma vara

Revisión contra revisión

P6 Check — comparación frente a frente e hitos alineados por código

Head-to-head comparison and milestones aligned by code with signed day deltas — plus added, removed and shifted activities and the lost-actuals alert. Same exclusions and thresholds on both sides. Live dashboard on fictional sample data.

Revisión de ofertas (BAFO)

P6 Check — curvas y dotación FTE, propuesta A vs propuesta B

Competing schedules processed identically: curves and FTE staffing reconciled against the raw network logic, milestone probabilities per proposal, and ranked technical scores you can defend in an award panel. Live dashboard on fictional sample data.

Operaciones 6 y 7 · Presentaciones ejecutivas y Gantt

El cronograma, dibujado para quien lo lee

Gantt por WBS con banda de hitos clave

Progress Tool — Gantt por WBS con hitos clave y deltas en días vs referencia

Baseline envelope, update and actual bars per WBS — key-milestone band with signed day deltas. Synthetic demo data.

P6 Check — roadmap por frentes, A arriba, B abajo

Roadmap by fronts — two schedules side by side with milestone diamonds. Fictional sample data.

Presentaciones Nivel 1 y 2

Presentaciones ejecutivas de hitos en PowerPoint: superposición de actualizaciones, escala de tiempo fija, formas editables — su equipo las ajusta sin volver a nosotros.

Operación 8 · Portfolio forecast

Cada versión de cronograma de la base, en una sola curva de mano de obra

HH acumuladas por área Update · Month 2 · Forecast Early · HH

Leído directo de la base P6. Una versión de cronograma — Update · Month 2, 21 cronogramas — acumulada y apilada por área; Data Date marcado. La misma vista cambia en vivo a por proyecto, incremental, FTE o cualquier otra versión. Curvas ilustrativas.

Qué responde

Cuánta gente, cuándo — HH o FTE por mes, incremental o acumulado, con horas/mes editables en vivo
Update contra líneas base — Month 1, Month 2, BL1, BL2 y BL lado a lado, con Data Date marcado
Árbol área › proyecto — cada proyecto desplegado individualmente, agrupado por área; sin bolsa "Otros"
Confidencial por defecto — códigos de proyecto con alias PRJ-NN, clave en archivo aparte

Un HTML autocontenido, más CSV y JSON para reportes automatizados. Totales conciliados contra SQL hasta la última hora.

Operación 9 · Planificación AWP y 4D

El modelo, los paquetes y el cronograma comparten un mismo código

Path of Construction CWA → CWP → IWP

CWAConstruction Work Area — área / sistema del modelo 3D

CWP · EWPConstruction / Engineering Work Packages — nodos WBS alineados al contrato

IWPInstallation Work Package — nivel de frente de trabajo, consolidado en P6

Sin esquema de códigos paralelo: la jerarquía AWP reutiliza los códigos de actividad, plantillas WBS y nombres de recursos del portafolio, y las liberaciones de ingeniería y adquisiciones alimentan ventanas de terreno sin restricciones. El gate de trazabilidad verifica que el cronograma respete la secuencia.

Cronograma ↔ modelo, a través de los datos

Modelo Synchro 4D vinculado al cronograma P6

Model objects link to coded resources and resources to activities — injected into the XER and re-imported, so the 4D link is rebuilt automatically on every schedule update instead of being re-clicked in the UI. Mapping tables stay reviewable.

Operación 10 · Adopción de IA

Un Champion por grupo, un playbook por caso de uso

Modelo Group Champions prototipo → playbook → reutilización

1Nominar

Cada grupo de planificación, costos, contratos e ingeniería nombra un AI Champion — un experto del dominio, no un rol de TI.

2Prototipar

El Champion prueba casos de uso LLM sobre trabajo real: narrativas de cronograma, resúmenes de revisión, hallazgos DCMA, comparación de ofertas.

3Publicar

Un playbook .md breve por caso de uso — el primero en cuatro semanas — con la misma plantilla de 10 secciones para todos los grupos.

4Gobernar y reutilizar

La gobernanza central controla cumplimiento, modelos y reglas de saneamiento; el resto de la PMO adopta patrones probados sin reinventar prompts.

Por qué el camino intermedio. Todo centralizado, nada sale; todo distribuido, nada se gobierna. Los Champions aportan el matiz del dominio; el playbook aporta el estándar.

El playbook de 10 secciones

Objetivo y alcance — resultado, usuarios, entradas, salidas
Modelo y presupuesto de tokens — modelo aprobado, temperatura, tokens por consulta
Prompts eficientes en tokens — sistema, ejemplo de usuario, variante comprimida
Saneamiento de entradas — remoción de PII, tipos de archivo permitidos, redacción
Aceptación y escalamiento — controles de calidad, cuándo revisa un humano, Champion → Compliance → Legal
Monitoreo y despliegue — tokens, costo, tasa de error, incidentes PII, umbrales de alerta

Markdown plano: vive en su repo o base de conocimiento, versionado como cualquier otro documento del proyecto.

Por qué es repetible

Método, no improvisación

102objetos catalogados

+2.2 den 5,5 años (~0,1%)

80–92%filas filtradas antes de auditar

< 5 mingate de calidad completo

Gobernanza del catálogo

Cada curva, KPI, vista Gantt y panel de riesgo es un objeto catalogado con su propio código y su propio contrato de entrada/salida — 102 en 10 categorías, ensamblados en 14 entregables registrados. Los objetos son atómicos y sustituibles: un reporte se compone, no se reconstruye, y el mismo motor auditado corre en cada proyecto y cada actualización mensual.

Cada panel lleva su código de objeto y cada entregable declara los objetos que lo componen — incluido este, al pie de la última lámina.

Gobernanza que sobrevive a la entrega

El estándar viene con su propia gobernanza: gates de calidad recurrentes en cada corte, revisiones de restricciones y de revisiones, y reportes controlados por catálogo — así el método sigue corriendo dentro de su PMO cuando nos vamos. La ruta de despliegue, semana a semana, está en la siguiente lámina.

Dónde está la línea. Revisamos, encontramos y recomendamos — las modificaciones las ejecuta su equipo de proyecto. La toolchain nunca edita por sí sola un cronograma del cliente.

Cómo aterriza · Semanas relativas desde t0, sin fechas calendario

La ruta del servicio

t0sem 3sem 7sem 13sem 21

0 · Diagnósticoinforme de diagnósticoAcceso a la base P6 · gate DCMA-14 en cada cronograma · mapa de madurez de datos

1 · Diseño del estándarestándar corporativo aprobadoPath of Construction · diccionarios de códigos · plantillas WBS · reglas de readiness

2 · Pilotopiloto validado contandoUna cadena de punta a punta: ingeniería → adquisiciones → P6 → avance → 4D

3 · Despliegueportafolio bajo el estándarPlantillas y scripts por proyecto y contratista · capacitación

4 · Gobernanzapermanente →Gates recurrentes · revisión de restricciones y revisiones · reportes por catálogo

Módulo 4D / AWPpor proyectoOpcional, por proyecto con modelo 3D — mismos códigos

Módulo Adopción de IASin barra fija — se dimensiona por organización. El plazo depende del tamaño y la complejidad de la organización y de la amplitud de los casos de uso de IA en alcance. Arranca cuando se nombra el primer Group Champion: primer playbook en cuatro semanas, luego un grupo a la vez.

Cada fase sale por la misma puerta: el gate DCMA-14 más evidencia validada contando. El despliegue depende del portafolio; la gobernanza es permanente desde la semana 13.

Siguiente paso

El desafío del gate en cinco minutos

Traiga un archivo Primavera P6 — un XER o una base standalone — y vea correr el gate de calidad en vivo, de punta a punta, en cinco minutos.

Sin instalación ni ticket a TI: nada se despliega en su red
Su archivo nunca sale del equipo donde se abre
El informe queda con usted, trabajemos juntos o no

awplabs.cl

contact@awplabs.cl

WhatsApp +56 9 6516 7239

Santiago, Chile

DSH-WEB-02 · AWP Labs Planning & Schedule Analytics Suite — presentación ejecutiva (HTML)- · 24 objetos

KPI-LFH-03 LFH engine — weighted DCMA scoring (135 pt) + CPLI/BEI + Labor
KPI-GEN-04 LFH score — DCMA-14 + CPLI + BEI per schedule
KPI-GEN-05 Standard DCMA-14 engine (the 14 official checks)
REV-DIA-01 DCMA-14 quality check + inter-phase traceability
CRV-GEN-02 Duration-weighted progress (P6_Progress)
CRV-GEN-04 Progress curve over the chain (plan / actual / variance)
CRV-GEN-11 Progress weighting basis — duration by default, quantities only when loaded
KPI-GEN-07 Schedule adherence standard (parametric + structural)
MCR-GEN-02 CPM Monte Carlo — source-agnostic engine (.db / .xer)
MCR-GEN-03 Monte Carlo in the browser (CPM + triangular per class)
REV-GEN-03 Change table between versions
REV-BAF-01 BAFO comparative assessment of EPC proposals
GNT-GEN-06 P6-style schedule viewer (table + bars + logic links)
GNT-GEN-02 WBS Gantt with fixed scale and milestone band
GNT-GEN-03 A vs B roadmap by scope row (update vs baseline drift)
GNT-GEN-10 EPS Explorer add-on layer (selector, tree, column fit, links & resources columns)
GNT-GEN-09 Executive PowerPoint Gantt with editable shapes (from .db)
S4D-TV4-01 4D link injector into XER
FCT-GEN-01 Portfolio forecast de mano de obra — HH / FTE por mes, área › proyecto × versión de cronograma (desde .db)
AIA-PBK-01 Adopción de IA — modelo Group Champions y plantilla de playbook .md de 10 secciones
TLC-GEN-14 Zero-dependency local server for dashboards that read a .db
TLC-GEN-17 P6 database slimming to a single project
CMP-GEN-07 Object code watermark (cross-cutting standard)
CMP-GEN-08 Object manifest of the deliverable (cross-cutting standard)

Catálogo de objetos AWP Labs · generado 2026-09-05