«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.

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.

Tipos de contratos e impactos de atrasos

TIPOS DE CONTRATOS (1)

Os planos dos projetos de construção são tipicamente comprimidos em projetos de execução rápida. Para acompanhar as pressões competitivas, torna-se absolutamente essencial para as empresas controlar os projetos, usando todas as ferramentas de acompanhamento e monitorização. Além disso, com baixas margens de lucro e envolvimento de muitas partes ao mesmo tempo, estes projetos têm risco inerente de deslizamentos de tempo e subsequentes perdas financeiras.

Por conseguinte, é muito importante que os potenciais atrasos sejam analisados ​​com bastante antecedência e atenuados com a implementação de soluções adequadas. Mesmo assim, o plano pode escorregar e é de extrema importância manter um registo dos atrasos decorrentes de várias razões, especialmente as das outras partes. Isto é. O proprietário, o contratante geral ou o subcontratante, desde a fase de projeto até ao comissionamento do projeto. 

Os documentos constituem a base para a análise da reivindicação de atraso numa data posterior, de modo a poupar uma parte das perdas causadas por uma falha da outra.

O objetivo deste trabalho é olhar praticamente todos os aspetos relacionados com a análise de atraso num projeto de construção, seguido de um estudo de caso. Embora este trabalho detalhe praticamente todos os aspetos relacionados com a análise de atrasos e reclamações, o foco será no contrato de montante fixo do ponto de vista de um contratante, uma vez que comporta o risco máximo para um contratante.

Como é o documento do contrato que detalha as políticas em caso de reclamações de atraso, a secção seguinte discutirá vários tipos de contratos e fatores para decidir o tipo de contrato antes de o aceitar formalmente.Tipos de Contratos

Um contrato é um acordo legal entre o dono da obra e o contratante para a conclusão bem-sucedida do projeto e detalha as orientações abrangentes, incluindo as de atraso e interrupção do trabalho por várias razões. O dono especifica e paga pelo trabalho enquanto o Contratado executa o trabalho para obter lucros. As partes envolvidas devem LER O CONTRATO COMPLETO antes de formalmente entrar nele.

Tipos de Contratos

Vários tipos de contratos são predominantes na indústria da construção, dependendo das prioridades do dono e do acordo mútuo entre este e o contratante. Os tipos mais populares de contrato que são usados na indústria da construção são detalhados abaixo:

Contrato de preço lump sum

Num contrato de preço global, o contratante concorda em realizar o trabalho especificado por um preço fixo. Se o proprietário quiser fazere algum trabalho extra, deve ser finalizada uma variação no contrato com acordo mútuo, o que pode afetar o cronograma, o custo ou ambos. É da exclusiva responsabilidade do contratante concluir o trabalho e permanecer no preço fixo orçamentado. O preço tem de ser o mínimo possível para permanecer competitivo enquanto licitação, mas também não deve ser impraticável para fazer ocorrer em perdas. Uma vez que o equilíbrio ótimo é procurado ao licitar o montante, este tipo de contrato é normalmente utilizado em que o método tradicional de construção é usado e há condições mínimas de desvios significativos. Neste contrato, o contratante possui o risco total, mas tem o incentivo máximo também para a conclusão antecipada. Para o proprietário, a vantagem está na licitação competitiva.

É muito importante para o contratado monitorizar continua e progressivamente o cronograma e o custo e manter o orçamento no caminho certo. Atrasos podem consumir a margem de lucro do contratante e / ou causar danos líquidos ao dono da obra, conforme as condições do contrato.

Contrato de custo mais margem

O contrato de custo mais margem prevê normalmente que o contratante deve fazer o trabalho, obter o reembolso para o material e custo de trabalho e uma taxa de lucro em cima do reembolso. Esta taxa é geralmente uma percentagem do custo final do projeto ou uma margem fixa. Este método fornece pouco risco para o contratante mas também o lucro será pequeno. Aqui o dono assume o risco máximo e está exposto ao excesso de custos devido ao mau desempenho do contratante. Este contrato é usado quando o tempo e a qualidade são de primeira importância. Uma variação deste contrato é o Contrato Máximo Garantido, onde o valor máximo é limitado, se o contratante atrasar desmedidamente e os custos excedentes forem demasiado elevados.

Contrato de preço unitário

O Contrato de Preço Unitário permite que o contratado obtenha quantidades estimadas de itens de trabalho definidos e, por sua vez, seja pago por cada unidade executada. O pagamento total é baseado nas unidades de trabalho efetivamente realizadas e medidas no terreno. Este tipo de contrato é normalmente utilizado para um número relativamente pequeno de postos de trabalho e quando as estimativas definitivas podem ser preparadas para calcular as quantidades com um certo grau de precisão. Neste contrato, o risco é partilhado igualmente entre o dono e o contratante.

Fatores que afetam os contratos

Os seguintes fatores afetam os tipos de contrato a ser executado:

·         Extensão da definição do âmbito de trabalho

·         Integração de aceleração para concluir o trabalho

·         Atribuição do nível de risco entre o dono e o empreiteiro

·         Especialização do contratante / dono da obra no campo de assunto

·         Condições gerais de mercado

É claro que a alocação do nível de risco é um fator importante para finalizar o tipo de contrato executado. Como referimos acima, o risco de deslizamento do plano é um fator subjacente para praticamente todos os contratos de construção. Portanto, torna-se imperativo discutir os fundamentos de controle do plano, o que ajuda a acompanhar o progresso em projetos e tomar ações corretivas de tempo a tempo.

