OIR, PIR, AIR, EIR: a cascata de requisitos que ninguém encadeia

Requisitos que não se encadeiam não são requisitos — são opiniões documentadas.

A ABNT NBR ISO 19650-1:2022 institui uma cadeia de quatro níveis de requisitos de informação: OIR (requisitos da organização), AIR (requisitos do ativo), PIR (requisitos do projeto) e EIR (requisitos de troca). O fluxo é explícito na §5 da norma: a organização declara o que precisa (OIR); desse OIR derivam os requisitos do ativo em operação (AIR) e do projeto específico (PIR); os três, juntos, alimentam o EIR — o documento formal que a equipe de entrega recebe como briefing. A §5.2.1 a) da ABNT NBR ISO 19650-2:2022 exige que o EIR considere OIR, AIR e PIR como insumos.

Na prática brasileira, a cadeia não funciona como cadeia. O OIR corporativo (quando existe) vive em documento estratégico que ninguém consulta ao montar o EIR de um projeto. O AIR (quando existe) foi redigido sem participação de quem opera o ativo. O PIR nasceu do projetista, não da parte requerente. E o EIR foi copiado de template, sem rastrear a nenhum dos três anteriores.

O resultado: a organização "tem documentos BIM", "cita ISO 19650", mas opera cada nível como ilha. Quando o ativo chega à fase operacional, metade da informação produzida não tinha propósito e a outra metade — a que tinha propósito real — nunca foi pedida.

Esta página trata dessa desconexão. A página irmã "O cliente pede BIM, mas não sabe o que quer receber?" cobre a ausência do EIR — o contratante não estabeleceu nenhum requisito. Aqui o cenário é diferente: documentos existem, mas a rastreabilidade entre eles é zero. A cascata da norma exige derivação; sem ela, cada documento responde a si mesmo.

1. 1

   EIR existe mas não veio de nenhum OIR · o documento formal de requisitos de troca foi redigido, mas não referencia nenhum requisito organizacional. A §5.2.1 a) da 19650-2 exige que o EIR considere OIR, AIR e PIR — se não há rastreio, é documento órfão.

2. 2

   OIR corporativo existe mas ninguém consulta · a organização tem documento estratégico com diretrizes de informação, mas cada projeto monta seu EIR do zero, sem ler o OIR. O investimento em definir padrão corporativo vira prateleira.

3. 3

   AIR definido sem participação da operação · alguém listou propriedades operacionais, mas facilities, manutenção e gestão de ativos não participaram da definição. AIR sem operação é achismo documentado.

4. 4

   Cada projeto reinventa seus requisitos · sem OIR corporativo como base reutilizável, cada novo contrato parte do zero. Requisitos variam entre projetos da mesma organização sem justificativa de propósito.

5. 5

   PIR nasce do projetista, não do contratante · os requisitos do projeto foram definidos pela equipe de entrega, não pela parte requerente. O contratante recebe o que o projetista decidiu que ele precisava — inversão do fluxo da norma.

6. 6

   Ninguém consegue rastrear um requisito do EIR ao OIR · a pergunta "de onde veio esse requisito?" não tem resposta documentada. Requisito sem origem rastreável é custo sem propósito declarado.

7. 7

   Template de EIR copiado de fonte externa · o EIR não deriva dos requisitos da organização — deriva do que estava disponível. Cada item veio de contexto diferente, nenhum traça à estratégia do contratante.

1. 1

   OIR corporativo nunca foi estabelecido · a organização contratante não investiu em definir, em nível corporativo, o que ela precisa como padrão de informação de todos os projetos. Sem OIR, a cadeia nasce cortada no primeiro elo.

2. 2

   Cadeia tratada como burocracia, não como método · os quatro níveis são vistos como documentos para preencher, não como fluxo onde cada nível alimenta o seguinte. O exercício vira compliance — produzir documento, não produzir rastreabilidade.

3. 3

   Norma lida por partes, não como sistema · a equipe leu a parte 2 (entrega) sem ler a parte 1 (conceitos). A parte 1 é onde a cadeia OIR/AIR/PIR/EIR está fundamentada (§5). Sem ela, cada requisito parece autônomo.

4. 4

   AIR elaborado sem envolver gestão de ativos · o AIR precisa derivar da estratégia de gestão de ativos (ISO 55000) — mas na prática é escrito por BIM Manager sem diálogo com quem opera o ativo.

5. 5

   Contratante sem profissional de gestão da informação · a §5.1.1 da 19650-2 exige que a parte requerente nomeie responsável pela gestão da informação. Sem esse profissional, ninguém costura a cadeia.

6. 6

   PIR confundido com lista de entregáveis · os requisitos do projeto são escritos como lista de arquivos e formatos, não como derivação de necessidades de decisão. PIR é o que o projeto precisa responder — não o que precisa entregar.

1. 1

   EIR sem fundamento organizacional · o EIR especifica o que copiar de template, não o que a organização precisa. Sem derivar de OIR, o investimento em entrega BIM pode produzir informação irrelevante para a decisão estratégica.

2. 2

   Operação descobre lacunas tarde demais · sem AIR derivado de OIR, o time de operação herda modelo sem as propriedades que precisava. Corrigir na fase operacional custa ordens de magnitude mais que pedir na origem.

3. 3

   Requisitos inconsistentes entre projetos · sem OIR como base corporativa, cada projeto inventa seu padrão. A organização não acumula inteligência de requisitos — cada contrato é ilha.

4. 4

   Certificação ISO 19650 bloqueada · auditor de certificação exige evidência de rastreabilidade OIR, AIR, PIR, EIR. Documentos que existem como ilhas não passam — falta o fio que conecta.

