Porque falha o uso do plano num projeto?

Os planos de caminho crítico são requisitos essenciais em qualquer projeto. Mas tornam-se errados invariavelmente quando, apesar das melhores práticas, a equipe não os usam na a sua atividade. A integridade do cronograma pode não ter nada a ver com o motivo pelo qual se tornou inútil ou sem sentido, ou como eu gostaria de dizer, um registrador mais do que um preditor do caminho crítico e do progresso. 

Se o projeto é grande e tem vários empreiteiros principais, a programação é tanto mais suscetível de degradação.

Muitas vezes, a falha da programação é previsível. Mesmo assim, pode parecer inevitável. No entanto, para cada obstáculo ao sucesso, há uma solução ou um caminho alternativo. Às vezes é mau remédio e difícil de tomar. Cabe ao planeador fazer tudo o que puder para manter a integridade do cronograma do projeto. O plano destina-se a destacar os obstáculos mais desafiadores para programar o sucesso e oferecer soluções.

Os cronogramas na construção são negligenciados, desconsiderados, mal entendidos e inúteis.

Voto de desconfiança

Muitos profissionais de construção troçam dos cronogramas, talvez como resposta a experiências passadas, ou mais frequentemente, o voto de não confiança é apenas destinado a mascarar a inexperiência que pode comprometer a sua imagem.

Reconheça que a programação é uma ciência que geralmente não é bem compreendida por não-planeadores. Ignore a crítica desconstrutiva, ou tome-a como uma oportunidade para um momento de formação.

Lapsos no Reporting

Muitos contratantes pensam que podem obter tudo com um plano de base e, posteriormente, o mínimo possível de atualizações. Eles não estão simplesmente a ser compelidos o suficiente pelo cliente.

Mantenha a o foco todos os meses para a atualização adequada do plano, mesmo que possa não estar disponível. Saliente junto do empreiteiro a importância de manter atualizações mensais, especialmente quando isto está diretamente ligado à capacidade de reclamação. Quando há falhas nos relatórios é mais provável a não aceitação de reclamações.

Erros de Reporting e omissões

Muitos empreiteiros gerais não mantêm registos precisos dos progressos e são forçados a adivinhar as datas atualizadas. Essas suposições podem mais tarde, se o cliente tem datas diferentes, voltar para os perseguir. Outros simplesmente não seguem as instruções básicas. Finalmente, acredite que é verdade, pelo menos é necessário um plano base em caminho crítico.

Todas questões acima podem ser evitadas com a um pouco de trabalho. Reforce junto do cliente a importância de manter o cronograma corretamente atualizado, mesmo que mais não seja para estar preparado em caso de uma reclamação.

Falta de liderança no nível executivo

Apesar de seus poderosos MBAs, graus de engenharia e certificações exaltadas, muitos grandes executivos nunca viram um gráfico de GANTT detalhado. Eles podem considerar-se pessoas “terra-a-terra" mas isso não mostra a sua competência com cronogramas CPM. Não.

O planeador será sempre mantido (pelo Empreiteiro Geral ou CM) tão longe quanto possível dos executivos do projeto, porque o conhecimento não contaminado é um passivo. De fato, os resumos executivos do plano não parecem chegar ao público-alvo pretendido antes de ficarem desatualizados e obsoletos. Essas circunstâncias estão fora do controle do planeador.

Política

Não é raro que os Empreiteiros gerais e os CMs desviem indevidamente relatórios de progresso para sua vantagem ou para ofuscar alguma outra realidade. Eles também irão manipular e procurar influenciar os relatórios de acordo com seus gostos, ou com a adaptação ao stakeholder final. Finalmente, podem simplesmente não emitir os relatórios para as partes interessadas.

Quanto ao primeiro ponto, é a integridade em questão quando se tornar consciente desta discrepância. Tem que fazer o que sente que é certo, e comunicar à parte interessada. Quanto ao último, não há nada que o planeador possa fazer para forçar o problema com as partes interessadas, ou até mesmo induzi-lo a publicar os resultados, como ele deveria.

Incompreensão

A gestão da construção e os membros desta equipe ignoram propositadamente o plano e o caminho crítico, o que pode ser prejudicial para o processo quando eles mostram a sua relutância em aprender - muito orgulhosos para aprender. Eles também carecem de visão técnica e analítica. Por exemplo, à medida que um projeto vai para o fim, o cronograma é, muitas vezes, referido como sendo "inútil, obsoleto", ou pior, como se a integridade do cronograma dependesse da oportunidade.

Novamente, aqui também tem que educar o seu público sobre a diferença entre o progresso projetado e o progresso real, e como a informação é disseminada através de um plano de progresso.

Falta de intenção declarada

