«Almofadas» de tempo no Plano

No mundo da gestão do projeto, as coisas correm mal! Esta é uma característica inerente aos planos, nunca correm conforme planeados. É por isso que bons gestores de projeto irão registar e acompanhar os riscos associados às atividades do projeto. Ainda assim, é difícil encontrar todos os riscos que podem estar escondidos dentro do cronograma do projeto. Por isso que alguns gestores de projeto adotam a prática de adicionar um ‘buffer’ de tempo na programação.

Sim. Tal como uma reserva de gestão ou reserva de contingência está incluída num orçamento como um item de linha, os gestores de projeto podem incluir uma «almofada» (‘buffer’) de tempo como um item de linha na programação. Então estes ‘buffers’ de tempo são uma forma geralmente aceite para explicar questões desconhecidas no cronograma. Se não usar esta «almofada» de tempo como item de linha o mais provável é que, involuntariamente, esconda estes ‘buffers’ de tempo dentro do plano de qualquer maneira.

Vamos discutir estas «almofadas» de tempo nos planos e a prática de as tornar visíveis. Temos de compreender que a sua utilização é outra ferramenta daquelas a que os gestores de projeto podem recorrer.

Deve ou não estar escondida?

A primeira questão é se esta «almofada» deve ser escondida ou deve estar visível. Para projetos de tempo e materiais, de forma definitiva, não faz qualquer sentido esconder este ‘buffer’ já que está garantido o pagamento de todo o tempo gasto no projeto. Mas para contratos de preço fixo, em que nos comprometemos a um custo fixo do projeto e uma data estabelecida de entrega, a existência de um ‘buffer’ escondido pode ser adequada. Geralmente num contrato de preço fixo não se mostra a margem de lucro e isto é uma prática standard aceitável. Da mesma forma pode ser aceitável não mostrar a margem de tempo para a data de fim do projeto.

Se não é utilizado um ‘buffer’ de tempo visível, como descrevemos, então o mais provável é estarmos a esconder ‘buffers’ não declarados. Por exemplo, podemos estra a exagerar o tempo e o custo de atividades individuais. Isto é conhecido como «engordar» as atividades. ‘Engordar’ é a adição de tempo e / ou custo a uma atividade para fornecer uma estimativa conservadora do tempo de atividade e / ou de metas de custo. Assim, «engordar» as atividades é uma das principais formas de ‘buffer’ escondido dentro de um cronograma.

Atitude perante o projeto

Outro processo é ser pessimista. Quando são fornecidas estimativas de duração de três pontos (otimista, mais provável, pessimista), usa-se os valores mais pessimistas para produzir um plano conservador. Mais uma vez, esta é uma forma de ‘buffer’ de tempo escondido. Outros processos, incluem, ignorar as curvas de aprendizagem ou a introdução de ‘ramp-up’ ou fatores de mobilização.

Embora, possa ser legítimo esconder ‘buffer’ num contrato de preço fixo, é recomendável que sempre torne os seus ‘buffers’ visíveis. É prática geralmente aceite que os gestores de projeto podem possuir ‘buffers’ de tempo para ajudar a ajustar para imprevistos.

Mais uma vez, a reserva de gestão de orçamento é uma prática amplamente aceite.

Mudar a atitude dos ‘donos de obra’

Nem sequer é grande extrapolação a partir daqui incluir também contingências orçamentais de tempo. Os ‘buffers’ de tempo visíveis também promovem a transparência e abertura num projeto entre o gestor de projeto e outras partes interessadas. O uso de ‘buffers’ visíveis também incentiva os membros da equipe do projeto a serem abertos e honestos sobre seus próprios ‘buffers’ de tempo.

O objetivo deve ser otimizar a programação para alcançar os objetivos de custo e tempo de uma forma atempada e eficiente. Depois, pode concentrar-se numa margem de segurança, no final da cadeia de projeto e utilizar apenas quando o risco se materializa.

Tipos de risco em projetos de construção

Tudo o que deu errado num projeto de construção é um risco potencial no próximo projeto. Muitos gestores de projeto desenvolvem instintivamente uma lista de riscos históricos e lições aprendidas e tomam medidas para minimizar a exposição a esses riscos no futuro. A importância de pensar na contingência como forma de enfrentar o risco conduz-me a desenvolver estas linhas sobre riscos em projetos de construção.

Os riscos variam de acordo com a indústria e até pelo tipo de projeto de construção, bem como pelo pessoal envolvido com o projeto. Um projeto de autoestrada ou ponte tem um grupo diferente de riscos do de uma instalação ou prédio, e os contratados selecionados podem ter diferentes graus de influência sobre o nível de riscos para o desempenho. Este é o primeiro tópico em que se deve basear a análise.

Riscos diretos

Se um dono de obra tentar economizar dinheiro em serviços de pré-construção, limitando a extensão da investigação de campo ou o desenvolvimento de dados executados, haverá um risco maior de descoberta tardia de problemas desconhecidos. A experiência e competência dos arquitetos e engenheiros que lidam com o desenho do projeto, bem como o seu controlo de qualidade no desenvolvimento de desenhos de trabalho, afetam diretamente o esforço de construção e, consequentemente, o risco associado aos planos e especificações.

