Capital Projects em Obras Públicas: como estruturar investimentos públicos da necessidade à operação

Como estruturar investimentos públicos de engenharia do ETP ao projeto, licitação, execução, comissionamento, recebimento e operação.

Confira!

Capital Projects em Obras Públicas são investimentos que transformam uma necessidade pública em um ativo, sistema ou infraestrutura capaz de entregar um resultado mensurável à sociedade. O ciclo não começa na licitação e não termina quando a construtora comunica a conclusão física da obra. Ele começa na definição correta do problema, passa por estudos, levantamentos, alternativas, engenharia, orçamento, riscos, contratação, implantação, controles e verificação, e somente se encerra quando o ativo está tecnicamente recebido, documentado, transferido para operação e apto a produzir o benefício que justificou o investimento.

Essa perspectiva muda a forma de enxergar obras públicas. Uma escola, hospital, subestação, sistema de segurança, data center, rede de telecomunicações, instalação elétrica, sistema de saneamento ou infraestrutura de mobilidade não deve ser tratado apenas como um objeto a licitar. Trata-se de um investimento de capital que precisa preservar coerência entre necessidade, requisitos, solução técnica, recursos disponíveis, prazo, riscos, contratos, qualidade, critérios de aceite e operação.

No regime da Lei nº 14.133/2021, a fase preparatória é caracterizada pelo planejamento. O Estudo Técnico Preliminar (ETP) integra essa lógica ao caracterizar o interesse público, avaliar a solução e subsidiar, conforme o caso, o anteprojeto, o Termo de Referência ou o Projeto Básico. Porém, a conformidade documental por si só não assegura maturidade. Um documento pode existir e ainda ser insuficiente para sustentar a decisão seguinte.

Por isso, o ponto central deste HUB é simples: cada compromisso relevante do investimento público deve ser precedido por um nível de maturidade compatível com a decisão que será tomada. Antes de licitar, é preciso saber se o pacote está suficientemente definido. Antes de mobilizar, é preciso saber se projeto, acessos, interfaces, suprimentos e decisões críticas permitem construir. Antes de receber, é preciso saber se o objeto foi executado, testado, documentado e preparado para operação.

Essa abordagem integra engenharia, documentação, governança, gestão e qualidade em uma única jornada. Ela permite que o gestor enxergue o empreendimento não como uma sequência de peças administrativas isoladas, mas como um sistema de decisões e evidências que precisa permanecer coerente da necessidade ao ativo operacional.

Obra pública deve ser tratada como investimento de capital

A obra física é apenas uma parte do investimento. O resultado público pretendido normalmente depende de uma cadeia mais ampla: estudos, projetos, licenças, aquisição de equipamentos, contratos, sistemas, integração, treinamento, documentação, operação e manutenção.

Sob a ótica de Capital Projects e Infraestrutura, a pergunta não é somente se a obra foi concluída. É preciso verificar se o investimento permaneceu tecnicamente justificável e se o ativo entregue consegue produzir o resultado que motivou a alocação do recurso.

Essa distinção é importante porque sucesso de projeto e sucesso do investimento não são exatamente a mesma coisa. Um contrato pode encerrar sem que todos os benefícios estejam assegurados. Uma instalação pode estar energizada sem possuir documentação suficiente para manutenção. Um sistema pode passar por teste funcional e ainda não demonstrar desempenho integrado. Uma edificação pode ser fisicamente concluída e carregar pendências, divergências de As-Built ou requisitos operacionais não resolvidos.

Tratar a obra como Capital Project exige relacionar, desde o início:

Dimensão	Pergunta de governança
Necessidade	Qual problema público precisa ser resolvido?
Benefício	Que resultado justificará o investimento?
Requisitos	O que o ativo precisa ser capaz de fazer?
Solução	Qual alternativa atende melhor ao problema?
Engenharia	A solução está suficientemente definida?
CAPEX	Quanto custará e qual a incerteza da estimativa?
Prazo	Quando o benefício poderá começar a ser entregue?
Riscos	O que pode comprometer custo, prazo, desempenho ou continuidade?
Contratação	O mercado receberá um objeto claro e executável?
Execução	Como medir avanço, qualidade e aderência ao contrato?
Aceite	Que evidências demonstram conformidade e desempenho?
Operação	O órgão está preparado para assumir o ativo?

Essa lógica aproxima o setor público de práticas de Project Development, Stage-Gates, Project Readiness, Project Controls e Project Assurance sem substituir o regime jurídico aplicável. A Lei define obrigações e instrumentos; a engenharia organiza a maturidade necessária para que esses instrumentos representem decisões tecnicamente sustentáveis.

O cenário de obras paralisadas mostra por que maturidade importa

Na atualização do Painel de Obras Paralisadas apresentada pelo Tribunal de Contas da União em 30 de julho de 2025, com dados até abril daquele ano, 11.469 das 22.621 obras mapeadas estavam paralisadas — 50,7% do total. Educação e saúde concentravam 70% das paralisações naquele universo.

