Responsabilidade do Gestor Público em Obras: decisões técnicas, projeto e fiscalização

Como decisões sobre projeto, contratação, fiscalização e capacidade institucional podem reduzir riscos do gestor público em obras, segundo TCU, Lei 14.133 e instrumentos da AGU.

Confira!

A responsabilidade do gestor público em obras não decorre automaticamente do atraso, do aditivo ou da paralisação de um empreendimento. Obras são atividades complexas, sujeitas a riscos técnicos, financeiros, ambientais, contratuais e de mercado. O risco de responsabilização surge quando uma decisão ou omissão atribuível ao agente viola deveres aplicáveis, deixa de enfrentar falhas perceptíveis ou requisitos mínimos e contribui para prejuízo, irregularidade ou perda de controle. Por isso, a proteção mais consistente do gestor não é evitar decisões: é decidir com competência definida, informação técnica adequada, registro contemporâneo e controles proporcionais ao risco.

O Tribunal de Contas da União oferece exemplos claros dessa lógica. No Acórdão 820/2019-Plenário, o TCU consolidou o entendimento de que o gestor que aprova Projeto Básico com falhas perceptíveis em função do cargo ou sem os requisitos mínimos exigidos pode responder pelos prejuízos de sua implementação, ainda que o projeto tenha sido elaborado por empresa contratada. No Acórdão 2.778/2020-Plenário, o Tribunal considerou falha grave iniciar obra com Projeto Básico deficiente, sem elementos necessários e suficientes e sem precisão adequada para caracterizar e orçar o empreendimento. A mensagem não é que o administrador deva refazer pessoalmente todos os cálculos do projetista. É que aprovação, contratação, início, medição e recebimento são pontos de controle que não podem ser reduzidos a assinaturas formais.

Paralisação da obra não significa responsabilização automática

A primeira distinção precisa ser feita com precisão. Uma obra pode paralisar por eventos que não decorrem de conduta irregular do gestor: evento climático extremo, decisão judicial, fato de terceiro, situação imprevisível de solo, ruptura de cadeia de fornecimento, descumprimento da contratada ou outros riscos contratualmente alocados.

Responsabilidade exige análise do caso concreto. Em termos de controle, devem ser examinados elementos como competência do agente, dever aplicável, conduta, possibilidade concreta de agir, informação disponível no momento da decisão, nexo causal e consequência produzida.

Essa distinção é importante porque um discurso genérico de responsabilização pode gerar o efeito oposto ao desejado: medo de decidir, postergação de providências e agravamento do próprio risco do empreendimento.

O objetivo de uma boa governança é permitir que o gestor tome decisões tempestivas e defensáveis. Para isso, o processo precisa demonstrar:

• qual problema foi identificado;
• quais informações estavam disponíveis;
• quais alternativas foram consideradas;
• qual área técnica se manifestou;
• quais riscos foram avaliados;
• quem possuía competência para decidir;
• qual foi a decisão;
• quais controles acompanharam sua execução.

Quando essa trilha existe, a Administração consegue distinguir erro técnico, risco materializado, inadimplemento de terceiro e decisão administrativa fundamentada.

O que o Acórdão 820/2019 realmente diz sobre Projeto Básico

O enunciado do Acórdão 820/2019-Plenário é particularmente relevante porque atinge uma situação recorrente: o projeto foi produzido por empresa especializada e o órgão supõe que a terceirização também transferiu integralmente o dever de avaliar aquilo que recebeu.

O TCU afirma que o gestor que aprova Projeto Básico contendo falhas perceptíveis em função do exercício do cargo ou que não contemple requisitos mínimos exigidos na legislação torna-se responsável por eventuais prejuízos decorrentes de sua implementação, mesmo quando o documento foi elaborado por contratada.

Há duas expressões que precisam ser preservadas na interpretação.

Falhas perceptíveis em função do cargo

O padrão não exige que qualquer agente identifique qualquer erro especializado escondido em cálculo, simulação ou ensaio. A questão é se a falha era perceptível diante das atribuições exercidas, das informações disponíveis e da natureza do documento submetido à aprovação.

Um projeto sem peças essenciais, sem definição mínima do objeto, com incompatibilidades ostensivas, quantitativos sem base ou ausência de requisitos exigidos é diferente de um erro técnico altamente especializado que somente seria detectável mediante cálculo independente complexo.

Requisitos mínimos exigidos

A aprovação também não deve ignorar elementos obrigatórios que deveriam compor o documento. O controle de completude é uma das defesas mais objetivas da Administração porque pode ser estruturado em checklists, matrizes de conformidade e critérios de aceite documental.

Esse entendimento aparece hoje também no Manual de Licitações e Contratos do TCU: mesmo quando uma empresa especializada de engenharia ou arquitetura é contratada para elaborar o Projeto Básico, o administrador público permanece responsável por avaliar a adequação dos documentos e exigir os ajustes necessários.

Terceirizar a engenharia não significa terceirizar a decisão administrativa

A contratação de projetista, consultor, fiscal auxiliar, gerenciadora ou empresa de Owner’s Engineering pode ampliar muito a capacidade técnica do órgão. Mas o desenho do serviço precisa preservar a separação entre produção de informação técnica e competência administrativa.

