BIM — Fundamentos

BIM é software? O que é BIM (e o que não é).

A organização comprou Revit e acha que adotou BIM. BIM é tecnologia + processo + política (Succar 2009, ISO 19650-1). Sem os três, é CAD com interface diferente.

01

Problema observado

"Vocês já usam BIM?" — e a resposta é: "sim, compramos Revit ano passado."

Essa frase resume o problema. A organização acha que adotou BIM porque adquiriu uma licença de software. BIM virou sinônimo de Revit, de Archicad, de Navisworks — de qualquer ferramenta que modele em três dimensões. E quando alguém pergunta o que é BIM formalmente, a sala fica em silêncio.

A ISO 19650-1 define BIM como uso de uma representação digital compartilhada de um ativo construído para facilitar os processos de projeto, construção e operação, formando uma base confiável para decisões. Bilal Succar (2009) vai além e desmonta BIM em três campos interdependentes: tecnologia (as ferramentas), processo (os fluxos de trabalho) e política (as normas, contratos e diretrizes que governam a adoção). BIM é o conjunto dos três — não é software.

Quando a organização reduz BIM a software, a consequência é previsível: investe em ferramenta, não muda processo, não toca em política. O Revit está instalado em todos os computadores, mas o fluxo de informação é o mesmo do CAD. O contrato não menciona BEP. O contratante pede "BIM" sem definir. E cinco anos depois, a mesma organização acha que "BIM não deu certo" — quando, na verdade, BIM nunca chegou a ser implementado.

02

Sinais associados

  1. 1

    BIM tratado como sinônimo de Revit · a equipe diz que faz BIM porque modela em Revit. A ferramenta é uma das camadas; o processo e a política ficaram no CAD.

  2. 2

    Contratante pede BIM sem definir · o contrato menciona BIM como se fosse autoexplicativo. Cada fornecedor interpreta de um jeito, e a entrega vira discussão.

  3. 3

    Licença comprada, processo não mudou · a organização investiu em software há anos, mas o fluxo de informação continua sendo troca de arquivo por e-mail sem controle de versão.

  4. 4

    Ninguém cita a ISO 19650 quando fala de BIM · a definição normativa existe, é pública e aplicável. A equipe nunca a leu — BIM é o que cada um acha que é.

  5. 5

    BIM como item de marketing · a proposta comercial diz que a empresa faz BIM. O cliente assina. Ninguém combinou o que isso significa no projeto.

  6. 6

    Cinco anos de BIM sem resultado mensurável · a organização diz que adotou BIM mas não consegue apontar um indicador concreto de melhoria. O investimento virou custo operacional, não retorno.

03

Causas prováveis

  1. 1

    Mercado vende BIM como software · vendors, revendas e cursos comerciais associam BIM à licença. A camada de processo e política não tem vendor — ninguém a vende.

  2. 2

    Formação operacional, não conceitual · cursos ensinam a operar Revit, Archicad, Navisworks. A definição formal de BIM (ISO 19650-1, Succar) não aparece na ementa.

  3. 3

    ISO 19650 pouco lida no Brasil · a ABNT NBR ISO 19650 existe desde 2022, mas circula pouco fora de auditorias e certificações. A maioria das equipes nunca abriu o documento.

  4. 4

    Contratante sem assessoria BIM · quem contrata não distingue BIM de software porque nunca teve orientação para distinguir. Pede o que viu em palestra ou licitação anterior.

  5. 5

    Ausência de política organizacional · a empresa tem licenças e fluxos informais, mas não tem diretriz de BIM. Sem política, cada equipe faz o que entende.

04

Riscos

  1. 1

    Investimento em ferramenta sem retorno · licenças, treinamentos e infraestrutura que não mudam o resultado porque o processo e a política ficaram iguais.

  2. 2

    Contrato ambíguo por falta de definição · contratante pede BIM, fornecedor entrega o que acha que é. Sem definição canônica, a disputa é estrutural.

  3. 3

    Equipe estagna sem saber · organização acha que faz BIM há anos porque modela em 3D. Opera em Estágio 1 Succar achando que está avançada.

  4. 4

    Decisão estratégica sobre base falsa · diretoria decide sobre adoção, orçamento e maturidade BIM sem entender o que BIM é. O plano nasce errado.

  5. 5

    Fornecedor entrega CAD com rótulo BIM · sem definição no contrato, um arquivo 3D re-etiquetado como BIM é incontestável. O contratante paga por algo que não recebeu.

05

Gravidade estimada

2
Gravidade estimada
Nível 1–2
Vai do Nível 1 (Atenção) ao Nível 2 (Não conformidade moderada), dependendo da extensão do problema.
06

Testes recomendados

Teste 1 — A equipe sabe definir BIM sem citar software?

Peça a três membros da equipe para definir BIM em uma frase. Nenhum nome de software é permitido.

Resposta esperada: conjunto de tecnologias, processos e políticas para criação, uso e gestão de representações digitais de ativos construídos ao longo do ciclo de vida (ISO 19650-1, Succar 2009).

Sinal de problema: respostas citam apenas Revit, Archicad ou "modelagem 3D".

Teste 2 — A organização tem política de BIM?

Verifique se existe documento organizacional (diretriz, manual, política) que defina o que BIM significa para a empresa, com objetivos, papéis e critérios.

Sinal de problema: existem licenças de software e fluxos informais, mas nenhum documento de política.

Teste 3 — O contrato menciona BIM com definição?

Abra o último contrato ou edital que mencionou BIM. Procure a definição operacional: o que significa BIM nesse contexto, quais são os entregáveis, qual norma rege.