Controlo do âmbito do projeto

Porque é importante evitar alterações num projeto - mas por que elas não podem ser totalmente evitadas?

Mudanças da baseline técnica do projeto devem ser evitadas tanto quanto possível, por duas razões:

· Em primeiro lugar, mudar os requisitos técnicos pode alterar o custo do que foi estimado na fase de oferta, e

· Em segundo lugar, as mudanças levam sempre a distúrbios e re-trabalhos, para todas as partes impactadas, que são muito mais prejudiciais e difíceis de avaliar do que os custos diretos.

São implementadas inúmeras mudanças durante a execução de um projeto. Algumas fazem parte da normal da execução do projeto e não podem ser evitadas. Incluem o desenvolvimento do projeto, a incorporação de informações de fornecedores, etc. Várias alterações, no entanto, podem ser evitadas. Estas são os pedidos feitos pelo cliente que são na verdade extras sobre as exigências contratuais.
 

Gerir as mudanças criadas pelo Cliente

Existem dois tipos destes pedidos. Em primeiro lugar, as mudanças reconhecidas, isto é, carta formal do cliente com um pedido de trabalho adicional, a implementação da nova exigência, etc., pedindo ao Contratado para fornecer uma estimativa do impacto do custo / cronograma e mudanças não-reconhecidas que vêm na forma de comentários sobre entregas, requisitos transmitidos "abertamente" por meio de cartas, registos em atas de reuniões ou comunicação informal (oral, e-mails etc.)

Mudanças reconhecidas são uma questão menor pois elas vão levar a uma compensação (tempo e dinheiro) a partir do cliente através de uma Ordem de Alteração do Contrato.

Mudanças não-reconhecidos são as mais numerosas. Eles são as mais prejudiciais para o Contratado pois são muitas vezes despercebidas e incorporadas por este no seu custo.

Fontes do setor estimam que as empresas Contratadas perdem entre 5 e 15% do valor do contrato devido a isso.
 

Como enfrentar estas Mudanças?

Primeiro que tudo, logo que detetar a mudança o Contratado deve solicitar ao cliente a receção de um pedido oficial.
A maneira prática de fazer isso é dar a seguinte resposta padrão a qualquer pedido, por exemplo, incluído como um comentário sobre um resultado do trabalho contratado:
"Este comentário constitui um requisito adicional ao contrato. (Explique por que, referindo-se aos documentos de contrato aplicável). Este pedido não será considerado, a menos Companhia emita um pedido oficial nos termos do artigo X do Contrato "Pedido de Mudança iniciado pela Companhia ".
Isto irá eliminar a maioria de tais pedidos, já que o cliente vai querer evitar os custos adicionais resultantes.
Irá ainda iniciar, para os restantes, o processo conducente à compensação do contratado.
 

Posição no caso de alterações não-reconhecidas

Caso receba o pedido oficial do cliente, ele pode ou não reconhecer que a solicitação feita é uma alteração ao contrato.

Se a alteração for reconhecida, o Contratado irá preparar a estimativa do impacto no custo / programação. Ocorrerão discussões com o cliente sobre tais estimativas. O desafio para o contratado será concordar prontamente com tal estimativa com o Cliente, e esta ser registada num pedido de alteração aprovado. O contratado poderá, ainda, tentar evitar o atraso da espera e prosseguir com a mudança sem um pedido de alteração aprovado.

Quando se sabe que em grandes projetos se leva, em média, um ano entre a data da receção da solicitação de alteração reconhecida pela Empresa e a do Pedido de Alteração aprovado, compreende-se que o contratado esteja exposto por um longo tempo a esta pressão.

No caso de o pedido não ser reconhecido como uma mudança ao contrato, o contratado deve notificar que ela constitui tal mudança. Se o Contratado não o fizer dentro de um determinado período de tempo, perderá o seu direito de ser compensado por um custo / tempo extra.

O Contratado poderá apresentar diretamente a estimativa de impacto do custo / tempo ou declarar que não irá considerar tal pedido, a menos que o Cliente o reconheça formalmente como uma mudança. Isso vai depender da vontade do contratado para implementar a alteração, o seu impacto e tempo / esforço necessário para avaliar.

Uma vez que a notificação / estimativa acima seja emitido, a resposta da Companhia deverá ser cuidadosamente acompanhada.

Tal resposta pode ser uma negação de que o pedido constitui uma mudança. Nesse caso, a Contratada não executará o pedido informal.

Há uma exceção a esta opção, quando a resposta do cliente contém uma instrução formal para o Contratado implementar a mudança. Os Contratos de fato, geralmente dão ao cliente esse direito para forçar o contratado a proceder a alterações e este tem o dever de cumprir.

O contratado deverá, em seguida, registar os custos incorridos para os reclamar ao Cliente.

Caso a resposta não contenha instruções para prosseguir, no entanto, ou no caso em que não haja resposta recebida do cliente, o contratado não deve implementar o pedido.

É essencial o acompanhamento adequado pelo Contratado da resposta do cliente e da comunicação a todas as partes interessadas acerca da possibilidade de aplicar a implementação da mudança ou não.
 

Conclusão

É fundamental que o Contratado implemente um sistema apertado para detetar os pedidos e solicitações do cliente designadamente os que constituem alterações ao contrato. Os contratados devem, de fato, apenas implementar as solicitações que são reconhecidas como mudanças perlo Cliente ou as que são forçados a implementar por instrução formal.

A inexistência de um sistema apertado, o que é bastante comum, resulta em perdas significativas para os contratantes.