O que significa realmente controlo de projeto

O termo controlo tem vários significados. Aqueles que são novos na gestão de projeto ficam inicialmente desanimados usando o termo “controlo”, porque equivocadamente o equacionam com o conceito de autoridade.

No mundo da gestão de projetos, o controlo tem muito pouco a ver com dizer às pessoas o que fazer, ditando as ações ou pensamentos, ou tentando forçá-las a comportar-se de certa forma - todas as quais são interpretações comuns de controlo.

Na gestão de projetos, o termo “controlo” é muito mais análogo a dirigir um navio. Trata-se de fazer continuamente ajustes no curso com um objetivo principal em mente: trazer o navio para um porto seguro, como prometido no início da viagem. E a viagem do projeto bem-sucedida inclui a identificação de um destino específico, o mapeamento cuidadoso de uma rota para chegar lá, a avaliação da localização durante a viagem e a observação atenta do que está por vir.

Objetivo do Controlo do Projeto

Os gestores de projeto novatos (e alguns experientes!) costumam cometer o mesmo erro ao tentar manter o controlo dos projetos. Eles envolvem-se no aqui e agora - na medição e avaliação da situação imediata - com a exclusão de todo o resto. Eles calculam a posição atual e o quanto estão fora do curso. Isso é o que eles reportam ao gestor e prometem corrigir. Todo o foco deles consiste em permanecer na linha que eles traçaram do começo ao fim do projeto. Infelizmente, controlar o destino do projeto não é tão simples.

Como veremos, avaliar onde estamos em termos de onde deveríamos estar certamente faz parte do controlo geral e "voltar à rota" é quase sempre uma boa estratégia. Mas a missão principal é entregar o que prometeu, por isso deve pensar em "manter o controlo" em termos de minimizar a distância entre o local onde acaba e o aquele em que disse que acabaria.

Significa que o controlo geral do projeto exige um olho no futuro, como mostra a fórmula:

Variação atual calculada + variação futura estimada = variação final do projeto

Manter o adequado controlo requer que considere três parâmetros: (a) onde está, comparado com o local em que deveria estar; (b) o que há pela frente que possa afetá-lo; e (c) onde vai acabar, comparado com o lugar onde disse que acabaria. Tenha em mente que (a) e (b) são usados principalmente como funções de controlo interno (embora você possa optar por reportá-los fora da equipe). São usados para avaliar (c). Correndo o risco de ser repetitivo, o foco principal deve ser sempre avaliar onde acha que vai acabar.

Há duas razões para isso.

Primeiro, deve realizar uma ação corretiva inteligente e significativa com este ponto final em mente. Orientar o navio deve incluir mais do que apenas direcioná-lo de volta ao curso; também deve incluir o reconhecimento de que há um motivo à frente que terá que percorrer ou percorrer o próximo ponto de terra que começou desde que começou sua viagem. O futuro será sempre diferente do esperado no início do projeto. Os pressupostos serão revistos, as condições operacionais serão alteradas e novas coisas serão lançadas no caminho. Às vezes, as ações tomadas agora devem compensar as futuras fontes de variação, bem como as variações criadas pelo desempenho passado.

A segunda razão pela qual precisa concentrar-se no ponto final refere-se aos relatórios de gestão. Na maioria dos casos, o que provavelmente mais interessa à gestão é uma previsão de onde acha que vai acabar: esse é o tipo de informação de que precisam para gerir a empresa. É possível informar a gestão que está duas semanas atrasado ou que o valor de x € acima do orçamento pode ou não ter valor para eles. Relatar que espera que o projeto seja concluído com três semanas de atraso ou xxx € acima do orçamento tem muito mais probabilidade de ter valor.

O que Controla na realidade

Neste ponto, provavelmente vai dizer: "OK, então deveria estar focado no ponto final do projeto e deveria tentar" voltar à rota "e minimizar as variações. Mas o ponto final de quê? Voltar para que faixa de rodagem? E que tipo de variação falamos?” Todas são boas perguntas.

As respostas a estas perguntas conduzirão de volta à discussão sobre as dimensões do sucesso do projeto. A medida mais fundamental do sucesso do projeto refere-se ao cumprimento das metas acordadas em cada uma das dimensões. Estas são as metas que prometeu cumprir no início do projeto; esses são os alvos que você deve focar no controlo.

Dois dos alvos pertencem ao consumo de recursos:

• Cronograma: O projeto foi concluído no prazo? (Quanto tempo demorámos?)

• Custo: O projeto teve um custo? (Quanto gastámos?)

Os outros dois alvos estão ligados às entregas do projeto:

• Funcionalidade: Os entregáveis do projeto têm a capacidade esperada? (O que é que eles podem fazer?)

• Qualidade: Os resultados alcançados são tão bons quanto prometidos? (Qual a dimensão de bem pode ser alcançada?)

No que diz respeito a muitos gestores de organizações, o desfecho ideal ocorre quando um projeto responde a estes quatro objetivos exatamente como prometido. Embora os “alvos que são alcançados” sejam frequentemente caracterizados como desejáveis, atingir alvos fornece um nível de previsibilidade que a maioria dos gestores organizacionais valoriza. Os dois primeiros alvos (tempo e custo) geralmente recebem mais atenção; daí a frase muito comum "controlar no tempo e no orçamento".

Às vezes, no entanto, controlar o custo e o cronograma recebe muita atenção e o desempenho de entrega não é monitorizado tanto quanto deveria. Este é um grande descuido, em que deve concentrar-se em evitar.

Portanto, Controlo de projeto é. Realmente, minimizar a distância entre o prometido e o alcançado.

Elementos do processo de controlo requeridos

Os planos de projeto detalhados são criados para satisfazer dois objetivos básicos: primeiro, fornecer um mapa para a equipe do projeto acompanhar durante a execução do projeto; e, segundo, fornecer um instrumento que possa usar para avaliar se o projeto está ou não no curso. Em termos simples, não poderá manter o controlo sobre o projeto se não tiver um plano com credibilidade e devidamente detalhado.

A capacidade de avaliar o progresso do projeto, calcular a variação do plano e prever o futuro depende de vários elementos-chave do processo. Entre esses elementos estão os seguintes:

• Uma linha de base de medição, a baseline ou plano aprovado
• Processos e métodos para recolha de dados
• A capacidade de obter bons dados
• Enfase no cumprimento dos prazos
• Processos, ferramentas e métodos para analisar o desempenho passado, presente e futuro

