Você está na página 1de 26

Building Information Modelling

Maturity Matrix
Bilal Succari
ChangeAgents AEC, Australia

RESUMO

O Building Information Modeling (BIM) é uma coleção em expansão de conceitos e


ferramentas que foram atribuídas com capacidades transformadoras na indústria de
Arquitetura, Engenharia, Construção e Operações (AECO). As discussões sobre BIM cresceram
para acomodar o aumento dos recursos de software, entregas infinitamente variadas e
padrões concorrentes que emanam de uma abundância de definições sobrepostas que tentam
delinear o termo BIM. Este capítulo evitará fornecer sua própria definição de BIM, mas
concorda com aqueles que o identificam como um catalisador para mudanças (Bernstein,
2005) pronto para reduzir a fragmentação da indústria (CWIC, 2004), melhorar sua eficiência
(Hampson & Brandon, 2004 ) e diminuir seus altos custos de interoperabilidade inadequada
(NIST, 2004). Em essência, o BIM representa uma gama de possibilidades e desafios que
precisam ser compreendidos e atendidos, respectivamente, por meio de uma abordagem
mensurável e repetível.
Este capítulo explora brevemente a natureza multidimensional do domínio BIM e, em
seguida, apresenta uma ferramenta de conhecimento para ajudar indivíduos, organizações e
equipes de projeto a avaliar sua capacidade e maturidade BIM e melhorar seu desempenho
(Figura 1).
A primeira seção apresenta os Campos e Estágios BIM que estabelecem as bases para
medir a capacidade e maturidade. A Seção 2 apresenta as Competências BIM que podem ser
usadas como etapas ativas de implementação ou como áreas de avaliação de desempenho. A
Seção 3 apresenta uma Hierarquia/Escala Organizacional adequada para adaptar avaliações de
capacidade e maturidade de acordo com mercados, indústrias, disciplinas e tamanhos
organizacionais. A Seção 4 explora os conceitos por trás dos "modelos de maturidade de
capacidade" e, em seguida, adota um Índice de Maturidade específico para BIM (BIMMI) de
cinco níveis. A Seção 5 apresenta a Matriz de Maturidade BIM (BIm³), uma ferramenta de
medição e melhoria de desempenho que identifica a correlação entre Estágios BIM, Conjuntos
de Competências, Níveis de Maturidade e Escalas Organizacionais. Finalmente, a Seção 6
apresenta um Filtro de Granularidade de Competências que permite a adaptação de
ferramentas, guias e relatórios BIM de acordo com quatro níveis diferentes de granularidade
de avaliação.
1 - Building Information Modeling: uma breve introdução

Building Information Modeling é um conjunto de políticas, processos e tecnologias que


interagem (Succar, 2009) gerando uma “metodologia para gerenciar o projeto de construção
essencial e os dados do projeto em formato digital ao longo do ciclo de vida do edifício”
(Penttilä, 2006). Esta definição é uma das dezenas de tentativas de delimitar o domínio BIM
que - como termo - continua a expandir-se em abrangência e conotação. É importante – se
reconhecemos o valor do BIM em ajudar a indústria AECO e estamos inclinados a ajudar na sua
adoção sistemática – identificar as estruturas de conhecimento do domínio, dinâmica interna e
requisitos de implementação. Estes podem ser melhor representados por meio de uma
compreensão triaxial do domínio BIM (Figura 2):
 Campos BIM (BIM Fields) de atividade que identificam os 'atores' do domínio, seus
'requisitos' e 'entregáveis'.
 Estágios BIM (BIM Stages) delineando benchmarks de capacidade mínima.
 Visão BIM (BIM Lenses) fornecendo a profundidade e amplitude de investigação
necessária para identificar, avaliar e qualificar BIM Fields e BIM Stages.
Campos BIM
O domínio BIM é composto por três campos de atividade interligados, mas distintos
(Figura 3): Tecnologia, Processo e Política. Cada um desses campos BIM tem seus próprios
players, requisitos e entregáveis. Os participantes do BIM podem ser indivíduos, equipes,
organizações ou outros agrupamentos, conforme discutido posteriormente na Seção 3.

Os campos BIM foram identificados usando 'agrupamento conceitual' de objetos de


conhecimento observáveis dentro da indústria AECO. Esses agrupamentos foram 'inferidos
indutivamente' por meio de uma estratégia de observação e descoberta (Michalski, 1987). Os
três Campos BIM interagem dentro da indústria AECO gerando novos produtos, serviços e
papéis. A Tabela 1 resume cada um dos três campos, suas interações e sobreposições:
Table 1. BIM Fields, their interactions and overlaps
A Área de Tecnologia reúne um grupo de players
especializados no desenvolvimento de software,
hardware, equipamentos e sistemas de rede
necessários para aumentar a eficiência, produtividade
e lucratividade dos setores da AECO. Isso inclui
organizações que geram soluções de software e
equipamentos de aplicabilidade direta e indireta ao
projeto, construção e operação de instalações.

O Campo de Processo agrupa um grupo de atores que


