Entenda como estruturar o DFD de obras e serviços de engenharia, diferenciar necessidade de solução e preparar a demanda para ETP, projetos e contratação.
Confira!
O Documento de Formalização da Demanda (DFD) é o registro que evidencia e detalha a necessidade de uma contratação e, no âmbito federal disciplinado pelo Decreto nº 10.947/2022, fundamenta a elaboração do Plano de Contratações Anual (PCA). Em obras e serviços de engenharia, porém, seu valor não está apenas em iniciar um fluxo administrativo: ele deve permitir que a organização reconheça com clareza qual problema precisa ser resolvido, qual resultado institucional se pretende alcançar, quais dependências já são conhecidas e qual nível de desenvolvimento técnico será necessário antes de contratar.
Um DFD não substitui Estudo Técnico Preliminar, Termo de Referência, anteprojeto, Projeto Básico ou Projeto Executivo. Ele também não deveria antecipar uma solução sem que a necessidade esteja suficientemente compreendida. Sua função é registrar a demanda em nível compatível com a etapa de planejamento, permitindo que as áreas requisitante, técnica e de contratações decidam como aquela necessidade deverá amadurecer.
Para demandas simples, a descrição pode ser relativamente direta. Em Engenharia, a situação costuma ser diferente. Expressões como “reformar a instalação elétrica”, “modernizar o CFTV”, “adequar o prédio”, “substituir o sistema de climatização” ou “ampliar a rede” descrevem uma intenção, mas normalmente ainda não definem um objeto tecnicamente contratável. Antes de chegar ao edital, pode ser necessário levantar a condição existente, consolidar requisitos, comparar alternativas, dimensionar sistemas, estimar custos, definir interfaces e produzir projetos.
Por isso, um bom DFD de Engenharia deve ser entendido como ponto de partida de uma cadeia de maturação técnica. Quanto melhor a necessidade for formalizada, mais fácil será decidir se a etapa seguinte exige Site Survey, levantamento cadastral, diagnóstico, Programa de Necessidades, ETP, estudo de viabilidade, anteprojeto, Projeto Básico ou outro produto de Engenharia.
O que o DFD deve conter em uma demanda de Engenharia
No âmbito do Decreto nº 10.947/2022, o DFD utilizado para o PCA contém, entre outros elementos, a justificativa da necessidade, descrição sucinta do objeto, quantidade quando aplicável, estimativa preliminar de valor, data pretendida para conclusão da contratação, grau de prioridade, dependências com outras demandas e identificação da área responsável.
Para Engenharia, esses campos precisam ser preenchidos com cuidado porque cada um influencia o desenvolvimento posterior. A “descrição sucinta do objeto”, por exemplo, não deve ser confundida com uma especificação definitiva. Quando ainda existe incerteza sobre a solução, é tecnicamente mais seguro registrar a necessidade e o resultado pretendido do que cristalizar prematuramente equipamento, tecnologia, arquitetura ou quantitativo.
Uma demanda como “aquisição de 120 câmeras” pode esconder perguntas ainda não respondidas: a cobertura atual foi analisada? Os riscos foram mapeados? A infraestrutura de rede e energia suporta a expansão? Existe retenção mínima de gravações? O VMS tem capacidade? Há áreas que exigem analytics, baixa luminosidade ou requisitos de identificação? O número 120 decorre de projeto ou apenas de estimativa inicial?
O DFD pode registrar o problema e a necessidade de modernização sem fingir um grau de precisão que a Engenharia ainda não produziu. Essa distinção reduz o risco de transformar uma hipótese inicial em requisito contratual.
Necessidade, resultado e objeto não são a mesma coisa
Uma forma prática de separar os conceitos é observar três níveis:
| Nível | Pergunta | Exemplo |
| Necessidade | Qual problema institucional precisa ser resolvido? | Existem áreas sem cobertura adequada de segurança e o sistema atual apresenta limitações de capacidade e obsolescência. |
| Resultado pretendido | O que deve melhorar ao final? | Elevar cobertura, disponibilidade, capacidade de investigação e integração do sistema de segurança. |
| Objeto | O que será efetivamente contratado? | Ainda poderá ser levantamento, projeto, modernização do sistema, implantação ou combinação de etapas, após maturação técnica. |
Essa separação ajuda a impedir que a Administração tente contratar a execução antes de saber tecnicamente o que precisa executar.
DFD, ETP, Termo de Referência e Projeto Básico: qual é a diferença
O DFD formaliza a demanda. O Estudo Técnico Preliminar para obras e serviços de engenharia aprofunda a necessidade, examina alternativas e fundamenta a solução que melhor atende ao interesse público. O Termo de Referência em Engenharia estrutura o objeto, requisitos, execução, medição e aceite quando for o instrumento adequado. Já o Projeto Básico de Engenharia fornece definição técnica suficiente para caracterizar a obra ou serviço de engenharia nos casos em que esse nível de desenvolvimento é necessário.
A Lei nº 14.133/2021 trata a fase preparatória como uma etapa de planejamento e determina que nela sejam consideradas questões técnicas, mercadológicas e de gestão. O art. 18 conecta a descrição da necessidade ao ETP e prevê que a definição do objeto ocorra, conforme o caso, por Termo de Referência, anteprojeto, Projeto Básico ou Projeto Executivo.
Isso significa que existe uma progressão de maturidade. O erro mais comum é comprimir todas essas etapas em uma única descrição inicial e exigir do DFD um nível de definição que ele ainda não possui — ou, no extremo oposto, tratá-lo como formulário burocrático sem informação suficiente para orientar o planejamento.
Quando a área técnica deve participar da formalização da demanda
O Decreto nº 10.947/2022 diferencia a área requisitante da área técnica e admite que o DFD seja remetido à área técnica para análise, complementação, compilação de demandas e padronização. Em Engenharia, essa participação costuma ser especialmente relevante quando a demanda depende de condição física existente, integração entre sistemas, normas técnicas, capacidade instalada, vida útil de ativos, riscos operacionais ou definição de disciplinas de projeto.
A área requisitante pode conhecer muito bem o problema operacional, mas não necessariamente suas causas técnicas ou as alternativas de solução. O papel da Engenharia é traduzir a necessidade em perguntas verificáveis sem eliminar prematuramente opções que ainda precisam ser estudadas.
Por exemplo, uma demanda por “troca do gerador” pode decorrer de potência insuficiente, falhas recorrentes, baixa confiabilidade, inadequação do sistema de transferência, problemas de combustível, ausência de redundância ou alteração no perfil de cargas críticas. Cada causa conduz a um caminho técnico diferente. A formalização inicial deve preservar essa possibilidade de diagnóstico.
Quando a condição instalada ainda não está suficientemente conhecida, um Site Survey de Engenharia ou um Levantamento Cadastral de edificações e instalações pode ser necessário antes de avançar para especificações e projetos.
Como descrever uma necessidade sem especificar prematuramente a solução
A formulação da demanda deve ser suficientemente concreta para justificar o planejamento e suficientemente aberta para permitir análise técnica. Uma boa descrição normalmente combina contexto, problema, consequência e resultado esperado.
Considere a diferença entre duas formulações:
Formulação prematura: “Comprar switches de 48 portas modelo X para substituir a rede.”
Formulação orientada à necessidade: “A infraestrutura de rede apresenta saturação de portas, equipamentos sem suporte, ausência de redundância em pontos críticos e limitações para expansão. É necessário avaliar a arquitetura atual e estruturar solução que assegure capacidade, disponibilidade, segurança e crescimento.”
A segunda redação não impede que switches sejam adquiridos posteriormente. Ela apenas evita que a organização transforme uma conclusão ainda não demonstrada em ponto de partida.
O mesmo raciocínio vale para obras, elétrica, climatização, telecomunicações, segurança eletrônica, Data Centers, SPDA e demais sistemas. Quando a solução depende de estudo, o DFD deve deixar evidente que existe uma necessidade de Engenharia a ser tecnicamente desenvolvida.
Quais informações técnicas melhoram um DFD de Engenharia
Não existe uma lista única para todos os objetos, mas alguns grupos de informação elevam substancialmente a qualidade do planejamento:
- localização e unidades afetadas;
- descrição da condição atual e dos problemas observados;
- impacto operacional, institucional, de segurança ou continuidade;
- usuários, áreas e processos dependentes da infraestrutura;
- documentos existentes, como projetos, As Built, laudos e relatórios;
- restrições de prazo, operação, acesso e paralisação;
- interfaces com outros sistemas ou contratos;
- requisitos legais, normativos ou corporativos já conhecidos;
- dependências com outras obras, aquisições ou projetos;
- horizonte de expansão ou mudança de capacidade;
- necessidade provável de levantamento, diagnóstico, estudo ou projeto antes da execução.
Essas informações não transformam o DFD em Projeto Básico. Elas permitem decidir qual Engenharia precisa ser produzida depois.
Da demanda administrativa ao Programa de Necessidades
Quando a necessidade existe, mas ainda faltam usuários, capacidades, interfaces, restrições e critérios verificáveis, especificar diretamente a execução cria risco de contratar uma solução antes de definir o problema.
O Programa de Necessidades organiza essas entradas e cria uma base rastreável para estudos e projetos.
Quando a organização conhece a necessidade, mas ainda precisa consolidar usuários, desempenho, capacidades, interfaces, restrições e critérios de projeto, o passo intermediário pode ser um Programa de Necessidades e Requisitos de Engenharia.
Esse produto é particularmente útil em projetos multidisciplinares ou de modernização, nos quais várias áreas internas participam da definição. Em vez de cada stakeholder entregar uma lista isolada de desejos, as necessidades são consolidadas, verificadas e transformadas em requisitos rastreáveis para as fases seguintes.
Imagine a modernização de um edifício administrativo. A área de TI pode pedir novos racks e conectividade; segurança solicita CFTV e controle de acesso; manutenção aponta quadros elétricos obsoletos; usuários pedem adequações de ambientes; a gestão pretende reduzir indisponibilidades; e a direção precisa estimar investimento e faseamento. O problema não é apenas “fazer uma reforma”. É coordenar necessidades que competem por espaço, energia, orçamento, cronograma e prioridade.
O DFD registra a demanda. O Programa de Necessidades ajuda a transformar essa demanda em uma base técnica comum para estudos e projetos.
Quando o DFD deve indicar levantamentos ou diagnóstico antes do projeto
Em instalações existentes, o documento disponível nem sempre representa a condição real. Quando há incerteza sobre ativos, interferências, capacidade ou infraestrutura, essa incerteza precisa ser reduzida antes do projeto.
O levantamento de campo transforma premissas em evidências técnicas.
Projetar sobre informação incompleta é uma das fontes mais recorrentes de retrabalho, aditivos e alterações em empreendimentos existentes. Em instalações brownfield, a documentação disponível pode não representar a condição real, e parte relevante das restrições só aparece em campo.
Nesses casos, o planejamento da demanda deve considerar produtos intermediários. A Due Diligence Técnica de Engenharia é adequada quando a decisão depende de diagnóstico de ativos, riscos, conformidade e prioridades. O Site Survey é mais direcionado à coleta técnica estruturada em campo. O levantamento cadastral organiza a geometria, instalações e infraestrutura existente. Cada produto resolve um tipo diferente de incerteza.
A contratação do projeto diretamente, sem essas entradas quando elas são necessárias, transfere incerteza para o projetista e depois para a obra. O resultado costuma aparecer como premissas frágeis, quantitativos inconsistentes, interferências não identificadas e mudanças de escopo.
Como o DFD se conecta ao Plano de Contratações Anual
O Decreto nº 10.947/2022 define o DFD como documento que fundamenta o PCA. O plano consolida demandas do exercício subsequente e deve ajudar a racionalizar contratações, alinhar necessidades ao planejamento, subsidiar orçamento, evitar fracionamento e sinalizar intenções ao mercado.
Para Engenharia, essa conexão traz uma consequência prática: não basta listar obras futuras. É preciso considerar o tempo de maturação técnica de cada uma.
Se uma obra depende primeiro de levantamento, depois de projeto, depois de orçamento e só então de licitação, essas etapas precisam ser reconhecidas no calendário. O Decreto também prevê que, na consolidação do PCA, seja elaborado calendário por prioridade, considerando o início do processo de contratação e disponibilidade orçamentária e financeira.
Uma carteira de Engenharia bem estruturada diferencia, por exemplo:
- demandas prontas para contratação;
- demandas que precisam de ETP;
- demandas que exigem levantamento ou diagnóstico;
- demandas que ainda precisam de projeto;
- demandas dependentes de outras intervenções;
- demandas que devem ser faseadas por risco, orçamento ou continuidade operacional.
Essa visão transforma o PCA de lista administrativa em instrumento de preparação real da carteira de investimentos.
Erros frequentes na elaboração de DFDs de Engenharia
Alguns erros reduzem a qualidade da fase preparatória mesmo quando o formulário está formalmente preenchido.
Descrever apenas a solução desejada
Quando o documento começa pela marca, modelo, quantidade ou tecnologia sem demonstrar a necessidade que levou àquela escolha, a etapa posterior pode ficar condicionada a uma solução ainda não estudada.
Confundir estimativa preliminar com orçamento de projeto
A estimativa usada no planejamento não substitui o orçamento técnico que será desenvolvido com o grau de precisão adequado à contratação. Quanto menor a maturidade do escopo, maior deve ser a cautela com números aparentemente exatos.
Ignorar dependências
Reformar uma sala técnica pode depender de elétrica, climatização, combate a incêndio, rede, obras civis e migração operacional. O Decreto exige indicação de vinculação ou dependência entre DFDs justamente para apoiar a sequência de contratações.
Não registrar impacto e prioridade de forma verificável
“Prioridade alta” sem razão técnica pouco ajuda na comparação entre demandas. Continuidade de serviço, risco à vida, obsolescência, indisponibilidade, requisito legal, capacidade e impacto institucional são critérios mais úteis para justificar priorização.
Contratar execução quando a necessidade ainda exige Engenharia
Esse é o erro de maior impacto. Quando não há definição técnica suficiente, a organização deve contratar primeiro a etapa necessária para produzi-la — levantamento, diagnóstico, estudo ou projeto — em vez de exigir que a execução resolva simultaneamente o que deve ser feito e como deve ser feito.
Como estruturar o próximo passo depois do DFD
O ETP não deve apenas confirmar a solução imaginada no início. Ele deve partir da necessidade, avaliar alternativas e demonstrar a adequação da contratação.
Quando a demanda de Engenharia já está formalizada, a etapa seguinte é amadurecer tecnicamente a decisão.
O próximo documento não é sempre o mesmo. A decisão depende do nível de conhecimento disponível e da natureza da necessidade.
| Situação | Próximo passo técnico provável |
| Condição existente desconhecida | Site Survey ou levantamento cadastral |
| Riscos, falhas e prioridades ainda não compreendidos | Due Diligence ou diagnóstico técnico |
| Usuários e requisitos precisam ser consolidados | Programa de Necessidades |
| Existem alternativas relevantes de solução | ETP ou estudo de viabilidade |
| Solução precisa ser concebida e comparada | Projeto Conceitual ou anteprojeto |
| Obra/serviço precisa de definição para contratação | Projeto Básico |
| Execução exige detalhamento completo | Projeto Executivo |
| Objeto está tecnicamente definido e precisa ser contratado | Termo de Referência, edital e anexos aplicáveis |
Esse encadeamento não é rígido. Projetos simples podem dispensar algumas etapas; empreendimentos complexos podem exigir várias delas em paralelo. O critério deve ser a maturidade necessária para que a próxima decisão seja tomada com evidência suficiente.
Como a Engenharia Consultiva pode apoiar sem substituir a responsabilidade da Administração
A contratação de apoio técnico não transfere à consultoria as competências administrativas da autoridade, da área requisitante ou dos agentes públicos. A contribuição da Engenharia Consultiva está em produzir e revisar a base técnica usada para instruir decisões.
Esse apoio pode envolver levantamento de campo, diagnóstico, consolidação de requisitos, análise de alternativas, estudos de viabilidade, projetos, estimativas, matriz de interfaces, revisão de documentos técnicos e apoio à definição de critérios de medição e aceite.
Quando a demanda envolve múltiplas disciplinas ou instalações existentes, a Engenharia Consultiva pode funcionar como camada de estruturação entre a necessidade institucional e os pacotes técnicos que serão posteriormente contratados.
O ganho principal não é “preencher o DFD”. É reduzir a distância entre aquilo que a organização diz que precisa e aquilo que efetivamente consegue especificar, orçar, contratar, fiscalizar e receber.
O que exigir de um apoio técnico para estruturar a demanda
Quando houver contratação de apoio especializado nessa fase, o escopo deve prever entregáveis verificáveis. Dependendo da complexidade, podem ser solicitados:
- relatório de levantamento e condição existente;
- matriz de stakeholders e necessidades;
- registro de premissas e restrições;
- matriz de requisitos técnicos;
- mapa de interfaces e dependências;
- alternativas de solução e critérios de comparação;
- estimativas preliminares com premissas explicitadas;
- matriz de riscos técnicos;
- estratégia de faseamento;
- definição dos estudos e projetos necessários;
- apoio à estruturação do ETP, Projeto Básico ou TR na parcela estritamente técnica.
O aceite deve estar associado à completude, rastreabilidade e consistência dessas informações, e não apenas à entrega de um documento textual.
Considerações finais
O DFD é o início do planejamento, não o fim da definição técnica. Para obras e serviços de engenharia, seu maior valor está em registrar corretamente a necessidade e permitir que a organização identifique o caminho de maturação necessário antes da contratação.
Uma demanda bem formalizada evita dois extremos: detalhar cedo demais uma solução que ainda não foi estudada ou avançar para a licitação com informações insuficientes. Entre esses extremos existe uma sequência de Engenharia — levantamentos, requisitos, estudos, projetos, orçamento, critérios de execução e aceite — que transforma uma intenção administrativa em objeto tecnicamente contratável.
Quando essa sequência é planejada desde o DFD, a contratação deixa de começar pelo edital e passa a começar pela compreensão correta do problema.
Em demandas multidisciplinares, a dificuldade raramente está em preencher um documento. Está em coordenar informações técnicas, riscos, interfaces, projetos e critérios de contratação sem perder rastreabilidade.
A Engenharia Consultiva pode estruturar essa base antes que a incerteza chegue ao edital ou à execução.
Referências técnicas
[1] BRASIL. Presidência da República. Decreto nº 10.947, de 25 de janeiro de 2022. Regulamenta o Plano de Contratações Anual e institui o Sistema de Planejamento e Gerenciamento de Contratações no âmbito da administração pública federal direta, autárquica e fundacional. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2022/decreto/d10947.htm
[2] 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
[3] BRASIL. Ministério da Gestão e da Inovação em Serviços Públicos. Instrução Normativa SEGES nº 58, de 8 de agosto de 2022. Dispõe sobre a elaboração dos Estudos Técnicos Preliminares — ETP. Disponível em: https://www.gov.br/compras/pt-br/acesso-a-informacao/legislacao/instrucoes-normativas/instrucao-normativa-seges-no-58-de-8-de-agosto-de-2022
Perguntas frequentes
DFD é o Documento de Formalização da Demanda. No âmbito federal regulado pelo Decreto nº 10.947/2022, ele evidencia e detalha a necessidade de contratação e fundamenta o Plano de Contratações Anual.
Não. O DFD formaliza a necessidade em etapa anterior. O ETP aprofunda a necessidade, analisa alternativas e fundamenta a solução considerada mais adequada quando sua elaboração for aplicável.
Não necessariamente. Se a solução ainda precisa ser desenvolvida, o DFD pode registrar a necessidade e indicar que levantamentos, estudos, anteprojeto, Projeto Básico ou outros produtos técnicos serão necessários antes da contratação da execução.
A responsabilidade e o fluxo dependem da regulamentação aplicável ao órgão. No Decreto nº 10.947/2022, o requisitante preenche o DFD e o documento pode ser remetido à área técnica para análise, complementação, compilação de demandas e padronização.
Sim, quando houver necessidade técnica especializada. O apoio pode produzir levantamentos, diagnósticos, requisitos, estudos, projetos e análises que subsidiem a Administração, sem substituir as competências decisórias e administrativas dos agentes públicos.
Depende da maturidade da demanda. Pode ser necessário Site Survey, levantamento cadastral, Programa de Necessidades, ETP, estudo de viabilidade, anteprojeto, Projeto Básico, Projeto Executivo ou a elaboração do instrumento técnico de contratação.
Materiais técnicos complementares
Soluções relacionadas
- Governança de Projetos, Programas e Portfólios
- Gestão de Contratos, Escopo e Entregáveis
- Gestão de Requisitos, Evidências e Critérios de Aceite
Serviços relacionados
- Estudo Técnico Preliminar (ETP) para Obras e Serviços de Engenharia
- Programa de Necessidades e Requisitos de Engenharia
- Site Survey: levantamento técnico, diagnóstico de campo e requisitos de projeto
- Due Diligence Técnica de Engenharia
- Projeto Básico de Engenharia
- Termo de Referência para Obras e Serviços de Engenharia
Conteúdos principais sobre o tema
- Estudo Técnico Preliminar (ETP) para Obras e Serviços de Engenharia: como estruturar uma contratação tecnicamente viável
- Termo de Referência em Engenharia: escopo, critérios técnicos, medição e aceite
- Projeto Básico de Engenharia: o que é, etapas e critérios de prontidão
- Guia Completo sobre Licitações e Contratos de Obras e Serviços de Engenharia