Tomar melhores decisões

Chegado de Tripoli, aonde estive a aconselhar e a apoiar um cliente em vários grandes projectos, eis um assunto que me saltou para a frente, ao observar gestores a tomarem decisões incompletas e titubeantes, ao mesmo tempo, que os problemas se agudizavam.
Os bons leaders tomam grandes decisões. Será que têm um processo para fazer isso? Quais são então as técnicas para a tomada de decisões rápida?

Muitos leaders usam um processo de 5 passos para tomar as suas decisões. Este é um processo comum que pode ser utilizado para melhorar o processo de tomada de decisões. Quais são os passos:

Investigar o problema

Quando um problema se coloca toma em primeiro lugar, todo o tempo que necessitar para identificar a sua causa primária e certificar-se que não é só um sintoma de outro problema escondido. Os problemas em projecto relacionam-se usualmente com pessoas, processos, equipamento ou materiais. Descubra quando, porquê e como ocorreu e qual o seu impacto no seu projecto.

Estabeleça prioridades

Nos projectos os problemas estão sempre a ocorrer. Deve determinar-se quando um problema necessita de atenção urgente ou não, com base no seu impacto para o projecto. Se tem alto impacto (p. ex. impedindo a equipa de poder trabalhar) então é de «alta prioridade» e é preciso acabar o trabalho e resolver rapidamente o problema.

Identificar as soluções

Quando temos uma compreensão clara do problema e do seu nível de prioridade, precisamos identificar ar as soluções para o enfrentas. Depois devemos rever cada alternativa para determinar se:

• Resolve a causa primária do problema
• É fácil e prática de implementar
• Previne o problema de voltar a ocorrer

Tomar a decisão

Agora dispomos já de toda a informação necessária para tomar a decisão. Não tome, no entanto, as decisões demasiado à pressa. Tomem algum tempo do dia para ponderar cuidadosamente todos os prós e contras. Vá passear, ou se é mesmo muito importante durma em cima da decisão para poder ter a cabeça fria e clara quando decidir. Tome as decisões menos importantes com rapidez, mas tome mais tempo quando toma decisões que são críticas para o sucesso do projecto

Agir sobre a decisão

Quando pensou sobre tudo e tomou a sua decisão, precisa de estar completamente comprometido para as implementar. Aja de acordo com a decisão e comunique à sua equipa ao mesmo tempo que define e planeia as actividades necessárias para a realizar e fazer acontecer. Lembre-se que qualquer problema afecta o seu projecto de alguma forma, o que exige que se actue de forma rápida logo que se decide o que fazer. 
Desta forma toma melhores decisões de forma mais rápida e sentimos que estamos a gerir melhor.
Uma forma de melhorar o processo de decisão é a utilização de metodologias de gestão consistentes em projecto que ajudarão a guiar o projecto e a equipa ao longo de todo o processo.

Deite fora as folhas de cálculo: Ultrapasse a resistência à mudança!

Eu trabalhei como consultor do setor da engenharia e construção por muitos anos.Observei um tema comum: sempre que apresento uma nova solução de software moderna, particularmente uma ferramenta que apresenta uma abordagem nova e disruptiva para um problema de negócio, enfrento muitas vezes algum grau de resistência de alguns dos assistentes.

Os céticos costumam afirmar que podem usar uma folha de cálculo mais rapidamente do que aprender e implementar uma nova aplicação de software. Até pode ser verdade em alguns casos, mas não está certo.

Por exemplo, durante uma apresentação em que participei, todos concordaram unanimemente que o sistema existente e os processos de negócio eram ineficientes, caros, difíceis de aprender e com pesados custos administrativos. Dois indivíduos que discordaram dessa avaliação foram um administrador de TI e um programador interno - profissionais inteligentes e competentes.

A minha teoria: a possibilidade de mudança é a maior preocupação para muitos retardatários digitais mais do que o risco de falha na entrega do projeto - se a mudança proposta impacta a sua segurança no emprego, aumenta ou diminuiu as horas de trabalho ou introduz algum outro inconveniente pessoal.

O que me leva à pergunta: por que há tanta oposição à melhoria dos processos de negócios com a transformação digital?

Mitigar o risco com sucesso

Considere o risco por um momento. Muitos motociclistas que andam dezenas de milhares de quilômetros sem acidentes podem ter permanecido intactos pelas seguintes razões: 1) conduzem de forma conservadora e segura 2) vestem roupas altamente visíveis com refletores à noite 3) veem as consequências de um acidente como maior que o custo ou inconveniência de preparação ou formação. Esses motociclistas estão a mitigar com sucesso o risco - semelhante àqueles que adotam a transformação digital na indústria de engenharia e construção (E & C).

A luz no fim do túnel na indústria de E & C

A mensagem "a luz no fim do túnel" foi repetida durante anos e, francamente, é uma referência desatualizada de projeto de construção. Os túneis bem-sucedidos e bem iluminados de hoje são construídos como um ativo digital muito antes que a ponta da broca toque qualquer rocha. A maioria das organizações concorda com a importância de manter uma reputação de "dentro do prazo, dentro do orçamento" no atual mercado de construção competitivo. A colaboração eficaz e a comunicação eficiente entre centenas de organizações que participam das fases de projeto, licitação e construção de projetos de infraestrutura são a verdadeira luz no fim do túnel – do início ao fim - tornando o risco visível.

A transformação digital expõe o risco, incluindo:

• Excessivos RFIs criados pelas mesmas pessoas no início de um projeto ou um processo de aprovação que demora mais do que o esperado.
• Falta de fluxo de informações - particularmente durante a fase de design.
• Demasiadas revisões de documentos sem acompanhamento de revisões efetivas ou de distribuição.
• Processos atrasados, incompletos ou finalizados.

O valor de compreender como e por que estes riscos ocorrem - e mitigar precocemente estas instabilidades - supera em muito o custo ou a inconveniência da capacidade de preparação. Isso coloca, de fato, a luz no começo do túnel, onde é realmente necessária. As folhas de cálculo não podem fazer isso de maneira oportuna e eficaz. A transformação digital na gestão da construção é exatamente o método de realização para obter isso.

Transformar digitalmente as empresas de Construção