O terceiro pode:

• levantar dados;
• realizar inspeções;
• elaborar projeto;
• emitir parecer técnico;
• auditar quantitativos;
• analisar cronograma;
• revisar medições;
• registrar não conformidades;
• avaliar riscos;
• recomendar alternativas;
• apoiar recebimento.

A Administração continua responsável pelas decisões que a lei e o contrato reservam aos seus agentes.

Essa separação é saudável para ambos os lados. O consultor responde pela veracidade e precisão das informações técnicas que produz dentro de seu escopo. O agente público decide a partir dessa informação, considerando competência, interesse público, normas e demais manifestações necessárias.

O art. 117 da Lei 14.133 permite assistência técnica ao fiscal

A Lei 14.133 reconhece que a fiscalização pode exigir conhecimento especializado. O art. 117 permite a contratação de terceiros para assistir e subsidiar o fiscal com informações pertinentes à fiscalização.

Isso é particularmente relevante em obras multidisciplinares. Um único fiscal não precisa possuir, individualmente, profundidade equivalente em estruturas, elétrica, climatização, segurança, automação, redes, incêndio, geotecnia, planejamento, custos e comissionamento.

O desenho correto é estabelecer uma arquitetura de apoio em que especialistas produzam evidências e análises e o fiscal mantenha sua função institucional.

Exemplos de produtos de apoio incluem:

• relatórios de inspeção;
• checklists de conformidade;
• memória de verificação de medição;
• análise de avanço físico;
• parecer sobre alteração de escopo;
• auditoria de cronograma;
• relatório de riscos;
• análise de RNCs;
• verificação documental para recebimento.

Essa forma de contratação reduz a dependência de conhecimento tácito individual e cria uma base técnica verificável para a decisão.

Projeto Básico: a aprovação é um gate, não um protocolo de recebimento

Quando o Projeto Básico chega para aprovação, a pergunta não deve ser apenas se o arquivo foi entregue. A pergunta é se o conjunto possui maturidade suficiente para cumprir a função que terá na contratação.

O TCU descreve o Projeto Básico como peça fundamental para licitação e execução, capaz de caracterizar o objeto e orientar custo e condições de contratação. Por isso, a revisão deveria examinar pelo menos cinco dimensões.

Completude

Existem as peças necessárias à natureza do objeto? Plantas, memoriais, especificações, cálculos, quantitativos, critérios de desempenho, detalhes, levantamentos e demais documentos aplicáveis estão presentes?

Coerência

As disciplinas conversam entre si? O memorial corresponde às plantas? Os quantitativos correspondem ao projeto? As especificações citam equipamentos, materiais e desempenhos coerentes com a solução?

Adequação à condição existente

O projeto foi desenvolvido sobre levantamento confiável? Interferências, infraestrutura existente, acessos, energia, topografia, solo e restrições operacionais foram considerados quando relevantes?

Contratabilidade

O documento permite que o mercado compreenda o objeto e forme proposta comparável? Os critérios de medição e aceite podem ser derivados com objetividade?

Executabilidade

A solução pode ser implantada nas condições previstas de prazo, logística, sequência, disponibilidade de áreas e interfaces?

Uma aprovação tecnicamente estruturada reduz o risco de levar para o edital perguntas que deveriam ter sido respondidas pelo projeto.

O Acórdão 2.778/2020 reforça o risco de iniciar obra sobre base deficiente

No Acórdão 2.778/2020-Plenário, o TCU registrou que iniciar obra pública com Projeto Básico deficiente, sem os elementos necessários e suficientes e sem nível de precisão adequado para caracterizar o empreendimento e garantir exatidão na orçamentação, constitui falha grave passível de multa aos responsáveis.

A relevância desse precedente está na transição entre documento e execução. Antes da mobilização, a Administração ainda possui capacidade relativamente alta de corrigir projeto, quantitativos, orçamento e condições do edital. Depois que a obra começa, cada lacuna passa a interagir com contrato, mobilização, suprimentos, produtividade, medição e prazo.

Portanto, a decisão de emitir ordem de início ou equivalente deve confirmar que pré-requisitos essenciais estão satisfeitos.

Um gate pré-mobilização pode verificar:

• contrato e garantias vigentes;
• projetos liberados para as primeiras frentes;
• licenças necessárias;
• áreas disponíveis;
• cronograma-base aceito;
• responsáveis técnicos formalizados;
• plano da qualidade;
• fluxo de comunicação e documentos;
• matriz de responsabilidades;
• condições para medição;
• fornecimentos críticos programados.

A simples assinatura do contrato não significa que todas as condições de início estejam maduras.

A capacidade institucional precisa ser tratada como risco do empreendimento

Um dos erros mais injustos e tecnicamente ineficientes é presumir que todo órgão possui internamente todas as competências necessárias apenas porque recebeu a responsabilidade administrativa sobre a obra.

Municípios e entidades de menor porte podem administrar simultaneamente diversas políticas públicas com equipes enxutas. Em determinados empreendimentos, o volume e a especialização exigidos ultrapassam a capacidade disponível.

Essa limitação deve ser reconhecida no planejamento, não apenas depois do problema.

