DESENVOLVIMENTO E APLICAÇÃO DE INDICADORES DE DESEMPENHO NA ANÁLISE E MELHORIA DA GESTÃO DO FLUXO DE INFORMAÇÕES DO PROCESSO DE PROJETO EM BIM

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

DESENVOLVIMENTO E APLICAÇÃO DE INDICADORES DE DESEMPENHO NA ANÁLISE E MELHORIA DA GESTÃO DO FLUXO DE INFORMAÇÕES DO PROCESSO DE PROJETO EM BIM Leonardo Manzione (1) Mariana Wyse Abaurre (2) Silvio Burrattino Melhado (3) TGP, Escola Politécnica, USP (1) [email protected], (2) [email protected], (3) [email protected]

Léon Berlo TNO Built Environment and Geosciences, Delft [email protected]

Rafael Sacks Technion-Israel Institute of Technology, Haifa [email protected]

Resumo Através da interoperabilidade permitida pelo uso dos padrões IFC, o uso da tecnologia BIM e os model servers estão desenvolvendo um ambiente de troca sincronizada e contínua de informações entre os agentes do projeto através de um único modelo de dados. Ainda que as novas tecnologias permitam o Projeto simultâneo, os problemas relacionados com a gestão do fluxo de informações crescem exponencialmente, requerendo o desenvolvimento de novas metodologias de gestão adequadas para os ambientes colaborativos do BIM. Problemas usuais como soluções técnicas incompletas ou incorretas, se não tratadas metodologicamente dentro da plataforma BIM, podem rapidamente criar gargalos para o desenvolvimento do projeto. Estes gargalos resultam em desperdícios no processo (como tempo gasto em espera, sequencias de processamento que causam ciclos desnecessários de iteratividade, ciclos de logo prazo e etc.) A aplicação de conceitos que permitam a estruturação e medição do fluxo de informações pode otimizar o processo e reduzir o desperdício de recursos, mas a falta de uma metodologia específica para medir o fluxo de informações no ambiente BIM constitui uma barreira de pesquisa. Tomando como diretriz um estudo prévio no qual uma série de indicadores de desempenho (KPI – key performance indicators), este artigo desenvolve a metodologia para utilizar estes indicadores em um projeto BIM. Palavras-chave: Medição do Fluxo de Informação. Projeto Colaborativo. Model Server. Gestão de Projetos.

Abstract Thanks to the interoperability provided by the IFC standard, BIM technologies and IFC model servers are beginning to enable a design environment where the exchange of information among the actors can be synchronous and continuous using a single and central data model. Although this new set of technologies enables concurrent design, the problems associated with managing the flow of information itself in a concurrent design environment requires explicit management of editing rights and version control at the level of individual objects, rather than at the file level. However, while these are technical issues that have standard solutions, managing designers’ involvement in the process also becomes more challenging, requiring the development of new management methods suitable for the BIM collaborative environment. Common problems such as information ‘overflow’, incomplete modelling solutions or incorrectly matched technical solutions, and inventories of work in progress due to inattentive designers, if not treated methodically in the BIM platform, can quickly cause bottlenecks for the advancement of the process. The bottlenecks result in process waste (such as time spent waiting, large inventories of design information, processing sequences that cause unnecessary iterations, long cycle times and schedule overruns, etc.). Application of concepts that allow structuring and measuring of the information flow can improve the process and reduce the waste of resources, but there is no specific

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

methodology for measuring information flow in a BIM environment. Taking a previous study, in which seven key performance indicators were developed and validated for application with conventional technology, as a starting point, this work has developed the methodology for using these indicators in a BIM project. Keywords: Information flow measure. Collaborative design. Model server. Design management.