Esse dado não significa que metade de toda obra pública brasileira esteja paralisada, nem permite atribuir a paralisação a uma única causa. Ele mostra, porém, a dimensão de um problema nacional relacionado à capacidade de transformar recursos autorizados em infraestrutura efetivamente entregue.

O próprio TCU registra que irregularidades associadas a Projetos Básicos incompletos, deficientes ou desatualizados são encontradas com frequência em auditorias e podem gerar problemas durante a execução e depois da conclusão. Em seu Manual de Licitações e Contratos, o Tribunal também relaciona falhas no planejamento e no levantamento da condição do local a projetos insuficientes, aumento de prazo, aumento de custo e risco de paralisação.

A leitura de engenharia deve evitar simplificações. Paralisações podem envolver recursos financeiros, desapropriações, licenciamento, capacidade institucional, contratação, projeto, desempenho do contratado, alterações de escopo, eventos externos e inúmeras outras causas. O ponto relevante é que quanto mais cedo uma incerteza é identificada e tratada, menor a chance de ela ser transferida para uma fase em que corrigir custa mais e exige mudanças contratuais mais complexas.

É por isso que planejamento, projeto, orçamento, riscos e readiness precisam ser tratados como instrumentos de governança do investimento, e não apenas como documentos de instrução.

Da necessidade pública ao ETP: definir o problema antes da solução

A primeira decisão relevante não é qual equipamento comprar, qual obra executar ou qual solução licitar. É qual problema precisa ser resolvido e qual resultado público é esperado.

Quando a solução é escolhida antes da caracterização adequada da necessidade, todo o processo seguinte pode herdar uma premissa frágil. A Administração passa a aperfeiçoar tecnicamente uma resposta antes de demonstrar que aquela resposta é a mais adequada.

O ETP exerce papel central nessa transição. O Estudo Técnico Preliminar para obras e serviços de engenharia deve estruturar a necessidade, requisitos, alternativas e viabilidade da contratação. Em objetos de engenharia, isso normalmente exige informações técnicas que não podem ser produzidas apenas em escritório.

A maturidade do ETP depende da qualidade de suas entradas. Conforme a complexidade do objeto, podem ser necessários levantamentos cadastrais, Site Survey, topografia, sondagens, inventários, inspeções, diagnósticos, dados de consumo, informações de operação, histórico de falhas, capacidade instalada, documentos existentes e identificação de interfaces.

Um bom resultado dessa fase pode ser inclusive concluir que a contratação ainda não está pronta para seguir. A decisão tecnicamente correta pode ser desenvolver primeiro levantamento, estudo, anteprojeto ou outra engenharia necessária.

Levantamentos e Due Diligence: conhecer o existente antes de projetar

Projetos greenfield possuem incertezas próprias, mas intervenções em edificações, redes, sistemas e instalações existentes adicionam uma variável crítica: a confiabilidade da informação de campo.

Plantas antigas, diagramas desatualizados, ampliações não registradas, infraestrutura ocupada, restrições de acesso, equipamentos obsoletos, capacidade insuficiente e interferências ocultas podem alterar significativamente a solução.

Por isso, o levantamento não é uma atividade auxiliar. Ele estabelece a baseline física sobre a qual o projeto será desenvolvido.

Em ambientes brownfield ou críticos, uma Due Diligence Técnica de Engenharia pode combinar análise documental, inspeções, condição dos ativos, riscos, obsolescência, capacidade e gaps. Já o Site Survey ou levantamento cadastral concentra-se em capturar dados específicos necessários ao desenvolvimento.

A qualidade dessa etapa influencia diretamente quantitativos, interfaces, construtibilidade, orçamento e cronograma. Quando a condição existente é conhecida apenas durante a execução, o empreendimento passa a responder por meio de RFIs, alterações, aditivos, improvisações de campo e replanejamento.

O princípio é simples: não se deve exigir precisão de orçamento ou projeto maior do que a precisão das informações que os sustentam.

Viabilidade e seleção de alternativas: decidir antes de detalhar

O ETP estabelece a lógica de análise das soluções. Em empreendimentos mais complexos, essa decisão pode exigir aprofundamento por meio de Estudo de Viabilidade Técnica e Econômica, análise multicritério, estudos de capacidade, comparações de ciclo de vida ou avaliações específicas de risco.

A pergunta deixa de ser apenas “a solução funciona?” e passa a incorporar:

• é tecnicamente exequível nas condições reais do empreendimento?
• atende aos requisitos de desempenho e operação?
• cabe no orçamento ou envelope de capital disponível?
• possui custos de operação e manutenção compatíveis?
• depende de infraestrutura complementar?
• exige licenças, desapropriações ou condições ainda não resolvidas?
• transfere riscos relevantes para fases posteriores?
• existe alternativa que entregue o mesmo benefício com menor complexidade ou custo total?