A E & C (Engenharia e Construção) está ainda atrasada apesar da enorme oportunidade internacional de projetos em carteira. As empresas nacionais olham para o mercado mundial de forma aberta e temos exemplos de grande sucesso. Entretanto, vários relatórios internacionais afirmam que a E & C está entre as indústrias menos digitalizadas, ficando no segundo lugar a contar do último entre os maiores setores económicos no investimento em tecnologia. Como resultado, a produtividade do trabalho continua a arrastar-se na traseira do resto da economia mundial. Conclusão: se a indústria da construção quiser capitalizar a oportunidade deve juntar-se rapidamente à revolução digital ou arriscar perder a locomotiva da tecnologia completamente.

Quais são os desafios chave e soluções potenciais que a indústria enfrenta:

Soluções pontuais descoordenadas

Praticamente todas as grandes organizações de E & C alcançaram algum nível de digitalização, mas muitas delas dependem de soluções funcionais separadas que não comunicam entre si. Sem uma plataforma digital integrada, os utilizadores compartilham ficheiros e informação dispersos por e-mail ou serviços de armazenamento baseados na nuvem, resultando em documentos perdidos, retrabalho, falta de responsabilidade e atrasos na produtividade.

A solução: utilize as APIs abertas para conexões contínuas para software e serviços de terceiras partes, conectando os dados das aplicações. Invista em armazenamento de dados (ou seja, "um lago de dados") que permita que a informação seja partilhada e analisada, levando potencialmente a novos conhecimentos.

Falta de standardização

As empresas globais de construção utilizam geralmente uma ampla gama de processos e procedimentos para executar o mesmo trabalho. A falta de padronização em projetos globais em rápida expansão pode tornar-se uma grande dor de cabeça para parceiros e subcontratados, incluindo: ineficiências de projetos, erros, tempo de inatividade e potenciais riscos de segurança.

A solução: simplifique os processos existentes, eliminando sistemas desnecessários ou ineficientes. A adoção de uma plataforma de colaboração de projetos que abraça a uniformidade levará a maior eficiência em parceiros e projetos.

Falta de talento tecnológico

Há uma falta generalizada de conhecimento tecnológico na E & C global. Mas nem todos os empregados precisam ser um técnico. Alguns indivíduos digitalmente experientes são certamente necessários, mas a maioria da força de trabalho precisa apenas do conhecimento básico das plataformas-chave. Assim como um motorista de pesados de longa distância para dirigir um veículo de 18 rodas não precisa saber como desmontar e reconstruir um motor, a maioria dos empregados não precisa saber como escrever código para usar o software.

A solução: formações práticas e programas de certificação podem ajudar a atualizar os empregados num período de tempo relativamente curto. Analisar criteriosamente o nível de conhecimento técnico dos funcionários também pode simplificar o recrutamento e a contratação.

Resistência à adoção de software

A introdução de novas tecnologias para a força de trabalho existente pode causar apreensão, especialmente entre a gestão sénior. Se a solução cria uma curva de aprendizagem íngreme ou não entrega imediatamente os objetivos prometidos, os empregados ignorarão ou abandonarão completamente a tecnologia.

A solução: as organizações precisam estar cientes de que a resistência à mudança está na natureza humana. Os líderes devem criar programas de comunicação, formação e treino e gestão de mudança para incentivar a adoção de software.

O que é o ROI?

Mudanças dramáticas em tecnologia e processos são geralmente assustadoras e desafiadoras - especialmente se o retorno do investimento não estiver claro. Por exemplo, como se pode medir melhorias qualitativas em processos e metodologias? Métricas fáceis e / ou nenhum "executivo" designado " campeão tecnólogo " podem resultar em que a gestão de topo evite completamente o novo investimento tecnológico.

A solução: os líderes da organização devem estabelecer uma linha de base para as operações atuais para monitorizar com precisão as melhorias ao longo do tempo e promover os seus sucessos ao longo desta transformação digital.

Resultados mais importantes

Alcançar a transformação digital completa é mais do que apenas processos padronizados e produtividade melhorada. As orientações do governo, como o requisito no Reino Unido de implementar sistemas de gestão de informações de construção (BIM) para projetos de infraestruturas públicas, forçam grandes companhias de E & Cs a adotar tecnologia digital ou a perder em projetos vários bilhões de dólares.

A implantação de uma plataforma de software de colaboração, em última análise, proporciona informações sobre as organizações numa variedade de projetos, permitindo que elas tomem decisões mais estratégicas e abordem pequenos problemas antes de se transformarem em grandes obstáculos.

Aderir à revolução digital assegurará que o setor de E & C não seja deixado para trás.

Modernize o Controlo do Projeto, não seja atropelado por um autocarro!

O setor da construção está a transitar rapidamente do legado da velha escola e das ferramentas ad hoc para soluções modernas integradas e voltadas para o futuro. Tal não é ainda aparente no nosso país, mas os sinais começam a sentir-se, nomeadamente em projetos de maior dimensão. Com esta mudança de indústria em mente, o que preferiria: saber a matrícula do autocarro que o vai atropelar ou ser avisado de que um autocarro vai na sua direção?

Por outras palavras, preferiria ficar com o status quo, a gastar recursos valiosos em pesquisas e acompanhamento da equipe, ou preferiria usar a tecnologia moderna para fornecer informações atualizadas e prospetivas para que a equipe possa planear, analisar e executar de forma eficaz?

Os principais projetos e organizações de construção estão a escolher o último - e irão colher os benefícios de informações oportunas e impactantes. Aqueles que não fazem este movimento para a tecnologia atualizada simplesmente serão deixados para trás.

Este é um momento de um processo que se estende por anos e centenas ou milhares de companhias. Implica mais maturidade nas forças de trabalho e equipas, mais formação e, claro, tecnologia.

"Falhar em planear é planear para falhar"

Esta frase é adequada para aqueles que optam por não usar tecnologia moderna para gerir processos e entregar projetos. Mesmo nos últimos cinco anos, a indústria da construção continuou a amadurecer. A adoção de novas tecnologias já não é arriscada; não adotar é.

O tamanho e a complexidade dos projetos estão a crescer, impulsionados tanto pela procura como pela tecnologia de engenharia. Novos modelos de contratos estão a ser implementados para responder a essa complexidade, mas trazem outros desafios, incluindo maior necessidade de colaboração entre organizações, requisitos de relatórios e risco de projeto distribuído. Os líderes de ponta da indústria estão a mudar do relatório de custos para a gestão de custos, afastando-se da maioria das companhias e para reforçarem a sua posição como líderes.

Regras de ouro para modernizar os controlos de projeto

