7 Gates de Maturidade para Investimentos Públicos em Engenharia: da alocação do recurso à entrega

Sumário executivo

Recursos públicos podem estar disponíveis antes de o empreendimento estar tecnicamente pronto para consumi-los. Essa diferença entre disponibilidade financeira e maturidade do investimento é uma das fontes de risco mais relevantes na estruturação de obras e serviços de engenharia. Quando a Administração avança sem conhecer suficientemente a necessidade, a condição existente, o projeto, o custo, o prazo, os riscos, a estratégia de contratação ou sua própria capacidade de governança, as incertezas não desaparecem: elas migram para o contrato e passam a ser corrigidas em uma fase mais cara, mais lenta e mais sujeita a conflito.

Os dados do Tribunal de Contas da União dão escala ao problema. A participação de obras paralisadas na carteira acompanhada pelo Tribunal evoluiu de 38,5% em 2022 para 41% em 2023 e 52% em abril de 2024. Em abril de 2025, 11.469 de 22.621 obras mapeadas permaneciam paralisadas, ou 50,7%. O TCU também registrou que aproximadamente 1.200 das 5.505 obras iniciadas entre abril de 2024 e abril de 2025 já haviam entrado em situação de paralisação. Em 2026, o Tribunal saneou a base e refinou os critérios de classificação, distinguindo com maior clareza obras paralisadas, canceladas e concluídas; por isso, a nova fotografia não deve ser comparada mecanicamente com a série anterior.

O objetivo deste Paper é transformar esse diagnóstico em um modelo de decisão. O framework 7 Gates de Maturidade para Investimentos Públicos em Engenharia organiza sete pontos de controle entre a identificação da necessidade e a entrada do ativo em operação. Em cada gate, o gestor deve responder a quatro perguntas: o que precisa estar suficientemente definido, quais evidências demonstram essa condição, quais riscos impedem o avanço e que controle de engenharia pode reduzir a incerteza?

O framework não cria uma nova obrigação normativa nem substitui a Lei 14.133, os modelos da Advocacia-Geral da União ou as orientações do TCU. Ele funciona como uma camada de governança técnica: integra instrumentos já existentes em uma sequência de decisão e ajuda a Administração a evitar que a urgência de contratar suplante a maturidade necessária para entregar.

Por que um modelo de gates é necessário

A gestão tradicional costuma dividir o empreendimento em fases: planejamento, projeto, licitação, obra e recebimento. Essa organização é útil, mas possui uma limitação: a simples passagem do tempo ou a conclusão formal de uma atividade não prova que a etapa seguinte está pronta para começar.

Um Projeto Básico pode ter sido “entregue” e ainda possuir incompatibilidades. Um orçamento pode existir e ainda não ter memória de quantitativos confiável. Um edital pode estar juridicamente estruturado e ainda carregar critérios técnicos incoerentes com o projeto. Uma obra pode estar fisicamente terminada e ainda não ter testes, As Built, treinamento ou prontidão operacional.

O gate altera a pergunta. Em vez de “a fase terminou?”, pergunta-se: “existem evidências suficientes para autorizar a próxima decisão?”

Essa lógica é especialmente útil para carteiras públicas porque decisões são distribuídas entre diferentes áreas, profissionais, autoridades e momentos. O gate cria uma linguagem comum para identificar aquilo que ainda precisa ser resolvido.

A evidência do TCU: paralisação é um problema de ciclo de vida

Os ciclos de acompanhamento do TCU mostram que obras paralisadas não podem ser explicadas apenas por dificuldades ocorridas no canteiro. O diagnóstico histórico relaciona o problema a planejamento, projeto, financiamento, capacidade institucional, contratação, licenciamento, desapropriação, execução e fiscalização.

Isso significa que a causa pode ser introduzida meses ou anos antes de a obra parar. Um levantamento insuficiente gera projeto frágil; o projeto frágil gera quantitativo inconsistente; o quantitativo forma orçamento inadequado; a contratação nasce com lacunas; a obra descobre a interferência; surge alteração; o cronograma perde desempenho; conflitos de medição aumentam; a contratada reduz mobilização; o canteiro finalmente para. A paralisação é o estado final de uma cadeia de falhas que, em muitos casos, começou antes do edital.

Por isso, a prevenção exige controles distribuídos ao longo do ciclo de vida. O objetivo do framework não é prever todo evento, mas reduzir a probabilidade de a Administração avançar com incertezas que já poderiam ser identificadas.

Arquitetura institucional e de referência

Os 7 Gates não constituem um rito paralelo à contratação pública. O framework organiza, em linguagem de engenharia, controles e evidências que já aparecem distribuídos entre legislação, orientações de controle, modelos de contratação e boas práticas de gestão de empreendimentos. A utilidade do método está em fazer essas referências convergirem para uma pergunta operacional: qual evidência precisa existir antes de autorizar a próxima decisão irreversível?

A arquitetura de referência pode ser entendida em quatro camadas. A Lei nº 14.133/2021 fornece o arcabouço legal da fase preparatória, dos documentos de engenharia, da seleção, da gestão de riscos, da execução e da fiscalização. O Tribunal de Contas da União acrescenta a perspectiva de controle: identifica falhas recorrentes, consolida jurisprudência e mostra como planejamento, Projeto Básico, orçamento, habilitação, fiscalização e gestão contratual são avaliados depois que a decisão foi tomada. A Advocacia-Geral da União transforma parte dessas exigências em instrumentos operacionais, modelos, listas de verificação e justificativas técnicas. A engenharia do empreendimento conecta essas três camadas à condição real do ativo, às disciplinas, às interfaces, ao custo, ao cronograma, à construtibilidade, ao comissionamento e à operação.

TCU: controle orientado ao ciclo de vida

O Acórdão 2.600/2024-TCU-Plenário, relativo ao acompanhamento das obras públicas paralisadas, é uma das referências centrais deste Paper porque conecta o problema nacional à necessidade de consolidar informações, acompanhar tendências e mitigar riscos. O Acórdão 2.451/2025-TCU-Plenário, no Fiscobras 2025, atualiza a fotografia e demonstra que o problema alcança inclusive empreendimentos recentemente iniciados.

Para os Gates de projeto e contratação, a base de orientações do TCU sobre Projeto Básico é particularmente relevante. Ela reforça que a Administração não se libera do dever de avaliar a adequação do documento pelo simples fato de sua elaboração ter sido terceirizada. Essa lógica é coerente com o Acórdão 820/2019-Plenário e com o Acórdão 2.778/2020-Plenário: o risco de aprovação não está apenas na autoria do documento, mas na decisão de utilizá-lo como base para avançar.

AGU: padronização não substitui adaptação técnica

A biblioteca de modelos da AGU para a Lei nº 14.133 disponibiliza, para obras e serviços de engenharia, contrato, lista de verificação, Termo de Justificativas Técnicas Relevantes e, desde maio de 2026, Termo de Referência único aplicável a serviços e obras. A página de orientações da AGU também diferencia a função jurídico-administrativa do Termo de Referência da função de engenharia do Projeto Básico e ressalta que modelos precisam ser adaptados ao objeto concreto.

Dentro do framework, isso significa que a presença de um modelo corretamente preenchido não é, por si só, evidência de maturidade. O gate precisa verificar se o conteúdo técnico que alimenta o modelo é coerente com o empreendimento. Padronização reduz omissões processuais; engenharia reduz omissões técnicas. As duas camadas são complementares.

Da conformidade documental à assurance da decisão

O conceito de assurance utilizado neste Paper não significa criar nova instância de aprovação. Significa produzir confiança proporcional ao risco de que uma decisão está sustentada por informação suficiente, coerente, rastreável e atual. Um gate de baixa materialidade pode ser verificado pela equipe interna com checklist e revisão por pares. Um empreendimento crítico, multidisciplinar ou de alto valor pode exigir Design Review independente, engenharia de custos, revisão de cronograma, especialistas, diligência de campo ou Owner’s Engineering.

A intensidade do controle deve acompanhar três variáveis: consequência do erro, irreversibilidade da decisão e capacidade de detectar/corrigir a falha depois. Quanto maior o custo de descobrir tarde, maior a justificativa para antecipar a verificação.

A série 2022–2026 e o que ela realmente permite concluir

A série recente do TCU é útil porque demonstra deterioração do quadro até 2024 e persistência do problema em 2025: 38,5% das obras estavam classificadas como paralisadas em 2022, 41% em 2023, 52% em 2024 e 50,7% no corte de abril de 2025. Neste último corte, eram 11.469 obras paralisadas em uma carteira de 22.621 empreendimentos financiados com recursos federais.

O dado mais importante para uma política de prevenção talvez não seja o estoque. O Fiscobras 2025 registra que, entre 5.505 obras iniciadas de abril de 2024 a abril de 2025, cerca de 1.200 já estavam paralisadas — aproximadamente 22%. Isso mostra que o problema não pode ser explicado apenas como herança de contratos antigos: a carteira continua produzindo novas paralisações.

Em 2026, o TCU promoveu saneamento e refinamento metodológico da base, distinguindo de forma mais clara estados como paralisada, cancelada e concluída. A consequência analítica é relevante: a fotografia de 2026 não deve ser colocada na mesma linha estatística como se representasse simples redução percentual em universo e critério idênticos. Para gestão, o refinamento é positivo porque melhora a qualidade da classificação; para análise histórica, exige registrar a quebra de comparabilidade.