adquirem, projetam, constroem, fabricam, usam,
gerenciam e mantêm estruturas. Isso inclui
proprietários de instalações, arquitetos, engenheiros,
empreiteiros, gerentes de instalações e todos os
outros participantes da indústria AECO envolvidos na
propriedade, entrega e operação de edifícios ou
estruturas.

O Campo de Política reúne um grupo de atores


focados em preparar profissionais, entregar
pesquisas, distribuir benefícios, alocar riscos e
minimizar conflitos dentro da indústria AECO. Esses
players não geram nenhum produto de construção,
mas são organizações especializadas - como
companhias de seguros, centros de pesquisa,
instituições educacionais e órgãos reguladores - que
desempenham papéis preparatórios, regulatórios e
contratuais essenciais no processo de projeto,
construção e operação.
As interações BIM são transações de conhecimento
push-pull que ocorrem dentro ou entre os campos. Os
mecanismos push (Holsapple & Joshi, 2006)
transferem conhecimento de um jogador ou campo
para outro, enquanto os mecanismos pull transferem
conhecimento para satisfazer uma solicitação de
outro jogador ou campo. As transações de amostra
incluem transferências de dados, dinâmica de equipe
e relações contratuais entre campos e seus jogadores.
Os três campos distintos se sobrepõem à medida que
compartilham jogadores, requisitos e produtos. Essas
sobreposições BIM entre campos são exemplificadas
em dois casos abaixo:
Caso 1: quando uma entrega BIM requer entrada de
dois ou mais atores ou campos. Por exemplo, o
desenvolvimento e a implementação de um esquema
interoperável não proprietário (como o Industry
Foundation Classes) exige o esforço conjunto de
atores políticos (pesquisadores) e de atores
tecnológicos (desenvolvedores de software).
Caso 2: quando jogadores pertencentes a um campo
geram entregáveis classificados em outro. Por
exemplo, o Instituto Australiano de Arquitetos é um
“órgão da indústria‟- cujos membros são
participantes do Processo (arquitetos) - gerando
produtos de Política (diretrizes e melhores práticas).

Fases BIM
Existem volumosas possibilidades atribuídas ao BIM, representando uma série de
desafios que precisam ser abordados pelas partes interessadas da Arquitetura, Engenharia,
Construção e Operações (AECO). Tendo identificado os Campos BIM, esta seção identifica os
vários estágios que delineiam os marcos de capacidade.
A capacidade BIM é a capacidade básica de executar uma tarefa, entregar um serviço
ou gerar um produto. BIM Capability Stages (ou BIM Stages) definem os principais marcos a
serem alcançados por equipes e organizações à medida que adotam tecnologias e conceitos
BIM. Os Estágios BIM identificam um ponto de partida fixo (o status antes da implementação
do BIM), três estágios BIM fixos e um ponto final variável que permite avanços imprevistos na
tecnologia. Este capítulo usa o termo Pré-BIM para representar o status da indústria antes da
implementação do BIM e a Entrega Integrada do Projeto (IPD) para denotar uma abordagem
ou um objetivo final da implementação do BIM (AIA, 2007). Os estágios BIM incluem
componentes de tecnologia, processo e política e são os seguintes:
 BIM Fase 1: modelagem baseada em objetos
 BIM Estágio 2: colaboração baseada em modelo
 BIM Estágio 3: integração baseada em rede
As Etapas BIM são definidas pelos seus requisitos mínimos. Por exemplo, para que uma
organização seja considerada no BIM Capability Stage 1, ela precisa ter implantado uma
ferramenta de software de modelagem baseada em objetos. Da mesma forma, para o BIM
Capability Stage 2, uma organização precisa fazer parte de um projeto colaborativo baseado
em modelo multidisciplinar. Para ser considerada no BIM Capability Stage 3, uma organização
deve estar usando uma solução baseada em rede (como um servidor modelo) para
compartilhar modelos baseados em objetos com pelo menos duas outras disciplinas. A Tabela
2 expande os Estágios de Capacidade BIM acima, começando com Pré-BIM e terminando com
uma breve descrição da Entrega de Projeto Integrada (IPD):
Tabela 2. Pré-BIM, estágios de capacidade BIM e entrega integrada do projeto
Estado pré-BIM: Entrega de A indústria da construção é caracterizada por relações
projeto desarticulada antagônicas em que os acordos contratuais incentivam
a prevenção e eliminação de riscos. Muita dependência
é colocada na documentação 2D para descrever uma
realidade 3D. Mesmo quando algumas visualizações 3D
são geradas, elas geralmente são desarticuladas e
dependem de documentação e detalhamento
bidimensionais. Quantidades, estimativas de custo e
especificações geralmente não são derivadas do
modelo de visualização nem vinculadas à
documentação. Da mesma forma, as práticas
colaborativas entre as partes interessadas não são
priorizadas e o fluxo de trabalho é linear e assíncrono.
Em condições pré-BIM, a indústria sofre com baixo
investimento em tecnologia e falta de
interoperabilidade (CWIC, 2004) (NIST, 2004).