Muitos empreiteiros pensam que o plano é uma exigência desnecessária do projeto. Como tal, eles planeiam apenas para percorrer os movimentos do trabalho de execução, com o mínimo esforço, e obrigando a um maior esforço de planeamento.

Lembre ao empreiteiro que manter o cronograma é como manter qualquer ativo que melhore o valor, na proporção de sua integridade, e que no caso de uma interrupção em que é considerada uma reclamação, será essencial um cronograma devidamente mantido e este será suficiente.

Ceder o Controlo do Projeto

Os planeadores e estimadores são o controlo de projeto. Ninguém mais, independentemente do seu título. Apesar desse fato, os gestores de projeto muitas vezes erroneamente tentam micro-gerir o desenvolvimento da programação, em vez de a facilitar. Noutras palavras, eles estão a assumir o "controlo" do "projeto": o que é o trabalho do planeador. Os resultados são muitas vezes desastrosos.
Lembretes frequentes, geralmente, induzem os gestores de projeto a ser mais proativos com os planos em CPM. Diga-lhes quando cruzam a linha, ou quando eles pensam fora da caixa, e devemos esforçar-nos para os educar nas melhores práticas.

Rejeição

Muitos revisores que analisam planos apresentados, deliciam-se em rejeitar e proceder ao reenvio do plano. Às vezes, por uma questão de atitude legalista: ou seja, eles acreditam que, ao rejeitar qualquer plano determinado ganham alguma alavancagem contratual por considerar o empreiteiro em não conformidade.

Se a integridade da programação está intacta e você tem passado através de todos os passos das especificações, simplesmente não é apropriado para um revisor rejeitar um cronograma com base em questões técnicas mínimas, ou exigir um cronograma de recuperação, quando há atrasos compensáveis.

Se este é o padrão, você tem que perceber que o revisor está contra o pedido de interrupção. Pode até ser em seu detrimento emitir um cronograma de recuperação ou cronograma de reclamação antes de tempo – mostrando a intenção.

Negligência intencional

Até pode estar tudo bem ... e um empreiteiro geral pode não ter nenhuma intenção de manter a programação a partir do lançamento da obra. Esta condição é uma em que o planeador pouco pode fazer para mudar, além de ser persuasivo da melhor maneira que ele pensa que pode fazer, sem hostilizar o cliente. Além disso, pode até ser que ninguém no nível executivo se oponha à ausência de atualizações de plano e de relatórios, como não parecem entendê-los ou, pelo menos, revê-los em tempo útil, até se percebe!

Iniciação do Projeto

Muitas decisões são tomadas durante a vida de um projeto, mas a decisão que como maior impacto de todas é a primeira; esta é a decisão de executar o projeto. Vamos analisar a fase de iniciação do projeto que decorre antes dessa primeira decisão.

Para a primeira decisão devemos realizar a análise cuidadosa dos benefícios do projeto potencial, as necessidades de recursos, os custos e o peso do portfólio organizacional e congruência estratégica e tudo ponderado então proceder à decisão de iniciar o projeto. Como os esforços de iniciação do projeto normalmente começam informalmente, muitas vezes a decisão e esta ponderação não é executada de forma tão rigorosa como necessário.

A análise de potencial de projeto, normalmente é embalada numa proposta formal de iniciação do projeto. A proposta, de facto, é a saída ou resultado do processo de iniciação do projeto. Importa ser claro. O sucesso da decisão de "go/no-go ' deve basear-se numa análise disciplinada e completa que culmina na proposta de iniciação do projeto. E, sim, como mencionado, o projeto potencial deve ser considerado à luz de outros projetos da organização e da mais abrangente estratégia. Embora os projetos possam variar em tamanho ou complexidade existem princípios comuns que devem ser empregues antes de decidir sobre cada implementação do projeto.

Neste artigo descrevo alguns princípios fundamentais para apoiar a decisão de aprovação de lançamento de iniciação do projeto.

Input dos Stakeholders

É essencial manter a comunicação das partes interessadas durante todo o ciclo de vida do projeto, mas o envolvimento das partes interessadas é especialmente importante na fase de iniciação do projeto. A fim de incluir e envolver as partes interessadas certas deve considerar o seguinte na sua pesquisa:

• Todas as pessoas que podem interagir com o produto ou serviço. Isto inclui não só o utilizador final, mas também os fornecedores e providers da manutenção. Entenda o problema ou oportunidade a partir da perspetiva em que cada um é afetado diretamente.
• Mude os defensores e opositores. Alguns defensores incentivam a mudança, enquanto outros procuram manter o status quo. Quais são os motivos por trás de ambos os lados do argumento de mudança?
• O cliente é definitivamente impactado pelo projeto e a importância de ouvir o input do cliente tem de ser sempre enfatizada.
• Estado e administração local. Sim, as leis e regulamentos dos órgãos do governo tornam-nos numa das partes interessadas.
• ·         Cultura e valores. O apoio ou desaprovação podem estar profundamente enraizados em crenças fundamentais, que podem ultrapassar os benefícios propostos. 