1 INTRODUÇÃO Quando falamos sobre a construção de edifícios, é comum encontrarmos reclamações quanto à demora nas entregas das etapas de Projeto. O processo de projeto é gerenciado informalmente, com técnicas inapropriadas de planejamento e baixa utilização de recursos de TI. As reclamações também são constantes por parte dos projetistas em função da necessidade de retrabalho, maior fator responsável pela perda de lucro dos escritórios de projeto (MANZIONE, 2006). Em função da interoperabilidade permitida pela linguagem IFC, as tecnologias BIM e model servers estão começando a gerar ambientes de projeto em que a troca de informações entre os agentes pode ocorrer simultânea e continuamente pela utilização de um único modelo central (LONDON, 2010). Apesar destas tecnologias permitirem o projeto simultâneo, os problemas associados à gestão do fluxo de informações em um ambiente de projetos simultâneos exige gerenciamento específico da edição de permissões, controle de versões e inclusive do nível de objetos mais do que do nível de arquivos. No entanto, enquanto as questões técnicas ainda possuem soluções tradicionais, a gestão da participação dos projetistas no processo se torna mais desafiadora, demandando o desenvolvimento de métodos de gerenciamento adequados para o ambiente colaborativo do BIM. O objetivo deste artigo é a proposta de uma nova metodologia para a organização, planejamento e controle dos processos de projeto em BIM, focando na definição de indicadores (KPIs – Key Performance Indicators) para medir a eficiência do processo. As informações são o combustível do processo de projeto e organizar adequadamente o fluxo dessas informações se constitui em uma das chaves para se garantir o atendimento dos objetivos de um projeto. O processo de projeto tem uma natureza variável. Nos primeiros estágios de desenvolvimento o conteúdo das informações tem um alto impacto na solução final e, à medida que o processo caminha para os estágios mais avançados, este impacto diminui, correspondendo à passagem de um estado menos estruturado e de maior incerteza, onde preponderam as negociações, para um estágio mais estruturado, onde há um aumento da complexidade do fluxo de informações com um número crescente de agentes (AUSTIN, 2002). Tradicionalmente o processo de projeto tem sido planejado com as mesmas técnicas utilizadas para a obra. Porém estas técnicas não possibilitam representar os ciclos e as interações que existem em um processo complexo como o do projeto. Elas monitoram o progresso do projeto baseadas apenas na conclusão e entregas de desenhos em 2D ao invés de analisar o incremento e o avanço de um projeto através das informações chave que vão se agregando ao longo do processo. Com a tecnologia BIM o impacto do conteúdo das informações tem seu aumento potencializado na medida em que é possível com ela agregar todos os agentes desde o princípio do processo graças a sua riqueza semântica. Essa riqueza semântica da tecnologia BIM ao facilitar as trocas e a integração entre os agentes gera uma dificuldade adicional ao processo, na medida em que se torna necessária uma metodologia estruturada para a gestão do fluxo das informações e do seu processo de projeto como um todo. Dentro dessa linha, a bibliografia nos mostra diversas publicações nos últimos anos que abordam conceitos e metodologias desenvolvidas com o objetivo de orientar a

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