O símbolo gráfico (à esquerda) representa tecnologias


de software 2D desenhadas à mão, 2D auxiliadas por
computador ou 3D não baseadas em objetos
semelhantes ao AutoCAD® e SketchUP®.
Estágio 1 do BIM: Modelagem A implementação do BIM é iniciada através da
baseada em objetos implantação de uma "ferramenta de software
paramétrica 3D baseada em objetos" semelhante a
ArchiCAD®, Revit®, Digital Project® e Tekla®. No Estágio
1, os usuários geram modelos de disciplina única
dentro do projeto [D], construção [C] ou operações [O]
– as três fases do ciclo de vida do projeto. Entregáveis
de modelagem incluem modelos de projeto
arquitetônico [D] e modelos de fabricação de dutos [C]
usados principalmente para automatizar a geração e
coordenação de documentação 2D e visualização 3D.
Outras entregas incluem exportações de dados básicos
(por exemplo, tabelas de portas, volumes de concreto,
custos FFE,...) e modelos 3D leves (por exemplo, 3D
DWF, 3D PDF, NWD, etc...) que não possuem atributos
paramétricos modificáveis.
As práticas colaborativas no Estágio 1 são semelhantes
ao status pré-BIM e não há intercâmbios significativos
baseados em modelos entre diferentes disciplinas. As
trocas de dados entre as partes interessadas do projeto
são unidirecionais e as comunicações continuam a ser
assíncronas e desarticuladas. Como apenas pequenas
mudanças de processo ocorrem no Estágio 1, as
relações contratuais pré-BIM, as alocações de risco e o
comportamento organizacional persistem. No entanto,
a natureza semântica dos modelos baseados em
objetos e sua "fome" de resolução antecipada e
detalhada dos desafios de design e construção
encorajam o "acompanhamento rápido" das fases do
ciclo de vida do projeto - quando um projeto ainda é
executado de maneira faseada, ainda que o design e a
construção as atividades são sobrepostas para
economizar tempo (Jaafari, 1997).

O símbolo gráfico ao lado representa um modelo 3D de


disciplina única exemplificado pelo ArchiCAD® de um
arquiteto, o Revit® de um engenheiro estrutural ou o
modelo Tekla® de um detalhamento de aço.
Estágio BIM 2: Colaboração Tendo desenvolvido especialização em modelagem
baseada em modelo interdisciplinar durante as implementações do Estágio
1, os participantes do Estágio 2 colaboram ativamente
com outros participantes disciplinares. A colaboração
pode ocorrer de várias maneiras técnicas após a
seleção de ferramentas de software BIM de cada ator
(disciplina). Dois exemplos diferentes de colaboração
baseada em modelo incluem o intercâmbio (troca
interoperável) de modelos ou modelos de peças por
meio de formatos "proprietários" (por exemplo, entre o
Revit® Architecture e o Revit® Structure por meio do
formato de arquivo .RVT) e formatos não proprietários
(por exemplo, entre ArchiCAD® e Tekla® usando o
formato de arquivo IFC).
A colaboração baseada em modelo pode ocorrer em
uma ou entre duas fases do ciclo de vida do projeto.
Exemplos disso incluem o intercâmbio Design-Design
de modelos arquitetônicos e estruturais [DD], o
intercâmbio Design-Construction de modelos
estruturais e de aço [DC] e o intercâmbio Design-
Operations de modelos arquitetônicos e de
manutenção de instalações [DO]. É importante
observar que apenas um "modelo colaborativo" precisa
conter dados geométricos 3D para permitir
intercâmbios semânticos de BIM entre duas disciplinas.
Um exemplo disso é o intercâmbio [DC] entre um
modelo baseado em objeto 3D (por exemplo, Digital
Project®), banco de dados de agendamento (por
exemplo, Primavera® ou MS project®) ou um banco de
dados de estimativa de custos (por exemplo,
Rawlinsons ou Timberline®). Tais intercâmbios
permitem a geração de estudos 4D (análise de tempo)
e 5D (estimativa de custo), respectivamente.
Embora as comunicações entre os participantes do BIM
continuem a ser assíncronas, as linhas de demarcação
pré-BIM que separam papéis, disciplinas e fases do ciclo
de vida começam a desaparecer. Algumas alterações
contratuais tornam-se necessárias à medida que os
intercâmbios baseados em modelos aumentam e
começam a substituir os fluxos de trabalho baseados
em documentos. O estágio 2 também altera a
granularidade da modelagem realizada em cada fase do
ciclo de vida à medida que os modelos de construção
com mais detalhes avançam e substituem (parcial ou
totalmente) os modelos de projeto com menos
detalhes.
O símbolo gráfico ao lado representa o intercâmbio de
modelos 3D entre duas disciplinas diferentes (A e B).
Isso pode ser exemplificado pela vinculação bidirecional
de modelos Revit® Architectural e Structural (uma troca
interoperável proprietária) ou o intercâmbio de
arquivos IFC exportados de aplicativos BIM
multidisciplinares (uma troca interoperável não
proprietária).
Estágio BIM 3: Integração Nesse estágio de capacidade, modelos integrados
baseada em rede semanticamente ricos são criados, compartilhados e
mantidos de forma colaborativa nas fases do ciclo de
vida do projeto. Essa integração pode ser alcançada por
meio de tecnologias de 'servidor modelo' (usando
formatos proprietários, abertos ou não proprietários),
bancos de dados integrados/distribuídos federados de
forma única (Bentley, 2003) (Liaserin, 2003), Cloud
Computing ou SaaS (Software as a Serviço) (Wilkinson,
2008). Os modelos BIM Stage 3 tornam-se modelos nD
interdisciplinares (Lee et al., 2003), permitindo análises
complexas nos estágios iniciais do projeto e construção
virtual. Nesta fase, as entregas do modelo se estendem
além das propriedades semânticas do objeto para
incluir inteligência de negócios, princípios de
construção enxuta, políticas ecológicas e custeio de
todo o ciclo de vida. O trabalho colaborativo agora
“enrola iterativamente” em torno de um modelo de
dados extenso, unificado e compartilhável (Edgar,
2007). Do ponto de vista do processo, o intercâmbio
síncrono de modelo e dados baseados em documentos
faz com que as fases do ciclo de vida do projeto se
sobreponham extensivamente, formando um processo
sem fases.