O propósito de mencionar este processo de estudo das partes interessadas não é encorajá-lo a aprofundar o mundo das partes interessadas, mas antes reconhecer a importância, desde o início, de uma análise exaustiva das partes interessadas para o conhecimento do projeto. O valor do conhecimento das partes interessadas é o de proporcionar a deteção precoce de requisitos e restrições. Quanto mais cedo os conhecermos, mais baratos são de gerir.

Clarificação dos Problemas

Não compreender verdadeiramente qual o problema que é preciso resolver é um erro muito comum. Então, gastar tempo a definir o problema, e empregar a "análise de intervalos", o que explica o problema como a diferença entre o estado atual e o ideal.

Compreender que o estado ideal estabelece um quadro para a avaliação de alternativas. Disciplinando-nos para definir adequadamente o problema proporciona soluções mais plausíveis e, possivelmente, melhores. Se realmente entender o problema então será capaz de desenvolver uma melhor gama de soluções viáveis.

Analise diversas alternativas

Se identificou completamente o problema, então terá várias soluções para explorar. E considerar ainda outras abordagens alternativas inspira outras novas ideias para resolver o problema. O objetivo depois é classificar estas soluções de acordo com seus custos e benefícios.

O desafio na análise de alternativas é que normalmente comparamos maçãs e laranjas: opções com vantagens diferentes e desvantagens. Quantificar os custos e benefícios permite ver as diferenças entre as alternativas. Os benefícios são tangíveis ou intangíveis. Os benefícios tangíveis são mensuráveis. Descrever e quantificar cada benefício tangível, e listar os seus pressupostos. Embora os benefícios intangíveis sejam difíceis de medir mesmo assim são importantes. Mais uma vez, deve descrever o benefício, os pressupostos e a probabilidade de sucesso. Além disso, deve considerar e comparar os recursos necessários para cada abordagem.

Encontrar formas de quantificar e comparar custos e benefícios permite perceber porque perseguir um menor custo e uma opção de menor alcance é melhor do que uma opção mais cara que tem todo o âmbito de aplicação, ou seja, "todas as funcionalidades”. Será que o ótimo é mesmo inimigo do bom?

Considere o portfólio e a estratégia

Chegado ao ponto em que não só definiu o seu problema, mas tem também uma solução proposta – o seu projeto. Antes da empresa mergulhar na execução do projeto devemos querer considerar se o projeto corresponde aos critérios de seleção. A maioria das empresas categorizam os projetos dentro de uma carteira de projetos. Os fatores principais ou benefícios dos projetos estão geralmente nas seguintes categorias:

• Conformidade/regulação. Os requisitos do projeto são orientados para a necessidade de certa lei ou regulação.
• Eficiência/redução de custo. O propósito é diminuir os custos operacionais.
• Aumento do rendimento. Estes projetos tendem a ser de risco elevado, mas tem resultados muito desejáveis e favoráveis.

As empresas alocarão recursos e o risco entre estas categorias tal como um investidor do mercado de ações distribui dinheiro entre os investimentos de renda e de capital fixo. O objetivo do investidor é diversificar os investimentos para reduzir riscos e aumentar os ganhos potenciais. As empresas diversificam projetos entre as categorias de projeto para minimizar o risco e obter alavancagem para o ganho máximo. Além de classificar o projeto, indicar como o projeto se alinha com outros projetos da empresa e a estratégia global da empresa.

Sumário

Os pré-requisitos da decisão de início do projeto incluem, com a consulta a uma ampla variedade de partes interessadas, esclarecer o problema, analisar alternativas, e considerar portfólio da empresa e estratégia. O resultado desses esforços de iniciação do projeto será uma proposta de iniciação do projeto que é adequada para o processo de seleção da empresa.

A decisão de "go no-go 'decisão pode ser parte de um processo de gestão de portfólio de projeto ou uma decisão pessoal de um executivo. É importante a execução de trabalho base de apoio a uma decisão de iniciação bem sucedida. Mais uma vez, a decisão de executar o projeto tem o maior impacto. Pode não ter a autoridade para tomar essa decisão, mas pode estabelecer a base para uma decisão de compromisso bem sucedida. E às vezes a melhor decisão é a de não prosseguir o projeto.

Processo de Controlo e Hierarquia de Planos

Muitas vezes são referidos os níveis de planeamento em projetos de alguma dimensão, sendo mais usual quando se utiliza o Oracle Primavera P6. Vamos tentar descrever o que isso significa e para isso utilizo a designação de Level em vez da tradução para português.

