Como o BIM Manager evolui para gestor da informação?

O BIM Manager escreve. Escreve BEP, guia corporativo, protocolo de entregável, convenção de nomeação, especificação de LOIN. Cada documento parte de template diferente, mistura o que se quer entregar com regras de como gerir com objetos que serão produzidos, e resulta em texto descritivo que ninguém segue e nada consegue verificar. A pergunta "esse documento está sendo cumprido?" não tem resposta com evidência — só opinião.

O caminho para sair dessa condição operacional e virar gestor da informação existe formalmente. Chama-se ISO 12911:2023 — Framework for specification of BIM implementation. Nela, todo documento normativo BIM (BEP, guia, protocolo, convenção, LOIN) é escrito como uma BIM Implementation Specification (BIS, definição 3.1.2): técnica que ajuda autor e implementador a atingirem o resultado pretendido pelo uso do BIM. A norma coloca o BIM Manager como o profissional que opera essa fronteira — do desejo executivo aos dados verificáveis.

A 12911 não é sugestão editorial. Ela é o framework que estrutura toda BIS em três decisões metodológicas que o mercado brasileiro raramente aplica:

• Três seções ancoradas no modelo IDEF0 (Cláusula 6.1 e Figura 1, referenciando ISO/IEC/IEEE 31320-1:2012): Section 1 Outcomes (nível executivo), Section 2 Controls (nível gerencial), Section 3 Inputs (nível de entrega). O diálogo executivo ↔ gestor ↔ equipe é sustentado por essa hierarquia — e é ela que o BEP tradicional embaralha em uma pilha de tópicos sem responsável.
• Cada cláusula redigida em método RASE (definição 3.2.5, Tabela 2 e Cláusula 6.4): Requirement, Applicability, Selection, Exception. Cada cláusula fica humano-legível E mapeável a rule engine — premissa da automação da conformidade.
• Codificação hierárquica com sufixos A/B/C (Cláusula 6.4.2): A = Common (internacional), B = National (nacional/regional/ associação/profissão), C = Specific (projeto/facility/corporativo). Sem esse sistema, um BEP de projeto (nível C) não consegue herdar formalmente de convenção nacional (B) que herda de padrão internacional (A) — e cada documento vira ilha.

Quando o BIM Manager domina esse framework, o que antes era texto de intenção vira artefato executável: as cláusulas podem ser mapeadas a esquemas formais de regras (Cláusula 5.6 explicita: EXPRESS-X, mvdXML/IDS, Schematron, SHACL, DataLex). O Anexo B.4 da norma prova formalmente: mostra a mesma cláusula (Table B.15, sobre linework de esquemáticos) expressa em predicate logic e em DataLex — é o mesmo texto, humano-legível e executável por rule engine.

Essa é a transição de carreira. O BIM Manager que escreve documentos descritivos permanece operacional. O que aprende a escrever BIS sob a 12911 vira o profissional que a norma chama de implementer of information management processes — o gestor da informação, papel formalmente reconhecido nas séries ISO 19650 e ISO 29481.

1. 1

   "Escrevo BEP mas ninguém aplica" · a queixa é constante. O BIM Manager gasta semanas redigindo o documento; o projeto o ignora na prática. Sinal: o documento não foi escrito em RASE — sem applicability e requirement explícitos, "aplicar" fica em interpretação.

2. 2

   Cláusulas descritivas do tipo "seguir boas práticas" · o BEP tem parágrafos como "os modelos devem seguir boas práticas de coordenação" ou "as informações devem estar completas". Sem métrica, sem escopo, sem exceção — 100% dos itens saem do teste como "unknown" (definição 3.2.1 da norma).

3. 3

   Guia corporativo embaralha os três níveis · o mesmo tópico mistura objetivo executivo ("gerar quantitativo confiável"), regra gerencial ("aprovação por revisor nomeado") e requisito de entrada ("elementos classificados por OmniClass"). A norma exige separação formal em Section 1/2/3.

4. 4

   Impossível gerar IDS a partir do documento · quando o BIM Manager tenta traduzir o BEP em Information Delivery Specification (ISO 29481-3), as cláusulas não convertem. Faltam applicability e requirement estruturados — os elementos que a 12911 e o Nisbet 2008 institucionalizaram como base da verificação automatizada.

5. 5

   Sem codificação A/B/C nas cláusulas · nenhuma cláusula tem sufixo indicando se é internacional (A), nacional (B) ou específica do projeto/corporação (C). Consequência: não dá para mesclar com padrões superiores nem para saber quando uma cláusula específica sobrescreve uma comum.