O símbolo gráfico ao lado representa a integração de


modelos 3D usando uma tecnologia baseada em rede.
Cada um dos modelos unidisciplinares (representados
por letras maiúsculas) é parte integrante do modelo
interdisciplinar resultante.
Entrega Integrada de Projetos: Integrated Project Delivery, termo popularizado pelo
Modelos interdependentes e em American Institute of Architects California Council (AIA,
tempo real 2007) é, na visão do autor, adequado para representar
uma visão de longo prazo do BIM como um amálgama
de tecnologias, processos e políticas de domínio. O
termo é genérico o suficiente e potencialmente mais
facilmente compreensível pela indústria do que
“Tecnologia Totalmente Integrada e Automatizada”
(FIATECH, 2005), Soluções Integradas de Design (İLAL,
2007) ou “Modelagem nD” (Lee et al., 2003) como três
proeminentes exemplos. A seleção da Entrega
Integrada de Projetos (IPD) como o “objetivo” das
implementações BIM não exclui outras visões que
aparecem sob nomes diferentes. Pelo contrário, o
caminho do Pré-BIM (um ponto de partida fixo),
passando por três estágios bem definidos em direção a
um IPD vagamente definido, é uma tentativa de incluir
todas as visões BIM pertinentes, independentemente
de suas fontes de origem.

O símbolo gráfico representa a entrega e a evolução


contínua de um modelo multidimensional altamente
integrado conectado a vários bancos de dados externos
e fontes de conhecimento em tempo real. Isso inclui
grade de serviços, sistemas de gerenciamento de
edifícios, sistemas de informações geográficas (GIS),
bancos de dados de custos, lógica de negócios de
operações, etc.

Lentes BIM

Lentes BIM são camadas distintas de análise (Figura 4) aplicadas a Campos e Estágios
para gerar visões de conhecimento que 'abstraem' o domínio BIM e controlam sua
complexidade removendo detalhes desnecessários (Kao & Archer, 1997). As lentes permitem
que os pesquisadores de domínio se concentrem seletivamente em qualquer aspecto da
indústria AECO e gerem visualizações de conhecimento que (a): destacam observáveis que
atendem aos critérios de pesquisa ou (b): filtram aqueles que não atendem. Neste capítulo,
uma lente/filtro de 'escopo' (Succar, 2009) será aplicada de forma transparente para identificar
as Escalas Organizacionais (Seção 3) e os Níveis de Granularidade da avaliação (Seção 5).
Figure 4. BIM Lenses – tri-axial model
2 - Conjuntos de Competências BIM

Uma Competência BIM representa a capacidade de um Jogador BIM de satisfazer um


Requisito BIM ou gerar um Entregável BIM. Um Conjunto de Competências BIM é uma coleção
hierárquica de competências individuais identificadas para fins de implementação e avaliação
BIM. Os Conjuntos de Competências BIM seguem a mesma classificação dos Campos BIM e são
explorados na Figura 5. Uma breve descrição também é fornecida abaixo:
 Conjuntos tecnológicos em software, hardware e redes. Por exemplo, a
disponibilidade de uma ferramenta BIM permite a migração de fluxo de trabalho
baseado em desenho para baseado em objeto (BIM Stage 1)
 Conjuntos de Processos em Liderança, Infraestrutura, Recursos Humanos e
Produtos/Serviços. Por exemplo, processos de colaboração e habilidades de
compartilhamento de banco de dados são necessários para permitir a colaboração
baseada em modelo (BIM Estágio 2).
 Conjuntos de políticas em contratos, regulamentos e pesquisa/educação. Por