É essencial capacitar os profissionais de projeto para enfrentarem o trabalho de alto valor. Os projetos serão mais bem-sucedidos quando as equipas planeiam antecipadamente, ao invés de gastar o tempo à procura de informações de acompanhamento, que são ironicamente desatualizadas na conclusão.

Urge seguir 3 regras de transformação das organizações para melhorar o controlo dos projetos.

• Regra # 1: Automatizar o máximo possível.
• Regra # 2: Usar sistemas configuráveis para gerir os processos e informações durante todo o ciclo de vida do projeto.
• Regra # 3: Implementar soluções abertas que se liguem a outros sistemas para obter informações abrangentes do projeto.

Limiar de estimação

Quando se cria um plano de trabalhos não se sabe geralmente o suficiente para descrever com detalhe,pelo menos na primeira vez, as actividades . Ao invés, identificam-se grandes actividades em primeiro lugar e decompõem-se estes grandes bocados em actividades mais pequenas. Estas mais pequenas são por sua vez desdobradas em actividades mais pequenas e mais concretas. Esta técnica é denominada de criação da Work Breakdown Structure (WBS).

Uma pergunta adequada seria saber qual a dimensão que devem assumir as actividades pequenas até não ser necessário decompô-las. Isto é referido como o «threshold» ou limiar de estimação. O trabalho pode ser decomposto para além do limite de estimação, mas normalmente nenhum trabalho é deixado a um nível mais elevado. O limite pode ser diferente conforme a dimensão do projecto e conforme a sua compreensão pelos destinatários.

Pode, entretanto, utilizar-se como guia o seguinte critério. Para um projecto de grande dimensão (por exemplo 5000 horas de esforço ou mais) qualquer trabalho que seja maior do que 80 horas deverá ser decomposto em actividades mais pequenas. Projectos de média dimensão (ou seja, de 1000 de esforço ou mais) não deverão ter actividades superiores a 40 horas. Se o projecto é pequeno (200 horas), as actividades deverão ser decompostas até não mais de 20 horas. Estas indicações são os limites superiores podendo as actividades serem decompostas mais abaixo.

A alocação de trabalho menor do que o limite definido permite que este trabalho seja melhor gerível. Por exemplo, se o seu projecto tem 250 horas e tem actividades que possuem cada uma 80 horas, não tem possibilidade de recuperar de uma destas actividades se a mesma se atrasar. Contudo, se a actividade mais longa tiver 20 horas, terá possibilidade de determinar se o trabalho está a ser realizado em tempo.

Evidentemente que é possível que actividades que devem ser trabalhadas num futuro distante possam estar decompostas acima do limite definido, pois há tanto que ainda é desconhecido acerca do trabalho em si. Neste caso a abordagem deverá se de decompor o trabalho em dois projectos distintos. O segundo projecto poderá ser definido com mais exactidão com base nos resultados obtidos com o primeiro projecto.

No caso de não ter a possibilidade de utilizar projectos múltiplos, o trabalho futuro pode ser deixado a um nível mais elevado que o do limite de decomposição. Contudo, se deixa trabalho futuro a alto nível, continua a ser critica a sua decomposição em partes menores pelo menos 2 a 3 meses antes da necessidade de execução do trabalho. 

Além de permitir que faça uma gestão mais eficaz do trabalho, outro motivo para dividir as atividades em partes menores é garantir que se entenda o que o trabalho significa. Quando atribui um membro da equipe a uma atividade do plano de trabalho, ele pode não entender o que é o trabalho e pode pedir uma explicação. Se não sabe o que o trabalho quer dizer, terá problemas. Então, deve garantir que o trabalho seja dividido num nível pequeno o suficiente para que as atividades sejam compreensíveis. Por exemplo, se uma atividade que é estimada em 80 horas nunca foi feita antes, ainda pode precisar ser dividida em atividades menores para garantir que o membro da equipe que é atribuído ao trabalho sabe exatamente o que é esperado.

Esses dois fatores - a capacidade de gerir de forma eficaz o trabalho e compreender o trabalho necessário - devem orientar a decisão sobre o quão pequeno fazer as atividades.

O que realmente é Controlo do Projeto

O termo controlo tem vários significados. Pessoas novas na gestão de projeto ou com experiência limitada no planeamento ficam preocupados pelo uso do termo "controlo", porque equivocadamente o equiparam-no com o conceito de autoridade. No mundo da gestão de projetos, o controlo tem pouco a ver com dizer às pessoas o que fazer, ditar suas ações ou pensamentos, ou tentar forçá-los a comportar-se de determinadas maneiras - todas as quais são interpretações comuns de controlo.

Na gestão de projetos, o termo "controlo" é muito mais análogo à direção de um navio. Trata-se de fazer ajustes continuamente no rumo com um dos principais objetivos em mente, trazer o navio para o porto seguro, como prometido no início da viagem. E a viagem bem-sucedida do projeto inclui a identificação de um destino específico, elaborando cuidadosamente uma rota para lá chegar, avaliando a localização ao longo da viagem e mantendo um olhar atento sobre o que está por vir.

O objetivo do controlo do projeto

Gestores de projeto novatos (e alguns experimentados!) cometem, muitas vezes, o mesmo erro ao tentar manter o controlo dos projetos. Eles estão embrulhados no aqui e agora – a medição e avaliação da situação imediata – com a exclusão de tudo o resto. Eles calculam a posição atual e até onde estão fora do curso. Isso é o que eles relatam para a gestão e prometem reparar. Todo o foco consiste em permanecer na linha que desenharam desde o início até o final do projeto. Infelizmente, controlar o destino do projeto não é tão simples.

Como vemos, a avaliação de onde se está em termos de onde você deve estar faz, certamente, parte do controlo geral e "voltar a ficar na rota" é quase sempre uma estratégia sólida. Mas a principal missão é entregar o que prometeu, então deve pensar em "manter o controlo" em termos de minimizar a distância entre onde termina e onde disse que acabaria.

Isso significa que o controle geral do projeto exige um olho no futuro.

Manter o controlo adequado exige realmente que você considere três parâmetros: (a) onde está, comparado com o local onde deveria estar; (b) o que está por vir que pode afetá-lo; e (c) onde vai acabar, em comparação com onde disse que acabaria.

De forma mais técnica o controlo do projeto consiste no seguinte processo contínuo:

1. Monitoração contínua do progresso do trabalho
2. Comparando-o com o cronograma e orçamento da baseline (o que era suposto ser)
3. Encontrar desvios, determinar onde e quanto, e analisá-los para descobrir as causas
4. Tomar medidas corretivas sempre que for necessário para repor o projeto no prazo e dentro do orçamento.