6. 6

   Rule engine não consegue "ler" o documento · Solibri Ruleset, IDS Auditor, ou qualquer checker automatizado não consegue extrair regras executáveis do BEP. O auditor precisa ler o documento e traduzir manualmente — o oposto do que a 12911 (5.6) e o ecossistema openBIM prometem.

7. 7

   Certificação ISO 19650 patina por falta de BIS · auditor de certificação pede evidência de "documented information management" com criteria de aceitação testáveis. Documentos descritivos não passam. A auditoria fica travada porque a BIS formal (que a 12911 estrutura) não existe.

8. 8

   BIM Manager fica no operacional · a promoção para "gestor da informação" não vem porque o profissional continua produzindo artefatos operacionais (listas, atas, cronogramas) em vez de artefatos normativos verificáveis. A carreira estagna no papel de "quem organiza modelos".

9. 9

   Cada projeto reinventa o BEP · sem estrutura BIS com sufixos A/B/C, não há herança entre projetos. Cada BEP começa do zero em vez de instanciar padrão nacional/corporativo estabelecido. Trabalho multiplicado, consistência zero.

10. 10

    Cláusulas ambíguas geram disputa contratual · a norma (4.6) explicita: "failing to conform to this document can impact on usability and coordination of BIM implementation specifications, leading to contractual and practical ambiguities". O BEP descritivo é gerador estrutural de disputa.

11. 11

    Auditoria manual é único caminho · como as cláusulas não são executáveis, cada verificação precisa ser feita por leitura humana e interpretação. Escala mal, depende da pessoa, não é replicável — exatamente o oposto do que a 12911 institui.

12. 12

    "12911? BIS? Nunca ouvi" · o vocabulário canônico da norma (BIS, RASE, IDEF0, sufixos A/B/C, framework schema) não circula no mercado brasileiro. A publicação da 12911 em 2023 ainda não chegou aos BEPs, guias e templates locais.

1. 1

   Cultura brasileira trata BEP como texto contratual, não como especificação testável · a formação do mercado nacional posicionou o BEP como anexo jurídico ("prova de que temos BIM"). A 12911 desloca esse enquadramento: BEP é BIS, e BIS existe para ser testada por rule engine — instrumento operacional, não peça contratual decorativa.

2. 2

   BIM Manager formado só em modelagem e coordenação · a maioria dos BIM Managers brasileiros veio do Revit, do Navisworks, da Solibri. Formação em modelagem geométrica e clash detection não cobre requirements engineering, lógica formal, mapeamento a rule schemas — competências que a 12911 exige.

3. 3

   Vocabulário 12911 ausente no mercado brasileiro · BIS, RASE, IDEF0, sufixos A/B/C, framework schema — nenhum desses termos aparece nos cursos, nos templates BIM Fórum Brasil, nos guias BIM BR. Sem vocabulário, o método não circula.

4. 4

   Templates disponíveis não seguem 12911 · os templates de BEP mais usados no Brasil (BIM Fórum, buildingSMART regional, editais públicos) não estruturam o documento em 3 seções canônicas nem redigem cláusulas em RASE. Copiar template disponível perpetua a estrutura amorfa.

5. 5

   Confusão entre BEP e BIS · o BEP tradicional brasileiro é declaração de plano ("faremos isso, atingiremos aquilo"). A BIS que a 12911 institui é especificação testável ("cada X, incluindo Y, exceto Z, deve satisfazer W"). São documentos diferentes com o mesmo nome — e o mercado brasileiro só produz o primeiro.

6. 6

   Redação descritiva enraizada · expressões como "boas práticas", "conforme necessário", "adequadamente detalhado" povoam os BEPs brasileiros. Nenhuma dessas expressões passa pela definição de constraint da norma (3.2.1) — "objective or metric that can be evaluated to true, false or unknown".

7. 7

   Ausência de mandato interno para mudar método · o BIM Manager reconhece o problema mas não tem tempo alocado nem autoridade formal para reescrever o BEP corporativo em BIS 12911. A empresa continua operando com o legado enquanto o gap se acumula.

8. 8

   Contratantes não pedem BIS testável · quase nenhum edital público ou contrato privado no Brasil exige aderência formal à ISO 12911. O contratante pede "BEP" genericamente — e recebe (e aceita) documento descritivo. Sem pressão de mercado, sem incentivo para migrar.

9. 9

   Rule engines existem mas não são usados no ciclo do BEP · IDS, Solibri Ruleset, mvdXML são citados em palestra mas raramente aplicados sobre documento próprio. A separação entre "escrever BEP" e "verificar modelo" continua total — a 12911 (Cláusula 5.6) existe justamente para fechar essa separação.