5. 5

   Aditivos por requisitos descobertos em execução · requisito que deveria ter sido capturado no OIR aparece como surpresa no meio do projeto. O contratante paga aditivo para incluir o que deveria ter sido pedido na origem.

6. 6

   Disputa contratual sem base de rastreio · em conflito sobre o que foi pedido versus o que foi entregue, a rastreabilidade OIR ao EIR é a defesa. Sem ela, a discussão é sobre interpretação, não sobre fatos documentados.

Todos os testes podem ser executados pelo gestor da informação ou pelo coordenador de projeto, sobre documentos de requisitos existentes. Baseiam-se na cadeia conceitual da ABNT NBR ISO 19650-1:2022 (§5) e na operacionalização pela ABNT NBR ISO 19650-2:2022 (§5.1 e §5.2).

O problema é considerado resolvido quando todos os itens abaixo forem verdadeiros, em aderência à ABNT NBR ISO 19650-1:2022 e ABNT NBR ISO 19650-2:2022:

Curto prazo (30-45 dias — reconectar a cadeia):

1. Mapear o que existe. Levantar quais dos quatro documentos (OIR, AIR, PIR, EIR) existem formalmente na organização. Registrar: quem redigiu, quando, e se referencia algum dos outros.

2. Estabelecer o OIR corporativo. Workshop com alta direção e stakeholders-chave para declarar o que a organização precisa saber de todos os seus projetos. O OIR é investimento pontual com retorno em cada novo contrato.

3. Derivar o AIR com operação e gestão de ativos. O AIR não pode ser escrito pelo BIM Manager sozinho. Facilities, manutenção e gestão de ativos definem o que o ativo precisa ter em operação — o AIR é a tradução disso em requisitos de informação.

4. Reconectar o EIR vigente ao OIR/AIR/PIR. Para projetos em andamento com EIR já publicado, fazer exercício retroativo de rastreio: cada requisito do EIR aponta para qual OIR, AIR ou PIR? Requisitos órfãos são sinalizados e resolvidos.

Médio prazo (60-120 dias — institucionalizar a cadeia):

5. Adotar template de rastreabilidade OIR ao EIR. Cada novo EIR nasce com coluna de rastreio: para cada requisito, declarar a origem (OIR/AIR/PIR). Template institucionaliza o método.

6. Vincular OIR à estratégia de gestão de ativos (ISO 55000). O OIR deve derivar da política de gestão de ativos da organização. Se essa política não existe, é dívida upstream que a cadeia BIM expõe.

7. Formar equipe interna no vocabulário ISO 19650 §5. Sem domínio da cadeia conceitual, a equipe não sustenta a rastreabilidade. Formação de 8-16h para stakeholders que participam da definição de requisitos.

1. 1

   OIR corporativo antes de qualquer projeto · a organização que faz projetos BIM recorrentemente estabelece uma vez seu OIR e usa como base de todos os EIRs. Investimento pontual com retorno multiplicativo.

2. 2

   AIR elaborado com operação desde o início · facilities, manutenção e gestão de ativos participam da definição do AIR — não recebem o modelo pronto no fim.

3. 3

   PIR derivado de OIR e AIR, não de template externo · cada PIR nasce como instância da estratégia da organização, não como cópia de documento alheio. Requisito sem origem é custo sem propósito.

4. 4

   EIR com coluna de rastreio obrigatória · cada requisito do EIR declara qual OIR, AIR ou PIR o fundamenta. Sem rastreio, não entra no documento.

5. 5

   Gestor da informação costura a cadeia · o profissional nomeado em §5.1.1 da 19650-2 tem como responsabilidade garantir que os quatro níveis se conectam. Se ninguém é dono da cadeia, a cadeia se rompe.

6. 6

   Revisão da cadeia a cada novo contrato · antes de montar o EIR de um projeto novo, verificar se o OIR corporativo e o AIR estão atualizados. A cadeia é viva — precisa ser revisitada.

• ABNT NBR ISO 19650-1:2022Organização e digitização da informação sobre edifícios e obras — Parte 1: Conceitos e princípios. Referência canônica desta página. A §5 estabelece a hierarquia conceitual dos requisitos de informação: OIR, AIR, PIR e EIR como cadeia derivada.
• ABNT NBR ISO 19650-2:2022Parte 2: Fase de entrega dos ativos. A §5.1 cobre a avaliação e necessidade (papéis da parte requerente, requisitos do projeto, datas-marco, padrões de informação, métodos e procedimentos, CDE, protocolo). A §5.2.1 a) exige que o EIR considere OIR, AIR e PIR como insumos.
• ABNT NBR ISO 19650-3:2025Parte 3: Fase operacional dos ativos. Detalha a continuidade dos requisitos na operação — onde o AIR se torna crítico e a falha da cadeia se materializa como lacuna de informação operacional.
• ABNT NBR ISO 55000Gestão de ativos — Visão geral, princípios e terminologia. Base para articular o OIR e o AIR com a estratégia de gestão de ativos da organização.
• ABNT NBR ISO 7817-1:2024Level of information need. Define como especificar a granularidade da informação por objeto — o LOIN é o detalhe que preenche cada nível da cadeia com métrica objetiva.
• ABNT NBR ISO 12006-2Framework para classificação. Referenciada pela 19650-2 (§5.1.7) para classificação de contêineres e pela 7817-1 (§5.5) para breakdown structures dentro da cadeia de requisitos.
• ISO 12911:2023Framework for specification of BIM implementation. Estrutura as BIS que operacionalizam os requisitos da cadeia em cláusulas testáveis — elo entre definir requisitos (19650) e verificar conformidade (IDS).