O que é um plano de projeto?

Em grandes empresas com dezenas ou centenas de projetos de investimento de capital, é importante criar padrões aos quais todos os projetos devem aderir. Isso proporcionará à organização a capacidade de agrupar e avaliar o desempenho geral do projeto em toda a organização, bem como analisar a capacidade dos recursos e outros indicadores de desempenho chave.

Trabalhámos recentemente com uma organização que implementou o Primavera P6 e precisava definir esses padrões. Começaram por responder à pergunta básica sobre o que se parecia um plano de projeto para eles.

A base de um plano de projeto

As regras resultantes e que correspondem à maturidade de processos que necessitavam alcançar alinhados com uma ferramenta compreensiva foi a seguinte. Todos os projetos serão descritos num documento que define os objetivos e âmbito do projeto. O plano do projeto é obrigatório e deverá ser preparado em Primavera P6. O plano fornece uma declaração estruturada de como e quando os objetivos do projeto devem ser alcançados mostrando os produtos a serem entregues, as atividades a serem concluídas e os recursos necessários. O plano é usado para definir o custo do projeto ao longo do tempo. Isso fornece a base para o orçamento do projeto através da integração do plano Primavera P6 com a ferramenta de contabilidade dos projetos.

Um plano de projeto é composto por:

¶       Estrutura

• Estrutura Empresarial de Projetos
• Work Breakdown Structure
• Work Packages

¶       Sequência de eventos necessários para realizar os objetivos dos projetos

• Atividades e Milestones
• Lógica e tempos de agendamento
• Inclusão de tratamento de risco

¶       Veículo para planeamento dos recursos e do custo da Realização

·         Identificação de todos os recursos custeáveis e do custo da realização

·         Despesas de contrato

·         Perfil de custo no tempo

¶       Plano base para medição da performance

¶       Mecanismo para determinar o progresso, o custo e as previsões

• Custo do trabalho feito internamente e por empreiteiro
• Performance de custo e agendamento
• Custo final previsto

¶       Meios pelos quais o negócio pode avaliar e analisar uma visão coletiva sobre todos os seus projetos.

No processo de evolução para uma maturidade avançada terá de ser garantido que o plano cobre o âmbito total do projeto e pode estender-se por vários anos. Um plano base e o perfil de custo associado são autorizados nos projetos por etapas de acordo com o ciclo de vida do projeto da organização e os requisitos da autoridade de financiamento relevante. O plano base fornece uma referência acordada para cronograma e custo contra o qual o desempenho pode ser medido. As previsões da programação do projeto e do custo fornecem visibilidade do resultado antecipado.

Em suma

Embora a maior parte disto pareça bastante rudimentar, é surpreendente quantas organizações têm lacunas significativas nos processos de gestão de projetos, particularmente no nível mais detalhado. Ao definir o que um projeto deve conter e como ele será planeado deve ser o lugar óbvio para começar. ~

Por não ter identificados os elementos necessários, as organizações muitas vezes perdem outros processos no ciclo de vida do projeto. Essas lacunas podem permitir que utilizadores bem-intencionados divirjam dos padrões da empresa. O que pode causar muitos problemas, incluindo dificultar os esforços para fornecer uma visão consolidada precisas em todo o portfólio de projetos da organização.

Gestão de Risco

A gestão de risco é um dos grupos de processos essenciais na gestão de projeto e um daqueles que é realizado elementarmente e sem consistência, quando algo é feito. Na maioria dos projetos em que me vi envolvido a gestão de risco não era um processo do projeto e a sua análise só era realizada quando algum evento gravoso se apresentava. Mesmo nessas ocasiões a abordagem era a de principiantes.

Juntei aqui alguns dos posts que escrevi ao longo do tempo sobre a gestão de risco e tentei organizá-los para que a sua leitura os conduzisse por um processo de aprendizagem.

1. Iniciação do Projeto
2. Um princípio fundamental na gestão de Incerteza
3. Análise de Risco do Projecto: O que é e porquê fazer?
4. Tipos de Risco no Planeamento
5. Categorias de Riscos a ter em atenção
6. Principais Categorias de Riscos
7. Reporting de Risco em Projetos
8. O Risco, uma técnica simples

O último post apresenta uma técnica sumária para realizar uma simples análise de risco do seu projeto elencando os principais elementos que são origem de risco.

Porque é importante evitar Mudanças num Projeto – mas porque é que isso não pode ser evitado

As mudanças á Baseline Técnica de um projeto devem ser evitadaS tanto quanto possível, devido a duas razões:

• A primeira de todas, a mudança dos requisitos técnicos pode altera o custo relativamente ao que foi estimado a quando da propo.

• A segunda, as mudanças conduzem sempre a perturbações e retrabalho para todas as partes impactadas, muito mais complicado e difícil de avaliar do que custos diretos.

São implementadas numerosas mudanças durante a execução de um projeto. Algumas são parte da normal execução do projeto e não podem ser evitadas. Incluem o desenvolvimento do desenho, incorporação de in formação de fornecedores, et. Contudo, numerosas mudanças podem ser evitadas. Estas são pedidos feitos pelo Cliente que são realmente extras aos requisitos do Contrato.

Gerir as mudanças criadas pelo Cliente

Estas mudanças são de dois tipos:

• Mudanças reconhecidas. i.e., carta formal do Cliente com pedido de trabalho adicional, implementação de novo requisito, etc. solicitando ao Contractor que forneça uma estimativa do impacto de custo / agendamento, e
• Mudanças não reconhecidas que surgem na forma de comentários sobre entregas, requisitos transmitidos «ingenuamente» através de cartas, registos em atas de reuniões. Comunicação informal, oral, email, etc.)

Como enfrentar estas mudanças

Primeiro que tudo, o Contratante deve requerer do Cliente a receção de uma instrução oficial. A forma prática de o fazer é fornecer uma resposta standard para quaisquer destes pedidos, feitos, por exemplo, num comentário a uma Entrega do Contratante.

“Este comentário constitui um requisito adicional ao Contrato. (Explique o porquê referindo os documentos de contrato aplicáveis). Este pedido não será considerado a não ser que a Companhia emita um pedido oficial referente ao início de um pedido de mudança pelo cliente (referência do artigo do Contrato).