O framework não depende de um percentual específico para ser válido. Mesmo que a taxa caia, a pergunta permanece: quantos investimentos avançam de gate sem evidência suficiente e quantos problemas poderiam ter sido detectados antes da contratação ou da ordem de início? A política de retomada trata estoque; a política de maturidade atua sobre o fluxo de novos empreendimentos.

Como uma falha atravessa o ciclo até virar paralisação

Paralisação é frequentemente um evento tardio. O risco é introduzido antes, percorre documentos e decisões e somente depois aparece como atraso, pleito, aditivo, redução de mobilização ou interrupção. Essa propagação explica por que revisar apenas o canteiro não corrige a origem.

A cadeia também funciona no sentido inverso durante uma investigação. Um atraso crítico deve ser rastreado até a causa: falta de material pode decorrer de requisição tardia; a requisição tardia pode decorrer de projeto não liberado; a liberação pode estar retida por interface ainda indefinida; a interface pode depender de levantamento inexistente. O framework incentiva essa leitura sistêmica e evita atribuir a causa apenas ao último evento visível.

Como usar os 7 Gates

Cada gate pode receber uma classificação simples de maturidade. A escala não deve ser usada como nota estética; ela precisa refletir evidência.

Nem todos os critérios precisam atingir nível 3. A maturidade necessária depende do regime de contratação, materialidade, complexidade e alocação de riscos. Uma contratação integrada aceita que o Projeto Básico seja desenvolvido pelo contratado; por consequência, o gate anterior à licitação deve concentrar maturidade no anteprojeto, requisitos de desempenho, matriz de riscos e critérios de avaliação. Já uma empreitada baseada em Projeto Básico da Administração exige maior definição prévia do objeto.

O ponto central é que a redução de maturidade em uma dimensão precisa ser deliberada e compatível com o modelo contratual, e não resultado de lacuna desconhecida.

Gate 1 — Necessidade pública e viabilidade

O primeiro gate pergunta se o investimento responde a uma necessidade claramente definida e se a solução merece avançar para desenvolvimento de engenharia.

Pergunta de decisão

Existe uma necessidade pública demonstrada, um resultado esperado mensurável e uma solução preliminar tecnicamente e economicamente plausível?

Evidências esperadas

• demanda e população/usuário beneficiado;
• objetivo do investimento;
• requisitos de capacidade e desempenho;
• alternativas consideradas;
• restrições legais, territoriais e operacionais conhecidas;
• estimativa preliminar de investimento e custeio;
• avaliação de operação e manutenção;
• ETP ou estudos equivalentes compatíveis com a fase.

Sinais de bloqueio

• o órgão sabe qual obra quer, mas não consegue explicar o resultado que precisa alcançar;
• a solução foi definida antes de comparar alternativas;
• o custo de operação futura não foi considerado;
• a disponibilidade de recurso é a principal justificativa para executar;
• não existe clareza sobre quem operará o ativo depois da entrega.

Controles de engenharia aplicáveis

Estudo Técnico Preliminar, estudo de viabilidade, programa de necessidades, estudos conceituais, análise de alternativas e estimativas paramétricas reduzem o risco de detalhar uma solução que ainda não foi adequadamente escolhida.

O que precisa ser amadurecido antes de escolher a solução

O Gate 1 não procura um projeto pronto. Ele procura uma definição defensável do problema. A necessidade deve ser descrita em termos de benefício e desempenho, evitando começar pela obra desejada. “Construir uma nova unidade” é solução; “ampliar a capacidade de atendimento em determinada região, com determinada demanda, prazo e nível de serviço” é necessidade.

Essa distinção abre espaço para comparar alternativas. Ampliação, retrofit, compartilhamento de infraestrutura, locação, reorganização operacional, contratação de serviço, construção nova ou combinação dessas opções podem produzir resultados diferentes em CAPEX, prazo, OPEX e risco. O estudo deve excluir alternativas inviáveis por critério conhecido e preservar a memória de por que a alternativa selecionada é superior no contexto analisado.

A demanda também precisa ser convertida em requisito. Quantidade de usuários, capacidade, horizonte de crescimento, disponibilidade, área, fluxo, redundância, desempenho ambiental, continuidade operacional, segurança e requisitos de manutenção influenciam o porte da solução. Sem essa base, o projeto pode ser tecnicamente correto e estrategicamente errado.

Viabilidade não termina no CAPEX

Um investimento público só entrega benefício se puder ser operado depois de concluído. Por isso, a análise de viabilidade deve antecipar pessoal, energia, água, licenças, manutenção, contratos de suporte, consumíveis, tecnologia, treinamento e demais custos recorrentes relevantes. Uma instalação que cabe no orçamento de implantação, mas não no orçamento de operação, carrega risco de ociosidade desde a concepção.

Em ativos tecnológicos ou de alta complexidade, o ciclo de vida também inclui obsolescência, licenciamento de software, atualização, garantia, suporte especializado e dependência de fabricante. Em edificações públicas, podem pesar eficiência energética, acessibilidade, limpeza, conservação, segurança, operação de sistemas e manutenção de equipamentos. O Gate 1 deve revelar essas obrigações cedo o bastante para influenciar a escolha da alternativa.

Evidence Package do Gate 1

Saídas possíveis do Gate 1

• GO: necessidade, alternativa e requisitos possuem base suficiente para desenvolver a engenharia.
• GO condicionado: a alternativa é defensável, mas estudos específicos precisam ser concluídos antes de congelar escopo ou custo.
• RECICLAR: a solução escolhida não está adequadamente comparada ou a necessidade mudou.
• HOLD: existe restrição material de viabilidade, operação, funding ou benefício ainda sem solução.
• ENCERRAR: o investimento deixou de demonstrar benefício proporcional ou existe alternativa claramente superior fora do empreendimento proposto.

Falhas recorrentes do Gate 1

Os erros mais caros nesta fase são a solução predefinida, a demanda não verificada e o otimismo sobre operação futura. Outra falha é tratar a disponibilidade de verba como evidência de viabilidade. Recurso pode ter prazo e finalidade; maturidade técnica tem outra lógica. Quando as duas curvas não coincidem, a resposta adequada é um plano de amadurecimento acelerado — não uma contratação prematura.

Gate 2 — Condição existente e restrições

Projetar sobre premissas não verificadas transforma o campo em ambiente de descoberta. O segundo gate avalia se a Administração conhece suficientemente o local, os ativos existentes, as interferências e as condições que limitam a implantação.

Pergunta de decisão

As condições existentes que podem alterar solução, custo, prazo ou risco foram levantadas com profundidade proporcional ao empreendimento?

Evidências esperadas

• levantamento cadastral e topográfico quando aplicável;
• investigações de solo e estruturas quando necessárias;
• cadastro de utilidades e interferências;
• levantamento de instalações existentes;
• disponibilidade e posse da área;
• acessos e logística;
• licenças e condicionantes;
• capacidade de energia, água, dados ou outras utilidades críticas;
• registro fotográfico e documentação de baseline.

Sinais de bloqueio

• o projeto depende de “confirmar em obra” condições que poderiam ser levantadas;
• plantas existentes são tratadas como verdade sem verificação;
• interferências relevantes são conhecidas apenas informalmente;
• área ou acesso ainda não estão disponíveis;
• licenciamento crítico não possui estratégia.

Controles de engenharia aplicáveis

Site Survey, Due Diligence, levantamento cadastral, inspeções, sondagens, inventário de ativos, diagnóstico de instalações e digitalização da condição existente criam a linha de base sobre a qual o projeto pode ser desenvolvido.

Baseline existente: desenho não é evidência suficiente

O Gate 2 precisa distinguir documentação existente de condição existente. Plantas, diagramas, cadastros patrimoniais e As Built anteriores são fontes importantes, mas sua confiabilidade precisa ser avaliada. Em ambientes brownfield, reformas sucessivas, intervenções de manutenção e mudanças não documentadas podem produzir diferenças relevantes entre arquivo e campo.

A estratégia de levantamento deve ser proporcional à decisão. Não é necessário levantar tudo com máxima precisão para qualquer projeto; é necessário conhecer aquilo que pode alterar solução, segurança, quantitativo, custo, prazo, interface ou método executivo. O plano de investigação deve explicitar escopo, precisão, amostragem, limitações e elementos não acessíveis.

Tipos de restrição que precisam entrar na engenharia

Brownfield exige plano de continuidade

Quando a intervenção ocorre em instalação existente, conhecer a condição física é apenas parte do problema. O empreendimento precisa compreender como executar sem comprometer o serviço em operação. Janelas de parada, isolamentos, rotas provisórias, contingência, sequência de cutover, reversão e interface com usuários ou operação entram no Gate 2 porque podem determinar a própria arquitetura do projeto.

Uma solução que só funciona se a instalação puder parar por 48 horas é inviável quando o órgão dispõe de janela de quatro horas. Descobrir isso no planejamento da obra é tarde; a restrição deveria ter orientado o conceito e o projeto desde o início.

Evidence Package do Gate 2

Saída do Gate 2

O produto decisório não é apenas um conjunto de levantamentos. Deve existir uma Baseline de Condição e Restrições que diga o que foi confirmado, o que permanece incerto, quais premissas o projeto pode usar e quais investigações adicionais precisam ocorrer antes de decisões específicas. A incerteza conhecida pode ser gerida; a incerteza ocultada reaparece como mudança.

