quarta-feira, março 28, 2018

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.

quinta-feira, março 08, 2018

Razões para as falhas nos Planos de Projeto e como as evitar

Os planos de projeto em caminho crítico, quando a equipa não está a puxar para o mesmo lado, apresentam-se erróneos, apesar das melhores práticas usadas. A integridade do cronograma pode não ter nada a ver com a razão por que se tornou inútil ou sem sentido, ou como eu gosto de dizer, um gravador mais do que um preditor do caminho crítico e do progresso. Se o projeto é grande e tem múltiplos empreiteiros principais, o cronograma é bem mais suscetível de degradação.
"Um cronograma de CPM deixa de atingir o propósito pretendido, logo que se torna um gravador, em vez de um preditor.”

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

Porque é que os cronogramas de caminho crítico na engenharia e construção são negligenciados, ignorados, incompreendidos e considerados inúteis?

Voto de desconfiança

Muitos profissionais da construção não ligam aos cronogramas de CPM (gestão de caminho crítico), talvez como resposta a experiências passadas, ou mais frequentemente, o voto de desconfiança é apenas destinado a mascarar a sua inexperiência que compromete a imagem profissional que pretendem passar.
Reconheça que planear em CPM é 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 educação.

Faltas de reporting

Muitos empreiteiros pensam que podem passar com uma baseline e, subsequentemente, com um mínimo de atualizações de status possíveis. Talvez não sejam simplesmente obrigados pelo CM ou pelo proprietário.
Mantenha a procura de dados todos os meses e submeta uma atualização adequada, mesmo que não seja exigido. Impressionar sobre o empreiteiro a importância de manter atualizações mensais, especialmente no que se refere a reclamações. As reclamações  que têm lacunas de relatórios são mais prováveis de serem recusadas pelos revisores.

Erros de reporting e omissões

Muitos empreiteiros não mantêm registos precisos do progresso e são forçados a adivinhar nas datas atualizadas. Essa adivinhação pode voltar a assombrá-los se o proprietário tiver datas e dados diferentes. Outros simplesmente não seguem as instruções básicas do contrato. Finalmente, acreditam que apenas é necessária uma baseline de CPM.
Todos as questões acima referidas podem ser evitadas com a devida diligência. Impressione o cliente com a importância de manter o cronograma adequadamente, se por nenhum outro motivo, que seja para estar preparado em caso de reclamação.

Falta de liderança da gestão nível superior

Apesar dos poderosos MBAs, graus de engenharia e certificações exaltadas, muitos dirigentes de topo nunca vêem um gráfico GANTT adequado nos projetos sob sua administração. Eles podem considerar-se pessoas de "linha de fundo" - como se esta designação os dotasse com conhecimentos de CPM. Não.
O planeador será sempre mantido (pelo GC ou CM) o mais longe possível dos executivos do projeto, porque o seu conhecimento não dominado é um passivo. Na verdade, os resumos executivos de CPM não parecem atingir o público-alvo antes de estarem obsoletos. Estas circunstâncias estão fora do controle do planeador.
À medida que um projeto começa a perder tração, deve oferecer-se soluções e exigir o acesso a membros da equipe de nível superior para que possam ajudar a agilizar o processo ou facilitar os planos de recuperação ou mitigação ou mesmo para compreenderem uma reclamação.

Políticas

Muitas vezes, os GCs e CMs alteram indevidamente os relatórios de progresso para obterem vantagem ou ocultarem alguma outra realidade. Também manipularão e tentarão influenciar os relatórios ao seu gosto, ou adaptados ao gosto do destinatário. E no fim, eles simplesmente podem até não enviar os relatórios às partes interessadas.
Na primeira parte, é a integridade do planeador que está em questão quando se toma consciência de uma discrepância. Em suma,terá que fazer o que achou certo e deixar o responsável pelo relatório saber. Na medida em que não há nada que o planeador possa fazer para forçar o problema com as partes interessadas, ou mesmo induzir o responsável a publicar o cronograma, como deveria.

Incompreensão

Os membros da equipe da gestão da construção que ignoram o plano em CPM podem prejudicar o processo quando provam ser como estudantes sem vontade – demasiado orgulhosos para aprender. Eles também não possuem informações técnicas e analíticas. Por exemplo, à medida que um projeto vai por mau caminho, o cronograma pode ser referido como "inútil, obsoleto" ou pior, como se a integridade do cronograma dependesse do que ocorre hoje, na atualidade.
Novamente, deve educar o público quanto à diferença entre o progresso projetado e o progresso real e como a informação é disseminada numa atualização de plano.

Falta de um propósito comprometido

Muitos contratantes pensam que o cronograma é um requisito de projeto desnecessário. Como tal, eles planeiam apenas passar pelos movimentos, realizando o esforço mínimo e fazendo o planeador trabalhar mais.
Lembre o empreiteiro que manter o cronograma é como manter qualquer recurso que melhore em valor, na proporção de sua integridade, e que, no caso de uma reclamação de interrupção ser considerada, nada será melhor que um cronograma devidamente mantido.

Cedência do controlo do projeto

Os planeadores e estimadores de CPM são controladores de projetos. Ninguém mais, independentemente do seu título, o poderá ser. Apesar desse fato, os gestores de projetos tentam muitas vezes erroneamente micro-gerir o desenvolvimento do plano, em vez de o facilitar e aprofundar. Em outras palavras, eles tomam o "controlo" do "projeto": o que deve ser o trabalho do planeador. Os resultados são muitas vezes desastrosos.
Lembretes frequentes, mas gentis, geralmente induzem os gestores de projeto a serem mais amigáveis com o planeador e o plano. Deixe-os saber quando pisam a linha, ou quando pensam fora da caixa, e esforcem-se por os educar sobre as melhores práticas.