Isto irá eliminar a maioria destes pedidos, pois o Cliente evitará incorrer nos resultantes custos adicionais.

Se a mudança for reconhecida, iniciará o processo que conduzirá a uma compensação ao Empreiteiro.

Mantenha a posição em caso de mudanças não reconhecidas

Quando for recebido um pedido oficial do Cliente, poderá ser reconhecido que o pedido é uma mudança ao Contrato ou não.

Se a mudança é reconhecida, o Empreiteiro preparará uma estimativa de impacto de tempo / custo. Serão realizadas discussões com o Cliente acerca desta estimativa. O desafio para o Empreiteiro será chegar a acordo prontamente com o Cliente acerca desta estimativa, que será então registada formalmente num pedido de mudança: O Empreiteiro evita realizar a mudança, apesar das pressões, sem um Pedido de Mudança assi8nado.

Quando sabemos que nos projetos de grande dimensão toma pelo menos um ano9 entre a data de receção de um pedido de mudança reconhecido da Companhia e o respetivo Pedido de Mudança assinada, percebemos a situação em que o Empreiteiro está exposto durante muito tempo.

No caso em que o pedido não é reconhecido como uma mudança ao Contrato, o Empreiteiro deve notificar que este constitui efetivamente uma mudança. So o Empreiteiro não o fizer em tempo útil, perderá o direito a ser compensado por custo / tempo extra.

O Empreiteiro poderá submeter ou diretamente a estimativa de tempo / custo ou declarar que não irá reconhecer tal pedido a não ser que o Cliente A reconheça formalmente como uma Mudança. Isto irá depender da vontade do Empreiteiro de implementar a mudança, o seu impacto e o tempo / esforço requerido para a avaliar.

Assim que a notificação / estimativa acima referida for emitida, deve ser acompanhada de perto a resposta da Companhia.

Esta resposta poderá ser a negação de que o pedido constitua uma mudança. Em tal caso, o Empreiteiro não deverá implementar o pedido.

Há uma excepção a esta situação, quando a resposta do Cliente contem uma instrução formal ao Empreiteiro para implementar a mudança. Os Contratos, usualmente, dão ao Cliente tal direito para forçar o Empreiteiro a cumprir e o Empreiteiro deve cumprir.

O Empreiteiro, então, irá registar os custos incorridos para os reclamar mais tarde ao Cliente.

Quando a resposta não contem uma instrução para cumprir, entretanto, ou se não for recebida resposta do Cliente, o Empreiteiro não deve implementar o pedido.

É essencial um processo bem realizado pelo Empreiteiro de acompanhamento da resposta do Cliente e a comunicação a todas as partes interessadas acerca se sim ou não será implementado o pedido.

Conclusão

É crítico para os Empreiteiros implementar um sistema apertado para detetar os pedidos do Cliente que constituem mudanças ao Contrato. Os Empreiteiros devem implementar efetivamente os pedidos reconhecidos como mudanças ou aqueles que sejam forçados a implementar devido a instrução formal.

A não implementação de tal sistema, o que é muito comum, resulta em perdas significativas para os Empreiteiros.

Breve Introdução ao EVM

A chave para abrir a porta a uma infinidade de métricas de status do projeto é o Valor Ganho (EVM). Esta é uma maneira de colocar um valor no progresso do trabalho alcançado. Mas como é obtido/ganho o valor especificado?

Muito na gestão do valor ganho (EVM) depende do valor monetizado que você coloca em trabalhos realizados ou no progresso em entregáveis.

Vamos apresentar brevemente o valor ganho para suportar o EVM mais simples.

Gestão do Valor Ganho

A EVM é uma maneira de quantificar o progresso do projeto com comparação do progresso real com o progresso planeado e o custo real gasto. A EVM desloca estrategicamente o ponto de vista de planeado versus real (acompanhamento tradicional usado em organizações não-EVM) para planeado versus ganho versus real.

Valor Planeado

A maioria dos projetos vem com orçamentos. Portanto, mudar a perspetiva dos entregáveis planeados, o valor planeado não é um salto particularmente difícil de fazer. O valor planeado é o orçamento ou o custo acordado do projeto e como ele será gasto ao longo do tempo.

Um conceito fundamental no EVM é que o trabalho vale o valor planeado (orçamento) do trabalho. O valor planeado simplesmente indicado é quanto valor você planeou ganhar num determinado momento. Por exemplo, você planeou gastar 6000 € para instalar um gerador diesel num barco. O valor planeado é, portanto, de 6000 €. Por definição, quando esse trabalho estiver 100% concluído, valerá 6000 € para o projeto.

Valor Ganho 

O valor ganho mede o progresso entregue em termos monetários (valor do trabalho realizado), e isso permite que o gestor do projeto quantifique o progresso como um valor monetário. Qual a utilidade disto? Uma vez que pode colocar um valor monetário no progresso alcançado, pode compará-lo com o valor planeado e o custo real. Esta mudança de perspetiva de percentagem de conclusão para o valor do trabalho realizado ou do valor ganho é uma mudança no pensamento que contribui significativamente para a análise EVM.

O valor ganho é uma forma de colocar um valor monetário no progresso do trabalho alcançado. A métrica de valor ganho é fundamentalmente um valor total percentual em euros. Em vez de dizer que uma entrega foi completada numa data especificada, o valor ganho diz um valor em termos de um montante em euros do projeto concluído numa data especificada. O valor ganho indicado simplesmente é quanto valor foi ganho efetivamemnte no projeto num determinado momento.

De novo, é uma mudança no pensamento para medir o progresso entregável em termos monetários (valor do trabalho realizado). Isso permite-nos traçar e comparar as três métricas (valor planeado, valor ganho e custo real) num único gráfico, o que, novamente, abre a porta para a análise que de outra forma, não é possível. Assim, pela medida do progresso entregável em termos monetários (valor do trabalho realizado), é possível projetar ou sobrepor o progresso do trabalho no mesmo gráfico que o custo orçamentado e o custo real, o que aumenta significativamente a possibilidade de métricas disponíveis.

Gráfico de Custo

Vamos em primeiro lugar decifrar a situação de agendamento a partir de um gráfico de custo e, em seguida, adicionar o valor ganho para mostrar como a adição do valor ganho proporciona uma melhor compreensão da situação verdadeira do plano. Na Figura 1, temos um gráfico de orçamentado versus  custo real ao longo do tempo ou plano de despesa versus de fundos gastos.

 

Figura 1