exemplo, acordos contratuais baseados em alianças e compartilhamento de riscos são
pré-requisitos para a integração baseada em rede (BIM Estágio 3).
As Competências BIM são empregadas para estabelecer benchmarks de Capacidade
BIM ou Maturidade BIM¹. Eles também podem ser usados por equipes e organizações para
implementar o BIM ou avaliar sua implementação. Se as Competências BIM forem usadas para
fins de implementação ativa², elas serão referidas como Etapas BIM. No entanto, se forem
usados para avaliar implementações existentes, são referidos como Áreas BIM. Nem todas as
competências BIM têm o mesmo significado e podem, portanto, ser separadas em
competências-chave e não-chave.

¹O termo capacidade neste capítulo refere-se à “habilidade básica para executar uma tarefa” enquanto o termo
maturidade refere-se aos “graus de excelência na execução dessa tarefa” (consulte a Seção 4).
²Este capítulo usa uma definição expandida do termo “implementação”. Ao longo deste capítulo, a implementação
do BIM não reflete apenas o ato de implantar software, esquema e seus processos relacionados, mas representa
todas as ações necessárias para alcançar, manter e aumentar a capacidade e a maturidade do BIM.
Passos BIM

O volume e a complexidade das mudanças necessárias para alcançar cada um dos três
estágios do BIM (consulte a Tabela 2) são transformacionais e até mesmo radicais (Henderson
& Clark, 1990) (Taylor & Levitt, 2005). No entanto, a passagem do Pré-BIM para o Estágio 1 do
BIM, através de cada um dos três Estágios e para a Entrega Integrada do Projeto é preenchida
por etapas incrementais ou evolutivas. A identificação dessas etapas BIM é fundamental para
permitir que organizações e indivíduos aumentem sua capacidade e maturidade BIM de
maneira sistemática. Cada Estágio BIM tem seus próprios requisitos e entregas, dando origem
a inúmeras Etapas BIM. Estes são agrupados em 'conjuntos' de acordo com sua localização no
continuum de implementação (Figura 6):
 Etapas A: do pré-BIM até o estágio 1 do BIM
 Etapas B: do estágio 1 do BIM para o estágio 2 do BIM
 Etapas C: do estágio 2 do BIM para o estágio 3 do BIM
 Etapas D: do Estágio 3 do BIM até a Entrega do Projeto Integrado
3 - Hierarquia Organizacional BIM

Na indústria da construção, cada projeto de construção de edifício, estrada ou ponte é


um protótipo único envolvendo um conjunto semelhante de estágios de processo (Wegelius-
Lehtonen, 2001). Essa singularidade, por um lado, é impulsionada por vários fatores, incluindo
a natureza transitória das equipes de projeto e os critérios ambientais e locacionais distintos
de cada local do projeto. A similaridade, por outro lado, é impulsionada por visões antigas de
como os projetos de construção devem ser conduzidos, estruturas organizacionais
razoavelmente estáveis, conceitos educacionais que mudam lentamente e apólices de seguro
avessas ao risco. Esta dualidade desafiadora de 'singularidade' e 'semelhança' é abordada pela
Estrutura BIM através do desenvolvimento de uma Hierarquia Organizacional (Figura 7) e uma
Escala Organizacional granular (Tabela 3). Tanto a Hierarquia quanto a Escala são baseadas
nas noções de flexibilidade - para atender à "singularidade" - e uniformidade para atender à
"semelhança":
 Flexibilidade (de aplicação): as avaliações de capacidade e maturidade do BIM podem
ser aplicadas independentemente do tamanho da organização, tipo de projeto ou
como uma equipe de projeto está configurada.
 Uniformidade (de medição): As avaliações de Capacidade e Maturidade BIM podem
ser baseadas em um conjunto de subdivisões organizacionais padronizadas. Os
resultados da avaliação relativos a uma unidade organizacional, organização ou equipe
de projeto podem ser uniforme e respectivamente comparados a outra unidade,
organização ou equipe de projeto da mesma escala.
Figura 7. Hierarquia organizacional usada para Maturidade BIM –
Visualização em árvore v1.0
A Tabela 3 detalha a Hierarquia Organizacional e apresenta uma escala granular.
Atuando como um "filtro de escopo" BIM (Succar, 2009), a Escala Organizacional (OScale) pode
ser aplicada a atores BIM, permitindo uma abordagem mais direcionada à implementação e
avaliação BIM:
4 - Índice de Maturidade BIM

O Índice de Maturidade BIM³ (BIMMI) inclui um número definido de Níveis de


Maturidade que significam a melhoria evolutiva de processos, tecnologias e políticas dentro
de cada Etapa BIM. Um nível de maturidade é um “platô evolutivo bem definido que
institucionaliza novas capacidades para desenvolver a força de trabalho da organização” (SEI,
2008g).
Os níveis de maturidade permitem uma distinção básica entre entidades imaturas e maduras
em termos de “abordagem sistemática aos processos de negócios” (Sarshar et al., 2000). Com
exceção dos artigos que defendem nitidamente múltiplos níveis de imaturidade (Anthony,
1992), a “imaturidade de capacidade” ou falta de maturidade é normalmente identificada
como um ponto de partida fixo. Um agrupamento de níveis de maturidade de processo de
'imaturo' a 'altamente maduro' é normalmente referido como um 'Modelo de Maturidade'.