Uma avaliação de capacidade institucional pode observar:

Dimensão	Evidência possível	Risco quando insuficiente
Equipe	quantidade, especialidades, disponibilidade	análise superficial e atraso de decisões
Projetos	capacidade de elaborar/revisar	lacunas transferidas para execução
Custos	engenharia de custos e quantitativos	orçamento frágil e medição inconsistente
Contratação	experiência com objetos complexos	edital e critérios inadequados
Campo	frequência e especialidades de inspeção	não conformidades detectadas tarde
Planejamento	controle de cronograma	atraso reconhecido apenas após marco vencido
Documentação	GED, versões e rastreabilidade	decisões sem trilha probatória
Recebimento	testes e critérios de aceite	entrega física sem prontidão funcional

O gestor que identifica uma lacuna tem opções: capacitar equipe, redistribuir responsabilidades, ajustar cronograma, contratar apoio especializado ou reduzir o escopo simultâneo. O risco maior é conhecer a incapacidade e continuar sem tratá-la.

A insuficiência de equipe deve ser registrada e escalada

Há diferença entre possuir responsabilidade formal e dispor concretamente de meios para exercê-la. Quando o volume de demandas ou a complexidade técnica inviabilizam uma análise adequada, a situação precisa ser documentada e encaminhada à autoridade competente.

O registro pode conter:

• demanda recebida;
• competências técnicas necessárias;
• capacidade efetivamente disponível;
• impacto esperado da insuficiência;
• riscos de prosseguir sem reforço;
• alternativas de mitigação;
• necessidade de contratação ou redistribuição.

Isso não funciona como exoneração automática de responsabilidade. Funciona como governança: transforma uma limitação institucional conhecida em problema explícito que precisa de decisão.

A responsabilidade começa antes do edital

Muitos processos concentram controles na licitação e na fiscalização, mas decisões decisivas já foram tomadas na fase de planejamento.

Antes do edital, o órgão escolhe ou valida:

• necessidade a ser atendida;
• solução tecnológica ou construtiva;
• nível de maturidade do projeto;
• estimativa de custo;
• prazo esperado;
• regime de execução;
• parcelamento;
• alocação de riscos;
• critérios de qualificação;
• critérios de medição;
• estrutura de fiscalização.

Se essas decisões são frágeis, a licitação pode ser formalmente competitiva e ainda produzir um contrato estruturalmente vulnerável.

Por isso, o Estudo Técnico Preliminar, o Projeto Básico e a estratégia de contratação devem ser vistos como documentos de decisão, não como anexos burocráticos.

O Estudo Técnico Preliminar reduz o risco de contratar a solução errada

O ETP deve demonstrar a necessidade, examinar alternativas e sustentar a escolha da solução. Em engenharia, seu valor aumenta quando conecta necessidade pública a restrições reais do empreendimento.

Um bom estudo ajuda a responder:

• existe solução alternativa de menor risco ou custo de ciclo de vida;
• a infraestrutura existente suporta a intervenção;
• há necessidade de obra preliminar;
• o terreno ou área está disponível;
• existem condicionantes ambientais ou operacionais;
• a solução exige competências que o órgão não possui;
• há dependências com outros contratos;
• a operação futura possui recursos e pessoal.

Decidir a solução antes de conhecer essas respostas pode tornar o projeto seguinte apenas um detalhamento de uma escolha que nunca foi adequadamente testada.

A AGU transforma decisões técnicas relevantes em justificativas explícitas

Os modelos de contratação da Advocacia-Geral da União não eliminam a necessidade de engenharia. Eles ajudam a organizar a instrução e tornar justificáveis escolhas que possuem consequências jurídicas e competitivas.

A página de modelos da Lei 14.133 mantém, em 2026, instrumentos específicos para obras e serviços de engenharia, incluindo Termo de Referência único atualizado em maio de 2026, modelos de contrato, lista de verificação e Termo de Justificativas Técnicas Relevantes.

O TJTR é especialmente útil sob a perspectiva de responsabilidade porque força a Administração a explicitar decisões técnicas relevantes em vez de deixá-las dispersas no processo.

Entre os temas que podem exigir justificativa consistente estão:

• regime de execução;
• parcelamento;
• requisitos de habilitação;
• garantias;
• subcontratação;
• orçamento;
• critérios de julgamento;
• condições específicas do objeto.

O formulário não substitui a análise. A própria AGU orienta que modelos sejam adaptados às características concretas da contratação e que alterações de legislação, doutrina e jurisprudência sejam verificadas.

Projeto Básico e Termo de Referência não devem se contradizer

A AGU esclarece que o Projeto Básico, na Lei 14.133, é documento de engenharia com as características do art. 6º, XXV. O Termo de Referência permanece com conteúdo jurídico-administrativo próprio da contratação.

Na prática, isso exige coordenação.

Se o Projeto Básico define determinado desempenho, o TR não pode exigir outro. Se o orçamento utiliza uma unidade de medição, o modelo de execução não deve criar regra incompatível. Se o projeto pressupõe uma sequência construtiva, o prazo contratual não pode ignorá-la.

Uma revisão cruzada deve verificar pelo menos:

• escopo;
• requisitos;
• quantitativos;
• prazo;
• medição;
• aceite;
• garantias técnicas;
• entregáveis;
• responsabilidades;
• interfaces.

A coerência documental protege o certame e a execução.

Orçamento: aprovar preço exige compreender a base técnica

O gestor não precisa recalcular pessoalmente cada composição de custo, mas a Administração deve possuir processo capaz de demonstrar como o valor de referência foi formado.

Uma memória de orçamento auditável permite rastrear:

• item;
• quantidade;
• origem da quantidade;
• composição;
• fonte de preço;
• data-base;
• encargos;
• BDI;
• cotações específicas;
• premissas e ajustes.

Sinais de alerta que merecem revisão incluem:

• quantitativos sem memória;
• grandes itens sem correspondência no projeto;
• composições incompatíveis com método;
• cotações sem especificação equivalente;
• custos indiretos desconectados do prazo;
• preços significativamente divergentes sem justificativa.

Quanto mais relevante o item para o custo global, maior deve ser a qualidade da evidência que sustenta sua estimativa.

Cronograma: a responsabilidade sobre prazo começa na definição de uma meta exequível

Um prazo político ou administrativo que ignora método executivo, produtividade, suprimentos e interfaces cria conflito antes mesmo da contratação.

A análise técnica do prazo deve considerar:

• sequência das atividades;
• durações e produtividades;
• caminho crítico;
• períodos de aprovação;
• aquisições de longo prazo;
• liberações de área;
• testes e comissionamento;
• restrições operacionais;
• sazonalidade quando relevante.

Se a Administração fixa prazo inexequível e depois trata o atraso como problema exclusivamente da contratada, a análise de responsabilidade ficará tecnicamente fragilizada.

Matriz de riscos: responsabilidade contratual precisa ser alocada antes do evento

A matriz de riscos organiza quem suporta determinados eventos e quais condições acionam tratamento contratual. Ela não deve ser usada para transferir indiscriminadamente todos os riscos ao particular.

Uma boa matriz identifica:

• evento;
• causa;
• consequência;
• parte responsável;
• ação preventiva;
• resposta;
• evidência necessária;
• efeito esperado sobre prazo ou custo.

Quando um evento ocorre, a gestão consegue avaliar o contrato a partir de uma regra previamente estabelecida, reduzindo decisões casuísticas.

Critérios de qualificação técnica também são decisões de risco

A Administração precisa evitar dois extremos: exigir pouco e admitir fornecedor sem capacidade compatível; exigir demais e restringir a competição sem justificativa.

Para definir qualificação técnica, a equipe deve conhecer as parcelas críticas do objeto e sua complexidade real. Exigências devem ser proporcionais e tecnicamente justificadas.

A mesma lógica vale para consórcios, subcontratação, indicação de marca quando excepcionalmente cabível, prova de conceito e critérios de técnica e preço.

Cada restrição ao universo de participantes precisa nascer de uma necessidade verificável do objeto.

A análise de propostas não pode se limitar ao valor final

Proposta economicamente atraente pode conter inconsistências técnicas, preços inexequíveis, premissas divergentes ou composição que transfere risco para a execução.

Em objetos complexos, a análise pode envolver:

• aderência ao escopo;
• modelos e fabricantes quando exigidos;
• matriz de conformidade;
• cronograma;
• equipe;
• metodologia;
• quantitativos;
• planilhas de custos;
• documentos de qualificação;
• esclarecimentos e diligências.

A objetividade é essencial. Critérios devem estar previstos no edital e ser aplicados igualmente aos participantes.

Fiscalização: registrar o fato é tão importante quanto identificar o problema

Durante a obra, a responsabilização posterior frequentemente depende da capacidade de reconstruir o que aconteceu.

Por isso, a fiscalização deve manter registros contemporâneos de:

• ocorrências;
• inspeções;
• instruções;
• não conformidades;
• medições;
• fotografias;
• cronograma;
• riscos;
• decisões;
• comunicações formais;
• alterações.

O relatório técnico deve separar fato, análise, hipótese, recomendação e decisão. Essa disciplina evita que opinião seja registrada como fato ou que uma conclusão posterior seja apresentada como se já fosse conhecida no momento do evento.

A ausência de registro fragiliza tanto a Administração quanto o contratado

Quando uma frente fica bloqueada por 20 dias e ninguém registra o impedimento, meses depois pode ser difícil estabelecer causa, duração e responsabilidade.

Quando uma alteração é solicitada verbalmente, executada e somente depois formalizada, abre-se espaço para divergência sobre escopo e preço.

Quando uma medição é aprovada sem memória, o pagamento perde sua principal trilha técnica.

Rastreabilidade documental não é excesso de burocracia quando o documento está ligado a uma decisão relevante. É mecanismo de preservação da evidência.

Medição: o pagamento deve nascer da execução comprovada

O boletim de medição precisa demonstrar que o serviço atingiu o critério de medição estabelecido e que a quantidade reconhecida corresponde ao executado.

Evidências podem incluir:

• memória de cálculo;
• levantamento de campo;
• projeto e localização;
• RDO;
• fotografia;
• inspeção;
• ensaio;
• checklist;
• aceite parcial.