O custo orçamentado é o valor planeado do trabalho do projeto. Novamente, pense em termos de valor ou em termos económicos. Este gráfico mostra que os custos reais do projeto são significativamente menores do que os custos orçamentados. Parece que tudo está bem com o projeto - parecemos estar subestimando. Mas o que essa trama nos informa sobre o trabalho real concluído? Não muito; A percentagem do orçamento gasto ou o custo real não equivalem à percentagem do projeto completo. "A percentagem do gasto não é percentagem do feito". Então, ainda estamos no escuro em relação à situação de status.

Gráfico de Custo e de Valor Ganho

Agora vamos adicionar o valor ganho a essa trama para obter mais informação; o valor ganho contabiliza quer o custo do projeto como a situação de trabalho alcançada para colocar o valor no trabalho realizado. Este custo do projeto e a medição de progresso entregável em termos de euros fornece a valiosa terceira etapa, figura 2, para os lotes de custo orçamentado e custo real.

Figura 2

Quando adicionamos uma percentagem de conclusão em euros ou valor ganho para a nossa trama, observamos que a situação do cronograma real não é boa. O valor obtido a partir de setembro é significativamente menor que o custo orçamentado, então estamos atrasados. E o valor ganho a partir de setembro é menor do que o custo real, então nossa taxa de uso dos fundos do projeto é maior do que a taxa de progressão entregável; Estamos sobre o orçamento no trabalho concluído. O lote de valor gano revelou a verdadeira situação do    projeto, o que não é bom.

O gráfico de exercício mostra o valor em traçar a métrica de valor ganho e os custos em conjunto. Fornece uma visão de cronograma muito melhor e permite que uma análise que de outra forma não seria possível. A intenção aqui não é listar as muitas métricas de medição de valor ganho que ficam disponíveis a partir deste gráfico de três elementos. Essas métricas de gestão do valor ganho estão resumidas no Cartão de Ouro de Gestão de Valor Ganho da Defense Acquisition University.

Por enquanto queremos somente apreciar melhor o valor obtido ao discutir um projeto. No projeto de demonstração, acordou um contrato para construir 4 Quilómetros de via férrea por 400 mil em quatro meses com um contratado. No final de 3 meses, o contratado completou apenas 2 milhas de via com um custo de US $. ~

O gráfico apenas considera os custos orçamentados e reais, então dirá que no final de três meses você está 50.000 € acima do orçamento. Você gastou 350.000 quando foi orçado para gastar apenas 300.000. Mas esta análise apenas considera custos planeados e custos reais. O valor do trabalho alcançado não é considerado. O valor ganho considera o custo e o âmbito do trabalho alcançado em conjunto.

A análise do valor ganho diz que, a cada mês, devem "ganhar" 100 mil se estiverem no alvo por custo e cronograma. Infelizmente, em 3 meses eles apenas completaram 2 milhas de trilhos, pelo que seu valor ganho é de apenas 200.000. Bem, eles gastaram 350.000, então eles estão acima do orçamento em 150.000 e não 50.000. Também só completaram 2 milhas de trilho quando o programado para completar era 3 milhas, então estão atrasados em 100 mil. Esta análise de cronograma é refletida no gráfico de valor obtido para o projeto ferroviário, Figura 3.

Figura 3

A análise deste gráfico mostra uma variância de custo do valor real de ganhos de 150.000, o que é 3 vezes mais a variação de custo quando apenas considerando valores de custo e valor ganho. O planeado para o valor ganho em Euros é de 100.000. Note que o gráfico também exibe convenientemente o valor de tempo dessa variação de cronograma, 1 mês.

Sumário

Quando se trata de medir o progresso do cronograma, é comum considerar o âmbito completo ou os entregáveis submetidos. Se, no entanto, incluímos tanto o custo quanto o âmbito do trabalho alcançado juntos na medida de progresso chegamos ao termo útil no agendamento de valor ganho.

Documentos necessários para a análise de atraso

Nenhuma das partes aceitará facilmente a responsabilidade pelo atraso, a menos que haja documento válido em apoio a isso. 

Documentos de apoio para a análise de atraso são muito importantes, uma vez que a reclamação pode ser nula, na ausência de apoio adequado. Assim, todos os documentos e registos devem ser bem preservados para o projeto.

Estão listados alguns documentos abaixo, que são de primordial importância para realizar e apoiar a análise de atraso:

¶       Cronograma Aprovado: O cronograma aprovado é um documento muito importante, pois é usado como a linha de base para a análise do atraso e toda a responsabilidade distinta pelo atraso pode ser desenhada usando isso. O plano deve ser fiável, exato, razoável e acordado pelas partes interessadas. Qualquer erro na programação pode fazer com que a análise de atraso seja rejeitada.

¶       Histogramas de Mão de Obra e Equipamentos: Os histogramas fornecem base para comparação da mobilização planeada versus real.

¶       Registo de Desenho / Liberação de Material: Estes registros constituem a base para o atraso por conta de entregas de qualquer das partes.

¶       Relatórios de progresso: Todos os relatórios de progresso, se Diário / Semanal / Mensal, podem contar em detalhes minuciosos sobre as interfaces de trabalho / trabalho colocado em espera etc. durante o período específico.

¶       Correspondências: Correspondências são ferramentas muito úteis para descobrir as responsabilidades numa data posterior e cada uma das partes deve escrever cartas para qualquer atraso ou interface da contraparte.

¶       Ordens de Mudança: As ordens de mudança detalham o âmbito de mudança e a análise pode ser feita para o atraso / escalonamento de custo, com base no trabalho envolvido.

¶       Registos de Tendências: Um registo regular de tendências deve ser mantido para acompanhar todos os desvios, as razões para os desvios e os impactos no cronograma e custo.

¶       Relatórios de Não-Conformidade de Qualidade: Estes podem ser usados ​​para detalhar a deficiência na qualidade do trabalho e a parte responsável por isso.

¶       Fotografias: fotografias regulares do progresso do local de trabalho podem contar a história em detalhe com as datas impressas nelas.

¶       Atas de Reuniões: As atas de reuniões contêm detalhes formais de todas as discussões, acordos e desacordos durante a reunião e, portanto, são muito úteis.

¶       Plano As Built: É de suma importância. Poderia contar todas as histórias que aconteceram durante a vida útil do projeto. Informa que evento aconteceu, quando e como isso afetou o desempenho do trabalho. As atividades devem ser incorporadas no cronograma para cada causa individual de atraso, logicamente vinculada com as atividades impactadas.