Rejeição

Muitos revisores de planos por parte do cliente deliciam-se em rejeitar ou não aprovar o agendamento enviado. Às vezes, como uma questão de posição legal: ou seja, eles acreditam que, ao rejeitar qualquer determinado cronograma, eles ganham alguma alavancagem contratual ao considerar o contratante não conforme.
Se a integridade do plano estiver intacta, e todos os requisitos das especificações cumpridos, simplesmente não é apropriado para um revisor rejeitar definitivamente um cronograma com base em aspetos técnicos mais comuns ou exigir um plano de recuperação, quando houver atrasos indemnizáveis.

Se este é o padrão, deve perceber que o revisor está a atrasar para evitar reclamação de interrupção. Pode até ser em seu detrimento para emitir um plano de recuperação ou plano de reclamação prévia – impedindo a realização. Na verdade, pode ser melhor interromper a publicação de atualizações - protegendo o cliente. Isso é certo: eu disse "parar de publicar atualizações": ou melhor, você emite-as, mas elas são retidas do revisor polémico até que um elemento imparcial possa ser escolhido para as rever.

Negligência voluntária

Um empreiteiro pode, desde o início, não ter intenção de manter o plano. Esta condição é aquela em que o planeador pouco pode fazer para mudar, além de ser persuasivo da melhor maneira que ele pensa que pode, sem ostracizar o cliente. Além disso, até talvez ninguém no nível executivo se oponha à ausência de atualizações e relatórios de cronograma, já que eles não os parecem entender ou rever em tempo útil.

sexta-feira, fevereiro 23, 2018

Análise de Impacto As-Planned: com Primavera P6 combinado


O método de análise de impacto de atraso As-Planned é uma técnica que prevê ou prediz um efeito de atraso na data de conclusão de um projeto. Esse método de análise de atraso envolve a inserção ou adição de atividades que representam atrasos ou mudanças no cronograma de baseline para determinar o impacto dessas atividades de atraso. O uso do método de análise de cronograma As-Planned é geralmente limitado à quantificação de atrasos para pedidos contemporâneos de extensões de tempo.
A implementação da análise impacto de atraso As-Planned envolve a identificação de atrasos ou mudanças do projeto e, em seguida, inserir ou adicionar atividades, que representam esses atrasos ou mudanças, no cronograma de construção da baseline. A programação resultante demonstra o efeito dos atrasos ou mudanças na data de conclusão do projeto.

A realização da análise de atraso pode ocorrer numa situação combinada de múltiplos atrasos.

Se precisarmos ver um efeito combinado do evento de atraso 1 e do evento de atraso 2, teremos de criar um novo projeto e inserir esses eventos de atraso. Então, se precisarmos ver um efeito combinado do evento de atraso 1 e do evento de atraso 3, devemos criar um novo projeto e inserir esse evento de atraso. Este processo continua e podemos acabar com mais de 20 projetos.
Então, descobrimos que a Baseline precisa fazer um pequeno ajuste (por exemplo: adicionar mais 1 relacionamento), temos que editar os 20 projetos.
Isso vai ficar uma loucura.
Vamos ver como produzir um relatório de efeito combinado sem ter de criar todos estes projetos através do modelo de multi-projeto em Primaver4a P6.
O nosso projeto de Baseline é o da Figura 1:
Figura 1
Para 5 eventos de atraso vamos criar esses eventos em 5 projetos:
Figura 2
Pretendemos agora ver somente o efeito do Evento de Atraso 1, abrimos 2 projetos: a Baseline e o Delay Event 1.
Calculamos o projeto (F9) para vero efeito do Evento de Atraso 1. Contudo vamos de clicar na opção de Schedule “Ignore relationships to and from other projects”:
Figura 3
Faça F9 e pode ver o efeito do Evento de atraso 1 na Baseline:
Figura 4
A Extensão de Tempo (EOT) no exemplo é de 15 dias.
Agora queremos ver somente o efeito do Evento de Atraso 2, abrimos 2 projetos Baseline e Delay Event 2. Fazemos F9 para ver o efeito do Evento de Atraso 2.
Figura 5
A EOT é de 10 dias.
Agora se pretendermos ver os efeitos de ambos os Eventos de Atraso 1 e 2, abrimos os 3 projetos: Baseline, Delay Event 1 e Delay Event 2. Corremos F9 para ver o efeito de ambos os eventos.
Figura 6
A EOT seria de 25 dias.
Podemos fazer um processo semelhante como acima para ver o efeito combinado de qualquer evento de atraso ou todos os eventos de atraso:
Figura 7

Desvantagens da metodologia de análise de impacto de atraso As- Planned

Há uma série de metodologias de análise que serão usadas numa análise de atraso forense. O método de Impacto As-Planned foi amplamente utilizado nos primeiros dias do agendamento CPM, mas à medida que nos tornamos mais sofisticados no nosso agendamento, o As-Planned não é usado hoje como era, por estas razões:

O Impacto As-Planned não leva em consideração informações As-Built
O Impacto As-Planned ignora o fato de que o (s) caminho (s) crítico (s) podem mudar conforme uma programação é progredida

No entanto, na minha opinião, o método de Impacto As-Planned é simples de entender e fornece um bom ponto de partida para os planeadores que estão interessados em desenvolver seus conhecimentos de análise de atraso forense. Ele também fornece uma boa base para aprender outros métodos mais sofisticados, como Análise de Impacto de Tempo (TIA).