Quando a primeira máquina entra, o jogo já foi quase todo jogado.

Existe uma intuição de canteiro que atrapalha muita gestão: a de que uma obra se ganha ou se perde na execução — no ritmo das máquinas, na disciplina das frentes, na cobrança diária. A execução importa, mas ela trabalha dentro de uma moldura que já veio pronta. Quando o primeiro caminhão de terra sobe a rampa, o custo provável e o prazo provável da obra já estão, em boa medida, selados — pelas decisões tomadas lá atrás, quando o projeto ainda era papel.

Isso não é opinião: é o achado mais repetido da pesquisa de projetos de capital. Dois eixos contam a história. O primeiro é a capacidade de influenciar o resultado: no começo, com o traçado, a solução e a tecnologia ainda em aberto, você pode mudar quase tudo. À medida que o projeto amadurece, cada decisão fecha portas — e essa capacidade despenca. O segundo é o custo de mudar: alterar uma premissa num estudo custa uma reunião; alterar a mesma coisa com a obra em andamento custa retrabalho, aditivo e caminho crítico comido. As duas curvas se cruzam bem cedo.

FEL — Front-End Loading — é, literalmente, carregar de trabalho a frente: investir esforço de definição e de análise cedo, enquanto mudar ainda é barato, para chegar à decisão de investir com o projeto maduro. É um processo por fases, cada uma fechada por um portão de decisão (o modelo stage-gate). A cada portão, o projeto ou avança — mais definido, mais caro de mudar — ou para (é reciclado ou abandonado). Barato descartar cedo; caro descobrir tarde.

Repare no que muda de fase para fase: não é o tamanho do gasto — é o grau de definição. FEL 1 e FEL 2 consomem uma fatia mínima do orçamento total, mas é lá que se toma as decisões de maior impacto. Carregar bem a frente é gastar pouco dinheiro onde ele compra muita certeza.

O portão não é burocracia — é o momento em que a organização decide, com dados, se libera mais capital para a fase seguinte. Cada gate responde a uma pergunta e congela um conjunto de decisões. Passar de portão é ganhar definição e, ao mesmo tempo, perder liberdade de mudar barato.

O G3 — sanção (a Final Investment Decision, FID) é o portão que este artigo persegue. É o momento em que se assina o comprometimento do grosso do capital: daqui para frente, contrata-se, mobiliza-se e executa-se. Depois dele, a capacidade de mudar o resultado já caiu para uma fração — por isso o número de custo e o número de prazo que se leva ao G3 precisam se sustentar. Sancionar sobre uma definição frouxa é assinar o estouro com antecedência.

Aqui a tese vira instrumento. Arraste o momento do projeto ao longo das fases e veja os dois valores se moverem em direções opostas: a capacidade de mudar o resultado caindo, o custo de mudar subindo. Repare onde as curvas se cruzam — e como, no portão de sanção, o placar já está quase todo definido.

Se a definição amadurece por fases, a estimativa de custo amadurece junto. A AACE International classifica as estimativas em cinco classes, da 5 (a mais grosseira) à 1 (a mais apurada). O que define a classe não é o esforço de planilha — é o grau de definição do projeto. Quanto mais definido, mais estreita a faixa de erro e menor a contingência necessária. É um funil: a incerteza vai se fechando em torno do custo real à medida que o projeto avança.

Faixas de referência da AACE (Recommended Practice 17R-97, indústria de processo) — servem de ordem de grandeza; em obra civil calibre com dados próprios. A leitura que importa: a contingência não é chute, é função da classe. Sancionar com faixa de Classe 5 e contingência de Classe 1 é o roteiro do estouro.

Como medir se a definição está madura antes de sancionar? O CII (Construction Industry Institute) criou o PDRI — Project Definition Rating Index: uma checklist ponderada de elementos de escopo que produz uma nota (0 a 1000, quanto menor, melhor definido). A recomendação clássica é não autorizar o projeto com PDRI acima de ~200. É a forma objetiva de responder “já dá para passar do portão?” — em vez de decidir por otimismo ou pressão de calendário.

Por que isso importa tanto? Porque a evidência empírica é consistente. O IPA (Independent Project Analysis), a partir de bancos com milhares de projetos de capital, mostra o mesmo padrão desde os estudos de Edward Merrow: projetos com definição de front-end no quartil superior entregam custo e prazo mais previsíveis — menos estouros, menos surpresas, menos problemas de operabilidade na partida. Definir melhor não é garantia de custo baixo; é garantia de previsibilidade. E previsibilidade é o que um contrato, um financiador e um cliente realmente compram.

Chegamos à âncora honesta desta história. O cronograma detalhado — com CPM, caminho crítico, lógica completa e curva S — é um artefato de FEL 3 para a frente. Antes disso existem marcos e faseamento macro, não uma rede executável. O cronograma integrado ganha corpo justamente quando se prepara a sanção: é ele que sustenta a dimensão prazo do número que vai ao portão, e é sobre ele que a análise de risco dimensiona a contingência de prazo.

É exatamente aí que o Getsimplan entra. Ele não faz FEL — não gera projeto básico, não escolhe a alternativa, não produz a estimativa de custo Classe 3. O que ele faz é qualificar a dimensão prazo + risco do portão de sanção: lê o seu cronograma real e devolve, já calculados, o caminho crítico, a curva S e a tendência, o diagnóstico DCMA de qualidade da rede e a leitura de risco de prazo (Monte Carlo). Em outras palavras: ajuda a responder, com evidência, “a data e a contingência de prazo que eu vou sancionar se sustentam?”

É a diferença entre chegar ao G3 com “o cronograma diz 22 meses” e chegar com “o cronograma diz 22 meses, o caminho crítico está aqui, a rede passou no DCMA, e há 80% de chance de terminar até o mês 24 — por isso a contingência de prazo é de 2 meses”. A segunda frase é a que se sanciona sem medo.

Se o seu projeto está chegando ao portão de sanção — ou se você quer testar quão defensável é o prazo que já foi sancionado — o caminho é curto:

IPA — Independent Project Analysis / Edward Merrow — Industrial Megaprojects (front-end loading e previsibilidade de custo e prazo).
CII — Construction Industry Institute — PDRI · Project Definition Rating Index (índice de definição de escopo; corte de autorização ~200).
AACE International — Recommended Practice 17R-97 (Cost Estimate Classification System, Classes 5→1) e 18R-97 (indústria de processo).
Robert G. Cooper — Stage-Gate (portões de decisão em desenvolvimento de projetos).
Aprofundamento BR: Capital Projects Podcast (André Choma) — FEL, portões e front-end no contexto brasileiro. Ver também, no Getsimplan, o cronograma físico-financeiro, o registro de riscos e a simulação de Monte Carlo.