Gate 3 — Maturidade do projeto

O terceiro gate avalia se os documentos de engenharia possuem definição, coerência e rastreabilidade suficientes para a decisão seguinte. O nível necessário varia conforme o regime de execução, mas a ausência de maturidade não pode ser confundida com flexibilidade contratual.

Pergunta de decisão

O projeto caracteriza o objeto no nível necessário, está coerente com os requisitos e a condição existente e permite formar custo, prazo e critérios de contratação defensáveis?

Evidências esperadas

• base e critérios de projeto;
• desenhos e memoriais coerentes;
• especificações de desempenho;
• compatibilização entre disciplinas;
• quantitativos rastreáveis;
• interfaces definidas;
• revisões controladas;
• responsabilidades técnicas registradas;
• critérios de testes, comissionamento e recebimento considerados desde o projeto.

Sinais de bloqueio

• disciplinas utilizam bases diferentes;
• memorial e plantas se contradizem;
• quantitativos foram estimados sem memória;
• decisões críticas permanecem como notas genéricas “a definir”;
• o projeto não considera como o objeto será testado e recebido;
• falhas perceptíveis permanecem abertas no momento da aprovação.

Controles de engenharia aplicáveis

Projeto Conceitual, Projeto Básico, Projeto Executivo, coordenação multidisciplinar, BIM, Design Review e verificação independente ajudam a separar documento entregue de documento efetivamente pronto para sustentar a próxima decisão.

O TCU reforça esse gate ao afirmar que, mesmo quando empresa especializada elabora o Projeto Básico, a Administração permanece responsável por avaliar sua adequação e exigir os ajustes necessários. O Acórdão 820/2019-Plenário trata de falhas perceptíveis e requisitos mínimos; o Acórdão 2.778/2020-Plenário registra como falha grave iniciar obra sobre Projeto Básico deficiente.

Maturidade de projeto depende do regime de execução

Não existe um único percentual de projeto que defina prontidão. O nível de definição precisa ser coerente com aquilo que a Administração pretende transferir ao contratado. Em regimes baseados em Projeto Básico elaborado pelo órgão, a caracterização prévia precisa permitir orçamento, comparação de propostas, definição das responsabilidades e desenvolvimento posterior do Projeto Executivo sem alteração indevida do objeto. Na contratação integrada, parte relevante do desenvolvimento é atribuída ao contratado, mas isso aumenta — não reduz — a necessidade de maturidade do anteprojeto, dos requisitos de desempenho, das interfaces, dos dados de entrada e da matriz de riscos.

O erro de governança ocorre quando uma lacuna é chamada de “flexibilidade” depois que se descobre que a documentação não sustentava a decisão. Flexibilidade legítima é prevista no modelo contratual e acompanhada de critério de desempenho, responsabilidade e mecanismo de verificação. Lacuna é informação necessária que ninguém deliberou como tratar.

Requisitos precisam chegar ao projeto e ao aceite

O Gate 3 deve verificar rastreabilidade entre necessidade, requisito, solução e evidência de verificação. Um requisito como “garantir acessibilidade”, “atender disponibilidade mínima”, “manter serviço durante a implantação” ou “suportar determinada capacidade” precisa aparecer em peças de projeto e, quando aplicável, em critério de teste ou inspeção.

A ausência dessa ligação cria dois riscos opostos. O primeiro é projetar algo tecnicamente detalhado que não atende ao resultado original. O segundo é manter requisitos genéricos demais para serem medidos. A maturidade aumenta quando o requisito é suficientemente específico para orientar solução e aceite sem transformar a especificação em prescrição desnecessária de marca ou método.

Design Review orientado ao risco

Revisar projeto não significa redesenhar tudo nem repetir o trabalho do autor. O Design Review deve concentrar profundidade onde a consequência de erro é maior: interfaces críticas, segurança, desempenho, construtibilidade, quantitativos de maior materialidade, long lead items, sistemas que exigem integração, condições brownfield e requisitos de recebimento.

A classificação evita que centenas de observações de baixa relevância escondam poucos blockers. O gate precisa conhecer o risco residual de projeto, não apenas a quantidade de comentários fechados.

Quantitativos são produto do projeto

Uma das conexões mais importantes entre Gate 3 e Gate 4 é a memória de quantitativos. Quantidade não deveria ser um número solto na planilha; deve possuir origem rastreável em desenho, modelo, memorial, critério de medição ou memória de cálculo. Quando o projeto muda, a quantidade afetada precisa ser identificável. Essa rastreabilidade reduz divergências entre escopo gráfico, descrição e base econômica.

Evidence Package do Gate 3

Saída do Gate 3

A aprovação deve declarar para qual decisão o projeto está maduro. “Projeto aprovado” é expressão ampla demais. Um pacote pode estar aprovado para estimativa, para licitação, para construção de determinada frente ou para fabricação, cada qual com condições distintas. Registrar a finalidade reduz a reutilização indevida de documento em estágio diferente daquele para o qual foi validado.

Gate 4 — Custo, prazo e riscos

Projeto tecnicamente consistente ainda precisa ser convertido em uma base econômica e temporal executável. O quarto gate avalia se orçamento, cronograma e riscos representam a solução que será contratada.

Pergunta de decisão

A Administração consegue explicar quanto o empreendimento deve custar, quanto tempo deve levar, quais premissas sustentam essas estimativas e quais eventos podem alterá-las?

Evidências esperadas

• planilha orçamentária;
• memórias de quantitativos;
• composições de custos;
• fontes SINAPI, SICRO ou outras aplicáveis;
• cotações justificadas;
• BDI e encargos;
• cronograma físico-financeiro;
• sequência executiva e marcos;
• long lead items;
• matriz de riscos e respostas;
• data-base e premissas registradas.

Sinais de bloqueio

• valor global não pode ser reconstruído por memória de cálculo;
• prazo foi definido sem relação com método executivo;
• custos indiretos não conversam com duração;
• itens relevantes dependem de cotações de especificações não equivalentes;
• riscos críticos são apenas listados, sem responsável ou resposta;
• o orçamento ignora interfaces ou etapas de testes e entrega.

Controles de engenharia aplicáveis

Engenharia de custos, revisão de quantitativos, orçamento de referência, planejamento, análise de caminho crítico, curva de desembolso, análise de riscos e revisão independente permitem testar se custo e prazo são consequência do projeto — e não metas arbitrárias sobrepostas a ele.

Basis of Estimate: o número precisa contar sua própria história

Um orçamento de referência maduro não é apenas uma planilha com preços unitários. Ele precisa permitir que um revisor reconstrua o que foi considerado, com qual quantidade, a partir de qual especificação, em que data-base e sob quais premissas. Essa narrativa forma a Basis of Estimate do empreendimento, ainda que o órgão utilize outra nomenclatura.

Itens SINAPI ou SICRO resolvem parte da referência de custo, não a definição do objeto. Composição correta aplicada a quantidade errada continua produzindo orçamento errado. Da mesma forma, cotações de mercado precisam comparar escopos equivalentes, registrar frete, tributos, instalação, acessórios, garantia, prazo e demais condições que alterem comparabilidade.

O Gate 4 deve identificar quais parcelas possuem maior incerteza. Equipamentos especiais, serviços sem composição pública aderente, condições de campo incomuns, mobilização complexa e interferências podem justificar pesquisa específica, análise de produtividade ou contingência técnica compatível com o estágio de definição.

WBS integra escopo, custo e prazo

A Estrutura Analítica do Projeto — WBS/EAP — pode funcionar como eixo de reconciliação. O mesmo pacote de trabalho deve aparecer de forma reconhecível no escopo, nos quantitativos, no orçamento, no cronograma, na matriz de responsabilidades e, posteriormente, na medição. Quando cada documento organiza o empreendimento de forma totalmente diferente, desvios e omissões tornam-se difíceis de localizar.

A integração não exige códigos idênticos em todos os sistemas, mas exige uma estrutura de correspondência. Essa rastreabilidade é especialmente valiosa durante aditivos: permite demonstrar qual pacote mudou, qual quantidade foi afetada, que atividade alterou o caminho crítico e qual risco se materializou.

Cronograma factível não é data desejada

O prazo contratual precisa resultar de lógica executiva. Sequência de atividades, dependências, produtividades, mobilização, aprovações, licenças, fabricação, fornecimentos de longo prazo, testes e interfaces devem ser considerados. Um cronograma com datas sem lógica pode parecer detalhado e ainda assim ser incapaz de demonstrar o que governa o término.

O gate precisa diferenciar prazo político ou programático desejado de prazo tecnicamente sustentado. Quando há diferença, a gestão deve decidir conscientemente se reduz escopo, muda estratégia, antecipa contratação de itens críticos, aumenta recursos ou aceita maior risco. Simplesmente comprimir durações sem mecanismo técnico transforma pressão em baseline fictícia.

Risco precisa modificar decisão

Uma matriz de riscos madura não é catálogo de eventos. Para cada risco material, devem existir causa, evento, consequência, probabilidade/impacto conforme método adotado, responsável, resposta, gatilho e vínculo com decisão ou documento. Riscos de desapropriação, licenciamento, projeto, interface, mercado, fornecimento, produtividade, preço, continuidade operacional e capacidade do contratado podem exigir tratamentos diferentes antes e depois da contratação.

