Planejamento & Controle de Obras · Material de referência

O raio-X que reprova o cronograma antes do cliente

Um cronograma pode estar lindo na tela e ser tecnicamente inútil: sem lógica, cheio de folga fantasma, travado por datas impostas. Os 14 testes do DCMA são o checklist que separa o cronograma que dirige a obra do que só decora a reunião.

🔬 DCMA · 14 pontos 📚 Defense Contract Management Agency 🔗 aba Diagnóstico DCMA do Getsimplan

Teste 3 defeitos no cronograma

Um cronograma saudável tem toda tarefa amarrada, folga realista e datas calculadas pela lógica. Ligue os defeitos mais comuns e veja a nota de saúde despencar:

14/14testes aprovados · cronograma confiável

Cada barra é uma tarefa; as linhas, os vínculos lógicos. Vermelho = tarefa ofensora de algum teste. Repare como remover vínculos destrói o caminho crítico — sem lógica, a data de término é ficção.

O que é o DCMA 14

A Defense Contract Management Agency (EUA) padronizou 14 métricas objetivas para avaliar a qualidade e a confiabilidade de um cronograma — sem julgar se o prazo é bom, e sim se o cronograma é tecnicamente sólido o suficiente para que qualquer análise em cima dele (caminho crítico, EVM, Monte Carlo) faça sentido.

Virou o padrão de mercado. Um cronograma que reprova em lógica ou folga é como uma planta baixa sem cotas: bonita, mas você não constrói sobre ela. Antes de confiar em qualquer indicador, passe o cronograma no DCMA.

A ideia centralOs 14 testes têm limiares numéricos (ex.: no máximo 5% de tarefas sem lógica). Não é opinião: é aprovado ou reprovado, com a lista exata das tarefas que falharam. Isso torna a conversa com o empreiteiro objetiva — "estas 40 atividades estão sem sucessora", não "seu cronograma parece frágil".

Os 14 testes, por grupo

Lógica da rede

01Lógica faltando — tarefas sem predecessora e/ou sucessora. Cada uma é um "fio solto" que quebra o caminho crítico.≤ 5%

02Leads (lag negativo) — sobreposição forçada por número negativo. Distorce o cálculo; a boa prática é zero.= 0

03Lags (lag positivo) — esperas embutidas no vínculo em vez de viradas em atividade. Escondem tempo.≤ 5%

04Tipos de vínculo — predominância de Término-Início (FS). Excesso de SS/FF sugere lógica forçada.≥ 90% FS

Folga & datas

05Restrições rígidas — "deve iniciar em", "não terminar depois de". Congelam a lógica e mascaram o caminho crítico real.≤ 5%

06Folga total alta — tarefas com > 44 dias úteis de folga. Sinal de lógica faltando ou sequência incompleta.≤ 5%

07Folga negativa — o cronograma já nasce impossível. Toda folga < 0 precisa de plano de recuperação.= 0

Realismo & execução

08Duração alta — tarefas com > 44 dias úteis. Muito longas para medir avanço com confiança — quebre em pacotes.≤ 5%

09Datas fixadas (invalid dates) — previsões no passado ou reais no futuro. Erro de atualização.= 0

10Recursos — tarefas com custo/trabalho atribuído, onde aplicável, para o EVM funcionar.contexto

11Atividades perdidas (missed) — deveriam ter terminado e não terminaram. Mede aderência ao plano.≤ 5%

Índices de prazo

12Teste de prazo (critical path test) — o caminho crítico é contínuo do início ao fim? Um "furo" indica lógica quebrada.íntegro

13CPLI — Critical Path Length Index: eficiência do caminho crítico. 1,0 ideal.≥ 0,95

14BEI — Baseline Execution Index: tarefas concluídas ÷ as que a linha de base pedia. Ritmo vs plano.≥ 0,95

Os três que mais reprovam

Na prática, quase todo cronograma de obra tropeça nos mesmos pontos:

Lógica faltando (#1) → atividades cadastradas "soltas", sem amarração. O caminho crítico fica curto ou falso. Restrições rígidas (#5) → datas impostas ("começa dia tal") no lugar de lógica. Travam o recálculo. Folga alta (#6) → dezenas de tarefas com semanas de folga = sequência incompleta, não folga real. Os três têm a MESMA raiz: rede lógica incompleta. Resolver #1 costuma consertar #6 e #12 de quebra.

Por que restrição rígida é traiçoeiraUma "data obrigatória" faz o cronograma parecer no prazo mesmo quando a lógica diria o contrário — ela segura a tarefa artificialmente. O caminho crítico calculado passa a mentir. É o defeito que mais engana em análise pericial de atraso.

DCMA antes de tudo

O DCMA é o pré-requisito das outras análises. Rodar Monte Carlo, Valor Agregado ou caminho crítico sobre um cronograma que reprova em lógica é dar precisão a um erro — o resultado tem três casas decimais e está errado.

1. DCMA passa? → a rede é confiável 2. então: caminho crítico, EVM, Monte Carlo fazem sentido Sem o passo 1, todo indicador em cima é castelo na areia.

→

No seu dashboard

O Getsimplan roda os 14 testes automaticamente ao subir o cronograma — na aba Diagnóstico DCMA:

Cada ponto com aprovado / parcial / reprovado, o valor medido e o limiar.
A lista das tarefas ofensoras de cada teste — o que reprovou, nominalmente, para você corrigir no MS Project.
Um resumo de oportunidades e plano de ação, mais o BEI e o CPLI já ligados ao caminho crítico e ao EVM.

O MS Project não faz DCMA nativo; o P6 exige configuração. No Getsimplan sai do próprio arquivo, em segundos.

Quero auditar meu cronograma →

Referências

Fonte primária: Defense Contract Management Agency (DCMA) — 14-Point Schedule Assessment.

Complementos: Schedule quality · Project Control Academy — DCMA 14-Point · AACE RP 14R-90 (longest path) & 49R-06 (float) · O'Brien & Plotnick — CPM in Construction Management.

← todos os artigos do Getsimplan