Uma hierarquia de planos define o sistema de controlo de planos e alguns níveis interrelacionados de agendamentos. Esta hierarquia oferece uma estrutura de desenvolvimento para os agendamentos do projeto.

Primariamente, fala-se de 4 níveis de agendamento que são utilizados em projetos de média e grande dimensão para identificar o âmbito e sua divisão, bem como as milestones contratuais e de projeto.

Level I – Agendamento de Milestones e Sumário

Descreve a duração e prazo global do projeto, cobre o âmbito total do projeto e destaca marcos contratuais e de projeto. Este agendamneto é utilizado pela gestão para destacar eventos importantes e significativos, bem como para comunicar o âmbito global e o status de projeto. Este agendamento de nível 1 também pode ser utilizada para a tomada de decisões.

Level II – Agendamento total

Este agendamento é apresentado sumarizado por instalação, disciplina e áreas de Engenharia, com destaque para itens com grandes sobreposições, itens críticos de Procurement e sumarizado por resultado (work package) de Construção. O agendamento de Level II estabelece os requisitos ao nível de instalação, etapa e fase de trabalho. 

Descreve as relações entre instalações e fases e estabelece a criticidade das instalações.

O Level II é um plano com detalhe e representa uma etapa para a aprovação do Level III e acompanhamento regular do projeto.

Level III – Agendamento detalhado de Engenharia, Procurement e Construção

O Level III é o plano EPC integrado, onde a Engenharia é classificada por disciplina, agrupada por sistemas / área que descrevem os requisitos do sistema. Procurement identifica a procura por instalação / área ou sistema e assim identifica a entrega do equipamento principal. Construção / Preparação é agrupada por sistema / área que descrevem inter-relações e prazos. O agendamento de Level III estabelece a base para entregas e necessidades de pessoal nas atividades, materiais e requisitos de subcontratação e entregas de fases e as taxas de instalação. O Level III estabelece os requisitos de equipamentos de construção e integra a decomposição de instalação / área em dos pacotes de resultados do sistema. O agendamento Level III é mantido de forma regular e usado para análise What-if.

Em muitos casos este é o nível mais alto de desenvolvimento dos planos e os projetos são acompanhados a este nível através da manutenção de planos base.

Level IV – Identificação do plano detalhado de trabalho e lista de registos

O agendamento Level IV é detalhado até às atividades de trabalho, incluindo desenhos, especificações, trabalhos detalhados por pacote área / instalação, especialidade, equipa de trabalho e estabelece a sequência construtiva. Desta forma o Level IV oferece a base para o planeamento detalhado do trabalho de construção e planos pormenorizados, documentando o trabalho que é atualizado continuamente e revisto para refletir as necessidades do projeto e as circunstâncias em que evolui.

Este é o nível de detalhe requerido para projetos em infra-estruras de energia e do petróleo e gás em que é determinante manter traceabilidade dos trabalhos com os equipamentos no futuro sujeitos a manutenção

Processo de Plano Base do Agendamento

O agendamento deve ser sujeito a manutenção de plano base para mapear o plano corrente com o planeado e dessa forma se obterem avisos antecipados e se evitarem desvios. O processo é assistido ainda com o desenvolvimento de Curvas-S e histogramas para manter o plano corrente na linha.

Progress Reporting

Se trabalha como gestor de projeto, é muito provável que você tenha dezenas de relatórios de progresso realizados durante a sua carreira - se não centenas! Mas foram mesmo eficazes? Teve um propósito claro ao escrever os relatórios, por exemplo, querer que os stakeholders tomassem determinada ação como resultado dos relatórios? Ou só os produziu porque era uma dessas atividades de rotina que tinha de ser feita?

Pode ter sido muito consciente e determinada ao produzir os relatórios, mas, infelizmente, nem todo mundo é igual, e como resultado, o relatório de status semanal torna-se um desses artefactos que faz parte do processo sem adicionar muito valor.

Erros Principais

Alguns dos erros clássicos que os gestores de projeto fazem é incluir demasiadas informações estáticas e não introduzir o suficiente sobre o que são os problemas do projeto real. Desta forma, o relatório não é um verdadeiro reflexo do que realmente acontece. Se acabou de escrever sobre o que aconteceu durante o último período de referência e o que você vai fazer durante o próximo período de referência, sem mencionar como isso se compara a planear e quais são os riscos reais e questões do projeto, então não há incentivo para que o cliente preste atenção a ele. Em muitos casos, o relatório é mesmo anexado num e-mail sem qualquer contexto ou descrição, o que significa que é improvável que alguma vez chegue a informação aos executivos que dependem de smartphones ou doutros dispositivos móveis.

O relatório de progresso perfeito