O teste mais útil é perguntar: se este risco ocorrer amanhã, quem faz o quê, com qual base contratual e qual impacto esperado em custo/prazo? Se a matriz não permite responder, ela ainda não está integrada à governança.

Evidence Package do Gate 4

Saída do Gate 4

O gate deve produzir uma Baseline Integrada de Escopo–Custo–Prazo–Risco. Essa baseline não precisa eliminar toda incerteza; precisa tornar explícitas as incertezas remanescentes e demonstrar que são compatíveis com o próximo passo. Sem baseline, toda comparação posterior começa em terreno móvel.

Gate 5 — Prontidão para contratação

O quinto gate é a passagem da engenharia para o processo competitivo. Nesse momento, o objeto precisa ser transformado em regras de mercado: regime, parcelamento, qualificação, julgamento, medição, garantias, riscos, subcontratação e condições de execução.

Pergunta de decisão

Os documentos permitem que licitantes compreendam o mesmo objeto, formem propostas comparáveis e assumam riscos coerentes com aquilo que controlam?

Evidências esperadas

• estratégia de contratação;
• regime de execução justificado;
• análise de parcelamento;
• Projeto Básico ou anteprojeto no nível aplicável;
• Termo de Referência;
• Termo de Justificativas Técnicas Relevantes quando utilizado;
• edital e anexos coerentes;
• critérios de habilitação proporcionais;
• modelo de medição;
• garantias;
• matriz de riscos;
• critérios de aceite e recebimento;
• versões vigentes dos modelos e checklists aplicáveis.

Sinais de bloqueio

• TR contradiz o Projeto Básico;
• qualificação foi copiada de edital anterior;
• regime de execução não reflete a maturidade do projeto;
• parcelamento divide interfaces inseparáveis ou concentra mercado sem análise;
• medição não possui critério objetivo;
• matriz de riscos distribui eventos genericamente;
• documentos AGU são utilizados sem adaptação às características do objeto.

Controles de engenharia aplicáveis

Planejamento Técnico de Contratações, Procurement, revisão de TR e edital, apoio à qualificação, análise de mercado, TJTR e matriz de conformidade fazem a ponte entre a solução de engenharia e o certame.

A AGU mantém modelos próprios para obras e serviços de engenharia e orienta que eles sejam adaptados às particularidades da contratação. Em maio de 2026, a página de modelos da Lei 14.133 passou a disponibilizar Termo de Referência único atualizado para serviços e obras; também permanecem disponíveis lista de verificação, contratos e o Termo de Justificativas Técnicas Relevantes.

Contratabilidade: transformar engenharia em regras comparáveis

O Gate 5 testa a contratabilidade do empreendimento. A questão não é apenas se os documentos existem, mas se diferentes licitantes qualificados conseguem interpretar o mesmo objeto, precificar bases comparáveis e compreender como serão medidos, avaliados, responsabilizados e recebidos.

Uma contratação se torna frágil quando o projeto diz uma coisa, o Termo de Referência descreve outra e a planilha sugere uma terceira. Também há fragilidade quando requisitos técnicos aparecem apenas em anexos sem hierarquia documental clara, quando a proposta técnica pede informações que não serão utilizadas no julgamento ou quando o critério de habilitação não guarda proporcionalidade com as parcelas relevantes do objeto.

Estratégia de contratação vem antes do edital

Regime de execução, parcelamento, forma de remuneração, critério de julgamento, garantias, matriz de riscos, subcontratação e modelo de fiscalização precisam ser coerentes entre si. Escolher cada elemento isoladamente pode produzir combinações contraditórias. Um objeto altamente integrado pode perder desempenho se parcelado sem governança de interfaces; um projeto imaturo pode transferir risco excessivo sob regime que pressupõe definição mais elevada; medição por quantidade pode ser inadequada quando o valor está em produto intelectual verificável.

A estratégia deve considerar também o mercado. Quantidade de fornecedores capazes, barreiras técnicas, disponibilidade regional, prazo de mobilização, dependência de tecnologia proprietária, cadeia de suprimentos e concentração de mercado influenciam competitividade e execução. A pesquisa de mercado não deve direcionar especificação a um fornecedor; deve testar se a solução proposta é contratável em condições competitivas.

Habilitação e proposta técnica precisam medir coisas diferentes

Habilitação verifica condições mínimas para participar e executar; avaliação da proposta verifica aquilo que o licitante efetivamente oferece. Misturar as duas funções cria redundância ou subjetividade. Quando houver técnica e preço ou requisitos técnicos de proposta, a Administração precisa definir previamente quais informações serão comparadas, qual evidência é aceita e como se atribui nota ou conformidade.

Datasheets, modelos, memoriais, diagramas, matrizes de atendimento, metodologia, equipe e cronograma podem ser exigidos quando relacionados ao objeto e à avaliação. O ponto de controle é a mensurabilidade: dois avaliadores, aplicando o mesmo critério à mesma proposta, deveriam chegar a resultado equivalente ou, ao menos, explicar qualquer diferença por uma regra previamente estabelecida.

Medição e aceite são desenhados antes da assinatura

Um dos controles mais importantes do Gate 5 é verificar se o contrato define como o resultado será demonstrado. Medição por evento, produto, unidade, marco, quantidade ou combinação dessas formas precisa refletir o objeto. Serviços de engenharia consultiva exigem entregáveis e critérios de aceite; obras exigem memória de medição, inspeção e correspondência com serviços executados; sistemas integrados podem exigir testes funcionais e integrados antes do aceite.

Se a Administração não consegue explicar antes da licitação qual evidência autoriza o pagamento e qual evidência autoriza o recebimento, a incerteza reaparecerá durante execução.

Document Consistency Review

Antes da publicação, um review transversal deve reconciliar pelo menos objeto, projeto, especificações, planilha, cronograma, TR, edital, contrato, matriz de riscos, critérios de habilitação, medição e recebimento. O objetivo não é revisar gramática; é localizar contradições materiais.

Evidence Package do Gate 5

• nota/estratégia de contratação e justificativas;
• análise de regime de execução e parcelamento;
• matriz de interfaces e responsabilidades;
• Termo de Referência e documentos de engenharia reconciliados;
• TJTR ou justificativas técnicas equivalentes quando aplicável;
• edital e contrato coerentes com os anexos;
• matriz de riscos com tratamento contratual;
• critérios objetivos de habilitação e avaliação;
• modelo de medição e evidências;
• plano de inspeção/testes e critérios de recebimento;
• registro de revisão final e pendências encerradas/aceitas.

Saída do Gate 5

A saída é um Pacote Contratável: conjunto documental coerente, versionado, com decisões técnicas justificadas e sem blocker conhecido que impeça competição ou execução. A publicação do edital deixa de ser o momento em que se “fecha” o objeto e passa a ser o resultado de um gate de prontidão.

Gate 6 — Prontidão para execução e governança

Contrato assinado não significa canteiro pronto para produzir. O sexto gate verifica se existem condições técnicas, administrativas e de governança para iniciar e controlar a execução.

Pergunta de decisão

As frentes iniciais podem ser executadas sem depender de premissas críticas ainda não resolvidas e a Administração possui capacidade para acompanhar, decidir e documentar?

Evidências esperadas

• gestor e fiscais designados;
• apoio técnico dimensionado quando necessário;
• projetos liberados para as frentes iniciais;
• áreas e acessos disponíveis;
• licenças críticas atendidas;
• cronograma-base aprovado;
• mobilização e histograma coerentes;
• plano da qualidade e inspeções;
• fluxo de RDO, medição, RNC, mudança e decisão;
• repositório documental oficial;
• matriz de responsabilidades;
• fornecimentos críticos controlados.

Sinais de bloqueio

• a ordem de início depende de projetos ainda inexistentes;
• área não foi liberada;
• ninguém possui responsabilidade definida por interfaces;
• não há baseline de cronograma;
• fiscalização não dispõe de especialidades necessárias;
• medição começará sem memória ou fluxo definido;
• documentos oficiais circulam por canais sem versionamento.

Controles de engenharia aplicáveis

Owner’s Engineering, apoio técnico à fiscalização, PMO, governança documental, QA/QC, gestão de riscos e planejamento integrado transformam o contrato assinado em uma estrutura capaz de produzir e controlar.

O art. 117 da Lei 14.133 permite que terceiros assistam e subsidiem o fiscal com informações técnicas, preservando as atribuições exclusivas da Administração. Esse mecanismo é particularmente relevante quando a carteira supera a capacidade ou especialização da equipe interna.

Ready to Start: ordem de início como gate técnico

A ordem de início deveria representar uma condição de prontidão, não apenas um marco administrativo. Antes dela, a Administração precisa verificar se as primeiras frentes possuem projeto liberado, acesso, licenças, interferências tratadas, responsabilidades definidas, recursos de fiscalização, baseline de prazo e critérios de medição. Quando o início é emitido para “não perder tempo” enquanto essas condições continuam abertas, o contrato passa a consumir prazo sem capacidade real de produzir.

O conceito de Ready to Start pode ser aplicado por frente. Uma obra complexa não precisa esperar que todo o empreendimento esteja pronto se existem pacotes independentes e controlados. Porém, liberar frente parcial exige que suas interfaces e condicionantes estejam resolvidas e que o cronograma identifique claramente aquilo que permanece bloqueado.