A seleção de alternativas é um dos momentos de maior capacidade de influência sobre o resultado do investimento. Alterar uma solução no estudo custa pouco quando comparado a alterar uma solução já contratada, fabricada ou parcialmente construída.

No setor privado, práticas como FEL e Front-End Planning utilizam essa lógica para aumentar definição antes do comprometimento irreversível de capital. No setor público, a nomenclatura e os instrumentos são próprios, mas a necessidade de maturidade técnica permanece.

Anteprojeto, requisitos e critérios de desempenho

Selecionada a solução, o empreendimento precisa transformá-la em requisitos verificáveis.

O Anteprojeto de Engenharia ocupa posição importante quando é necessário consolidar concepção, parâmetros, requisitos de desempenho e elementos preliminares antes do Projeto Básico ou de uma contratação integrada.

Essa fase deve deixar claro o que é requisito e o que ainda é liberdade de desenvolvimento. Em vez de simplesmente listar equipamentos ou materiais, uma estrutura de requisitos robusta define capacidades, desempenho, segurança, disponibilidade, integração, manutenção, expansão, documentação e critérios de teste.

Requisitos fracos criam dois problemas simultâneos. Primeiro, fornecedores podem interpretar o objeto de formas diferentes, reduzindo comparabilidade entre propostas. Segundo, a fiscalização e o recebimento ficam sem uma referência objetiva para demonstrar atendimento.

Por isso, critérios de aceite não devem nascer no final da obra. Eles precisam ser derivados dos requisitos desde a definição da solução.

Projeto Básico: a baseline técnica para licitar

O Projeto Básico é uma das principais fronteiras de maturidade do investimento público. A Lei nº 14.133/2021 o define como o conjunto de elementos necessários e suficientes, com nível de precisão adequado, para definir e dimensionar a obra ou o serviço, avaliar custo e estabelecer métodos e prazo de execução.

Na prática de engenharia, isso significa que o Projeto Básico precisa resolver decisões suficientes para que o mercado compreenda o objeto e possa formular propostas tecnicamente comparáveis.

A AGU, no Instrumento de Padronização dos Procedimentos de Contratação de Obras e Serviços de Engenharia, reforça que, quando a Administração licita com Projeto Básico, ele deve ser completo, adequado e suficiente para a elaboração das propostas e seleção da proposta mais vantajosa.

O Projeto Básico de Engenharia deve consolidar, conforme o objeto, dimensionamentos, memoriais, desenhos, diagramas, quantitativos, especificações, interfaces, requisitos, critérios de desempenho e bases de orçamento.

Um erro recorrente é deslocar decisões essenciais para o Projeto Executivo. O Projeto Executivo deve detalhar a solução definida, e não funcionar como fase em que se descobre a arquitetura fundamental do objeto, suas capacidades, principais interfaces ou quantitativos economicamente relevantes.

Orçamento, cronograma e riscos precisam refletir a maturidade do projeto

Orçamento de referência não é um número isolado. Ele depende de escopo, quantitativos, critérios de medição, data-base, composições, BDI, premissas, mercado, logística, prazo e riscos.

Quanto menor a maturidade da engenharia, maior tende a ser a incerteza da estimativa. A governança precisa reconhecer essa relação em vez de apresentar precisão aparente onde ainda existem definições abertas.

O Orçamento de Obras e Serviços de Engenharia deve estar conectado ao mesmo escopo que aparece nos desenhos, memoriais, especificações e Termo de Referência. Divergências entre documentos criam riscos de propostas incomparáveis, itens sem cobertura, quantitativos inconsistentes e disputas na medição.

Cronograma e orçamento também precisam conversar. Long lead items, licenças, mobilização, janelas operacionais, etapas de projeto, procurement, testes e comissionamento podem determinar o prazo real do empreendimento.

A gestão de riscos deve funcionar como parte desse raciocínio. O Gerenciamento de Riscos de Engenharia estrutura causa, evento, consequência, criticidade, tratamento, responsável, evidência e risco residual, conectando incertezas à decisão.

Uma matriz de riscos sem relação com projeto, orçamento, cronograma e contrato é apenas um artefato documental. Risco precisa influenciar contingência, responsabilidades, estratégia de contratação, planos de ação e critérios para avanço.

Readiness para licitação: o pacote está realmente pronto?

A publicação do edital é um compromisso relevante porque transfere o empreendimento para uma relação competitiva e contratual. Depois desse ponto, lacunas técnicas podem se transformar em esclarecimentos, impugnações, propostas com premissas divergentes, riscos precificados de forma diferente ou futuros pleitos.

Por isso, antes da licitação é útil aplicar uma lógica de readiness: verificar se a maturidade técnica, documental, econômica e institucional é compatível com o objeto que será colocado no mercado.