A qualidade da evidência deve acompanhar a materialidade e o risco do item.

O fiscal pode receber apoio especializado para verificar medições, mas a decisão de atestar e encaminhar pagamento permanece dentro das competências administrativas aplicáveis.

Alterações e aditivos: formalizar cedo reduz risco de reconstrução tardia

Mudança de projeto, condição imprevista ou necessidade superveniente não deve percorrer o canteiro informalmente.

O processo de mudança precisa identificar:

1. evento ou necessidade;
2. origem;
3. justificativa técnica;
4. impacto no objeto;
5. quantitativos;
6. custo;
7. prazo;
8. risco e responsabilidade;
9. decisão competente;
10. atualização documental.

A análise de aditivo é mais defensável quando o processo preserva o estado anterior e demonstra por que a mudança foi necessária.

O gestor precisa distinguir correção de projeto de ampliação de escopo

Nem toda alteração durante a obra representa nova necessidade da Administração. Algumas corrigem erro, incompatibilidade ou omissão do projeto; outras respondem a condição superveniente; outras efetivamente ampliam o objeto.

A distinção influencia responsabilidade, orçamento, matriz de riscos e eventual direito contratual.

Uma análise técnica deve registrar a origem da mudança antes de discutir apenas o valor adicional.

Atraso: cobrar cronograma não basta para definir responsabilidade

Quando a obra atrasa, é necessário identificar a cadeia causal.

A mesma atividade pode ter sido afetada por baixa produtividade da contratada, atraso de projeto do contratante, indisponibilidade de área e fornecimento tardio. Atribuir todo o atraso ao agente que aparece por último na cadeia pode ser tecnicamente incorreto.

A análise deve reconstruir:

• baseline;
• data de corte;
• caminho crítico;
• eventos;
• períodos afetados;
• folgas;
• medidas de mitigação;
• documentação contemporânea.

O plano de recuperação é problema operacional; eventual direito a prazo ou custo é problema contratual relacionado, mas não idêntico.

Quando a obra ameaça parar, a omissão decisória pode ampliar o dano

O gestor não deve confundir prudência com inação. Determinados problemas exigem decisão tempestiva para evitar que o custo cresça.

Exemplos:

• projeto crítico aguardando aprovação;
• área sem liberação;
• fornecedor essencial em ruptura;
• RNC que bloqueia sequência;
• medição em conflito recorrente;
• pleito que exige instrução;
• risco de desmobilização da contratada.

Nesses casos, a governança deve escalonar a questão ao nível competente, com informação suficiente para decidir.

Recebimento: obra fisicamente concluída pode não estar pronta para operar

O encerramento é outro ponto de responsabilidade relevante. Receber objeto sem verificar desempenho, documentação e pendências pode transferir passivos para a operação.

O recebimento técnico pode exigir, conforme o objeto:

• inspeção final;
• testes funcionais;
• comissionamento;
• certificações;
• documentação As Built;
• manuais;
• treinamentos;
• garantias;
• Data Book;
• punch list encerrada.

O art. 140 da Lei 14.133 estrutura recebimentos provisório e definitivo. A formalização deve refletir o resultado real das verificações técnicas, não apenas o término físico aparente.

Segregação de funções reduz concentração e melhora a qualidade do controle

Em processos complexos, uma mesma pessoa não deveria, sem necessidade, elaborar, revisar, aprovar, medir e receber o mesmo objeto.

A segregação cria controles cruzados e reduz risco de erro não detectado.

Uma arquitetura possível distribui papéis entre:

• área demandante;
• equipe de planejamento;
• projetista;
• revisor independente;
• orçamento;
• contratação;
• gestor do contrato;
• fiscalização técnica;
• recebimento.

Isso não significa multiplicar burocracia. O desenho deve ser proporcional à complexidade, materialidade e capacidade do órgão.

Matriz RACI ajuda a demonstrar quem faz, revisa e decide

Para decisões críticas, a Administração pode usar uma matriz de responsabilidade simples.

Entrega/decisão	Executa	Revisa	Aprova/decide	Consultado
ETP	equipe de planejamento	área técnica	autoridade competente	demanda/operação
Projeto Básico	projetista	Design Review/equipe técnica	agente competente	orçamento/operação
Orçamento	engenharia de custos	revisão técnica	responsável designado	projeto
Medição	contratada/fiscalização conforme fluxo	apoio técnico	fiscal/agente competente	gestor
Alteração	área técnica	custos/riscos/jurídico quando cabível	autoridade competente	contratada
Recebimento	comissão/fiscalização	especialistas	responsável definido	operação

A matriz não substitui a legislação ou o ato formal de designação. Ela torna as interfaces mais visíveis.

Governança documental cria a memória defensável da decisão

Um processo pode ter sido tecnicamente bem conduzido e ainda assim ser difícil de defender se a evidência não estiver organizada.

A governança documental precisa assegurar:

• versão vigente;
• autoria e responsabilidade técnica;
• histórico de revisão;
• aprovação;
• vínculo entre documentos;
• repositório oficial;
• rastreabilidade de decisões;
• retenção adequada.

Em obras longas, decisões podem ser revisitadas anos depois. A equipe que responde à auditoria muitas vezes não é a mesma que tomou a decisão original.