implementação do BIM como um processo (Pennsylvania State University, 2010; FALLON, 2007). Outras metodologias estruturadas, tendo como origem a metodologia ADePT (AUSTIN, 1999; AUSTIN, 2002) foram desenvolvidas e procuraram estruturar o processo de projeto de maneira genérica, porém sem um foco preciso no BIM. Mais recentemente, o projeto Inpro (BENNING et al., 2010) pode ser considerado como uma iniciativa de maior amplitude, na medida em que organiza as fases iniciais do processo de projeto em BIM alinhando dentro de um Hub Colaborativo em IFC as demandas de Gestão e de Tecnologia da Informação. No universo BIM, a preparação para os Manuais de entrega de informações (IDM) (WIX, 2006) tem sido utilizada como uma metodologia para a estruturação do seu processo. O principal objetivo de desenvolver IDM e MVD é o de definir as especificações para mapear a troca de informações entre os modelos de objetos em IFC para a sua implementação na interface entre softwares. Posteriormente são desenvolvidas as regras para a sua utilização em modelos de processo através da BPMN (WHITE, 2004; OUYANG, 2009). A BPMN foi adotada dentro da metodologia da IDM como ferramenta de mapeamento do processo e se mostra eficiente, pois cria uma ponte entre a concepção do Processo de Projeto e a sua implementação estabelecendo as fases, definindo as responsabilidades dos agentes envolvidos e criando os modelos de troca das informações através de Exchange Requirements (SACKS, 2010). Embora toda a metodologia desenvolvida tenha consistência e sirva aos seus propósitos específicos, fica faltando ainda uma abordagem sistêmica que combine o conjunto desses métodos e que possibilite o planejamento e controle do processo em uma plataforma integrada em IFC. 2 PROPOSIÇÃO DE UM MODELO INTEGRADO DA GESTÃO DO PROCESSO DE PROJETO EM BIM A metodologia B.I.M.M. (BIM Integrated Management Model), mostrada na Figura 1, foi planejada para gerir esse fluxo de informações de maneira integrada, aproveitando o conteúdo semântico da tecnologia BIM e combinando diversas metodologias de planejamento e gestão. Esse trabalho é o tema central da pesquisa de Doutorado do primeiro autor. Essa pesquisa está em desenvolvimento e ao final estabelecerá os procedimentos necessários para cada uma das fases relacionadas de 1 a 11, bem como propor a infraestrutura de um Hub Colaborativo para o seu suporte. Resumidamente, serão apresentados os passos dessa metodologia e posteriormente será detalhado o procedimento para a medida do processo através de Key Performance Indicators (KPIs). A metodologia está estruturada a partir da interligação de quatro loops principais: Loop de Modelagem, Loop de Planejamento, Loop de controle e Loop de edição da modelagem. Os objetivos, métodos e ferramentas de TI utilizadas estão listadas na Tabela 1.

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

Instalações

COORDENAÇÃO Trocas e Atualizações do Modelo Central

ANÁLISE DO IFC

8 7 CONTROLE LOOP

9

PAINEL DE CONTROLE Medidas dos KPIs

6 MODELAGEM

Estrutura

5 PPC Last Planner

Arquitetura AÇÕES CORRETIVAS PLANEJAMENTO LOOP

Estrutura Analítica do Projeto e do Modelo BIM

4

CPM/GANTT

10 10

1

Arquitetura Estrutura Instalações Coordenação

IDM/BPMN

2

EVOLUÇÃO DO MODELO

11

3 MODELAGEM DO PROCESSO LOOP

Design Structure Matrix (DSM) Information Delivery Manual (IDM) Business Process Modelling Notation (BPMN)

Raias das Disciplinas Exchanges Requirements

3

EDIÇÃO DO MODELO LOOP

CONCLUSÃO DO MODELO

2

B.I.M.M. Hub de Colaboração Figura 1 - Modelo de Gerenciamento Integrado em BIM

Loop de Modelagem: Organizar o processo de projeto requer que sejam estudadas as precedências entre as atividades a partir da organização do seu fluxo de informações e nesse sentido a aplicação da metodologia da BPMN pode levar a falhas, na medida em que ela não possibilita a otimização do fluxo de informação e dessa forma poderão ocorrer entradas de informação em momentos avançados que resultarão em ciclos de retrocesso. A DSM (Design Structure Matrix) é uma ferramenta que possibilita a otimização do fluxo de informações e já foi estudada intensamente (STEWARD, 1981). Propomos como melhoria ao processo a utilização da DSM de maneira combinada com a BPMN otimizando o processo. Loop de Planejamento: No loop de planejamento precisamos ser cuidadosos ao destinguir os diferentes níveis de planejamento. Acreditamos que a DSM e o Pert CPM (Critical Path Method) devem ser utilizados para o macro planejamento, aonde são definidas somente as principais metas do projeto. Nos ciclos de planejamento são verificadas a completude das fases detalhadas e as atividades ocorrentes em cada uma delas. Depois do planejamento, pode ser utilizada a DSM para otimização do mapeamento do projeto junto com os mapas de processos da IDM para preparar os cronogramas de cada uma das fases. Esta metodologia pode ser utilizada para períodos de 1 a 3 meses de planejamento. Neste nível de resolução, as transferências de informação podem ser monitoradas utilizandose ciclos de controle. O planejamento para cada uma das fases deve emergir do esforço coletivo, onde os diferentes agentes se reúnem para preparar o mapa dos processos e definir o intercambio de informações entre eles próprios. Isto deve gerar um plano prático e factível, de forma similar ao planejamento semanal para

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