Então, o que é um relatório de status perfeito? Bem, em primeiro lugar, é um relatório simples, de preferência numa página de informação que adiciona valor real, fornecendo uma visão geral das milestones, riscos, questões e informação de custos, no mínimo.

Algumas orientações sobre o que se deve e não deve fazer:

• Não inclua demasiada informação estática acerca do background do projeto, a não ser que seja parte do processo.
• Inclua sempre o nome do sponsor e do gestor de projeto.
• Mantenha a informação viva numa página só.
• Inclua os 5 riscos e questões principais, incluindo o responsável e ação de mitigação.
• Inclua informação sobre o orçamento e como se está a acompanhar.
• Inclua uma visão geral das principais milestones, as suas datas planeadas e o estado de cada uma delas.
• Faça uma lista das realizações chave do período anterior.
• Faça referência a métricas importantes alcançadas, mas faça-o de forma simples e gráfica.
• Seja claro quanto às ações que quer que sejam feitas; este relatório é só para informação ou requer-se uma decisão de alguém?
• Não envie o relatório por email sem fornecer o contexto no corpo do email. Os destinatários podem nunca ler o relatório, então forneça um sumário no email.
• Não envie más notícias num relatório de projeto sem antes falar com as pessoas. Não queremos que o cliente leia acerca de 

Gestor de projeto ineficiente

Medir o Progresso: os 6 métodos que deve conhecer

Por Reshma Sadhu, traduzido para português

Medir o progresso de um projeto com precisão é sempre um desafio. Há muitos fatores para ter em atenção numa atualização de progresso - tipo de medição, a precisão dos dados, a frequência da recolha e o sistema de registo são todos fatores importantes para medições precisas de progresso.
E os pacotes de software como Primavera P6 nem sempre nos ajudam. Claro que há 3 escolhas para a Percentagem de Conclusão, mas como decidimos qual delas funciona melhor e em que condições?
O progresso impreciso vai frustrar a capacidade de detetar os sinais precoces de problemas à frente, assim para evitar isso aqui estão os 6 métodos comuns para medir o progresso do projeto que irão ajudá-lo a ter um melhor desempenho na medida da performance do trabalho e sua conclusão. Os métodos abaixo são resumidos a partir de “Project Control: Integrating Cost and Schedule in Construction,” by Wayne Del Pico.

 

Unidades Concluídas

As unidades concluídas de trabalho (Labor) prestam-se bem para o acompanhamento de atividades que são feitas repetidamente, onde cada iteração pode facilmente ser medida. Normalmente, uma atividade que é feita repetidamente tende a ter aproximadamente a mesma quantidade de tempo, recursos e esforço, de modo que rastrear as unidades concluídas é bem fácil. Um exemplo simples pode ser a instalação de luminárias padrão. Cada equipamento leva aproximadamente o mesmo período de tempo; se tivéssemos 100 luminárias para instalar então poderíamos simplesmente contar as unidades instaladas. Neste caso, não há envolvido nenhum julgamento subjetivo baseado na experiência.

 

Milestones incrementais

Também conhecido como o método dos "passos", o método de milestones incrementais é predominantemente utilizado para contas de custos que envolvem sub-atividades que precisam ser concluídas de forma ordenada. Um exemplo desta técnica é a formação e colocação de uma parede de fundação de betão.

Então, como calcular esses dados? O cálculo é construído em cada etapa item único e valor orçado de tempo (horas de trabalho), que é necessário para completar a atividade, a equipe de construção. À medida que cada passo esteja concluído, é documentada como uma mini-marco que representa uma percentagem do processo de instalação total. O percentual determinado para cada sub-atividade pode variar de acordo com o projeto e este progresso é geralmente acordado para ser usado como uma medida de antemão. Uma boa maneira de implementar este método em Primavera P6 está usando Activity Steps.

 

Início / Fim

Este método só está focado em capturar o ponto de partida e o ponto de chegada da atividade e nada entre estes pontos. Este método é melhor para as atividades que são de curta duração. Implementará esse método se as estimativas de trabalho da atividade não estão disponíveis ou se os dados de progresso completo em percentagem são muito difíceis de recolher.

Usando a técnica de Início / Fim ganha uma percentagem do progresso quando a atividade começa e a outra metade é ganha quando a atividade estiver concluída. Essas percentagens são determinadas pelo proprietário e contratante do projeto.
Muitas vezes, as empresas comprometem-se a usar a Regra padrão 50/50 ou outras regras:

Regra 50/50 - uma vez iniciada a atividade é marcada como 50% concluída, e a outra metade é ganha à conclusão final do trabalho.

Regra 20/80 - usada para controlar atividades de maior valor que toma mais tempo para chegar a conclusão.

Regra 0/100 - a regra ilustra que só quando 100 por cento da atividade estiver concluída, o valor é ganho.

 