Baseline contratual precisa ser congelada

No início da execução, projeto vigente, orçamento contratual, cronograma aprovado, matriz de riscos, responsabilidades, submittal register, lista de documentos e critérios de medição formam a baseline contra a qual o desempenho será comparado. Sem esse congelamento, cada reunião pode trabalhar com uma versão diferente do empreendimento.

A baseline não impede mudança. Ela torna a mudança mensurável. Quando uma revisão de projeto altera escopo, custo ou prazo, o processo deve registrar origem, impacto, decisão, documento afetado e revisão resultante. Essa disciplina é central para diferenciar evolução legítima de escopo, correção de erro, risco materializado e pleito contratual.

Controle integrado de campo

Fiscalização por evidências

Fiscalização madura não é presença contínua sem método. É capacidade de relacionar requisito, atividade, evidência e decisão. A profundidade pode variar por criticidade: serviços repetitivos podem ser verificados por amostragem e registros; elementos críticos exigem hold points, testemunho, ensaios ou revisão especializada.

O plano de inspeção e testes deve indicar antecipadamente o que será inspecionado, qual documento contém o critério, quem executa, quem testemunha e qual registro comprova o resultado. Isso reduz discussões posteriores e desloca o controle para o momento em que ainda é possível corrigir.

Schedule Assurance e early warning

Acompanhamento de prazo precisa separar atraso consumado de tendência. Curvas físicas, marcos, caminho crítico, produtividade, restrições, suprimentos e decisões pendentes devem gerar sinais de antecipação. Se um equipamento crítico atrasará fabricação em seis semanas, a governança precisa saber antes de o marco final escorregar.

Um lookahead de curto prazo pode identificar restrições executivas; o cronograma-base demonstra impacto no empreendimento; o registro de decisões explica por que determinado desvio foi aceito ou tratado. Quando a recuperação é necessária, o plano precisa mostrar lógica, recursos adicionais, mudanças de sequência e riscos criados pela aceleração.

Document Control como infraestrutura de governança

Em obra multidisciplinar, o repositório oficial é parte do sistema de controle. Documento deve possuir revisão, status, responsável, histórico e regra de distribuição. Aprovação por e-mail que não retorna ao repositório, desenho impresso sem revisão ou arquivo de fornecedor fora do fluxo criam risco de execução sobre informação obsoleta.

A governança documental precisa incluir também transmittals, submittals, atas, relatórios, comentários, certificados e registros de teste. O objetivo não é acumular arquivos: é preservar a cadeia de evidência do empreendimento.

Evidence Package do Gate 6

• checklist Ready to Start por frente;
• baseline integrada aprovada;
• matriz de responsabilidades e escalonamento;
• plano da qualidade, inspeções e testes;
• cronograma-base e rotina de atualização;
• fluxos de RFI, RNC, mudança, risco e medição;
• repositório/document control operacional;
• plano de suprimentos críticos;
• rotina de relatório e indicadores;
• registro de condicionantes e owners.

Saída do Gate 6

A saída é uma condição de Execution Readiness: frentes liberadas, baseline conhecida e sistema de governança capaz de detectar desvio, produzir decisão e preservar evidência. A obra não precisa estar livre de risco; precisa possuir capacidade para gerir os riscos conhecidos e revelar rapidamente os novos.

Gate 7 — Prontidão para recebimento e operação

O último gate existe porque conclusão física não é sinônimo de entrega funcional. Um empreendimento pode estar aparentemente pronto e ainda carregar pendências de testes, documentação, treinamento, configuração e As Built que comprometem sua operação.

Pergunta de decisão

O objeto atende aos requisitos, foi testado, possui documentação final confiável e pode ser transferido à operação sem passivos críticos conhecidos?

Evidências esperadas

• inspeções finais;
• FAT/SAT quando aplicáveis;
• comissionamento;
• testes integrados;
• punch list controlada;
• As Built;
• Data Book;
• manuais;
• garantias;
• treinamentos;
• sobressalentes e ferramentas quando previstos;
• termos de recebimento;
• plano de transição e operação assistida quando necessário.

Sinais de bloqueio

• equipamento instalado sem teste de desempenho;
• As Built replica projeto e não o executado;
• pendências não possuem criticidade e prazo;
• documentação está dispersa entre fornecedores;
• operação não recebeu treinamento;
• garantias e configurações não estão controladas;
• recebimento é tratado apenas como formalidade contratual.

Controles de engenharia aplicáveis

Comissionamento, recebimento técnico, auditoria de Data Book, As Built, handover e operação assistida ajudam a demonstrar que o investimento não terminou na obra: terminou quando a infraestrutura está apta a entregar o resultado para o qual foi concebida.

Completion não é apenas percentual físico

O Gate 7 precisa separar conclusão física, completação por sistema, comissionamento, recebimento e entrada em operação. Um ativo pode atingir 100% da planilha de obra e ainda não possuir condição funcional. Cabos podem estar instalados sem certificação; equipamentos energizados sem teste integrado; bombas montadas sem curva de desempenho; sistemas de segurança instalados sem cenários de integração; documentação entregue sem refletir a configuração executada.

A conclusão deve ser estruturada por sistemas e requisitos, não apenas por disciplinas ou contratos. O proprietário precisa saber quais sistemas estão fisicamente completos, quais podem ser energizados ou testados, quais pendências bloqueiam operação e quais permanecem como punch list de baixa criticidade.

Comissionamento começa antes da obra terminar

Planejar comissionamento somente no fim reduz a possibilidade de verificar requisitos adequadamente. Critérios de teste, pontos de medição, acesso para inspeção, instrumentação, interfaces entre fornecedores e condições de teste precisam ser considerados no projeto e na contratação. O Gate 7 consolida esse trabalho, mas sua preparação atravessa Gates anteriores.

Para sistemas complexos, a sequência pode incluir verificação documental, inspeção estática, pré-comissionamento, testes funcionais, testes integrados, testes de falha, desempenho, treinamento e operação assistida. A nomenclatura varia por disciplina; a lógica permanece: cada requisito crítico deve possuir evidência de que foi atendido na configuração efetivamente instalada.

Punch list precisa de criticidade

Nem toda pendência impede recebimento. O problema é tratar todas como equivalentes. Uma classificação de criticidade permite distinguir item que bloqueia segurança ou função, item que compromete desempenho, item documental e acabamento de baixa consequência. Cada pendência deve ter responsável, prazo, evidência de encerramento e impacto sobre aceite.

As Built e Data Book são evidência de configuração

O As Built precisa representar aquilo que foi executado, incluindo alterações de campo e configuração final. O Data Book consolida certificados, relatórios, testes, documentos de fornecedor, garantias e demais registros exigidos. A qualidade não pode ser medida apenas pela quantidade de arquivos; é necessário verificar completude, revisão, coerência e capacidade de recuperação da informação.

Uma auditoria simples de documentação pode selecionar requisitos, equipamentos ou tags e verificar se o dossiê permite reconstruir especificação, fornecimento, instalação, teste e configuração final. Se essa cadeia não existe, a organização recebe um ativo cuja memória técnica já começa degradada.

Operational Readiness

Prontidão operacional amplia a avaliação para além do ativo físico. A organização que receberá a infraestrutura precisa possuir pessoas, procedimentos, contratos, licenças, sobressalentes, ferramentas, sistemas de gestão, orçamento e conhecimento suficientes para operar. Dependendo do objeto, também entram planos de emergência, manutenção, backups, configuração de software, cibersegurança, estoques e suporte especializado.

O teste de readiness é direto: se a equipe de implantação sair amanhã, a organização consegue operar, manter, recuperar informação e acionar garantias sem depender da memória de indivíduos? Quando a resposta é não, a transição ainda não está concluída.

Handover e recebimento contratual

Transferência técnica e recebimento contratual possuem interfaces, mas não são necessariamente o mesmo evento. Pode haver transferência progressiva por sistema, recebimento provisório, pendências condicionadas, testes diferidos ou operação assistida. O importante é que custódia, risco operacional, responsabilidade por manutenção, início de garantia e autoridade para intervir estejam claros.

Evidence Package do Gate 7

Saída do Gate 7

A saída é uma condição de Ready for Service / Ready for Operation compatível com o objeto. O critério final do investimento deixa de ser “obra concluída” e passa a ser infraestrutura aceita, documentada, transferida e apta a produzir o benefício público previsto no Gate 1. Essa ligação fecha o ciclo e permite avaliar se o empreendimento entregou o resultado que justificou sua existência.

Matriz consolidada dos 7 Gates

Arquitetura de decisão dos Gates

Um gate precisa produzir uma decisão formalmente inteligível. A maturidade não deve terminar em um relatório que apenas descreve problemas. O processo precisa converter evidência em uma das cinco condições: GO, GO condicionado, RECICLAR, HOLD ou ENCERRAR. A nomenclatura pode ser adaptada ao órgão, mas a diferença entre elas deve ser preservada.

Gate Review Pack

Para evitar que a reunião de gate se transforme em leitura de dezenas de documentos, recomenda-se um pacote executivo que sintetize a evidência e aponte onde ela pode ser auditada. O Gate Review Pack não substitui os documentos técnicos; ele funciona como índice de decisão.