produção de atividades utilizando o sistema Last Planner (LPS). Loop de Controle: O loop de controle usa o BIMserver (BERLO, 2010) como repositório para o modelo BIM e o IFC analyzer (LIMPMAN, 2010) como ferramenta para desenvolvimento de análise de arquivos IFC. Avaliar o conteúdo do modelo IFC com o IFC analyzer permite que se meça a eficiência do projeto através da medição do fluxo de informação através de indicadores chave -KPIs (Key Performance Indicators) (SACKS, 2010). A partir daí o loop de controle caminha da modelagem para o BIMserver para o IFC analyzer para os KPIs para o quadro de controle. Loop de Modelagem: O loop de modelagem ocorre através do processo, desde o início e progride incrementalmente conforme o projeto progride. O Loop de Planejamento e o Loop de Controle retroalimentam o loop de modelagem. Tabela 1 - Procedimentos de Gestão da Modelagem em BIM: Passos e Etapas LOO P

PASSO

MODELAGEM

CONTROLE

PLANEJAMENTO

MODELAGEM DO PROCESSO

1

2

NOME

OBJETIVOS

WBS / MBS

• Definir papéis e diciplinas em faixas • Divisão do trabalho e modelo em lotes gerenciáveis

IDM / BPMN

• Modelo de processamento • Solicitações de informação (Exchange Requirements) • Troca de modelos • Otimização do fluxo de informação da BPMN • Macro plano • Fases sequenciais, agendamento de tarefas e informações e metas do Projeto • Planejamento de curto prazo, tarefas a ser realizadas e informações a serem entregues em períodos curtos (uma semana)

• • • •

METODOLOGIA E FERRAMENTAS DE TI Work Breakdown Structure (Estrutura do trabalho) Model Breakdown Structure (Estrutura do modelo) Manual de entrega de informações Business Process Modeling Notation (BPMN) Design Structure Matrix (DSM)

3

DSM

4

CPM

5

PPC

6

Modelagem

• Modelagem em níveis incrementais

• softwares BIM

7

Coordenação

• BIMServer (TNO)

8

Análise do IFC

• Sobreposição/Mesclagem de modelos e integração em IFC • Identificação de incompatibilidades • Desenvolvimento de análise dos arquivos IFC

9

Quadro de KPIs: Medição dos Key Performance Indicators 10

11

Ação Evolução

NA TP TED

Nível de ação Tamanho dos pacotes

•

• Critical Path Method (CPM) • MSProject, Primavera, etc. • Percentual do Plano Concluído (PPC)

• IFC File Analyzer - NIST VI VD

Volume de informações Velocidade de desenvolvimento Gargalos

Trabalho em GA desenvolvimento Retrabalho RE A partir dos KPIs as ações de correção necessária serão levantadas para definer os próximos passos de retroalimentação do processo e modelagem. O desenvolvimento do modelo de projeto ocorrerá através de ciclos evolutivos coordenados até que alcance sua forma final.

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

3 METODOLOGIA DOS KPIS (KEY PERFORMANCE INDICATORS) Para que a metodologia proposta possa ser estruturada, são necessários diversos passos sendo que a medida do desempenho do processo é um dos mais importantes. Por esse motivo o objetivo desse artigo é definir especificamente os KPIs para o ambiente BIM e dessa maneira estabelecer medidas para a avaliação do fluxo das informações dentro do modelo de gestão apresentado anteriormente. Partindo de estudo anterior desenvolvido por (SACKS, 2010), no qual vários KPIs foram desenvolvidos e validados para aplicação em tecnologias tradicionais (2D), este trabalho desenvolveu a metodologia para utilizar estes indicadores em um Projeto em BIM. Como ponto de partida para o experimento foi utilizado um modelo BIM de um edifício habitacional simples apenas com a disciplina de Arquitetura (Figura 2). Foram simulados cinco estados de evolução desse modelo: para cada um deles foi gerado o arquivo IFC e carregado no BIMServer como um usuário hipotético e após os IFCs foram processados no IFC file analyzer gerando-se as respectivas planilhas.