Sinal de problema: BIM aparece como palavra, sem definição e sem vinculação a norma.

Teste 4 — Processo e política mudaram junto com a ferramenta?

Compare o fluxo de informação da organização antes e depois da compra do software BIM. Houve mudança de processo documentada? Nova política de gestão da informação?

Sinal de problema: o software mudou, o fluxo de informação é o mesmo do CAD.

07

Critérios de conformidade

A equipe define BIM como conjunto de tecnologias, processos e políticas (Succar 2009) ou como gestão da informação de ativos construídos (ISO 19650-1) — não como sinônimo de software.

Existe política organizacional de BIM documentada, com objetivos, papéis e critérios de adoção.

Todo contrato ou edital que menciona BIM inclui definição operacional vinculada a norma (ISO 19650) ou framework reconhecido (Succar).

A organização distingue investimento em tecnologia (software), em processo (fluxos de trabalho) e em política (normas e diretrizes) como três camadas separadas da adoção BIM.

A equipe conhece os três campos de Succar (tecnologia, processo, política) e consegue apontar o estágio da organização em cada um.

Nenhum documento interno trata BIM e software como sinônimos.

A adoção de BIM tem indicadores mensuráveis de resultado, não apenas de presença de ferramenta.

08

Ações corretivas

Curto prazo (30 dias):

  1. Adotar a definição canônica. BIM = tecnologia + processo + política (Succar 2009), gestão da informação de ativos construídos (ISO 19650-1). Circular na equipe como vocabulário compartilhado.

  2. Separar ferramenta de implementação. Mapear o que a organização tem hoje nas três camadas: quais ferramentas, quais processos documentados, quais políticas formais. O diagnóstico revela onde o BIM de fato começou e onde ficou na intenção.

  3. Incluir definição no próximo contrato. Todo contrato ou edital que mencionar BIM deve trazer definição operacional e vinculação a norma. Sem isso, a entrega é ambígua.

Médio prazo (60-90 dias):

  1. Elaborar política organizacional de BIM. Documento que define o que BIM significa para a empresa, quais são os objetivos, papéis, critérios de adoção e indicadores de resultado.

  2. Treinar a equipe no conceito, não só na ferramenta. Workshop que começa pela ISO 19650 e pelo framework Succar antes de abrir o software.

  3. Estabelecer indicadores mensuráveis. Medir resultado da adoção BIM por retrabalho evitado, prazo de coordenação, qualidade de entregáveis — não por quantidade de licenças.

09

Prevenção

  1. 1

    Definição canônica no onboarding · todo novo membro da equipe passa por sessão de nivelamento onde BIM é definido como tecnologia + processo + política, não como software.

  2. 2

    Política de BIM documentada e viva · a política organizacional é revisada anualmente e vinculada aos contratos. Não é documento de gaveta.

  3. 3

    Contrato sempre com definição · nenhum contrato ou edital menciona BIM sem definição operacional e vinculação a norma.

  4. 4

    Indicadores de resultado, não de presença · a adoção de BIM é medida por impacto no projeto, não por licenças instaladas.

10

Referências normativas

  • ABNT NBR ISO 19650-1:2022Conceitos e princípios. Define BIM como uso de uma representação digital compartilhada de um ativo construído para facilitar os processos de projeto, construção e operação, formando base confiável para decisões.
  • Succar (2009)Succar B. Building information modelling framework: A research and delivery foundation for industry stakeholders. Automation in Construction, 18(3), 357-375. Fundamentação do conceito de BIM como três campos interdependentes: tecnologia, processo e política.
  • buildingSMART InternationalOrganização internacional que mantém os padrões abertos de BIM (IFC, BCF, IDS, bSDD). Define openBIM como abordagem colaborativa baseada em padrões neutros de fornecedor — uma das implementações concretas do conceito BIM.
  • BIM DictionaryDicionário multilíngue mantido pela comunidade ChangeAgents em torno de Bilal Succar (bimdictionary.com). Fonte canônica para definições operacionais de BIM e termos correlatos.
11

Quando contratar ajuda especializada

Entender o que é BIM parece simples — e é. Institucionalizar essa compreensão é outra história. Vale contratar quando:

  • A organização comprou software há anos e não viu resultado — o diagnóstico provavelmente vai mostrar que processo e política ficaram no CAD. A correção começa pelo conceito, não por mais licenças.

  • Contratante vai escrever edital que exige BIM — definição operacional no edital previne que cada proposta responda a um BIM diferente.

  • Diretoria quer decidir sobre adoção ou expansão de BIM — a decisão precisa separar investimento em tecnologia, processo e política. Sem esse enquadramento, o orçamento vai inteiro para software.

  • Equipe nova ou reestruturada precisa de nivelamento — workshop de fundamentos que começa pelo conceito antes de abrir o software.

12

Serviço relacionado

Serviço da Coordenar

Capacitação em fundamentos BIM — do conceito à política organizacional

A Coordenar leva o conceito de BIM da definição à prática: workshop de nivelamento nos três campos Succar (tecnologia, processo, política), diagnóstico de maturidade organizacional e apoio à elaboração da política de BIM. A equipe sai sabendo definir, medir e planejar a adoção — não apenas operar o software. O ponto de partida é um diagnóstico do estado atual da organização.

Solicitar programa de capacitação

Salve este diagnóstico

Crie uma conta gratuita para guardar este diagnóstico e acessar seu histórico de qualquer lugar.

Baixe o checklist

PDF com critérios de conformidade e referências normativas. Cadastro gratuito.

Problemas relacionados