Modelos de maturidade de capacidade

O Capability Maturity Model (CMM) é uma estrutura de melhoria de processo


originalmente concebida como uma ferramenta para avaliar a capacidade dos contratantes do
governo de executar um projeto de software. Foi desenvolvido no final dos anos 80 em
benefício do Departamento de Defesa dos Estados Unidos (Hutchinson & Finnemore, 1999).
Seu sucessor, o mais abrangente Capability Maturity Model Integration (CMMI), continua a ser
desenvolvido e estendido pelo Software Engineering Institute, Carnegie Mellon University.
Abaixo está uma breve sinopse histórica do CMM, a base para vários modelos de maturidade
em muitos setores:

“O Departamento de Defesa dos EUA (DoD) é o maior cliente de software


do mundo, gastando mais de US$ 30 bilhões por ano em software durante
a década de 1980. Naquela época, os projetos de software pareciam estar
constantemente em crise e frequentemente eram responsáveis por grandes
atrasos e derrapagens nos sistemas de defesa. Para lidar com essa crise de
software em escala nacional, o DoD financiou o desenvolvimento do
Software Engineering Institute (SEI), um centro de pesquisa e
desenvolvimento financiado pelo governo federal (FFRDC), na Carnegie
Mellon University em Pittsburgh, PA. Humphrey trouxe seus conceitos de
maturidade de processo para a SEI em 1986, onde fundou seu Programa de
Processo de Software. Pouco depois de chegar, ele recebeu um pedido da
Força Aérea dos Estados Unidos para desenvolver um método para avaliar
a capacidade de seus fornecedores de software” (SEI, 2008f).
³ O autor prefere usar o termo Índice de Maturidade BIM em vez de Modelo de Maturidade BIM para minimizar a
confusão semântica toda vez que a palavra "modelo" é invocada.
Os Modelos de Maturidade de Capacidade originaram-se no campo da gestão da
qualidade (Crosby, 1979) e são estruturas que identificam um conjunto de níveis de melhoria
de processos padronizados que permitem aos implementadores obter benefícios comerciais
significativos. Isso inclui maior produtividade e retorno sobre o investimento (ROI), bem como
custos reduzidos e defeitos pós-entrega (Hutchinson & Finnemore, 1999). Os modelos de
maturidade são normalmente feitos de vários níveis de maturidade; cada nível fornece uma
camada na base para a melhoria contínua do processo. Os níveis compreendem um conjunto
de metas de processo que, quando satisfeitas, estabilizam um componente importante no
processo de 'construção'. Atingir cada nível da estrutura de maturidade estabelece um
componente diferente” (Paulk, Weber, Garcia, Chrissis e Bush, 1993).
Embora o CMM tenha seus detratores (Weinberg, 1993) (Jones, 1994) (Bach, 1994), pesquisas
realizadas em outras indústrias já identificaram a correlação entre a melhoria da maturidade
do processo e o desempenho do negócio (Lockamy III & McCormack, 2004). Pesquisadores
têm argumentado que

“para obter resultados consistentemente melhores, é (...) necessário


melhorar o processo. Para uma organização melhorar sua capacidade, é
útil ter uma visão clara do objetivo final e um meio de avaliar o progresso
ao longo do caminho - daí os níveis do modelo de maturidade” (Jaco, 2004).

Os Modelos de Maturidade de Capacidade atualmente disponíveis são específicos para


a indústria de software ou focam principalmente nos aspectos processuais de um processo de
implementação. O CMM 'original' não é aplicável à indústria da construção, pois não aborda
questões da cadeia de suprimentos e seus níveis de maturidade não levam em consideração as
diferentes fases do ciclo de vida de um projeto (Sarshar et al., 2000). Embora existam alguns
(extensivos) esforços que se concentram na indústria da construção (consulte a Tabela 5), não
há um modelo/índice de maturidade abrangente que possa ser aplicado ao BIM, seus estágios
de implementação, players, entregáveis ou seu efeito no ciclo de vida do projeto fases.

Influências que moldam o índice de maturidade BIM

É importante tirar partido dos modelos/índices de maturidade existentes, incluindo os


que não se destinam especificamente à indústria AECO. Muitas lições podem ser aprendidas e
muita experiência pode ser adquirida analisando, testando e adotando alguns dos termos de
maturidade amplamente usados, metas de desempenho e medidas de garantia de qualidade.
Abaixo estão alguns dos esforços publicados que influenciaram o desenvolvimento do BIM
Maturity Index. A Tabela 4 é uma lista não exaustiva de modelos de maturidade de origem de
diferentes setores, enquanto a Tabela 5 lista algumas das estruturas de gerenciamento de
desempenho, excelência e qualidade amplamente adotadas que influenciaram a Matriz de
Maturidade BIM:
Tabela 4. Modelos de Maturidade influenciando o Índice de Maturidade BIM
Exemplo de Representação Abreviação, Nome – Descrição da Organização e
Número de níveis de maturidade
COBIT, Control Objectives for Information and related
Technology – Information Systems Audit and Control
Association (ISACA) and the IT Governance Institute
(ITGI)