Rácio de Custo

O método Rácio Custo é normalmente implementado num projeto que tem atividades que tendem a ocorrer ao longo de uma longa fase ou durante todo o projeto. Muitas vezes usada para despesas gerais, esta técnica é medida com base na alocação orçamentada em dólares contra as horas de trabalho de produção. Este método dá ao empreiteiro a capacidade de ganhar valor correspondente à percentagem global de conclusão do projeto.

No Primavera P6 é obtido pela utilização de atividades do tipo Level of Effort.

 

Experiência / Opinião

Ao contrário dos métodos acima que dependem de dados definitivos, este método baseia-se na experiência e subjetividade do gestor de projeto. Não é geralmente recomendado e tende a ser visto como o último recurso, porque as experiências e opiniões de cada indivíduo variam entre si e podem causar conflito entre proprietários, empreiteiros e arquiteto.
 

Unidades Ponderadas ou equivalentes

Este método foi destacado como a melhor técnica e é o que exige mais esforço, mas também se estende a uma gama mais ampla de dados. As atividades que estão sendo calculadas tendem a ocorrer ao longo de um tempo de duração mais longa e incluem várias sub-atividades, que podem ter diferentes unidades de medidas.
A fim de concluir este projeto que exige várias unidades, horas de trabalho, recursos e sub-atividades e, para calcular as sub-atividades, é ponderada um nível estimado de esforços em horas de trabalho ou em valor monetário que é específico de cada sub-atividade. Uma vez que o valor ponderado é determinado, este é convertido para refletir o valor em unidades de medida específicas para a atividade. Após o que se atribui unidades equivalentes de percentagem de conclusão do projeto global.

Estes 6 métodos para medir o progresso do projeto são comummente usados em gestão de projetos de construção e são filtro para um processo de determinar a percentagem de conclusão para o projeto como um todo com Earned Value Management.

Qual destes métodos usa mais nos projetos?

A Implementação BIM e o Controlo do Projeto

As diferentes legislações nacionais irão gradualmente exigir a aplicação de BIM nas obras de construção e infraestruturas do setor público. No Reino Unido essa aplicação está orientada para se realizar já em 2016. Isso significa que os projetistas, empreiteiros e as cadeias de fornecimento na indústria irão necessitar de alterar as formas de trabalho e adaptar-se à nova legislação que sairá. No caso do Reino Unido a política é de pedagogia e não de punição. O objetivo é de adotar uma progressiva melhoria e com isso melhorar em paralelo de forma significativa a eficiência da indústria desde as fases de desenho, procurement, construção e gestão do projeto até à gestão operacional subsequente do ativo ao longo da sua vida.

O que é o BIM?

A utilização de desenho a 3D tem ajudado a indústria a coordenar as características arquitetónicas, a estrutura e os serviços de mecânica, elétricos para as obras públicas. O nosso mundo é tridimensional e, como tal, ser capaz de visualizar um espaço pelo designer, o construtor e o cliente dá uma reforçada interação em volta do ativo a ser construído quando se compara com as plantas, cortes e elevações tradicionais em 2D. O poder da modelagem em 3D permite identificar pontos críticos e detalhes de planos e secções. Além disso, o modelo 3D pode ser ligado com um plano de trabalhos para mostrar uma simulação de como se pretende construir o edifício ou infraestrutura (a modelação 4D). Se dermos um passo mais à frente e introduzirmos os custos no modelo adicionamos uma nova dimensão – agora é 5D, desta forma a informação de controlo do projeto fornece índices de custo e performance conforme se atualiza o modelo.

Um dos principais desafios de incorporar toda esta informação é a capacidade de integrá-la a partir de sistemas diferentes: o modelo 3D do ativo, a informação de higiene e segurança, o plano de trabalhos de construção, a lista de quantidades, o sistema financeiro, o sistema de gestão de ativos. O facto de ainda existirem questões de compatibilidade simplesmente na importação / exportação entre ferramentas como o Primavera P6 e o Excel – para além do complexo processo de integração de cliente / utilizador para colocar o Primavera a trabalhar com a gestão de custo do Deltek Cobra – sugere que estamos num mundo muito longe da total compatibilidade que o modelo BIM exige para alcançar o BIM 5D.

Gestão da Informação – sempre na raiz do problema

Podemos pensar que o problema reside na falta de integração entre sistemas de TI para os diferentes processo requeridos para realizar o projeto. A questão reside muito mais longe daqui. É a falta de uma estratégia de gestão da informação entre diferentes disciplinas que interagem no projeto. Esta visão apoia-se ainda nas sumulas das diversas conferência de gestão da construção que acompanhei. Demasiados processos exigem a duplicação de esforços no decurso do ciclo de vida do projeto que deveriam poder ser evitados se fosse adotada tal estratégia de gestão integrada da informação do projeto logo a um nível comparável a um PMO. Esta lacuna gera ineficiências que corroem as já reduzidas margens da indústria.