Figura 2: Estágios de evolução do modelo de exemplo

Para o cálculo dos KPIs algumas definições preliminares são necessárias. Esses conceitos foram definidos em um trabalho anterior de (SACKS, 2010) e são reproduzidas textualmente utilizando as telas geradas pelo IFC file analyzer. Para que se possa entender conceitualmente o uso do IFC Analyzer, a Figura 3 abaixo mostra a correspondência entre as definições de Information Objects e Information Attributes cruzando-as e correspondendo-as com o Schema do IFC.

INFORMATION OBJECTS

INFORMATION ATTRIBUTES

Figura 3: Correspondencia entre o IFC analyzer e o IFC Schema Tabela 2: Definições Básicas Definição

PACOTE DE INFORMAÇÃO Representa o modelo completo ou parcial que será enviado (Figura 4). IFA

Information Package

IFC file analyser spreadsheet representing the whole content of the package information

A entire model or a subset of a model in an exchange.

Figura 4: Pacote de Informações

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

Definição

OBJETO É um componente distinto de uma edificação com atributos ou características técnicas e de engenharia (Figura 5).

Definição

ITEM DE INFORMAÇÃO É uma simples informação. Pode ser textual ou gráfica. O pacote de informações representa um conjunto de itens de informação (Figura 5).

Information Object

Information Iten A single piece of information

Figura 5: Objeto e Item de informação Definição

ATRIBUTO DE INFORMAÇÃO É um atributo técnico, de engenharia ou gerencial de um objeto, como por exemplo suas dimensões, material, nome do formecedor, cor, preço, etc. O conteúdo do atributo pode aparecer em inúmeros pacotes de informação (Figura 6).

IfcArbitraryClosedProfileDef IfcArbitraryProfileDefWithVoids IfcCircleProfileDef IfcExtrudedAreaSolid IfcRectangleProfileDef IfcDoorLiningProperties IfcDoorStyle IfcPropertySet IfcPropertySingleValue IfcRelDefinesByProperties IfcWindowLiningProperties IfcWindowStyle IfcMaterial

Definição

Definição

Figura 6: Atributo de informação

AÇÃO É executada por um membro do projeto para comunicar informação. Em nosso caso: upload ou download de um arquivo IFC para o modelo central no BIMServer e vice-versa. VOLUME DE INFORMAÇÃO É um grupo de pacotes de informações trasnferidos conjuntamente.

4 DEFINIÇÃO DOS KPIs E CONCEITUAÇÃO Após essas definições e com os dados do modelo de exemplo da Figura 3, foram calculados os KPIs, utilizando-se o IFC analyzer e os dados do BIMServer, indicados nas Tabelas 3 e 4 e representados graficamente através de um dashboard conforme a Figura 8. Na Tabela 3, os KPIs definidos por (SACKS, 2010) para um projeto convencional foram adequados para utilização em ambiente BIM: Tabela 3: Definição dos KPIs NA: NÍVEL DE AÇÃO Definição: A quantidade de informação transferida, (Figura 7). Objetivo Este índice tem como objetivo principal medir as ações dos membros da equipe de projeto Formula Este KPI é calculado pela medição das ações dos usuários diretamente pelo BIMServer log file. A media entre os períodos t1 a t2 para um número específico de membros do Projeto nTM é definida como:

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

Actions at BIMServer Revisions, Checkouts

Figura 7: Nível de ação = Ações de um usuário no BIMServer por unidade de tempo TP: TAMANHO DO PACOTE Definição: Quantifica o nível de detalhe dos pacotes de informação Objetivo Esse KPI mede o nível de detalhe da informação contida nos pacotes e possibilita a avaliação da taxa de aumento desses detalhes e permite inferir o grau de conclusão do projeto. Uma mudança no tamanho do pacote da informação não necessariamente reflete o aumento ou a redução do conteúdo da informação que é transferida, por esse motivo esse KPI é baseado na contagem das unidades de informação. Formula nIAi v é o número de atributos pertencentes ao objeto com valores definidos (no instante t), e nIO é o número total de objetos no pacote. Na planilha do IFC analyser o Package Size é calculado diretamente somando-se o número de entidades que correspondem às classes do IFC Shared Building Elements, (Tabela 4).