Uma revisão de readiness pode avaliar:

Dimensão	Evidência esperada
Necessidade	problema, objetivo e benefício claramente definidos
ETP	alternativas e solução justificadas
Levantamentos	dados de campo suficientes e rastreáveis
Requisitos	critérios funcionais e de desempenho definidos
Projeto	pacote compatível com o regime de contratação
Orçamento	quantitativos, composições e premissas coerentes
Cronograma	marcos, dependências e restrições identificados
Riscos	riscos principais tratados e responsabilidades definidas
TR / edital	escopo, medição, aceite e obrigações consistentes
Habilitação	exigências proporcionais ao objeto e à criticidade
Gestão	fiscalização, comunicação, mudanças e submittals previstos
Qualidade	inspeções, testes e registros planejados
Recebimento	documentação e critérios de entrega especificados

A saída não precisa ser apenas “pronto” ou “não pronto”. Pode ser Ready, Ready with Conditions ou Not Ready, acompanhada de condicionantes, responsáveis e prazos.

Essa disciplina reduz a pressão por publicar um processo apenas porque o orçamento está disponível ou o calendário exige avanço.

Termo de Referência, edital e estratégia de contratação

A AGU diferencia a função do Projeto Básico da função do Termo de Referência no regime da Lei nº 14.133/2021. O Projeto Básico é documento de engenharia; o TR possui função jurídico-administrativa e contratual própria. Eles precisam ser coerentes, não intercambiáveis.

O Termo de Referência em Engenharia deve traduzir a solução em obrigações: objeto, escopo, requisitos, entregáveis, responsabilidades, critérios de medição, fiscalização, documentação e aceite.

Se o TR for redigido antes de o objeto estar tecnicamente maduro, ele tende a esconder lacunas em linguagem genérica. Expressões amplas como “solução completa” ou “todas as adequações necessárias” não substituem definição de interfaces e requisitos.

A estratégia de contratação também precisa considerar a maturidade disponível e a distribuição de responsabilidades. Contratação integrada, semi-integrada, empreitada, fornecimentos separados ou múltiplos pacotes produzem interfaces diferentes e exigem capacidades distintas do proprietário.

Na fase de seleção, Apoio Técnico à Licitação e Análise de Propostas pode verificar conformidade, metodologia, cronograma, exceções, capacidade técnica e coerência da proposta com o edital.

Da mesma forma, Apoio Técnico à Habilitação e Qualificação Técnica organiza a análise de atestados, CAT, ART, capacidade técnico-profissional e técnico-operacional conforme os requisitos efetivamente previstos.

O objetivo não é tornar o processo artificialmente restritivo. É assegurar que a qualificação exigida seja proporcional à complexidade e às parcelas relevantes do objeto e que a análise seja rastreável.

Projeto Executivo e Design Review: detalhar sem redefinir silenciosamente

Depois da contratação, o desenvolvimento do Projeto Executivo precisa preservar a baseline aprovada e tratar formalmente qualquer alteração necessária.

Essa é uma interface crítica porque o projeto pode ser produzido pelo próprio contratado. Nessa condição, a Administração precisa distinguir entre:

• detalhamento legítimo da solução;
• esclarecimento de informação;
• desenvolvimento de vendor data;
• correção de incompatibilidade;
• alteração de requisito;
• mudança de escopo;
• solução alternativa proposta pela contratada.

Sem governança, uma decisão aparentemente pequena de projeto pode alterar quantitativos, desempenho, operação, manutenção ou custo.

O Design Review deve controlar versões, comentários, respostas, disposições, evidências e pendências. Cada comentário relevante precisa ter responsável e condição de fechamento. A aprovação não deve ocorrer apenas porque um documento foi reenviado.

Em projetos multidisciplinares, interfaces entre elétrica, telecomunicações, automação, segurança, TI, arquitetura, civil, HVAC e operação precisam ser explicitamente geridas. O fato de cada disciplina estar individualmente correta não garante que o conjunto seja integrado.

Governança da implantação: fiscalização, Owner’s Engineering e Project Controls

A assinatura do contrato não reduz a necessidade de engenharia. Ela muda o tipo de decisão.

Durante a implantação, a Administração precisa acompanhar conformidade contratual, projeto, materiais, qualidade, avanço, riscos, mudanças, interfaces, testes, documentação e pendências. Essas funções podem ser distribuídas entre fiscalização, gestão do contrato, projetistas, apoio técnico especializado e equipe do órgão.

O Apoio Técnico à Fiscalização parte da baseline contratual: ETP, TR, edital, projeto, orçamento, proposta, cronograma, matriz de riscos, planos de qualidade e critérios de recebimento.

Já o conceito de Owner’s Engineering acrescenta uma camada de representação técnica do proprietário, integrando projeto, procurement, execução, interfaces, comissionamento e aceite.