Como exemplo, deixem-me descrever a realidade nas nossas empresas no que se refere a esta omissão. Os empreiteiros são obrigados contratualmente a reportar as quantidades instaladas relativamente às planeadas para suportar a percentagem física de conclusão dos trabalhos que irão informar os índices dos controlos de performance do projeto. Isto significa que a Lista de quantidades necessárias trem de ser mapeada no plano do Primavera P6. Contudo, o estimador e o planeador durante o período de definição do plano da obra não falam um com o outro e a informação que produzem (Mapa de Quantidades e Plano) está de forma consistente desalinhada. Não são atribuídos códigos de custo às atividades do projeto. As folhas de abertura de trabalhos, na maior parte das vezes, não têm qualquer referência a um número de desenho. Em resumo, uma enorme confusão para qualquer pessoa que queira fazer algum sentido do quando e onde as quantidades de construção serão instaladas.

Na investigação do sentido do trabalho desta obra, quando se procuram o estimador e planeador do plano comercial para obter a informação, a mais das vezes estão já em novos contratos, quando não saíram da companhia. Vai então recorrer-se a novos recursos para por em ordem toda esta informação sem sentido e estes percorrem toda a informação para compreenderem o desenho do projeto, a sequência de construção e as suas relações com as atividades do plano do projeto, mapa de quantidades e até as folhas de abertura de trabalhos. Em todo este retrabalho perde-se tempo valioso para realinhar o Mapa de Quantidades com o plano, por forma a poder reportar de forma adequada e em conformidade com o contrato.

Esta situação ocorre com os empreiteiros com processos e ferramentas apropriadas, mas a realidade, na maioria dos casos, estes utilizam ferramentas de planeamento que não mapeiam nada disso e que com muita dificuldade conseguem fornecer informação confiável ao cliente – o projeto vive assim numa mentira com folhas de cálculo a serem trocadas e com percentagens definidas de forma quase aleatória. Portanto, os projetos não são geridos numa forma conforme ao contrato e os resultados enfermam de toda esta ficção.

Ineficiências e falta de produtividade

Há muitas ineficiências observadas na indústria, tal como as questões descritas acima na forma de realização dos contratos, até à dupla aquisição de materiais e desperdício, sequenciação inadequada da construção, retrabalhos, só para enunciar algumas. BIM visto unicamente como uma ferramenta não é a solução destas questões. A solução é a implementação de uma estratégia de integração da informação dentro das organizações que possa fornecer informação consistente e compatível alinhada com os requisitos das diferentes etapas do ciclo de vida do ativo. A definição desta estratégia ao nível do PMO que estabelece a solução apropriada de gestão da informação é a chave deste desafio, tal como é a disponibilidade de recursos competentes para a implementar e gerir. Muito mais fácil de dizer do que fazer, claro!

Assumam que desde da etapa inicial de um projeto a solução de gestão de informação é considerada em linha com os requisitos BIM do cliente. Se a solução é implementada desde a etapa de proposta comercial irar reduzir o tempo despendido e os esforços sujeitos a erro de ligar as peças diferentes depois de o contrato ter sido atribuído ao empreiteiro. O projeto poderá então progredir através das suas fases de vida do desenho, à construção e à operação, tendo cada interface os próprios desafios de integração. Ao nível do PMO, estes desafios devem ser enfrentados o mais cedo possível na vida do projeto e resolvidos através da inclusão das ferramentas apropriadas nos diferentes processos de gestão.

Muitos empreiteiros orgulham-se da sua utilização ocasional da modelação 3D na realização de um ativo para um cliente. Devem lembrar-se que este é só o primeiro passo na redução das ineficiências da indústria, e só uma parte pequena do âmbito que o BIM pode realizar. Os exemplos desta utilização – embora muito poucos – surgem em áreas como a saúde, a segurança, gestão de risco e da qualidade e mostram o valor do BIM como uma inestimável ferramenta multidimensional.

Em conclusão

A junção da estratégia de gestão integrada da informação com os controlos do projeto irá melhorar a exatidão dos KPI e, se realizada de forma correta, poderá ser o primeiro passo para a criação de uma base de dados de imenso valor comercial (com informação estatística sobre a performance de todos os tipos de trabalho). A integração BIM estará sempre condicionada à junção de desenhos, planos, custos e sistemas financeiros. Esta estratégia BIM deverá poder integrar todos os requisitos globais da indústria.

Integração de planos num megaprojeto

Um megaprojeto refere-se a um projeto que cobre áreas de trabalho múltiplas e que envolve geralmente um alto nível de despesa e uma duração que se estende por vários anos.