Obsv.

Um ponto importante é a medição do quanto falta para a conclusão do pacote, e sera prévia à definição do seu tamanho. A sollução para este problema não é simples, pois a definição e especificação da quantidade de informação que o Projeto deve conter irá demandar o planejamento de pacotes e seu referenciamento com etapas específicas de desenvolvimento. Estimando-se o TP total podemos definir o TPMaturidade conforme fórmula abaixo. No exemplo o TPM foi calculado dividindo-se o valor de cada PS de cada versão do modelo pelo PS total da ultima versão, pois nesse caso esse valor já era conhecido ou poderia ser estimado.

Formula

TED: TRABALHO EM DESENVOLVIMENTO Definição: É o número de informações disponíveis porém não utilizadas Objetivo Como esse KPI mede o atraso entre o upload e o download da informação ele indica possíveis gargalos em membros da equipe que acumulam muita informação antes de iniciar o trabalho. Formula Esse KPI é baseado no cálculo do interval de tempo entre a disponibilização de informações e o download ou visualização do mesmo pelo usuário a que se destina. Trabalhando com um odelo central no BIMserver o cálculo deste KPI é simples e utiliza o BIMserver log file para verificar as ações, quando ocorreram e qual o usuário responsável (k). Tupj é o dia em que ocorreu o upload do pacote j, Tamanho do pacote (TP) foi definido anteriormente e Uj = 1, se o pacote j foi visualizado ou sofreu download pelo usuário k, Uj = 0 se não ocorreram nenhuma das ações. No exemplo o TED foi calculado a partir da distribuição normalizada do número de entidades IFC contadas no IFC analyzer em cada uma das versões do modelo.

VI: VOLUME DE INFORMAÇÃO Definição: É o volume de informação transferida Objetivo Esse KPI reflete a quantidade de informação que é acumulada por um determinado membro da equipe desde a sua última entrega de informação. Observa-se com freqüência a tendência dos profissionais em transmitir as informações em grandes lotes, normalmente antes de reuniões ou em vésperas de pagamentos. Esse procedimento é adotado para a otimização da produção dos escritórios, porém prejudica o fluxo dos demais parceiros que precisam ficar parados esperando pela informação. Contudo, recomenda-se que a informação seja transferida em pequenos lotes. Formula nIP é o número de pacotes de informação dentro do lote. No exemplo foram contados com o IFC analyzer o número de information objects em cada uma das versões do modelo.

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

VD: VELOCIDADE DE DESENVOLVIMENTO Definição: Representa a velocidade com a qual a informação está sendo transferida para a equipe. Objetivo Possibilita identificar gargalos dentro do processo na medida em que velocidades baixas podem apontar tanto para atrasos quanto para a transmissão feita em grandes lotes. Formula

Facilmente medido pois é calculado diretamente pelos valores do tamanho de pacotes (TP) e Volume de Informações(VI).

GA: GARGALOS Definição: Identifica possíveis gargalos entre os parceitos do processo em qualquer momento do processo. Objetivo Possibilita identificar os pontos onde a informação fica obstruída em seu fluxo. Formula Facilmente medido pois é correlacionado com a VD e o TED. Com o IFC analyzer esse KPI foi calculado graficamente correlacionando-se os indices VD e TED, foi também calculado o índice de correlação linear, no caso obtivemos -0,79 o que mostra uma forte correlação entre esses índices. RE: RETRABALHO Definição: Quantidade de retrabalho incluída no pacote de informação Objetivo O objetivo é identificar retrabalhos resultantes de interações negativas e por esse motivo o cálculo do KPI precisa ser sempre acompanhado pela análise direta do projeto observando-se o teor ocorrido das mudanças para que se possa separar as interações negativas das positivas. Formula nIAt é obtido através da contagem dos Information Attributes cujos valores foram modificados entre o intervalo de tempo T e T-1. Usando o IFC analyzer esse KPI é obtido processando-se simultaneamente as versões do modelo em T e T-1 e obtendo-se por comparação entre o número de entidades IFC a diferença na contagem dos atributos cujos valores foram modificados, (Tabela 4)