O Owner’s Engineering não substitui a competência legal da fiscalização ou da autoridade pública. Seu papel é ampliar a capacidade técnica disponível para análise, verificação, integração e suporte à decisão.

O Project Controls fornece outra dimensão: cronograma, baseline, medição de progresso, custos, valor agregado, tendências e forecast. Ele transforma avanço físico e gasto em informação comparável com o planejado.

Construction Readiness: antes de liberar campo

Mesmo depois da contratação, mobilizar não significa estar pronto para construir.

Construction Readiness verifica se as condições mínimas para iniciar determinada frente estão disponíveis. Isso pode envolver projetos IFC, liberações, acessos, áreas, energia temporária, logística, materiais, long lead items, equipe, segurança, métodos executivos, interfaces, permissões e restrições.

A lógica pode ser aplicada por empreendimento, pacote ou frente de serviço. Uma obra pode estar globalmente iniciada e ainda possuir áreas ou sistemas que não deveriam ser liberados.

Liberar campo prematuramente costuma produzir espera, improviso, retrabalho e baixa produtividade. Também aumenta o volume de decisões transferidas para quem está executando, justamente quando a liberdade para mudar é menor.

Em contratos complexos, a prontidão deve ser registrada por evidências e condicionantes. Pendências aceitas precisam ter responsáveis e datas, e itens críticos precisam bloquear o avanço até sua resolução.

Mudanças, aditivos e interfaces: controlar a causa antes do efeito contratual

Mudanças são inevitáveis em parte dos empreendimentos, mas precisam ser governadas.

A questão não é impedir qualquer mudança; é distinguir entre evolução prevista, correção, condição imprevista, alteração de requisito, erro de projeto, escolha do proprietário, risco alocado e reivindicação do contratado.

Um fluxo de gestão de mudanças deve registrar:

1. origem e descrição;
2. documentos e requisitos afetados;
3. necessidade técnica;
4. alternativas;
5. impacto em prazo, custo, qualidade, segurança e operação;
6. responsabilidade contratual;
7. decisão e alçada;
8. atualização das baselines;
9. documentos revisados;
10. evidências de implementação.

Quando esse processo não existe, o contrato passa a acumular decisões informais, e o impacto real aparece apenas na medição, no cronograma ou no fechamento.

Gestão de interfaces também é parte da prevenção. Em empreendimentos fragmentados, a fronteira entre pacotes pode ser mais arriscada do que o escopo interno de cada contrato. Alimentação elétrica, rede, automação, bases civis, comunicação, permissivos, dados, espaços físicos e sequências de montagem precisam possuir owner e critério de fechamento.

Qualidade em Capital Projects: conformidade precisa ser demonstrável

Qualidade não deve ser tratada apenas como inspeção final.

Em projetos públicos de engenharia, a cadeia de qualidade começa nos requisitos, passa pelo projeto, especificações, qualificação de fornecedores, inspeções, materiais, métodos, testes e documentação e termina no aceite.

QA e QC cumprem funções complementares. Assurance estrutura processos e controles para aumentar confiança de que requisitos serão atendidos. Quality Control verifica produtos, execução e evidências.

Planos de Inspeção e Testes — ITP/PIT — são importantes porque transformam requisitos em pontos verificáveis. Hold points, witness points, critérios de aceitação, registros e responsáveis reduzem dependência de avaliação subjetiva.

Não conformidades precisam de rastreabilidade: identificação, disposição, análise de causa quando aplicável, correção, reteste e fechamento. A simples execução de uma correção não encerra uma RNC se a evidência de atendimento não foi produzida.

Essa abordagem conecta qualidade à governança. O objetivo não é gerar documentação por volume, mas assegurar que decisões de avanço e aceite possam ser sustentadas por registros verificáveis.

Completions e comissionamento: construir não é o mesmo que demonstrar funcionamento

À medida que a construção se aproxima do encerramento, o empreendimento precisa migrar de uma visão por disciplinas e contratos para uma visão por sistemas capazes de funcionar.

Completions Management organiza essa transição por subsistemas, sistemas, áreas ou unidades funcionais. A lógica permite identificar o que está fisicamente completo, o que possui pendências, o que pode seguir para pré-comissionamento e o que ainda não está pronto para testes.

O Comissionamento é o processo estruturado de planejamento, verificação, teste, documentação e validação utilizado para demonstrar que o ativo cumpre requisitos definidos.

Dependendo do objeto, o programa pode incluir FAT, recebimento de equipamentos, inspeções, pré-comissionamento, SAT, testes funcionais, testes integrados, desempenho, reliability run, treinamento e retestes.

Critérios precisam existir antes dos testes. Sem requisitos e procedimentos aprovados, o teste pode mostrar que algo “funciona”, mas não necessariamente que atende à capacidade, disponibilidade, segurança ou desempenho contratados.

Recebimento Técnico, As-Built e Handover