A primeira questão que se coloca quando pretendemos colar e consolidar múltiplos cronogramas é compreender o que queremos alcançar, ou seja, qual é a forma como o projeto vai ser realizado. Em muitos casos, estamos a tratar da definição do mecanismo que conseguirá agrupar toda a informação detalhada num só local. Toda a informação pode depois ser usada para gerar relatórios sumários de dados ou relatórios vários para apresentar aos vários stakeholders.

Esta agregação resultará quando conseguimos por esta forma mostrar aos stakeholders que o projeto progride, com dados estatísticos de milestones alcançadas relativamente às remanescentes.
 

Como configurar cronogramas para integração

A integração dos planos requere para ser alcançada:

1. Uma estrutura
2. Um conjunto de regras
3. Garantir o cumprimento das regras.

Em primeiro lugar, a estrutura deve ser a hierarquia das áreas, funções e / ou fluxos de trabalho e baseia-se na estratégia definida de realização do projeto. Dentro de cada elemento da hierarquia deverá haver um conjunto de atividades que estão de forma lógica ligadas com pontos de controlo e milestones.

Em segundo lugar, as regras devem incluir:

• Uma identificação para cada plano da área a que respeita: um código que identifica os planos individuais;
• Um dicionário dos dados que identifique qual a informação exigida e em que campos;
• A definição dos critérios de aprovação para as milestones ou resultados para garantir a consistência da conclusão:
• As limitações e fronteiras do que pode e não pode ser mudado (e quem deve rever e aprovar) o que é uma combinação de controlo de configuração e controlo da mudança;
• O ciclo de manutenção e revisão conforme o ritmo adequado.

Estas regras devem ser estabelecidas o mais cedo possível e comunicadas a todas as equipas envolvidas no megaprojeto. As regras devem ser fáceis de entender e aplicar.

Finalmente, estabelecidas as regras deverá existir um nível de «policiamento» e verificação do seguimento das regras. Basta que só uma área do projeto faça uma coisa diferente para haver um impacto muito grande em todo o megaprojeto.

Em alguns casos, a verificação do cumprimento das regras pode ser uma auditoria dirigida por um conjunto de critérios que atuam como uma porta (gate) e definem o mínimo standard que tem de ser aceite antes de realizar a consolidação com sucesso.
 

Benefícios da integração de planos

¶ O benefício mais significativo para uma organização de ter um plano integrado é a visibilidade melhorada sobre os dados do projeto. Esta visibilidade permite a geração de sumários a partir dum único local o que permite rapidamente identificar as áreas que não estão alinhadas ou desenvolver a confiança no cumprimento do trabalha em seguimento do plano.

¶ As organizações podem ainda realizar auditorias nos planos para identificar erros ou anomalias e, por estarem os dados numa localização única, é mais reduzido o número de vezes que se exige para esta verificação.

¶ O resultado obtido será mais consistente entre as várias áreas do plano do megaprojeto graças à integração dos planos.

¶ A integração dos planos permite mostrar interfaces e dependências entre os diferentes planos.

¶ A integração dos planos oferece continuidade ao megaprojeto mesmo com a mudança de elementos individuais das equipas, o que tem alta probabilidade quando o projeto dura vários anos.

Problemas com a integração dos planos

¶ Será necessário mais tempo de preparação para agrupar os planos individuais para garantir os standards requeridos. Este tempo adicional deve ser concedido quando se realiza o ciclo de atualização.

¶ Potencialmente pode ser necessário reunir muitos dados para garantir a identificação das questões reais – o foco pode estar mais na quantidade de informação, isto é, milestones alcançadas mais do que as milestones estão a oferecer como caminho do progresso.

¶ A abordagem de «policiamento» pode ser vista como apontar para mentalidade de resposta formatada em vez de enfrentar as questões do plano já que o foco pode estar na conclusão dos standards em vez da recolha efetiva de informação necessária às equipas.

¶ Com os detalhes incluídos no plano integrado deverá haver uma forma simples de sumarizar ou filtrar para mostrar níveis mais gestionáveis ou pode ser um trabalho imenso.

¶ Informação adicional é requerida para ser guardada para garantir que quando os membros da equipa mudam as assunções e a base do plano não são perdidas.

Conclusões

Em muitos dos casos, um plano integrado pode ser benéfico para uma organização e para a conclusão com sucesso do projeto, muito embora resulte sempre num interface com milhares de linhas. A chave para manejar grandes quantidades de dados é garantir que se recrutam pessoas com as competências adequadas na equipa de forma a garantir que o projeto não fica sem controlo. Finalmente e mais importante é essencial acordar desde o início se a quantidade da informação pode ser usada de forma construtiva para evitar o debate entre quantidade e qualidade dos planos.

Luís Quintino