O processo precisa ser capaz de falar por si.

O que significa uma decisão tecnicamente defensável

Decisão defensável não é decisão imune a resultado negativo. É aquela tomada dentro da competência, sobre base informacional proporcional ao risco e com justificativa coerente diante das alternativas disponíveis no momento.

Um registro decisório robusto costuma conter:

• contexto;
• problema;
• documentos considerados;
• manifestação técnica;
• riscos;
• alternativas;
• fundamento da escolha;
• responsável;
• data;
• ações decorrentes.

Esse padrão é especialmente útil para decisões sobre projeto, aditivo, prorrogação, substituição de solução, glosa, sanção, recebimento e retomada.

Engenharia consultiva pode reduzir assimetria técnica sem retirar a competência do órgão

A Administração não precisa internalizar todas as especialidades para possuir boa governança. Pode contratar capacidade técnica temporária ou continuada para complementar sua estrutura.

Serviços de engenharia consultiva podem atuar em:

• Due Diligence e levantamentos;
• ETP e viabilidade;
• programa de necessidades;
• Projeto Conceitual, Básico e Executivo;
• Design Review;
• engenharia de custos;
• estratégia de contratação;
• revisão de TR e edital;
• análise técnica de propostas;
• gestão de riscos;
• Owner’s Engineering;
• apoio à fiscalização;
• análise de aditivos e pleitos;
• comissionamento;
• recebimento técnico.

O valor do serviço está em produzir evidência e análise que melhorem a decisão pública.

Serviços continuados podem atender órgãos com carteira recorrente de projetos

Quando a necessidade de apoio é episódica, um escopo fechado pode ser suficiente. Quando o órgão possui carteira contínua de investimentos, contratações e obras, uma estrutura de engenharia consultiva por demanda pode ser mais adequada.

Nesse modelo, a Administração define governança, produtos, limites, ordens de serviço, HTE ou outra métrica contratual e critérios de aceite. A consultoria é acionada conforme necessidades efetivas, sem transformar toda demanda em contratação isolada.

A lógica é especialmente útil para entes que precisam complementar capacidade em disciplinas diferentes ao longo do ciclo de vida dos empreendimentos.

Owner’s Engineering é uma camada de governança, não um substituto do fiscal público

Owner’s Engineering trabalha sob a perspectiva do proprietário, integrando projetistas, fornecedores, construtoras, sistemas, interfaces, cronograma, risco e entrega.

Em um empreendimento complexo, o fiscal de determinado contrato pode verificar se aquela contratada cumpriu suas obrigações. A Engenharia do Proprietário observa também se todos os contratos, juntos, estão convergindo para o resultado esperado.

Essa camada pode ser particularmente relevante quando existem:

• múltiplos contratos simultâneos;
• sistemas que dependem uns dos outros;
• projeto evoluindo durante a implantação;
• long lead items;
• grandes interfaces com operação;
• comissionamento integrado.

A decisão administrativa permanece com a Administração, mas a qualidade da informação disponível aumenta.

Um checklist executivo para decisões de maior risco

Antes de aprovar um marco relevante, o gestor pode testar a instrução com perguntas simples.

Antes de aprovar o projeto

• os requisitos mínimos estão presentes;
• houve revisão de coerência;
• falhas perceptíveis foram tratadas;
• responsabilidades técnicas estão identificadas;
• a condição existente foi considerada;
• quantitativos são rastreáveis.

Antes de publicar o edital

• ETP, projeto, orçamento e TR são coerentes;
• regime e parcelamento estão justificados;
• riscos foram tratados;
• critérios de qualificação são proporcionais;
• medição e recebimento são objetivos;
• versões vigentes dos modelos AGU foram verificadas quando aplicáveis.

Antes de iniciar a obra

• áreas estão liberadas;
• projeto suficiente para a frente inicial está disponível;
• cronograma-base é exequível;
• fiscais e gestores estão designados;
• plano da qualidade e fluxo documental estão estabelecidos;
• condicionantes críticas foram resolvidas.

Antes de aprovar medição relevante

• quantidade possui memória;
• serviço atende ao critério contratual;
• evidências são rastreáveis;
• não conformidades impeditivas foram consideradas;
• glosas estão fundamentadas quando aplicáveis.

Antes de aprovar alteração ou aditivo

• origem da mudança está definida;
• necessidade é demonstrada;
• quantitativos e preços são verificáveis;
• impacto no prazo foi analisado;
• matriz de riscos foi considerada;
• a solução anterior e a nova permanecem documentadas.

Antes do recebimento

• testes aplicáveis foram concluídos;
• pendências estão controladas;
• documentação final foi entregue;
• As Built corresponde ao executado;
• garantias e manuais estão disponíveis;
• operação foi preparada quando necessário.

Como conectar TCU, AGU e engenharia no processo decisório

O gestor não deveria precisar escolher entre uma abordagem “de controle”, uma abordagem “jurídica” e uma abordagem “de engenharia”. Elas se complementam.

O TCU ajuda a compreender falhas recorrentes, critérios de controle e jurisprudência sobre responsabilidade e contratação.

A AGU oferece instrumentos para estruturar juridicamente o processo, padronizar minutas e explicitar justificativas técnicas relevantes.