10. 10

    Cadeia normativa 19650 → 12911 → 29481-3 (IDS) não é lecionada como sistema · os cursos brasileiros ensinam ISO 19650 (gestão) e às vezes IDS (checking), mas a 12911 (que ocupa o espaço intermediário — Table 1 da norma) fica invisível. Sem o elo central, a cadeia não fecha.

11. 11

    Formação continuada do BIM Manager tratada como custo · a empresa não aloca orçamento nem horas para o BIM Manager estudar norma nova, reescrever documento próprio, testar mapeamento a rule schema. A transição de carreira fica bloqueada por decisão empresarial.

12. 12

    Falta de referência metodológica local aplicando 12911 · a norma foi publicada em fev/2023 (ISO) e ainda não tem adoção NBR nem casos brasileiros de referência amplamente publicados. O BIM Manager que quer aprender sente que está sozinho — não sabe a quem recorrer.

1. 1

   BEP não verificável por rule engine — chain break entre planejamento e checking · a Table 1 da 12911 alinha planejamento (12911) com checking (ISO 29481-3, IDS/mvdXML). Se o BEP não é estruturado como BIS, essa cadeia se rompe — não há tradução automatizada de plano para verificação. Toda auditoria vira manual.

2. 2

   Certificação ISO 19650 bloqueada · auditor de certificação exige evidência de "documented information management" com critérios de aceitação testáveis. BEP descritivo não passa. A empresa que quer se qualificar para licitações internacionais ou selos de qualidade fica travada — o gap está no documento, não no modelo.

3. 3

   Ambiguidades contratuais estruturais · a norma (4.6) explicita esse risco: "impact on usability and coordination of BIM implementation specifications, leading to contractual and practical ambiguities". Cada cláusula sem R+A+S+E é gerador de disputa entre partes.

4. 4

   BIM Manager preso ao operacional · a promoção para gestor da informação — papel formalmente reconhecido nas séries ISO 19650 e 29481 — não vem porque o profissional não produz artefatos normativos verificáveis. Carreira estagna, salário estagna, empresa perde talento para quem aprende a metodologia.

5. 5

   Investimento em BIM sem colher automação · a empresa pagou por licenças, hardware, horas de modelagem. O ganho prometido (validação automatizada de conformidade, redução de retrabalho, ativo digital confiável) não se materializa porque a base normativa não permite executar checks — o BEP fica no caminho.

6. 6

   Documento não extensível nem mesclável · a 12911 (6.3) permite expandir, filetar e mesclar BISs. Documento amorfo perde essas propriedades — cada mudança exige reescrever bloco inteiro, cada projeto reinventa, cada revisão introduz inconsistência.

7. 7

   Auditoria manual não escala · sem cláusulas executáveis, cada verificação depende de leitura humana e interpretação. Projeto médio de 500 elementos exige dias de auditoria; grande porte fica inviável. O concorrente que automatiza cobra menos por hora manual — e ganha mercado.

8. 8

   Impossibilidade de comparar BISs entre projetos · sem estrutura padrão + sufixos A/B/C, comparar dois BEPs de projetos diferentes é ler ambos por inteiro. A norma (4.1 b) coloca "comparing and merging" como benefício central — sem BIS, esse benefício não existe.

9. 9

   Perda de posicionamento estratégico · organizações internacionais e algumas nacionais já produzem BISs 12911. Quem opera com BEP descritivo perde credibilidade em rodadas de qualificação e em parcerias — sinal de maturidade metodológica limitada.

10. 10

    Vulnerabilidade em perícia técnica · em disputa arbitral ou judicial sobre "cumprimento do BEP", a parte que apresenta documento amorfo perde para quem apresenta BIS estruturada em RASE — o segundo tem base rastreável, o primeiro apresenta opinião.

Todos os testes abaixo podem ser executados pelo próprio BIM Manager sobre documento normativo existente (BEP, guia corporativo, protocolo, convenção de nomeação). Baseiam-se diretamente nas cláusulas da ISO 12911:2023.

Cláusula            | A | S | E | R | Testável?
---------------------------------------------------
"Modelos devem seguir  |   |   |   |   |
 boas práticas"        | ? | ? | ? | ? | Não
"Cada componente ARQ,
 incluindo portas e
 janelas, exceto
 dispositivos virtuais,
 deve ter Pset X"      | ✓ | ✓ | ✓ | ✓ | Sim

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros, em aderência direta à ISO 12911:2023:

Curto prazo (30-45 dias — mudar método):

1. Adquirir e estudar a ISO 12911:2023 completa. Foco em Cláusulas 4-6 (framework, seções, clause structure) e Anexo B (exemplos completos com predicate logic e DataLex — Anexo B.4 é a prova formal de que o método funciona). Sem o texto integral em mão, o método fica em segunda mão.

2. Aplicar Tabelas A.1/A.2/A.3 como grade de estruturação. A norma fornece explicitamente listas de tópicos ordenados por seção (outcomes/controls/inputs). Use como esqueleto do próximo documento normativo BIM que você escrever.

3. Selecionar um documento atual e reestruturar em três seções. BEP de projeto em andamento, guia corporativo, protocolo — qualquer um. Separe cláusulas em Section 1 (outcomes) / Section 2 (controls) / Section 3 (inputs). Só esse exercício revela quantas cláusulas eram simultaneamente das três seções (e por isso não funcionavam em nenhuma).

4. Reescrever 5-10 cláusulas descritivas em RASE. Pegue as cláusulas mais problemáticas ("modelos devem seguir boas práticas de coordenação") e transforme em RASE explícito ("Cada modelo de coordenação, incluindo arquitetura, estrutura e MEP, excetuando modelos de referência de terceiros, deve ter workflow de aprovação registrado no CDE com data-marco vinculada"). Cada cláusula testada, iterada, aprovada.

5. Testar mapeamento a rule schema. Escolha 3 cláusulas RASE e traduza para IDS (ISO 29481-3) ou SHACL. Se traduz, é BIS. Se não traduz, volta ao passo anterior. Anexo B.4 da norma é o modelo canônico.

Médio prazo (60-120 dias — instituir metodologia):

6. Adotar template corporativo BIS que herda hierarquicamente. Template estruturado em 3 seções, com cláusulas codificadas: A para herdar de padrões internacionais (12911, 19650, 7817), B para incorporar padrões nacionais (NBR ISO 19650, Guias BIM BR), C para especificidades da organização/projeto. Cada novo projeto instancia o template, adiciona cláusulas C, mescla via 6.3.

7. Workshops de redação de cláusulas em RASE para a equipe. Formar quem for participar da elaboração de BISs. Peer review sistemático: nenhuma cláusula entra no documento sem passar por revisão de dois pares treinados no método.

8. Vincular BIS ao workflow do CDE via IDS. Cláusula redigida em RASE ↔ regra IDS ↔ verificação automatizada no CDE. O ciclo fecha: quando o BEP muda, a regra IDS muda; quando o modelo é submetido, a regra roda. É o modelo operacional que a Cláusula 5.6 antecipa.

9. Republicar convenção corporativa de nomenclatura como BIS. Não como texto solto ("os arquivos devem seguir o padrão X-Y-Z-nnn"), mas como cláusula RASE codificada, mapeável a rule engine. O Anexo B.6 e B.7 da norma dão os exemplos canônicos (Table B.6: Common Naming; Table B.7: Specific naming policy).

10. Integrar BIS à Definição de Requisitos (EIR/PIR/AIR/OIR). A cadeia é: OIR/PIR/AIR estabelecem o que a organização precisa → EIR formaliza o requisito de troca → BIS (sob 12911) estrutura a especificação testável → IDS traduz em verificação executável. Ver a página "O cliente pede BIM, mas não sabe o que quer receber?" para o elo upstream desta cadeia.

1. 1

   Todo novo documento normativo BIM segue framework 12911 desde a origem · não há mais BEP, guia ou protocolo escrito fora do framework. Cada documento nasce como BIS: 3 seções, RASE por cláusula, codificação A/B/C. Documento fora do padrão é rejeitado em revisão interna.

2. 2

   BIM Manager tem tempo alocado para escrita metodológica · a organização reconhece que redigir BIS testável é atividade estruturante — não overhead. Horas semanais reservadas na carga do BIM Manager, com meta explícita: converter documentos legados em BIS 12911 na cadência definida.

3. 3

   Templates corporativos já estruturados · os templates disponíveis internamente já vêm em 3 seções, com sufixos A/B/C aplicados, com exemplos de cláusulas em RASE. O ponto de partida do BIM Manager novato é uma BIS, não uma folha em branco.

4. 4

   Peer review de cláusulas em RASE · toda cláusula redigida passa por dois revisores treinados no método. Rejeição por ausência de R ou A é imediata. Sugestão de melhoria por S ou E é sistemática. Revisão é higiene de processo, não crítica pessoal.