• identificação do empreendimento, fase e revisão;
• decisão solicitada;
• baseline documental utilizada;
• score por dimensão;
• blockers e red flags;
• riscos residuais relevantes;
• condicionantes propostas;
• mudanças desde o gate anterior;
• recomendação técnica;
• responsável por preparar e revisar;
• autoridade de decisão;
• links ou IDs das evidências de suporte.

O pacote deve ser curto o bastante para suportar decisão e rastreável o bastante para permitir auditoria. O erro é confundir concisão executiva com ausência de evidência.

Gate Review Board

Empreendimentos de maior materialidade podem utilizar um comitê de revisão com composição proporcional ao gate. O board não precisa ser permanente nem criar nova burocracia. Sua função é reunir as competências necessárias para uma decisão que atravessa áreas. No Gate 3, por exemplo, engenharia e operação podem ter maior peso; no Gate 5, contratação, engenharia e jurídico; no Gate 7, engenharia, fiscalização, comissionamento e operação.

O board deve evitar dois extremos: consenso informal sem autoridade definida e concentração da decisão em pessoa sem acesso às especialidades necessárias. A recomendação técnica pode ser colegiada, mas a autoridade competente continua identificada conforme o processo do órgão.

Scoring de maturidade: medir sem esconder blockers

A escala 0–3 apresentada no início do framework permite comparar evolução, mas pontuação média não pode neutralizar uma falha crítica. Um empreendimento com excelente documentação, orçamento e cronograma não está pronto para iniciar se a área necessária não foi liberada. Da mesma forma, média alta no Gate 7 não compensa ausência de teste de segurança obrigatório.

O scoring deve operar em duas camadas:

• maturidade: mede qualidade e completude das dimensões avaliadas;
• blockers: condições binárias ou críticas que impedem a decisão independentemente da média.

Dimensões de scoring

A organização pode ponderar dimensões conforme materialidade, mas deve evitar transformar o método em fórmula opaca. Pesos precisam ter lógica técnica. Quanto mais complexa a matemática, maior o risco de a nota parecer objetiva enquanto apenas esconde julgamento.

Maturity Index de carteira

Em portfólios, um índice agregado pode ajudar a priorizar atenção. Ele não deve ser usado para aprovar automaticamente um empreendimento, e sim para comparar onde estão as maiores lacunas. Um programa pode visualizar, por exemplo, percentual de projetos em Gate 1–2, quantidade de investimentos com blockers de área, valor financeiro parado em Gate 3 por projeto incompleto e quantidade de editais prontos aguardando apenas decisão administrativa.

Exception Management: quando é possível avançar com pendência

Um modelo de gates rígido demais pode paralisar decisões de baixo risco; um modelo permissivo demais perde sua função. A solução é tratar exceções explicitamente. Exceção não é ignorar critério: é aceitar conscientemente uma condição abaixo do padrão, com justificativa, limite e responsabilidade.

Uma exceção deveria registrar:

• critério não atendido;
• razão para avançar;
• risco criado ou mantido;
• efeito sobre custo, prazo, segurança, competição ou operação;
• medida compensatória;
• responsável pelo fechamento;
• prazo;
• evento que cancela a exceção;
• autoridade que aceita o risco residual.

Exceções não devem ser utilizadas para requisitos legais, de segurança ou condições que inviabilizem tecnicamente a decisão. Também não devem virar rotina. Se o mesmo critério recebe waiver em vários projetos, provavelmente o padrão de maturidade está mal desenhado ou existe uma falha institucional recorrente que precisa ser tratada no processo.

Conditional Go Register

Todo GO condicionado deveria gerar um registro único de condicionantes. O item precisa permanecer visível até fechamento; caso contrário, a pendência desaparece da reunião, mas continua existindo tecnicamente. O register pode conter ID, gate, descrição, criticidade, owner, prazo, evidência esperada, status e impacto se não encerrado.

Controles transversais aos sete Gates

Os Gates organizam momentos de decisão, mas alguns sistemas de controle atravessam todo o ciclo. A maturidade de um empreendimento depende da continuidade desses sistemas; reiniciá-los em cada fase destrói rastreabilidade.

Gestão de requisitos

Requisitos nascem no Gate 1, ganham definição no projeto, entram na contratação, são verificados na execução e encerram no aceite. Uma matriz de requisitos pode relacionar origem, requisito, disciplina, documento de projeto, fornecedor responsável, método de verificação e evidência final. Essa linha reduz o risco de o resultado público se perder no detalhamento técnico.

Configuration Management

Baseline e controle de configuração preservam a identidade do empreendimento ao longo das mudanças. Projeto, lista de equipamentos, parâmetros, firmware/software quando aplicável, interfaces e documentos precisam refletir a configuração autorizada. Alteração aprovada que não retorna ao As Built cria ruptura entre decisão e memória técnica.

Interface Management

Interfaces são fontes recorrentes de atraso porque cada parte pode cumprir seu escopo e o sistema ainda assim não funcionar. Uma interface precisa ter lados identificados, informação a trocar, responsável, data necessária e critério de encerramento. O register deve acompanhar interfaces entre disciplinas, contratos, órgãos externos, concessionárias e operação.

Decision Log

Nem toda decisão exige parecer extenso, mas decisões que alteram requisito, custo, prazo, risco, regime, especificação ou aceite precisam ser recuperáveis. O Decision Log registra pergunta, alternativas, recomendação, evidência, decisão, autoridade e data. Ele reduz dependência da memória de equipes e facilita transição de gestão.

Risk Register e Issue Register

Risco é evento incerto; issue é problema já materializado. Misturá-los dificulta priorização. O risco atravessa Gates com respostas preventivas; quando materializa, migra para issue, recebe plano de ação e pode gerar mudança, RNC, pleito ou decisão. A integração evita que a mesma ameaça seja tratada de forma isolada por várias áreas.

Document Governance / CDE / SGED

Os Gates dependem de evidência. Portanto, a governança documental é infraestrutura do método. O ambiente deve permitir identificar revisão vigente, autoria, aprovação, transmittal, comentário, status e relação com o empreendimento. Um gate aprovado sobre documentos não controlados tem baixa auditabilidade, mesmo que a análise técnica tenha sido boa.

Integrated Cost & Schedule Control

Escopo, custo e prazo precisam permanecer conectados depois do Gate 4. Mudanças de projeto devem atualizar previsão, risco e cronograma; desvios de execução devem indicar impacto financeiro; medições devem refletir progresso real. A integração não exige sistema sofisticado, mas exige uma estrutura comum de pacotes e baselines.

Critérios de parada: quando um gate deve bloquear o avanço

Um framework só possui valor se puder dizer “ainda não”. Nem toda pendência exige interrupção, mas algumas lacunas tornam a decisão seguinte desproporcionalmente arriscada.

Exemplos de red flags que justificam bloqueio ou condicionamento forte:

• área indisponível sem estratégia de liberação;
• Projeto Básico sem peças mínimas necessárias;
• quantitativos relevantes sem memória;
• orçamento sem compatibilidade com o projeto vigente;
• prazo incompatível com fornecimento crítico conhecido;
• risco essencial sem alocação ou resposta;
• contradição material entre projeto, TR e edital;
• critério de medição incapaz de demonstrar execução;
• fiscalização sem capacidade para acompanhar disciplina crítica;
• recebimento sem protocolo de testes para requisito de desempenho.

O bloqueio não é fracasso de planejamento. É justamente o funcionamento do controle antes que a incerteza seja contratualizada.

Como aplicar o framework a uma carteira de obras

Órgãos com múltiplos empreendimentos podem aplicar os gates como ferramenta de portfólio. Em vez de analisar cada obra isoladamente apenas quando surge uma demanda, a Administração classifica o estágio e as lacunas críticas de toda a carteira.

Um painel executivo pode apresentar:

• empreendimento;
• benefício esperado;
• gate atual;
• maturidade por dimensão;
• valor estimado;
• fonte de recurso;
• principal bloqueio;
• responsável;
• decisão necessária;
• data-limite;
• risco de perda de recurso ou atraso.

Essa visão permite priorizar engenharia onde ela produz maior efeito. Um empreendimento com recurso assegurado, mas Projeto Básico incompleto, pode ter prioridade maior que outro ainda em estudo sem compromisso financeiro imediato.

Capacidade institucional como variável de maturidade

Um mesmo conjunto de documentos pode ser suficiente para um órgão e insuficiente para outro se a capacidade de governança for diferente. A maturidade do investimento não é apenas maturidade do projeto: inclui capacidade institucional.

O ente precisa avaliar se dispõe de:

• especialidades técnicas necessárias;
• tempo de equipe para revisar e decidir;
• processo de controle de documentos;
• capacidade de engenharia de custos;
• planejamento e controle de cronograma;
• presença de campo;
• processo de gestão de riscos e mudanças;
• competência para recebimento e comissionamento.

Quando a lacuna existe, a resposta pode combinar capacitação, contratação de apoio, redistribuição de atribuições, serviços continuados ou Owner’s Engineering. Reconhecer a limitação antes da obra é controle; ignorá-la e tentar compensá-la depois é exposição.

Governança das decisões: quem executa, revisa e aprova

Os gates também ajudam a estruturar segregação de funções. A mesma pessoa não precisa produzir e validar todas as evidências. Para entregáveis de maior risco, a Administração pode distinguir quatro papéis: quem prepara, quem revisa, quem recomenda e quem decide.

O arranjo concreto depende da estrutura do órgão. A matriz apenas torna explícito que cada decisão importante precisa de evidência e de um responsável identificável.