Mesmo que o dono de obra tenha sido proativo na investigação pré-construção, há sempre o risco de condições imprevistas. Isso pode ser uma função do tipo de solo encontrado, do município do local e da sua cultura e histórico de manter bons registos de equipamentos obsoletos. Se a cidade na qual o projeto será construído tem um histórico de exigir que os empreiteiros removam todas as linhas subterrâneas abandonadas, há um risco muito menor de conflitos subterrâneos.

Riscos internos

A seleção da equipa do projeto pode impactar positiva ou negativamente na probabilidade de conclusão do projeto com sucesso. Os projetos que criam propostas que usam filosofias de aquisição permitindo que todos os contratados com capacidade financeira participem, provavelmente experimentarão um nível muito mais alto de risco para desempenho pontual do que uma filosofia de aquisição que requeira qualificação dos contratados propostos para garantir que eles tenham a experiência apropriada e recursos para construir o projeto. Um único subcontratado fraco num projeto aumentará o risco de desempenho e exigirá mais gestão do que o previsto. Se isso não for considerado, todos ficarão surpresos quando o subcontratado falhar e precisar aumentar ou corrigir o trabalho. Problemas relacionados com a gestão e possível rescisão de um subcontratante em falha causam geralmente sérios impactos negativos no projeto.

A reputação do gestor de construção (CM), bem como a cultura corporativa afetará o desempenho do projeto. Se o CM definir o sucesso com extensões de tempo mínimas como o único benchmark, provavelmente haverá mais conflitos e maior necessidade dos esforços de resolução de reclamações. Além disso, as capacidades de gestão do CM afetam diretamente muitas atividades do projeto, como a revisão de desenhos de trabalho e a resposta a solicitações de informações por forma a resolver questões sobre a construção.

O trabalho de fora ou de terceiros pode acarretar riscos significativos de influência no sucesso do projeto. Por exemplo, uma estação ferroviária ligeira a ser construída no topo de um parque de estacionamento em construção por um contratante diferente correrá um risco acrescido de conclusão em tempo. O projeto não tem controle sobre - e pouca capacidade de influenciar - a conclusão do estacionamento, que rapidamente se torna vital para a conclusão do projeto do metro ligeiro.

Riscos externos

A maioria dos projetos é afetada pelas condições meteorológicas locais, que, quando adversas, podem impedir significativamente o progresso. A maioria das especificações exige que o empreiteiro leve em consideração as condições climáticas locais normais no planeamento, o que inclui condições climáticas adversas normais, mas também permite extensões de tempo quando ocorre um clima adverso incomum. As melhores práticas exigiriam que o contratado pesquisasse os registros meteorológicos históricos locais para planear as condições climáticas médias de três a cinco anos. Diferentes partes do país e do mundo têm uma grande variação nas condições climáticas, portanto, planear ou não planear o risco do clima local pode afetar significativamente o sucesso do projeto.

Situações políticas locais, especialmente em climas políticos voláteis, podem dificultar todos os esforços para construir um projeto de forma eficiente. Países com sistemas políticos ou económicos instáveis ​​terão maiores riscos na conclusão de projetos bem-sucedidos do que aqueles com sistemas mais estáveis. Países ou regiões sujeitas a guerras, terrorismo, turbulência ou outros tipos de violência também correm maiores riscos para o sucesso do projeto do que outros. Se a administração local tiver uma política de exigir uma investigação profunda sobre questões ambientais ou burocracia rigorosa ou complicada, os projetos construídos nessa localidade terão um risco maior de licenças atrasadas e conflitos durante a construção.

Riscos de reputação

Outro grande risco em qualquer projeto é a experiência e a reputação da equipa do projeto para práticas seguras de construção. Violações de segurança e acidentes podem encerrar completamente uma obra. Mesmo pequenas falhas de segurança podem distrair a equipa do projeto e impedir o desempenho oportuno. Se um contratado tiver um histórico de segurança insatisfatório, o risco de atrasos por causa de violações de segurança é aumentado e deve ser levado em consideração durante o desenvolvimento do cronograma.

Em suma

Sem um cronograma de linha de base de caminho crítico bem projetado e desenvolvido, um processo de gestão de riscos não será efetivo. A análise de risco depende de cálculos precisos e consistentes da lógica da rede, da adequação do sequenciamento e das fases e de uma abordagem razoável para estimar as durações das atividades. O cronograma tenta prever quanto tempo levará para concluir uma atividade em algum momento desconhecido no futuro, com uma composição de equipa mais ou menos conhecida, com experiência variável e a trabalhar em condições desconhecidas.

A gestão de riscos reconhece a incerteza na estimativa de duração e fornece um sistema para debater estes e outros riscos que podem ocorrer durante o projeto. As distribuições de probabilidade são a melhor maneira de modelar as durações das atividades planeadas e um dos primeiros métodos usados de gestão da incerteza.

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