5. 5

   Vínculo direto entre cláusula e IDS gerada · toda cláusula RASE tem sua IDS correspondente versionada em par. Quando a cláusula muda, a IDS muda no mesmo commit. Quando o BEP é publicado, o IDS Auditor pode rodar imediatamente sobre o modelo.

6. 6

   Onboarding do BIM Manager novato inclui 12911 + Nisbet 2008 · novo BIM Manager passa por formação obrigatória em: ISO 12911:2023 (framework), método RASE, Nisbet, Wix, Conover (2008) — a referência bibliográfica [16] da norma, base metodológica original do RASE. Sem essa formação, não conduz redação de BIS corporativa.

7. 7

   Certificação interna de competência · o BIM Manager que demonstra escrever BIS testável (via avaliação em cláusulas reais) é formalmente certificado como gestor da informação — papel canonizado nas séries ISO 19650 e 29481. A promoção é meritocrática e baseada em evidência.

8. 8

   CDE armazena BISs versionados e hierarquicamente ligados · cada BIS no CDE tem metadados identificando seu nível A/B/C, o padrão superior do qual herda, e os padrões inferiores que dela derivam. A norma (6.3) prevê expansão, filetagem e merge — o CDE opera essas mecânicas.

9. 9

   Métricas de aderência ao método · dashboards internos reportam: % de cláusulas com RASE completo, % mapeáveis a rule schema, % de units of information em estado determinável (4.5), taxa de reincidência de cláusulas rejeitadas em peer review.

10. 10

    Auditoria trimestral de BISs vigentes contra 12911 · a cada 3 meses, amostra de BISs vigentes passa por auditoria formal contra a norma. Não fiscalização punitiva — higiene de processo que mantém a metodologia calibrada e a equipe alerta.

• ISO 12911:2023Framework for specification of BIM implementation. Referência canônica desta página. Cláusulas 4-6 e Anexos A-B são o núcleo metodológico. Publicada em 27/02/2023, primeira edição.
• ISO 19650 (todas as partes)Information management using building information modelling. A 12911 se posiciona (Table 1) como planejamento de use-case entre a gestão (19650) e a verificação (29481-3). No Brasil, ABNT NBR ISO 19650-1 (2018) e ABNT NBR ISO 19650-2 (2022).
• ISO 29481-1Information delivery manual (IDM). Fornece o processo upstream da BIS — a 12911 recomenda (5.3) aplicar IDM ao desenvolver novos outcomes, mapeados para BIS.
• ISO 29481-3IDM — Data schema and code (mvdXML e IDS). Ferramenta downstream da BIS — traduz as cláusulas em regras executáveis por rule engine. Fecha a cadeia da Table 1 da 12911.
• ISO 7817-1Level of information need (LOIN). Referenciada pela Table 1 da 12911 como especificação de "nível de informação necessário" para os inputs. Base para redigir cláusulas de Section 3 com métrica objetiva.
• ISO 12006-2Framework for classification. Requerida pela Cláusula 5.5 — BISs devem usar sistemas de classificação conformes. No Brasil, contexto de OmniClass, Uniclass e classificações nacionais em desenvolvimento.
• ISO 12006-3Framework for object-oriented information. Também requerida pela 5.5 — provê recursos de terminologia. Base para vocabulário controlado em BISs.
• ISO/IEC/IEEE 31320-1:2012IDEF0. Modelo formal ancorando a Figura 1 da 12911 (Section 1 Outcomes ← Section 2 Controls → Section 3 Inputs). Sem esse fundamento, a hierarquia das 3 seções fica arbitrária.
• ISO 16739-1Industry Foundation Classes (IFC). Base semântica sobre a qual as cláusulas de Section 3 (Inputs) especificam objetos, propriedades e relações — via IfcConstraint, IfcObjective, IfcMetric.
• Nisbet N., Wix J., Conover D. (2008)The future of virtual construction and regulation checking. In: Brandon P., Kocaturk T. (Eds), Virtual Futures for Design, Construction and Procurement, Blackwell, Oxford. doi: 10.1002/9781444302349.ch17. Referência bibliográfica [16] da ISO 12911 — fundamentação metodológica original do RASE, hoje institucionalizada como norma ISO.
• Rule schemas suportados (Cláusula 5.6)EXPRESS-X (ISO 10303-14) para EXPRESS schemas; mvdXML/IDS (ISO 29481-3) para checking BIM canônico; Schematron para XML; SHACL para RDF/OWL; DataLex para regras baseadas em texto. Anexo B.4 exemplifica a mesma cláusula em predicate logic e DataLex.