A engenharia produz a matéria técnica que sustenta essas decisões: levantamentos, estudos, projetos, quantitativos, orçamento, cronograma, riscos, especificações, inspeções e testes.

Quando essas três camadas estão desalinhadas, surgem contradições. Quando estão integradas, o processo se torna mais auditável e operacionalmente executável.

O problema de responsabilização não se resolve com mais assinaturas

Adicionar aprovações sem definir o que cada aprovação verifica pode apenas distribuir formalmente um risco que continua tecnicamente não tratado.

Cada gate deve possuir critério.

Quem revisa projeto precisa saber quais aspectos deve verificar. Quem aprova orçamento precisa receber memória. Quem atesta medição precisa conhecer o critério de aceite. Quem recebe a obra precisa possuir protocolo de testes e documentação.

A assinatura é o registro final de um processo de controle. Não é o próprio controle.

A responsabilização também pode surgir da falta de ação diante de alerta conhecido

Um sistema de governança precisa tratar alertas como gatilhos. Se relatório, fiscalização ou parecer identifica risco crítico, a informação deve chegar ao agente com competência para decidir.

A matriz de pendências deveria registrar:

• alerta;
• impacto potencial;
• decisão necessária;
• responsável;
• prazo;
• providência adotada;
• encerramento.

Isso reduz o risco de problemas conhecidos permanecerem meses sem tratamento por falta de dono definido.

A decisão pode ser diferente da recomendação técnica — desde que seja fundamentada

Parecer técnico subsidia decisão, mas não elimina a competência administrativa. Em alguns casos, a autoridade pode dispor de informações jurídicas, financeiras, operacionais ou de política pública que justificam escolha diferente da recomendação estritamente técnica.

Quando isso ocorre, o processo precisa registrar a motivação e demonstrar que os riscos foram compreendidos e tratados.

A pior situação é ignorar a recomendação sem explicação e sem controle compensatório.

Responsabilidade técnica e responsabilidade administrativa não são a mesma coisa

Engenheiros e arquitetos respondem tecnicamente pelos serviços sob sua responsabilidade profissional, conforme legislação e conselhos competentes. Gestores públicos respondem dentro das competências administrativas que exercem.

Em um mesmo evento podem existir responsabilidades distintas e complementares.

Por exemplo, erro de cálculo do projetista pode coexistir com falha administrativa na aprovação de um projeto que também não possuía peças mínimas perceptivelmente ausentes. A apuração precisa individualizar condutas, não tratar todos os agentes como responsáveis pelo mesmo fato da mesma forma.

Como o gestor pode usar um diagnóstico de maturidade antes de assumir o risco da execução

Uma abordagem prática é avaliar o empreendimento por gates antes de autorizar sua evolução.

O diagnóstico pode verificar sete dimensões:

1. necessidade e viabilidade;
2. condição existente;
3. maturidade do projeto;
4. custo, prazo e riscos;
5. prontidão para contratação;
6. prontidão para execução e governança;
7. prontidão para recebimento e operação.

O objetivo não é criar nova burocracia. É identificar em qual ponto a incerteza ainda é alta demais para avançar com segurança.

Esse framework será aprofundado no Paper 7 Gates de Maturidade para Investimentos Públicos em Engenharia e se conecta ao guia de Gestão de Obras Públicas como instrumento preventivo para reduzir paralisações.

Considerações finais

A responsabilidade do gestor público em obras deve ser tratada com precisão. Um resultado ruim não prova, sozinho, conduta irregular. Ao mesmo tempo, contratação de projetistas e consultores não transforma aprovações, ordens de início, medições e recebimentos em atos automáticos.

Os precedentes do TCU sobre Projeto Básico mostram uma linha coerente: falhas perceptíveis, ausência de requisitos mínimos e início de execução sobre base tecnicamente deficiente podem gerar consequências para os responsáveis. A resposta adequada não é concentrar todo o conhecimento em um único agente, mas criar arquitetura de governança que combine especialistas, revisão, segregação de funções, registros e escalonamento de decisões.

ETP, Design Review, engenharia de custos, matriz de riscos, TJTR, apoio à fiscalização, Owner’s Engineering e recebimento técnico são, nesse contexto, controles de decisão. Eles ajudam o órgão a demonstrar que cada marco relevante foi autorizado sobre uma base informacional proporcional ao risco. É assim que engenharia consultiva contribui para proteger simultaneamente o investimento público, o resultado esperado pela sociedade e a qualidade da decisão administrativa.

Referências técnicas

[1] TRIBUNAL DE CONTAS DA UNIÃO. Acórdão 820/2019-TCU-Plenário. Responsabilidade. Licitação. Projeto básico. Aprovação de projeto com falhas perceptíveis ou sem requisitos mínimos. Disponível em: https://pesquisa.apps.tcu.gov.br/documento/jurisprudencia-selecionada/820%252F2019/%2520/score%2520desc%252C%2520COLEGIADO%2520asc%252C%2520ANOACORDAO%2520desc%252C%2520NUMACORDAO%2520desc/0/sinonimos%253Dtrue

