Por que o custo não agrega por fase, disciplina ou elemento?

Sem decomposição, o custo é um bolo que não se fatia.

O orçamento tem um total. Mas quando alguém pergunta "quanto custa a estrutura do bloco B?" ou "qual o custo de MEP da torre 2 por fase?", a resposta exige garimpagem manual. O custo não agrega por fase, nem por disciplina, nem por elemento, nem por localização — porque não tem estrutura hierárquica alinhada à classificação.

A ABNT NBR 15965-1:2011 institui o código estruturado Tabela.Nível1.Nível2.Nível3.Nível4.Nível5.Nível6 com itemização não-sequenciada. Essa hierarquia é o que permite fatiar o custo em qualquer direção: 1F Fases, 3E Elementos, 1D Disciplinas, 4U Unidades, 4A Espaços. Quando cada item do orçamento carrega esse código, o custo se decompõe automaticamente — rola para cima (agregação), fatia para baixo (drill-down), cruza por dimensão (fase vs disciplina vs elemento).

Sem essa estrutura, o orçamento é lista plana. A organização sabe o total mas não sabe as partes — ou sabe as partes mas não consegue agregar de forma diferente para cada pergunta.

A irmã "Por que o orçamento da obra não conversa entre projetos nem com a operação?" trata da classificação (o vocabulário). Esta página trata da estrutura hierárquica (como os itens classificados se organizam e agregam). A irmã "Por que a laje do modelo não vira fôrma, armação e concreto?" trata da composição (quais itens saem de um elemento). As três são recortes ortogonais do mesmo problema.

1. 1

   Orçamento como lista plana · itens numerados sequencialmente (1, 2, 3...) sem hierarquia. Não se sabe se o item é serviço, material, fase ou disciplina — tudo está no mesmo nível.

2. 2

   Impossível agregar custo por disciplina · perguntar "quanto custa MEP?" exige somar manualmente cada item que parece ser de instalações. Sem código de disciplina (1D), a agregação é manual e sujeita a erro.

3. 3

   Impossível agregar custo por fase · perguntar "quanto custa a fase de fundação?" exige interpretar quais itens pertencem a essa fase. Sem código de fase (1F), a resposta é opinião.

4. 4

   Curva ABC sem decomposição útil · a curva ABC lista os itens de maior custo, mas sem hierarquia não se sabe a que sistema, fase ou disciplina cada item pertence. O ranking é útil — o diagnóstico não.

5. 5

   EAP/WBS não alinhada ao orçamento · a estrutura analítica do projeto (EAP) e a estrutura do orçamento usam hierarquias diferentes. Comparar avanço físico com avanço financeiro exige tradução manual.

6. 6

   Cada projeto usa hierarquia diferente · sem padrão corporativo de decomposição, cada orçamento organiza de um jeito. Consolidar custo entre obras é impossível.

1. 1

   NBR 15965 não é usada como base da hierarquia · o código estruturado da Parte 1 (Tabela.Nível1...Nível6) permite decomposição em até 6 níveis. Sem adotar esse padrão, cada orçamento inventa a própria hierarquia.

2. 2

   Orçamento tradicional brasileiro é lista por serviço · o formato histórico do orçamento brasileiro (lista de serviços com composições SINAPI/TCPO) não tem hierarquia de elementos ou fases. A lista é o formato — não a decomposição.

3. 3

   Ferramentas de orçamentação não impõem hierarquia · o software permite criar orçamento como lista plana. Sem exigência de hierarquia no BEP, a ferramenta não obriga.

4. 4

   BEP não declara estrutura de decomposição · a estrutura hierárquica do orçamento deveria ser declarada no BEP: qual grupo (1F, 3E, 1D) ancora cada nível. Sem declaração, cada orçamentista organiza como quer.

5. 5

   EAP do projeto e EAP do orçamento são documentos separados · o planejador monta a EAP do projeto; o orçamentista monta a EAP do orçamento. As duas não compartilham hierarquia. Integrar 4D com 5D fica impossível.

6. 6

   Cultura de "orçamento é documento final, não dado estruturado" · orçamento é visto como planilha para aprovar, não como dado que precisa ser decomposto, fatiado e reagregado ao longo do ciclo de vida.

1. 1

   Gestão de custo cega por dimensão · saber o total sem saber as partes é gestão cega. A organização não sabe onde o custo está concentrado — nem onde intervir.

2. 2

   Benchmarking impossível entre obras · sem estrutura hierárquica padrão, comparar custo de estrutura entre dois projetos exige retrabalho manual. A organização não acumula inteligência de custo.