Depois de vermos os documentos necessários para analisar e suportar atrasos, a seguir discutimos os diferentes métodos para realizar a análise de atraso de cronograma.

Organização do projeto começa logo no início

A maioria dos projetos em que intervenho num esforço de consultoria no planeamento apesar de envolverem pessoas que muitas vezes trabalham juntas, enfrentam sempre problemas organizativos- Estas questões vão sendo resolvidas ao logo do projeto, mas sem uma intervenção consistente e coordenada. Frequentemente, o projeto termina sem uma organização de trabalho eficiente e isso irá destruir qualquer esforço de consolidação de lições aprendidas.

Uma perspetiva sã para esta questão, é considerar que tudo deve ser definido como se fosse a primeira vez. A realização de uma reunião para tratar desta questão, organizada como um workshop, é um primeiro passo para trocar experiências e comunicar métodos e processos utilizados pelas partes e definir os caminhos adequados.

Os participantes da equipa são profissionais com experiência e trazem com eles formas de trabalho e processos que partilhados com outros podem ser aceites melhorados e contribuírem para a definição de processo que facilitam a realização do projeto.

A documentação de um projeto é fundamental para garantir a comunicação e partilha numa realização deste tipo. Para além de todas a complexidade introduzida por processos internos de companhias, há um conjunto de práticas standard de estruturação da documentação que, sendo dirigidas ao ambiente temporário de projeto, são intuitivas para todos. Um exemplo de um sistema simples de documentação que pode ser utilizada em qualquer projeto:

• Documentação: pasta para todos os documentos de projeto 'oficiais' atuais, como documento de iniciação, documento de requisitos, etc.
• Planeamento: cópia mais recente do plano, mais documentos relacionados ao plano
• Versões anteriores: para cópias de arquivo, para que não se confundam com as versões atuais
• Desenhos e Engenharia: se o projeto envolve desenhos, mantenho todos separados.
• Financeiro e Contratual: uma pasta para tudo a ver com o orçamento e os contratos
• Relatórios: para relatórios semanais, relatórios de resumo e relatórios de informação executiva.
• Atas: para atas das reuniões, com uma subpasta para o executivo do Projeto
• Qualquer outra coisa específica para esse projeto que poderia ser dividida numa pasta separada.

Ficar organizado desde o início do projeto faz com que seja mais fácil estar em cima da informação e das decisões. Faz com que todos se sintam alinhados com a realização do projeto sem silos fechados de informação.

Contribuir para o sucesso dos projetos na Construção

Depois dos 6 posts desta análise acerca das condições de sucesso na construção deixo-vos aqui o link para download do documento total.

Entretanto, a consultora McKinsey publicou um estudo compreensivo sobre o mesmo assunto muito detalhado e compreensivo e com dados atualizados e ideias muito avançadas sobre o Setor.

Deixo aqui o link também para o Sumário do estudo de Fevereiro de 2017.

Práticas distintivas na execução do projeto

Há quatro práticas que distinguem as companhias fortes das restantes no que toca à etapa de execução.

Invista mais no planeamento

Os acontecimentos imprevistos são inevitáveis. A criação de um fluxo de trabalho contínuo significa que trabalhadores da construção civil precisam ser capazes de antecipar e reagir rapidamente. Muitas companhias usam planos a 30, 60 e 90 dias, mas ignoram a importância de microplanos para olhar para o que deve acontecer no dia seguinte ou na próxima semana. As companhias líderes sabem o que está a acontecer no dia-a-dia no local de trabalho e ajustam os seus microplanos em conformidade. Avaliam se os desenhos, equipamentos, materiais e pessoas estão disponíveis e solucionam os problemas antes da data de execução real. As companhias começam a explorar como incorporar estes elementos no software de planeamento e como tornar este um passo uma rotina no processo de planeamento. Reduz-se, assim, o tempo de ociosidade e é a maneira mais promissora para melhorar a produtividade local.

As companhias começam a planear para gerir múltiplos caminhos críticos.

Usar a prefabricação e a pré assemblagem

As companhias líderes projetam e planeiam com cadeias de fornecimento específicas para a pré-fabricação e montagem. A substancial pré-fabricação ajuda a minimizar o desperdício.

Embora seja cedo ainda, as universidades e as empresas estão a explorar o uso de técnicas de fabricação aditiva, tais como impressão 3-D, como um próximo estágio de inovação nos edifícios. O uso de elementos de design e luminárias poderia aderir rapidamente já que a tecnologia 3-D permite novas formas e processos para ser eficientemente construído.

Criar estruturas para cooperar na performance do projeto

Para motivar um ambiente em que os problemas são abordados de frente é importante ter feedback consistente e em tempo útil. Com demasiada frequência, no entanto, o diretor de área, o gestor de projeto, o planeador, e o cliente têm opiniões diferentes sobre o que está a acontecer e onde estão os problemas. Normalmente, isso acontece porque eles não recebem a informação certa em tempo adequado; às vezes, eles não recebem sequer a mesma informação. Com efeito, estão a funcionar com diferentes versões da verdade.

A melhor abordagem é chegar a acordo sobre um sistema de reporting padrão e, em seguida, a conceber formas de garantir a produção de feedback em tempo útil, tais como discussões diárias com uma equipe no local e as revisões semanais sobre o status do projeto, o ritmo do progresso e gestão de riscos. O objetivo subjacente não é criar mais burocracia, mas antes criar um ambiente transparente que promova a resolução rápida de problemas. Algumas companhias exploram métodos para acompanhar o desempenho com o uso de dispositivos portáteis que relatam níveis de conclusão numa base diária para os planeadores.

Minimize o desperdício

Os mesmos princípios lean que se aplicam na manufatura poderiam funcionar para a construção. Procurar ativamente oportunidades para reduzir os stocks, a sobreprodução, o retrabalho, o transporte e os tempos de espera são questões que podem melhorar substancialmente a produtividade. Um exemplo disto vem de uma companhia que reviu a colocação de uma caldeira; no plano original, isso teria exigido mais de 1.000 tubos de serpentina e dez trabalhadores a tempo inteiro para a instalar. Em vez disso, através de pré-montagem (fixação das serpentinas durante o processo de fabricação), processamento paralelo, e criação de uma equipa flexível, os custos de trabalho foram cortados pela metade e completou a instalação 43 por cento mais rápido do que o estimado.
Post 5
Competências Organizacionais outro prisma da produtividade