O recebimento é uma decisão de governança. Ele precisa confrontar obrigação contratual com entrega efetivamente demonstrada.

O Recebimento Técnico de Obras e Serviços de Engenharia pode integrar inspeções, testes, documentação, punch list, As-Built, Data Book, manuais, certificados, treinamento e condições de operação.

A conclusão física não significa que a documentação esteja pronta. Da mesma forma, documentação entregue não significa que represente a configuração real.

O As-Built de Engenharia precisa consolidar a condição executada, incluindo alterações de campo, redlines, dados de equipamentos, configurações e registros necessários à operação e manutenção.

O Data Book organiza evidências de qualidade, fabricação, inspeções, testes e certificados. O Handover integra documentação, ativo físico, pendências, garantias, sobressalentes, treinamentos e responsabilidades de transição.

O aceite técnico deve ser consequência dessa evidência, não um substituto para ela.

Operational Readiness: o órgão está pronto para receber o ativo?

Um projeto pode entregar uma instalação tecnicamente correta e ainda encontrar uma organização despreparada para operá-la.

Operational Readiness amplia a análise para pessoas, processos, sistemas, manutenção, estoque, documentação, treinamento, procedimentos, contratos de suporte, licenças e capacidade de resposta.

A preparação operacional deve começar antes do final da obra. Esperar o comissionamento para descobrir que não há equipe treinada, plano de manutenção, cadastro de ativos, sobressalentes ou procedimentos transfere risco para o período em que o ativo deveria começar a gerar benefício.

Quando necessário, a Operação Assistida pode acompanhar o período inicial, apoiar estabilização, registrar ocorrências e verificar comportamento em condições reais.

A transição para operação é, portanto, parte do Capital Project, não uma atividade externa ao projeto.

Pós-projeto: o investimento entregou o benefício que justificou o recurso?

O encerramento contratual não deveria ser o último momento de aprendizagem.

Depois que o ativo entra em operação, a Administração pode avaliar se as premissas que justificaram o investimento se confirmaram. Isso inclui capacidade, disponibilidade, custos de operação, prazo real de implantação, benefícios, demanda, desempenho e riscos residuais.

Uma Post-Project Evaluation não busca apenas responsabilização retrospectiva. Ela transforma experiência em melhoria do próximo ciclo de investimentos.

Algumas perguntas são particularmente úteis:

• o problema público que originou o projeto foi efetivamente mitigado?
• a capacidade ou nível de serviço previsto foi alcançado?
• CAPEX e prazo finais diferiram das estimativas iniciais por quais causas?
• quais riscos se materializaram?
• quais mudanças poderiam ter sido identificadas antes?
• quais critérios de contratação funcionaram ou falharam?
• quais requisitos se mostraram incompletos?
• quais informações precisam alimentar futuros ETPs e Projetos Básicos?

Sem essa retroalimentação, cada projeto corre o risco de repetir problemas já conhecidos.

Framework de maturidade: gates para investimentos públicos

Uma forma prática de integrar todo o ciclo é trabalhar com gates de decisão.

Gate	Pergunta principal	Evidência típica
G0 — Necessidade	O problema público está definido?	necessidade, stakeholders, benefício esperado
G1 — ETP e alternativas	A melhor solução foi justificada?	ETP, levantamentos, requisitos, alternativas
G2 — Viabilidade e definição	A solução é técnica e economicamente exequível?	viabilidade, anteprojeto, riscos, CAPEX preliminar
G3 — Projeto / orçamento / riscos	O pacote possui maturidade para contratação?	Projeto Básico, quantitativos, orçamento, cronograma, matriz de riscos
G4 — Readiness para licitação	O mercado receberá um objeto coerente e verificável?	TR, edital, habilitação, critérios de medição, aceite e governança
G5 — Readiness para construção	Existem condições reais para liberar execução?	projeto liberado, acessos, materiais, interfaces, planos e permissões
G6 — Readiness para recebimento/operação	O ativo foi construído, testado e documentado?	commissioning, punch list, As-Built, Data Book, treinamento
G7 — Avaliação do investimento	O ativo está entregando o resultado esperado?	KPIs, desempenho, custos, benefícios, lições aprendidas

Cada gate precisa definir requisitos mínimos, evidências, condicionantes, responsáveis e decisão de avanço.

O gate não deve se transformar em burocracia adicional. Seu valor está em impedir que uma etapa avance por inércia administrativa quando ainda existem lacunas incompatíveis com o compromisso seguinte.

A classificação pode ser simples:

• Ready — evidências suficientes para avançar;
• Ready with Conditions — avanço possível com condicionantes formalizadas;
• Not Ready — lacunas críticas impedem a decisão;
• Not Applicable — requisito não se aplica ao objeto.

Essa estrutura aproxima a gestão pública de uma lógica de Project Readiness e Project Assurance sem substituir as instâncias formais de autorização previstas pelo órgão.