[2] TRIBUNAL DE CONTAS DA UNIÃO. Acórdão 2.778/2020-TCU-Plenário. Responsabilidade. Licitação. Projeto básico. Início de obra com projeto básico deficiente. Disponível em: https://pesquisa.apps.tcu.gov.br/documento/jurisprudencia-selecionada/licita%25C3%25A7%25C3%25A3o%2520projeto%2520b%25C3%25A1sico%2520deficiente/%2520/score%2520desc%252C%2520COLEGIADO%2520asc%252C%2520ANOACORDAO%2520desc%252C%2520NUMACORDAO%2520desc/6/styles.919751a527988bd3.css

[3] TRIBUNAL DE CONTAS DA UNIÃO. Licitações e Contratos: Orientações e Jurisprudência do TCU. Seção 4.4.3 — Projeto Básico. Disponível em: https://licitacoesecontratos.tcu.gov.br/4-4-3-projeto-basico-pb/

[4] 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

[5] ADVOCACIA-GERAL DA UNIÃO. Apresentação e Orientações Gerais dos Modelos de Licitações e Contratos. Projeto Básico e adaptação dos modelos. Disponível em: https://www.gov.br/agu/pt-br/composicao/cgu/cgu/modelos/licitacoesecontratos/apresentacao-e-orientacoes-gerais/apresentacao

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

[7] ADVOCACIA-GERAL DA UNIÃO. Consultoria Jurídica da União Especializada Virtual de Obras e Serviços de Engenharia — CONENG. Orientações e Termo de Justificativas Técnicas Relevantes. Disponível em: https://www.gov.br/agu/pt-br/composicao/cgu/cgu/scgp/coneng

Perguntas frequentes

Uma obra pública paralisada responsabiliza automaticamente o gestor?

Não. A paralisação é um fato do empreendimento, não prova automática de irregularidade. A responsabilização depende da conduta individual, do dever aplicável, das informações e possibilidades existentes no momento, do nexo causal e das consequências do caso concreto.

O gestor continua responsável se o Projeto Básico foi elaborado por empresa contratada?

O TCU afirma que a contratação de empresa especializada não elimina o dever da Administração de avaliar a adequação do Projeto Básico. O Acórdão 820/2019 trata especialmente de falhas perceptíveis em função do cargo e da ausência de requisitos mínimos.

O gestor precisa refazer todos os cálculos técnicos do projetista?

Não é esse o padrão estabelecido pelo TCU. A análise deve ser compatível com as atribuições e a natureza da aprovação. Falhas ostensivas, peças mínimas ausentes e inconsistências perceptíveis exigem tratamento; erros especializados ocultos demandam avaliação individualizada e podem justificar apoio técnico específico.

A Lei 14.133 permite contratar apoio técnico para a fiscalização?

Sim. O art. 117 permite que terceiros assistam e subsidiem o fiscal com informações pertinentes à fiscalização. O apoio pode produzir inspeções, análises e relatórios, sem substituir competências exclusivas do fiscal ou do gestor.

Como reduzir o risco do gestor antes de licitar uma obra?

Estruturando gates de decisão: ETP consistente, levantamentos, Projeto Básico maduro, revisão técnica, orçamento rastreável, cronograma exequível, matriz de riscos, estratégia de contratação justificada e capacidade institucional compatível com a execução e fiscalização.

O que o Termo de Justificativas Técnicas Relevantes da AGU ajuda a controlar?

Ele ajuda a explicitar escolhas técnicas relevantes da contratação, como regime de execução, parcelamento, qualificação, garantias e outros temas do objeto. O instrumento não substitui a análise de engenharia, mas torna a decisão mais rastreável e auditável.

Engenharia consultiva transfere a responsabilidade do gestor?

Não. A consultoria complementa capacidade técnica e produz evidências, estudos, projetos, análises e recomendações. As competências administrativas permanecem com os agentes do órgão conforme a legislação e os atos de designação.

Materiais técnicos complementares

Conteúdos principais sobre o tema

• Gestão de Obras Públicas: como prevenir paralisações, proteger o investimento e reduzir riscos do gestor
• O que o TCU verifica nas contratações de obras e serviços de engenharia
• Projeto Básico na Lei 14.133 segundo o TCU: requisitos, falhas e riscos de auditoria

Conteúdos técnicos correlatos

• Apagão das canetas em obras públicas: como reduzir o medo de decidir sem enfraquecer o controle
• Segregação de funções na Lei 14.133: como estruturar papéis, controles e responsabilidades nas contratações
• Fase Preparatória da Licitação de Obras Públicas: documentos, sequência e responsabilidades segundo AGU/MGI
• Termo de Justificativas Técnicas Relevantes em Obras Públicas: como preencher o TJTR da AGU

Serviços relacionados

• Revisão e Validação Técnica de Projetos — Design Review
• Planejamento Técnico de Contratações de Engenharia
• Gerenciamento de Riscos de Engenharia
• Apoio Técnico à Fiscalização de Obras e Contratos de Engenharia
• Serviços Continuados de Engenharia Consultiva
• Engenharia do Proprietário — Owner’s Engineering

Soluções relacionadas

• Governança de Projetos, Programas e Portfólios
• Gestão de Contratos, Escopo e Entregáveis