O principal objetivo do COBIT é “permitir o


desenvolvimento de políticas claras e boas práticas
para controle de TI em todas as organizações” (Lainhart
IV, 2000).
O COBIT Maturity Model é “uma ferramenta de
governança de TI usada para medir o quão bem
desenvolvidos estão os processos de gestão com
relação aos controles internos. O modelo de
maturidade permite que uma organização se classifique
de inexistente (0) a otimizada (5)” (Pederiva, 2003). O
COBIT inclui 6 Níveis de Maturidade (Inexistente,
Inicial/ad hoc, Repetível mas Intuitivo, Processo
Definido, Gerenciado e Mensurável e Otimizado), 4
Domínios e 34 Objetivos de Controle.
Nota: Existe algum alinhamento entre ITIL (OGC, 2009)
e COBIT no que diz respeito à governança de TI nas
organizações (Sahibudin, Sharifi e Ayat, 2008) de valor
para os esforços de implementação do BIM.
CMMI, Capability Maturity Model Integration -
Software Engineering Institute / Carnegie Mellon

“Capability Maturity Model® Integration (CMMI) é uma


abordagem de melhoria de processo que (...) ” (SEI,
2006a) (SEI, 2006b) (SEI, 2008a) (SEI, 2008b) (SEI,
2008c).
O CMMI tem 5 níveis de maturidade (para
representação em estágios, 6 níveis de capacidade para
representação contínua), 16 áreas de processo
principais (22 para CMMI-DEV e 24 para CMMI-SVC), 1
a 4 metas para cada área de processo, cada meta é
composta por Práticas...
Os 5 Níveis de Maturidade são: Inicial, Gerenciado,
Definido, Quantitativamente Gerenciado e
Otimizando.
CSCMM, Construction Supply Chain Maturity Model

“Gestão da cadeia de suprimentos de construção


(CSCM) refere-se à gestão de informações, fluxo e
dinheiro no desenvolvimento de um projeto de
construção”, conforme mencionado em (Vaidyanathan
& Howell, 2007).
O CSCMM possui 4 Estágios de Maturidade: Ad-hoc,
Definido, Gerenciado e Controlado.

I-CMM, Modelo de Maturidade de Capacidade


Interativa -
Instituto Nacional de Ciências da Construção (NIBS)
Conselho de Informações sobre Instalações (FIC)

Este I-CMM está intimamente associado ao esforço


NBIMS (Versão 1, parte 1) e estabelece “uma
ferramenta para determinar o nível de maturidade de
um BIM individual medido em relação a um conjunto
de critérios acordados como desejáveis em um Modelo
de Informação da Construção” (Suermann et al., 2008)
(NIST, 2007) (NIBS, 2007). Mais uma discussão
detalhada desse modelo de maturidade é oferecida na
Seção 4.
O ICMM tem 11 “Áreas de Interesse” medidos contra
10 Níveis de Maturidade.
Níveis de Maturidade da Retenção de Conhecimento

Arif, Egbu, Alom e Khalfan (2009) introduziram 4 níveis


de maturidade na retenção do conhecimento.
A gestão do conhecimento é parte integrante da
capacidade BIM e vencimento posterior. A matriz
incorpora, assim, estes níveis: (1) o conhecimento é
compartilhado entre os funcionários, (2)
conhecimento compartilhado é documentado
(transferido de tácito para explícito), (3) o
conhecimento documentado é armazenado e (4) o
conhecimento armazenado é acessíveis e facilmente
recuperáveis (Arif et al., 2009).
LESAT, Lean Enterprise Self-Assessment Tool – Lean
Aerospace Initiative (LAI) at the Massachusetts Institute
of Technology (MIT)

O LESAT está focado em “avaliar o grau de maturidade


de uma empresa em seu uso de princípios e práticas
"enxutas" para alcançar o melhor valor para a empresa
e seus stakeholders” (Nightingale & Mize, 2002).
A LESAT tem 54 Lean Practices organizadas em três
seções de Assessment: Transformação Lean/Liderança,
Processos de Ciclo de Vida e Habilitando
Infraestrutura e 5 Níveis de Maturidade: Alguma
Conscientização/esporádica, Conscientização
geral/Informal, Abordagem Sistêmica, Refinamento
Contínuo e Excepcional/Inovador.
P3M3, Portfolio, Programme and Project Management
Maturity Model - Office of Government Commerce

O P3M3 fornece “uma estrutura com a qual as


organizações podem avaliar seu desempenho atual e
implementar melhorias planos com resultados
mensuráveis baseados nos melhores prática” (OGC,
2008).
O P3M3 tem 5 níveis de maturidade: Consciênte,
Repetível, Definido, Gerenciado e Otimizado.
P-CMM®, People Capability Maturity Model v2 –
Software Instituto de Engenharia / Carnegie Melon