Como contratar apoio técnico especializado ao longo do ciclo

Nem todo órgão precisa terceirizar todas as etapas. A contratação deve complementar a capacidade interna e concentrar apoio onde especialização, independência, volume ou complexidade justificarem.

Um escopo de Engenharia Consultiva bem estruturado deve definir:

• objeto: qual decisão, fase ou pacote será apoiado;
• escopo: atividades e limites claros;
• entradas: documentos e dados fornecidos pelo órgão;
• entregáveis: relatórios, projetos, matrizes, pareceres, análises e registros;
• responsabilidades: o que permanece com Administração, projetistas e contratados;
• interfaces: fluxos de comunicação, aprovação e escalonamento;
• metodologia: como a análise será executada;
• equipe: competências compatíveis com disciplinas e criticidade;
• evidências: registros necessários para demonstrar a execução do serviço;
• medição: como o progresso e os produtos serão medidos;
• aceite: critérios objetivos de conclusão;
• governança: reuniões, controles, registros e gestão de mudanças.

O apoio pode ser contratado em pontos específicos — por exemplo ETP, Projeto Básico, revisão de edital, habilitação ou recebimento — ou de forma integrada ao longo do ciclo.

A escolha deve responder à necessidade real do investimento. Um empreendimento em definição exige capacidade diferente de outro já em execução. Um projeto com múltiplos contratos pode demandar Owner’s Engineering e Project Controls. Um ativo próximo da entrega pode exigir comissionamento, As-Built e recebimento técnico.

O princípio é contratar capacidade técnica para a decisão que precisa ser tomada, e não apenas produzir documentos.

Da documentação à governança do investimento

ETP, anteprojeto, Projeto Básico, orçamento, Termo de Referência, edital, projetos executivos, relatórios, RNCs, testes, As-Built e Data Book não são arquivos independentes.

Eles formam uma cadeia de evidências do investimento.

Uma boa governança precisa preservar coerência entre essas evidências. Se um requisito muda, documentos afetados precisam refletir a decisão. Se o projeto altera quantitativos, orçamento e cronograma precisam ser avaliados. Se o contrato exige determinado desempenho, comissionamento e aceite precisam demonstrá-lo. Se a execução diverge do projeto, As-Built precisa registrar a configuração final.

A maturidade está nessa coerência.

É por isso que Capital Projects em Obras Públicas é uma abordagem de engenharia do investimento, e não simplesmente mais um nome para gestão de obras.

O objetivo final é assegurar que cada etapa deixe informação suficiente para a seguinte e que o gestor disponha de evidências melhores para decidir quando avançar, corrigir, condicionar ou interromper.

Conclusão: recursos públicos relevantes exigem engenharia à altura da responsabilidade

O investimento público percorre uma cadeia longa entre necessidade e operação. Quanto maior a relevância do ativo, o CAPEX, a criticidade, o número de interfaces ou a consequência de uma falha, maior a necessidade de planejamento, engenharia, governança, controles e evidências.

A obra é o trecho mais visível dessa jornada, mas não é onde todas as decisões começam.

ETP, levantamentos, viabilidade, requisitos, Projeto Básico, orçamento, riscos e readiness determinam a qualidade da contratação. Projeto Executivo, fiscalização, Owner’s Engineering e Project Controls preservam a baseline durante a implantação. QA/QC, completions e comissionamento transformam execução em evidência. Recebimento, As-Built, Data Book e Operational Readiness conectam a entrega à operação.

A pergunta de governança em cada etapa deve ser:

o investimento possui maturidade suficiente para assumir o próximo compromisso relevante?

Quando essa resposta é sustentada por documentos coerentes, engenharia adequada, riscos tratados, responsabilidades claras e evidências verificáveis, o gestor possui melhores condições para conduzir o investimento público do planejamento ao ativo operacional.

Para aplicação dessa lógica como solução de engenharia consultiva, a A3A Engenharia estruturou Engenharia para Investimentos Públicos, conectando Assessment de Maturidade, definição técnica, contratação, implantação, Assurance, comissionamento e recebimento.

Referências técnicas

[1] BRASIL. Lei nº 14.133, de 1º de abril de 2021 — Lei de Licitações e Contratos Administrativos. Disponível em: [https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm](https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2021/lei/l14133.htm)