Nível de Ação

Volume de informação

Maturidade do Pacote de Trabalho

Velocidade de Desenvolvimento

Retrabalho

Figura 8: Quadro de KPIs

Trabalho em Desenvolvimento

Gargalos

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

Tabela 4 - Planilha do IFC analyzer e cálculo dos KPIs V1: 19/04/11

MODEL VERSIONS Action Rate

V3: 21/04/12

V4: 22/04/13

2,00

2,00

2,00

Revisions feed at BIMServer

19/4/11

20/4/11

21/4/11

22/4/11

Download feed at BIMServer

23/4/11

20/4/11

21/4/11

22/4/11

Total Actions made

2

2

2

2

Time interval (days)

1

1

1

1

0,0631

0,5908

0,8929

1,0023

E15/I15 56 SUM(E37:E49)

F15/I15 524 SUM(F37:F49)

G15/I15 792 SUM(G37:G49)

H15/I18 889 SUM(H37:H49)

Package Size Maturity Package Size Excel formula Total of Information O bjects Information Objects formula

KPIs Dashboard

V2: 20/04/11

2,00

Work in Process Normalized Work in Process Average Standard deviation Interval time between download and upload (days)

-0,92

0,22

0,80

1,06

3.376,00

20.156,00

28.624,00

32.460,00

1 1

1 1

1 1

1 1

3.376

20.156

28.624

32.460

497%

42%

13%

1,31

-1,14

-0,64

16.780

8.468

3.836

16.923,20 14.651,56

Uj

Batch Size Percent Increase of Batch Size

Development Velocity Normalized Development Velocity Average Standard deviation Normalized value

7.238,75 7.266,57 1,31

0,17

-0,47

graphic

graphic

graphic

graphic

Total of Information Attributes

3.320

19.632

27.832

31.571

Total of Information Objects

56

524

4

4 1

792 22 4 4 4 97

889 24 4 4 4 97 51 198 4 6 25 8 367 97 1 1 69 32 12 764 651 11 11 3.589 5.924 3.589

Bottlenecks Rework

INFORMATION ATTRIBUTES

INFORMATION OBJECTS = SHARED BUILDING ELEMENTS

Information Attributes whose values have changed

IfcBeam IfcColumn IfcColumnType IfcCovering IfcDoor IfcFooting IfcOpeningElement IfcRailing IfcRoof IfcSlab IfcStair IfcWallStandardCase IfcWindow IfcFlowSegment IfcPipeSegmentType IfcArbitraryClosedProfileDef IfcArbitraryProfileDefWithVoids IfcCircleProfileDef IfcExtrudedAreaSolid IfcRectangleProfileDef IfcDoorLiningProperties IfcDoorStyle IfcPropertySet IfcPropertySingleValue IfcRelDefinesByProperties

98

198 4

2

10

50

314 97

18 8 336 97

4

30 32

52 48

468 406 1 1 2.204 3.539 2.204

310 664 310

56 32 12 678 578 11 11 3.122 5.126 3.122

5 CONCLUSÕES O artigo procurou apresentar inicialmente uma proposta de metodologia para a Gestão do Processo de Projeto em BIM. O modelo apresentado ainda está em desenvolvimento e sua apresentação nesse artigo foi feita de maneira resumida. Entende-se que o processo de projeto tenha que ter além dos controles gerenciais de prazos, feitos a partir de cronogramas, um controle mais granular do seu desempenho. Esse controle pode ser feito a partir do cálculo dos indicadores de desempenho do processo. Esses KPIs foram demonstrados anteriormente em um ambiente de projeto convencional que utilizou arquivos em CAD 2d e a proposta do artigo foi demonstrar a sua validação para uso no ambiente BIM. Para isso foram simuladas situações de um projeto hipotético onde o BIMServer foi utilizado para hospedar as versões do modelo no formato IFC e posteriormente cada uma dessas

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