P-CMM é um “modelo de mudança organizacional” e


um “roteiro para implementar práticas de força de
trabalho que melhoram continuamente a capacidade
da força de trabalho de uma organização” (SEI, 2008g).
O P-CMM possui 5 níveis de maturidade: Inicial,
Gerenciado, Definido, Previsível e Otimizado.

(PM)², Modelo de Maturidade do Processo de


Gerenciamento de Projetos

O modelo de maturidade do processo de


gerenciamento de projetos (PM)² “determina e
posiciona o projeto relativo de uma organização nível
gerencial com outras organizações”. Também visa
integrar “práticas, processos e modelos de maturidade
de PM para melhorar a eficácia do PM na organização”
(Kwak & Ibbs,
2002).
(PM)² possui 5 Níveis de Maturidade: Inicial, Planejado,
Gerenciado em Nível de Projeto, Gerenciado em Nível
Corporativo e Aprendizagem Contínua.
SPICE, Melhoria de Processo Padronizado para
Construção Empreendimentos - Centro de Pesquisa da
Construção e Ambiente Humano, Universidade de
Salford

SPICE é um projeto que desenvolveu uma estrutura


para
melhoria de processos para a indústria da construção.
SPICE é um “modelo evolutivo passo a passo utilizando
a experiência de outros setores, como manufatura e TI”
(Hutchinson & Finnemore, 1999), (Sarshar et al., 2000).
O SPICE tem 5 estágios: Inicial/Caótico, Planejado e
Rastreado, Bem Definido, Quantitativamente
Controlado e em Melhoria Contínua.
Modelo de Maturidade do Processo de
Gerenciamento da Cadeia de Suprimentos e Modelo
de Maturidade de Orientação para Processos de
Negócios (BPO)

O modelo conceitua a relação entre a maturidade do


processo e operações da cadeia de suprimentos com
base no Modelo de Referência de Operações na
Cadeira de Suprimentos⁴ (Stephens, 2001). O modelo
maturidade descreve a “progressão das atividades em
direção a SCM e maturidade de processos. Cada nível
contém características associados à maturidade do
processo, como previsibilidade, capacidade, controle,
eficácia e eficiência" (Lockamy III & McCormack, 2004)
(K. McCormack, 2001). Os 5 níveis de maturidade são:
Ad-hoc, Definido, Vinculado, Integrado e Estendido.

Outros modelos de maturidade - ou variações nos modelos de maturidade listados - incluem


aqueles em Software Melhoria de Processos (Hardgrave & Armstrong, 2005), Capacidade de
Gerenciamento de SI/TIC (Jaco, 2004), Gerenciamento de Projetos (Crawford, 2006),
Competência (Gillies & Howard, 2003) e Gestão Financeira (Doss, Chen, & Holland, 2008).

Os modelos de maturidade de capacidade listados acima são semelhantes em


estrutura e objetivos, mas diferem em profundidade conceitual, foco industrial, terminologia e
público-alvo. Um tema comum é como a Capacidade. Os Modelos de Maturidade empregam
poucas classificações simples baseadas na experiência e benchmarks para facilitar a melhoria
contínua dentro organizações.

⁴ Para obter uma visão geral do mais recente Modelo de Referência de Operações da Cadeia de Suprimentos
(SCOR), versão 9, por favor consulte http://bit.ly/SCORv9.
Ao analisar sua adequação para o desenvolvimento de um projeto específico BIM
índice de maturidade, a maioria teve uma abordagem ampla e pode formar coletivamente
uma base para uma variedade de processos, tecnologias e políticas BIM. No entanto, nenhum
dos modelos pesquisados foi facilmente escalável em todas as doze escalas organizacionais
(identificadas na Tabela 3). Também, de um ponto de vista terminológico, não há diferenciação
suficiente entre
a noção de capacidade (a capacidade de realizar uma tarefa) e a de maturidade⁵ (graus de
excelência na execução de uma tarefa). Esta diferenciação, na visão do autor, é fundamental
para atender BIM escalonado implementação exigida por sua natureza disruptiva e expansiva.
Também é importante não apenas (i) identificar a maturidade específica do BIM
benchmarks, mas para (ii) identificar os procedimentos detalhados para atingir esses
benchmarks e (iii) desenvolver um sistema de pontuação adequado para medir equipes e
organizações contra eles. Para atingir todos esses objetivos, a Matriz de Maturidade BIM –
uma ferramenta de melhoria de desempenho introduzida na Seção 5 - tenta aprender com
vários Desempenho de Negócios, Modelos de Excelência e Gestão da Qualidade (Tabela 5):
⁵ Observe que os termos Capacidade e Maturidade são usados de forma diferente pela Engenharia de Software
Institute – Carnegie Melon, para designar CMMI “Continued Representation” e “Staged Representation”
respectivamente.

Você também pode gostar