[2] TRIBUNAL DE CONTAS DA UNIÃO. Manual de Licitações e Contratos — Projeto Básico. Disponível em: [https://licitacoesecontratos.tcu.gov.br/4-4-3-projeto-basico-pb/](https://licitacoesecontratos.tcu.gov.br/4-4-3-projeto-basico-pb/)

[3] TRIBUNAL DE CONTAS DA UNIÃO. Metade das obras financiadas com recursos federais estão paradas. 30 jul. 2025. Disponível em: [https://portal.tcu.gov.br/imprensa/noticias/metade-das-obras-financiadas-com-recursos-federais-estao-paradas](https://portal.tcu.gov.br/imprensa/noticias/metade-das-obras-financiadas-com-recursos-federais-estao-paradas)

[4] ADVOCACIA-GERAL DA UNIÃO. Modelos da Lei nº 14.133/2021 para pregão e concorrência. Disponível em: [https://www.gov.br/agu/pt-br/composicao/cgu/cgu/modelos/licitacoesecontratos/14133/pregao-e-concorrencia](https://www.gov.br/agu/pt-br/composicao/cgu/cgu/modelos/licitacoesecontratos/14133/pregao-e-concorrencia)

[5] ADVOCACIA-GERAL DA UNIÃO; MGI. Instrumento de Padronização dos Procedimentos de Contratação de Obras e Serviços de Engenharia.

Perguntas frequentes

O que são Capital Projects em Obras Públicas?

São investimentos públicos destinados a desenvolver, implantar, ampliar ou modernizar ativos e infraestruturas, tratados ao longo de todo o ciclo de decisão, engenharia, contratação, execução, recebimento e operação.

O ETP é sempre suficiente para licitar uma obra?

Não. O ETP estrutura a necessidade, alternativas e viabilidade. Dependendo do objeto e do regime de contratação, ainda serão necessários levantamentos, anteprojeto, Projeto Básico, orçamento, TR e outros elementos com maturidade compatível com a licitação.

Projeto Básico e Termo de Referência são a mesma coisa?

Não. No regime da Lei nº 14.133/2021, o Projeto Básico é documento de engenharia com função de definir e dimensionar a obra ou serviço. O Termo de Referência possui função própria na estruturação da contratação e deve permanecer coerente com os documentos técnicos.

O que significa readiness para licitação?

É a avaliação de que projeto, orçamento, riscos, documentação, requisitos, estratégia de contratação, critérios de medição, fiscalização e aceite possuem maturidade suficiente para colocar o objeto no mercado sem transferir lacunas críticas para a execução.

Owner's Engineering substitui a fiscalização pública?

Não. Owner's Engineering fornece representação e suporte técnico ao proprietário ou contratante, mas não transfere nem elimina competências legais da Administração, da fiscalização ou da autoridade responsável.

Quando Project Controls é necessário?

É especialmente útil em empreendimentos com cronograma complexo, múltiplos contratos, CAPEX relevante ou necessidade de controlar prazo, custo, progresso, tendências e mudanças de forma integrada e rastreável.

Comissionamento é obrigatório em toda obra?

A necessidade e profundidade dependem do objeto. Em sistemas, equipamentos e infraestruturas que precisam demonstrar funcionamento, integração ou desempenho, o comissionamento oferece uma estrutura verificável de testes e evidências antes do aceite.

Uma obra fisicamente concluída pode não estar pronta para recebimento?

Sim. Podem permanecer pendências, testes incompletos, documentação insuficiente, divergências de As-Built, treinamento pendente, critérios de desempenho não demonstrados ou itens críticos de punch list.

O que deve ser avaliado após a entrada em operação?

Capacidade, disponibilidade, desempenho, custos operacionais, benefícios, riscos residuais e diferenças entre as premissas do investimento e o resultado efetivamente alcançado.

Materiais técnicos complementares

Serviços relacionados

• Estudo Técnico Preliminar (ETP) para Obras e Serviços de Engenharia
• Estudo de Viabilidade Técnica e Econômica
• Anteprojeto de Engenharia
• Projeto Básico de Engenharia
• Orçamento de Obras e Serviços de Engenharia
• Termo de Referência para Obras e Serviços de Engenharia
• Revisão Técnica de Edital e Anexos
• Design Review
• Gerenciamento de Riscos de Engenharia
• Apoio Técnico à Fiscalização
• Gestão de Projetos / Project Controls
• Gerenciamento de Projetos
• Comissionamento de Equipamentos
• Recebimento Técnico de Obras e Serviços de Engenharia
• As-Built de Engenharia
• Operação Assistida

Conteúdos principais sobre o tema

• Capital Projects e Infraestrutura
• Capital Project Lifecycle
• Project Readiness em Engenharia
• Project Assurance em Engenharia
• Owner's Engineering
• Design Review em Projetos de Engenharia
• Projeto Básico de Engenharia
• Termo de Referência em Engenharia
• ETP para Obras e Serviços de Engenharia

Conteúdos técnicos correlatos

• Guia Completo sobre Licitações e Contratos de Obras e Serviços de Engenharia
• Gestão de Obras Públicas: como prevenir paralisações, proteger o investimento e reduzir riscos do gestor
• 7 Gates de Maturidade para Investimentos Públicos em Engenharia
• Comissionamento: guia completo do planejamento, testes, aceite e handover
• Guia Completo de As-Built em Engenharia