O papel do TCU e da AGU dentro dos gates

TCU e AGU fornecem referências complementares.

O TCU contribui com diagnóstico dos riscos observados em obras públicas, jurisprudência, critérios de controle e orientações sobre planejamento, Projeto Básico, orçamento, qualificação, fiscalização, matriz de riscos e execução contratual.

A AGU contribui com modelos, checklists, Termo de Justificativas Técnicas Relevantes e instrumentos de padronização que ajudam a transformar escolhas técnicas em processo juridicamente estruturado. A própria Advocacia-Geral orienta que os modelos sejam adaptados às características da contratação e que mudanças normativas e jurisprudenciais sejam verificadas.

O framework utiliza essas referências como insumos. A função da engenharia é converter exigências e riscos em evidências concretas capazes de sustentar cada gate.

Por que o framework não deve virar checklist burocrático

O risco de qualquer método de controle é transformar a ferramenta em preenchimento. Isso ocorre quando o usuário pergunta apenas se o documento existe, sem avaliar sua capacidade de sustentar decisão.

Um ETP pode existir e ser superficial. Um Projeto Básico pode existir e estar incompatível. Uma matriz de riscos pode existir e não dizer quem age quando o evento ocorre. Um cronograma pode existir e não possuir lógica executiva. Um relatório de fiscalização pode existir e não produzir decisão.

Por isso, cada item deve ser avaliado por três dimensões:

• existência: o artefato foi produzido;
• qualidade: possui conteúdo e coerência suficientes;
• uso: está integrado à decisão e aos documentos seguintes.

A maturidade só aumenta quando as três dimensões evoluem juntas.

Como transformar o diagnóstico em um Plano Diretor de Engenharia

Depois de avaliar a carteira, o órgão precisa transformar lacunas em ações. Um Plano Diretor de Engenharia pode organizar a sequência de estudos, projetos, revisões e contratações necessárias para amadurecer os investimentos ao longo de meses ou anos.

O plano pode conter:

• inventário de empreendimentos;
• gate e nível de maturidade atual;
• documentos existentes e faltantes;
• estudos necessários;
• projetos por disciplina;
• prioridades;
• dependências;
• estimativa de esforço e HTE;
• janela de contratação;
• responsáveis;
• roadmap de evolução.

Esse modelo evita que cada demanda recomece do zero e permite ao órgão enxergar a engenharia como carteira de decisões, não como sequência de emergências.

Engenharia Consultiva como capacidade complementar

O framework não pressupõe que a Administração execute internamente todos os controles. Em muitos órgãos, a competência administrativa existe, mas a capacidade técnica especializada varia conforme projeto e disciplina.

A engenharia consultiva pode atuar como capacidade complementar, com escopo por produto ou por demanda, em atividades como:

• ETP e viabilidade;
• Due Diligence e levantamentos;
• Projeto Conceitual, Básico e Executivo;
• Design Review;
• engenharia de custos;
• planejamento e cronograma;
• matriz de riscos;
• revisão de TR e edital;
• Procurement;
• análise de propostas;
• Owner’s Engineering;
• apoio técnico à fiscalização;
• análise de aditivos e pleitos;
• comissionamento;
• recebimento técnico;
• As Built e Data Book.

A contratação deve definir produtos, responsabilidades, critérios de aceite, governança e limites de atuação. O terceiro produz informação técnica; as decisões que pertencem à Administração permanecem com seus agentes.

Modelo de Assessment de Maturidade

O framework pode ser aplicado como assessment independente, revisão interna ou rotina de PMO. A profundidade precisa acompanhar a pergunta decisória. Uma carteira com cem empreendimentos não começa por auditoria detalhada de todos; começa por triagem. Um projeto prestes a licitar pode exigir revisão documental completa. Uma obra brownfield de alto risco pode exigir campo, projeto, custos, cronograma e especialistas.

Nível 1 — Portfolio Screening

É uma triagem rápida para responder onde vale aprofundar primeiro. Utiliza cadastro da carteira, dados de funding, estágio, valor, prazo, situação da área, principais documentos e blockers conhecidos. O produto não declara que o empreendimento está tecnicamente pronto; classifica prioridade de investigação.

• gate atual declarado e gate provável;
• valor e fonte do investimento;
• prazo crítico do recurso ou programa;
• documentos-chave existentes;
• blockers visíveis;
• materialidade e impacto social;
• necessidade de aprofundamento;
• prioridade recomendada.

Nível 2 — Due Diligence Documental

Revisa a evidência existente, identifica revisão vigente, coerência e lacunas por Gate. A análise deve cruzar documentos, não apenas conferir existência. Projeto é confrontado com quantitativos; quantitativos com orçamento; cronograma com método e suprimentos; TR com projeto; riscos com contrato; aceite com especificação.

O produto é um Evidence Gap Register, no qual cada lacuna recebe referência, criticidade, consequência, ação, owner e gate impactado. Esse registro transforma revisão em backlog técnico priorizado.

Nível 3 — Technical Verification

Quando a documentação não é suficiente, o assessment incorpora verificação técnica. Pode envolver visita, levantamento cadastral, inspeção, entrevistas, revisão de projeto, amostragem de quantitativos, validação de orçamento, análise de cronograma, riscos, contratos e interfaces. O objetivo é testar premissas que não podem ser confirmadas apenas pelo arquivo.

Em obra paralisada, esse nível pode incluir levantamento de serviços executados, condição de conservação, reconciliação de medição e pagamento, inventário de materiais, avaliação do remanescente e atualização da baseline. Em empreendimento novo, pode incluir Site Survey, Design Review ou validação de prontidão para licitar.

Nível 4 — Independent Gate Assurance

Para decisões de alta materialidade, o órgão pode solicitar revisão independente do gate antes de autorizar avanço. A equipe de assurance não substitui projetista, orçamento ou gestão; testa evidência e coerência da decisão. O escopo deve ser definido por criticidade, com atenção às interfaces e premissas de maior consequência.

Entregáveis de um Assessment de Maturidade

O assessment precisa terminar em produtos utilizáveis pela gestão. Um diagnóstico que apenas descreve fragilidades gera pouco valor. O pacote recomendado combina visão executiva e rastreabilidade técnica.

Evidence Gap Register

O Gap Register é um dos produtos mais importantes porque separa falta de documento de falta de maturidade. Uma planta pode existir, mas estar desatualizada; orçamento pode estar completo, mas baseado em quantitativo não rastreável; licença pode existir, mas vencer antes da execução. Cada gap deve descrever a condição observada, evidência consultada, risco, ação e critério de encerramento.

Roadmap 30/60/90 dias

Quando o assessment encontra muitas lacunas, um roadmap curto ajuda a transformar diagnóstico em execução. O horizonte precisa ser adaptado à complexidade, mas o raciocínio pode seguir três ondas.

Em carteiras extensas, os ciclos podem ser contínuos: enquanto um grupo avança para contratação, outro permanece em levantamento e um terceiro entra em triagem. A governança passa a tratar engenharia como pipeline de maturidade.

Critério de sucesso do assessment

O assessment não é bem-sucedido quando produz uma nota. É bem-sucedido quando permite que a organização tome uma decisão melhor: avançar, segurar, corrigir, repriorizar ou encerrar — sabendo quais evidências sustentam a escolha e quais riscos permanecem.

Self-assessment executivo dos 7 Gates

Antes de contratar um assessment completo, a própria organização pode realizar uma leitura inicial. O objetivo não é autoaprovar o empreendimento, mas identificar sinais de que a decisão seguinte merece investigação adicional.

Três respostas negativas em um mesmo Gate não significam automaticamente HOLD; significam que o empreendimento merece revisão antes que a organização assuma uma obrigação difícil de reverter. Uma única resposta negativa pode ser blocker quando envolve área indisponível, segurança, requisito legal, projeto estrutural crítico ou impossibilidade de verificar desempenho.

Dez perguntas para a alta gestão

1. Quantos empreendimentos da carteira possuem recurso antes de possuir projeto maduro?
2. Quantos editais estão sendo preparados com blocker técnico conhecido?
3. Quanto valor de investimento depende de área, licença ou interferência ainda não resolvida?
4. Quais projetos de maior materialidade passaram por revisão independente?
5. Quais contratos não possuem critério objetivo de medição ou recebimento?
6. Quais obras não possuem baseline de cronograma capaz de demonstrar caminho crítico?
7. Onde a fiscalização depende de especialidade que o órgão não possui internamente?
8. Quais empreendimentos podem terminar fisicamente sem capacidade operacional para entrar em serviço?
9. Quantas mudanças e aditivos recentes tiveram origem em deficiência de informação pré-contratual?
10. Que evidência demonstra que a carteira está amadurecendo, e não apenas movimentando processos?

Essas perguntas deslocam a discussão do andamento administrativo para a capacidade de entrega. A gestão deixa de perguntar apenas “quantas obras estão em licitação?” e passa a perguntar “quantas estão prontas para serem licitadas e concluídas?”.

Indicadores para acompanhar a evolução da maturidade

O órgão pode acompanhar a carteira com indicadores simples:

• percentual de empreendimentos por gate;
• percentual de critérios maduros por empreendimento;
• quantidade de red flags abertas;
• dias médios para encerramento de pendências críticas;
• valor de investimentos bloqueados por falta de maturidade;
• percentual de projetos submetidos a revisão independente;
• percentual de licitações lançadas sem pendências críticas;
• percentual de ordens de início emitidas com pré-requisitos atendidos;
• variação entre orçamento de referência e contrato;
• variação de prazo após início;
• quantidade de alterações originadas por deficiência de projeto;
• percentual de recebimentos com documentação final completa.

O objetivo não é criar metas artificiais. Indicadores devem revelar tendência e direcionar atenção gerencial.

Cenários de aplicação do framework

Os 7 Gates não precisam ser utilizados da mesma forma em todos os empreendimentos. A sequência permanece, mas a profundidade, os blockers e as evidências mudam conforme estágio, regime de execução, condição existente e capacidade do órgão.

Cenário 1 — Município recebe recurso para uma nova obra

O risco mais comum é transformar prazo do recurso em prazo fictício da engenharia. O framework começa no Gate 1, confirma necessidade e solução, acelera Gate 2 para área/levantamentos e estrutura Gate 3–4 com projeto, quantitativos, custo e cronograma. A pergunta executiva não é “como licitar mais rápido?”, mas qual é o caminho crítico para produzir um pacote contratável dentro da janela disponível?

Se o prazo administrativo for incompatível com a maturidade necessária, essa divergência precisa ser tratada como risco do programa, com ações de priorização, contratação de apoio, desenvolvimento paralelo controlado ou ajuste de estratégia — sem ocultar lacunas no edital.

Cenário 2 — Unidade de saúde ou educação com múltiplas disciplinas

Hospitais, UBS, escolas e centros educacionais combinam arquitetura, estrutura, elétrica, hidráulica, climatização, incêndio, acessibilidade, tecnologia, segurança e requisitos operacionais. O Gate 3 ganha peso pela necessidade de compatibilização; o Gate 7 precisa considerar equipamentos, licenças, treinamento, operação e sistemas, evitando concluir a edificação sem criar capacidade de serviço.

Nesse cenário, a matriz de requisitos deve conectar programa funcional, ambientes, sistemas e critérios de aceite. O owner do benefício não é apenas a área de obras: a futura operação precisa participar dos Gates de projeto e recebimento.

Cenário 3 — Retrofit brownfield em instalação ocupada

O Gate 2 torna-se dominante. Levantamento, interferências, janelas de parada, rotas provisórias, cutover e contingência podem determinar solução e prazo. Projeto tecnicamente ótimo em greenfield pode ser inexequível no ambiente operacional existente.

O Gate 6 deve liberar frentes progressivamente e controlar interfaces com operação. O Gate 7 pode exigir transição por sistemas, testes em janelas específicas e operação assistida. O risco principal é tratar retrofit como obra convencional e descobrir dependências somente após demolição ou desligamento.

Cenário 4 — Obra atrasada ou paralisada

O empreendimento não volta automaticamente ao Gate 6. Primeiro é necessário reconstruir Gates 1–5 com a condição atual. A necessidade ainda existe? O executado é aproveitável? O projeto permanece aderente? Quanto custa o remanescente? Qual prazo e risco atualizados? O contrato pode prosseguir ou será necessária nova estratégia?

O assessment de retomada deve produzir uma nova baseline técnica, econômica e contratual. Essa abordagem evita que a segunda mobilização carregue as mesmas causas da primeira paralisação.

Cenário 5 — Contratação integrada ou semi-integrada

O framework não exige que a Administração desenvolva o mesmo nível de projeto de uma empreitada convencional. Ele exige que a maturidade esteja naquilo que permanece sob responsabilidade do contratante: necessidade, requisitos de desempenho, anteprojeto quando aplicável, condições de contorno, dados de entrada, riscos, critérios de julgamento, interfaces e aceite.

Quanto maior a liberdade de desenvolvimento transferida, mais importante se torna a definição objetiva do resultado e dos mecanismos de assurance. A flexibilidade do contratado não pode eliminar a capacidade do proprietário de verificar conformidade.

Cenário 6 — Carteira de dezenas ou centenas de investimentos

A aplicação deixa de ser apenas project-by-project e passa a apoiar priorização de portfólio. O órgão utiliza screening para identificar onde há recurso, urgência e baixa maturidade; aprofunda os casos críticos; organiza Plano Diretor de Engenharia; e mede evolução por Gate. A governança pode direcionar recursos técnicos para remover blockers que destravam maior valor público.

Nesse contexto, o maior ganho não é uma nota individual. É criar pipeline previsível de empreendimentos: estudos → projeto → contratável → execução → entrega, com visibilidade das causas que impedem cada transição.

Aplicação em convênios, transferências e Novo PAC

Empreendimentos financiados por transferências possuem um desafio adicional: cronograma da engenharia precisa conversar com cronograma do instrumento financeiro e administrativo. Seleção ou aprovação de recurso pode criar pressão para contratar rapidamente, mas não resolve maturidade de projeto, área, licenciamento, orçamento ou capacidade operacional.

Nesses casos, os gates ajudam a separar duas perguntas:

• o recurso está disponível ou condicionado?
• o empreendimento possui evidências suficientes para avançar?

A resposta pode exigir um plano acelerado de amadurecimento — levantamentos, projeto, orçamento, licenças e contratação — em vez de lançamento prematuro da obra.

Aplicação quando a obra já está atrasada ou paralisada

Os gates também servem para retomada, mas o ponto de partida muda. Uma obra paralisada não retorna automaticamente ao Gate 6. Antes, precisa reconstruir maturidade dos gates anteriores com a condição atual.

O órgão deve rever:

• a necessidade ainda existe na mesma forma;
• a condição física do executado;
• o projeto continua adequado;
• quantitativos remanescentes;
• custo atualizado de conclusão;
• riscos e passivos;
• estratégia contratual para continuidade;
• capacidade de fiscalização e recebimento.

Essa reconstrução é a ligação entre o framework preventivo e o cluster de obras paralisadas: retomar significa criar uma nova linha de base suficientemente madura para não repetir as causas que produziram a interrupção.

Relação com responsabilidade do gestor

Os gates não são escudo automático contra responsabilização e não substituem a análise jurídica do caso concreto. Seu valor é aumentar a qualidade da governança e da evidência disponível para a decisão.

Precedentes do TCU sobre Projeto Básico mostram que terceirizar a elaboração não elimina o dever de avaliação por parte da Administração quando existem falhas perceptíveis ou requisitos mínimos ausentes. O framework responde a esse problema criando pontos formais de revisão e critérios de prontidão.

Uma decisão documentada pode demonstrar:

• qual gate estava sendo aprovado;
• quais critérios foram verificados;
• quais documentos sustentaram a análise;
• quais pendências permaneceram;
• quais riscos foram aceitos;
• quem ficou responsável por condicionantes;
• qual agente possuía competência para decidir.

Isso transforma assinatura em resultado de um processo verificável, e não em ato isolado.

Do diagnóstico à contratação de serviços de engenharia

O assessment pode indicar que alguns empreendimentos já estão maduros e outros precisam de trabalhos adicionais. A contratação de engenharia deve nascer dessas lacunas, e não de um catálogo genérico.

Como a A3A aplica os 7 Gates

Na aplicação prática, os Gates não são vendidos como uma camada burocrática adicional. O trabalho começa pela decisão que o órgão precisa tomar e pela capacidade existente. A partir daí, a engenharia estrutura o nível de assessment, identifica blockers, valida evidências e transforma gaps em escopos concretos de estudo, projeto, revisão, custos, riscos, procurement, Owner’s Engineering, fiscalização, comissionamento ou recebimento.

Em uma carteira, a primeira entrega pode ser um Portfolio Screening e um Plano Diretor de Engenharia. Em um empreendimento prestes a licitar, pode ser uma revisão de prontidão envolvendo Projeto Básico, quantitativos, orçamento, cronograma, matriz de riscos, TR e edital. Em obra em execução, o foco pode migrar para baseline, interfaces, change control, schedule assurance e fiscalização por evidências. Em ativo próximo da entrega, o gate se concentra em completion, testes, documentação e operational readiness.

Essa modularidade permite contratar apoio exatamente onde existe déficit de maturidade, preservando as competências da Administração e evitando mobilizar escopos desnecessários. O produto central não é uma opinião abstrata: é uma base técnica rastreável para decidir e avançar.

Conclusão técnica

A crise das obras paralisadas demonstra que controlar o canteiro é necessário, mas não suficiente. Muitos dos riscos que se materializam na execução foram introduzidos antes, quando o empreendimento avançou sem maturidade adequada em necessidade, condição existente, projeto, custo, prazo, riscos ou estratégia de contratação.

Os 7 Gates de Maturidade organizam uma resposta preventiva. O modelo cria pontos de decisão entre a ideia e a operação, define evidências mínimas e permite que a Administração diga “ainda não está pronto” antes que a incerteza se torne obrigação contratual.

O método também muda a forma de contratar engenharia. Em vez de adquirir serviços isolados por hábito, o órgão passa a contratar aquilo que fecha uma lacuna concreta de maturidade: levantamento, estudo, projeto, revisão, custo, risco, procurement, fiscalização, comissionamento ou recebimento.

O resultado esperado é simples de formular e difícil de alcançar sem governança: fazer com que o recurso público atravesse planejamento, contratação e execução até se converter em infraestrutura efetivamente entregue, documentada e apta a operar.