versões foram processadas utilizando-se o IFC analyzer. Prevê-se a continuidade do presente trabalho quando for possível encontrarem-se projetos reais aonde um Model Server possa ser utilizado, pois atualmente essa tecnologia ainda é pouco adotada. O cálculo desses KPIs ficou facilitado e provado no ambiente BIM e pode ser automatizado em trabalhos futuros. Uma proposição para futuros trabalhos pode ser o desenvolvimento de uma interface que opere em conjunto com o BIMServer onde o IFC analyzer possa ser acionado a partir das ações dos participantes, uma vez que ele possui também a possibilidade de ser disparado a partir de linha de comando. Nessa proposição seria necessária também o desenvolvimento de uma interface gráfica que possibilite a visualização em tempo real dos gráficos dos KPIs REFERÊNCIAS AUSTIN, S.. Analytical design planning technique: a model of the detailed building design process. Design Studies. n.20, p. 279-296, 1999. AUSTIN, S. Modeling and managing project complexity. International Journal of Project Management. n. 20, p.191-198, 2002. AUSTIN, S. et al. Design Chains: a Handbook for Integrated and Collaborative Design. Loughborough, 2001. BENNING, P., et al. Collaboration processes. Framework for Collaboration. Inpro Report, Inpro Consortium. n. 43, 2010. BERLO, L. et. al. BIMSERVER.ORG – an Open Source IFC Model Server. In: CIB INTERNATIONAL CONFERENCE - APPLICATIONS OF IT IN THE AEC INDUSTRY & ACCELERATING BIM RESEARCH WORKSHOP, 27., 2010, Cairo. Proceedings… Cairo, [s.n.], 2010. FALLON, K., et. al. General Buildings Information: Handover Guide: Principles, Methodology and Case Studies. National Institute Of Standards and Technology. n. 99, 2007. LIPMAN, R. Developing Coverage Analysis for IFC Files. In: CIB INTERNATIONAL CONFERENCE - APPLICATIONS OF IT IN THE AEC INDUSTRY & ACCELERATING BIM RESEARCH WORKSHOP, 27., 2010, Cairo. Proceedings… Cairo, [s.n.], 2010. LONDON, K., et al. Towards the Development of a Project Decision Support Framework for Adoption of an Integrated Building Information Model using a Model Server. Building Information Modeling and Construction Informatics. [s.n.], p. 270-300, 2010. MANZIONE, L. Estudo de Métodos de Planejamento do Processo de Projeto de Edifícios. Dissertação de Mestrado, Universidade de São Paulo, SP. 2006. National Institute of Building Sciences. National Building Information Model Standard. Overview, Principles and Methodologies. 2007. OUYANG, C., et al. From Business Process Models to Process-oriented Software Systems: The BPMN to BPEL Way. ACM Transactions on Software Engineering and Methodology. 2009. Pennsylvania State University, The. BIM Project Execution Planning Guide – Version 2.0. The Pennsylvania State University. n.127, 2010. SACKS, R., et al. Introducing a new Methodology to Develop the Information Delivery Manual for AEC Projects. In: CIB INTERNATIONAL CONFERENCE - APPLICATIONS OF IT IN THE AEC INDUSTRY & ACCELERATING BIM RESEARCH WORKSHOP, 27., 2010, Cairo. Proceedings… Cairo, [s.n.], 2010.

V TIC - Salvador, Bahia, Brasil, 4 e 5 de agosto de 2011

STEWARD, D. The Design Structure System: a Method for Managing the Design of Complex Systems. IEEE Transactions on Engineering Management. n. 28, p. 71-74, 1981. TRIBELSKY, E., and SACKS, R. An empirical study of information flows in multi-disciplinary civil engineering design teams using lean measures. Architectural Engineering and Design Management. [s.n.], 2011. WHITE, S. A. Introduction to BPMN. IBM Corporation. 2004. WIX, J. Information Delivery Manual Guide to Components and Development Methods. buildingSMART, Oslo, n. 82, 2006.