O cronograma "bate a data". Mas a rede que produz essa data passa no portão?

Dois cronogramas podem carregar exatamente a mesma data contratual de término e serem mundos diferentes. Num deles, a data cai da rede: as atividades estão vinculadas, o caminho crítico é rastreável e a folga é sadia. No outro, a data foi digitada — presa a uma restrição rígida (Deve Terminar Em) com folga negativa escondida atrás dela. Os dois mostram a data. Só um vai sustentá-la.

Aprovar no portão lendo o marco de entrega é assinar um cheque sem fundo. A pergunta do revisor não é “qual a data?” — é “a rede que produz essa data é crível?”. E a maioria dos cronogramas reprova em coisas básicas: sem baseline salva, lógica faltando, restrições rígidas mascarando o atraso, sem registro de riscos e sem um centavo de contingência dimensionada.

Um portão (stage-gate / revisão de fase FEL) faz sempre a mesma pergunta em cada limiar: este projeto está maduro o bastante para liberar a próxima parcela de dinheiro? Ao longo do Front-End Loading, a régua sobe a cada portão:

No Gate de sanção (FID), o crivo é máximo: a data que sai dali vira compromisso contratual, e por isso rede e risco pesam mais do que em qualquer portão anterior.

Cada item abaixo é verificável direto no arquivo de cronograma — não é opinião, é leitura. Dois deles são itens de veto (◆): sem eles, a data não é auditável e o portão reprova por mais alta que seja a nota nos demais.

◆ Baseline salva% de atividades com linha de base

Sem linha de base não há contra o quê medir — todo avanço parece “no prazo” por ausência de referência. Mede-se o % de atividades com baseline gravada. É a régua de tudo. Veto. (Ver Valor Agregado.)

◆ Rede sã (DCMA)lógica, restrições, folga

A espinha dorsal: lógica faltante ≤ 5%, sem restrições rígidas, ≥ 90% de vínculos FS, sem folga negativa e sem leads. Uma rede frouxa produz qualquer data. Veto. (Ver os 14 pontos do DCMA.)

Marcos contratuaiscom data derivada

Os marcos do contrato existem na rede e têm data derivada da lógica — não digitada. Um marco sem predecessora é um número solto que ninguém consegue defender.

Riscos + Monte Carlofaixa de término (P80)

Há registro de riscos e uma simulação de Monte Carlo que devolve a faixa de término. A data que se promete é o P80, não o determinístico. (Ver Monte Carlo e o registro de riscos.)

Contingência dimensionadareserva = P80 − P50

A reserva de prazo é a distância entre o P50 e o P80, calculada — não um número redondo chutado no fim do cronograma. Sem ela, a primeira chuva vira pleito.

Classe de estimativacoerente com a fase — AACE 18R-97

Classe 4–5 no FEL2, Classe 3 no FEL3, Classe 3–2 na sanção. Um cronograma detalhado ao dia numa fase que só comporta faixa é falsa precisão — maturidade aparente, não real.

Atualidade do statusdata de status recente

Data-status recente, progresso reportado e sem tarefas no passado ainda em aberto (as invalid dates do DCMA). Cronograma desatualizado descreve uma obra que já não existe.

WBS / EAPescopo 100% decomposto

Escopo inteiro decomposto na estrutura analítica, sem atividade solta fora da árvore. É a garantia de que a rede cobre tudo que o contrato exige.

Escolha o portão, ajuste a cobertura de baseline e ligue/desligue os itens. O medidor de maturidade (0–100), o semáforo e o veredito recalculam na hora. Comece com tudo verde e faça o teste decisivo: desligue a rede (ou zere a baseline) e veja a nota alta não salvar o cronograma — item de veto reprova sozinho. Depois troque o portão e veja o mesmo cronograma mudar de veredito.

Nem todo item pesa igual, e dois deles não são negociáveis. Sem baseline você não tem régua — não há SPI, não há desvio, tudo parece no prazo. Sem rede sã a data não é auditável: pode estar presa a uma restrição rígida com folga negativa por baixo. Por isso, no medidor, desligar qualquer um dos dois no portão de definição ou de sanção derruba o veredito para REPROVADO — mesmo com nota alta nos outros seis itens. O portão de seleção (FEL2) é mais tolerante: aceita uma pendência crítica como ressalva, não como reprovação.

As faixas do veredito: APTO em ≥ 85 e sem veto; COM RESSALVAS entre 65 e 85 (avança sob condicionantes formais); REPROVADO abaixo de 65 ou com qualquer item de veto acionado no portão. O ajuste dos pesos por portão é o que faz o mesmo cronograma ser aceitável no FEL2 e reprovar na sanção — a maturidade é sempre relativa ao que a decisão exige.

Todo portão mal auditado deixa passar o mesmo punhado de defeitos — e cada um deles vira obra parada semanas depois. Quatro clássicos:

1 · Restrição rígida escondendo atraso

Uma data Deve Terminar Em trava o marco no papel; o atraso real vira folga negativa que ninguém enxerga no relatório de marcos. É o DCMA #7 (hard constraints) e #8 (folga negativa) reprovando por baixo. Mitiga: zerar restrições rígidas e deixar a data cair da lógica. (Ver caminho crítico.)

2 · Cronograma sem baseline

Sem linha de base não existe SPI nem variação — a obra é reportada “no prazo” apenas porque não há contra o quê comparar. O primeiro atraso só aparece quando já é irrecuperável. Mitiga: salvar e congelar a baseline antes de submeter ao portão.

3 · Sem riscos, sem contingência

A data prometida é o determinístico do CPM — uma probabilidade de ~20–30% de ser cumprida. Sem reserva dimensionada, a primeira chuva estoura o prazo e vira pleito. Mitiga: Monte Carlo sobre a rede e reserva P80 − P50 explícita. (Ver Monte Carlo.)

4 · Classe de estimativa fantasiosa

Um cronograma detalhado ao dia numa fase que só comporta faixa vende falsa precisão que o portão compra como maturidade. Mitiga: declarar a classe AACE da fase e conferir se o nível de detalhe é coerente. (Ver físico-financeiro.)

O Getsimplan monta a Prontidão de Portão lendo estes itens direto do seu cronograma — sobre os valores reconferidos de cada nó contra o oficial do arquivo, nunca sobre número colado:

* O medidor entrega a dimensão cronograma + risco do portão. Escopo, engenharia e base de estimativa (o PDRI completo do CII) ficam fora — e o painel diz isso, para você não confundir “cronograma pronto” com “projeto pronto”.

DCMA — 14-Point Schedule Assessment (lógica faltante, restrições rígidas, %FS, folga negativa, invalid dates).
CII — Project Definition Rating Index (PDRI) e a lógica de portões do Front-End Loading.
IPA (Independent Project Analysis) — FEL / maturidade de definição e sua correlação com desempenho.
AACE International — 18R-97 Cost Estimate Classification System (classes 5→1 por fase) e o Total Cost Management Framework.
Aldo Dórea Mattos — Planejamento e Controle de Obras. Aprofundamento em português: Capital Projects Podcast (André Choma). Ver também os 14 pontos do DCMA e o Monte Carlo de cronograma.