3. 3

   Integração 4D-5D bloqueada · se o orçamento não tem hierarquia de fase (1F), acoplar ao cronograma (4D) é impossível. O 4D precisa de fase — se o 5D não tem, a ponte não fecha.

4. 4

   Análise de valor limitada · engenharia de valor exige comparar custos por sistema, por fase, por alternativa. Sem decomposição, cada comparação é exercício manual.

5. 5

   Auditoria dificultada · auditor quer ver custo por fase, por disciplina, por localização. Se a decomposição não existe, a auditoria exige que o orçamentista reprocesse — tempo e custo.

6. 6

   Operação sem visão de custo por sistema · facilities precisa saber o custo por sistema do ativo (climatização, segurança, envoltória). Se o orçamento é lista plana, a informação não atravessa para a operação.

Curto prazo (30-45 dias):

1. Definir hierarquia de decomposição no BEP. Declarar: o orçamento se decompõe por qual estrutura? 1F Fases no nível 1, 1D Disciplinas no nível 2, 3E Elementos no nível 3? A decisão é do projeto.

2. Reestruturar o orçamento vigente. Atribuir códigos NBR 15965 (1F, 1D, 3E) aos itens existentes. A lista plana vira hierarquia sem mudar os números — só organiza.

3. Alinhar hierarquia do orçamento à EAP. Se o planejamento usa EAP, o orçamento deve usar a mesma hierarquia. A ponte 4D-5D ancora na estrutura comum.

4. Testar agregação por dimensão. Com a hierarquia aplicada, testar: custo por fase? custo por disciplina? custo por elemento? Se todas as perguntas têm resposta, a estrutura funciona.

Médio prazo (60-120 dias):

5. Adotar estrutura hierárquica corporativa. Padrão de decomposição aplicável a todos os projetos. Cada orçamento novo herda — não reinventa.

6. Integrar hierarquia ao modelo BIM. Cada elemento do modelo carrega código de fase (1F), disciplina (1D) e elemento (3E). A decomposição vive no container BIM.

7. Habilitar dashboard de custo por dimensão. Dashboard que fatia custo por qualquer combinação de fase, disciplina, elemento, localização. A hierarquia no modelo alimenta.

1. 1

   Hierarquia definida antes do primeiro item · a estrutura de decomposição é definida no BEP antes de o orçamento começar. Cada item nasce com código hierárquico.

2. 2

   Padrão corporativo reutilizável · a organização tem estrutura hierárquica padrão. Cada projeto instancia — não inventa.

3. 3

   EAP e orçamento alinhados · planejamento e orçamentação compartilham a mesma hierarquia. A integração 4D-5D ancora na estrutura comum.

4. 4

   Código NBR 15965 em todos os níveis · cada nível da hierarquia carrega código estruturado (1F, 1D, 3E). A agregação é automática por qualquer dimensão.

5. 5

   Custo fatiável por qualquer pergunta · "quanto custa MEP na fase de fundação do bloco B?" — se a pergunta tem resposta automática, a hierarquia funciona.

6. 6

   Reagrupamento para operação planejado · antes do handover, a hierarquia é reagrupada de disciplina para sistema do ativo. A operação recebe custo fatiado do jeito que precisa.

• ABNT NBR 15965-1:2011Terminologia e estrutura. Âncora canônica desta página. Código estruturado Tabela.Nível1...Nível6 com itemização não-sequenciada — a infraestrutura que permite decomposição hierárquica do custo.
• ABNT NBR 15965-3:2014Processos da construção. 1F Fases, 1D Disciplinas — os eixos de decomposição temporal e funcional. 1S 10 80 Orçamentação como serviço classificável.
• ABNT NBR 15965-2:2012Características dos objetos. 0P.30.20.41 Propriedades de custo — os valores que a hierarquia agrega. 3E Elementos — o eixo de decomposição por sistema construtivo.
• ABNT NBR ISO 19650-2:2022Fase de entrega. A §5.1.4 (padrões de informação do projeto) exige declarar formas de estruturação. A hierarquia do orçamento é uma dessas formas.
• ABNT NBR ISO 7817-1:2024Level of information need. O LOIN deve incluir informação de decomposição (breakdown structure) — cada objeto dentro de sua posição na hierarquia.
• ISO 12006-3:2022Framework for object-oriented information. Base para data dictionaries que sustentam a hierarquia de decomposição de forma reutilizável entre projetos.