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.

Planeamento desde o início

O planeamento é tudo sobre oportunidade. Temos muitas opções durante a etapa de planeamento. Algumas opções são mais atraentes ou viáveis, e espero que a opção menos dispendiosa gere o melhor resultado. Mas certamente pode ser mais complicado do que isso. 

No início, na etapa de proposta, as opções colocadas têm a ver comas opções técnicas, a abordagem de execução e o melhor rendimento possível para a realização dos trabalhos propostos. São opções complexas e difíceis de concretizar com sucesso. Então porque é que na proposta não é oferecido um papel importante ao planeamento e à discussão sobre as oportunidades de sucesso ótimo da realização.

Na maioria dos casos e lamentavelmente, encontramos propostas de plano iniciais, apresentadas na licitação, que vão somente trazer preocupações e dificuldades durante a execução, no caso de adjudicação da proposta.

No caderno de encargos inicial os clientes incluem, muitas vezes, opções que visam testar a forma como planeamos a execução e dessa forma obtém uma apreciação à ponderação das opções por parte dos contratantes. O Departamento de Transportes da Califórnia (Caltrans), por exemplo, utiliza uma abordagem "A + B" em projetos maiores: cada licitante deve especificar uma duração do contrato e um preço. Ambos os números são considerados na adjudicação de projetos. A experiência de Caltrans é que as ofertas de A + B resultam em preços mais baixos e menos atrasos no uso final dos projetos. Estes processos começam a ser integrados na regulamentação de concurso ou nas instruções dos cadernos de encargos

Quanto mais aguardamos para tomar decisões, menos opções permanecerão viáveis. Esta é uma das atitudes tomadas por contratantes em resistência a tomar decisões sobre os projetos em períodos iniciais do contrato, designadamente sobre os seus planos, as abordagens de trabalho, ou os rendimentos de execução. Algumas vezes esta linha de orientação entra em confronto com o cliente. Quando a decisão for inevitável as opções são quase sempre duais.

Durante a execução do projeto encontramos muitos projetos em que o plano só é usado por insistência do cliente e o seu rigor técnico e qualidade deixam muito a desejar. Devemos lembrar-nos que os projetos terminam a tempo porque monitorizamos o progresso de forma regular e implementamos estratégias de mitigação sempre que ocorre deslizamento.  Para obtermos este resultado temos de valorizar e utilizar adequadamente um plano de projeto.

Luís Quintino 

O que é receber relatórios de status precisos no PMO

Uma das importantes funções do PMO é garantir a consistência do reporting realizado sobre os projetos. Ora verificamos na prática que os relatórios nem sempre dizem o que deveriam e não salientam sempre de forma correta a realidade dos projetos.

Quando os gestores de projeto enviam os relatórios de status semanais ou mensais, começa para o Project Management Office o trabalho real. Mesmo que o software de gestão de projetos faça uma grande quantidade de tratamento de dados ainda há um elemento de interação humana para rever e verificar as informações antes que os painéis ou relatórios consolidados deixem o PMO.

Mas e se a informação que você está recebendo não parece precisa? Precisamos de confiança nos dados que sustentam os relatórios e que impulsionam a tomada de decisões. Embora o trabalho não seja adivinhar cada relatório que entra na In Box - afinal, devemos confiar nos gestores de projetos para corrigi-los – ajuda saber o que procurar se alguma dúvida houver.

Igualmente, é útil para todos que o PMO possa resolver quaisquer imprecisões nos dados antes que a direção, o cliente ou as partes interessadas vejam o relatório. Isso pode ser, como exemplo, de que o projeto está sendo relatado com um status de Verde já há algum tempo e, de repente, uma grande questão de orçamento "aparece do nada". Esse é o tipo de surpresa que os sponsors do projeto não gostam, e não fica bem para o PMO ou para o gestor de projeto.

Aqui estão algumas questões a serem observadas, para que possa detetar esses problemas antes que causem um problema maior.

Conversa de corredor

Se você está perto o suficiente da equipe – está a gerir um PMO, por exemplo, numa empresa com escritório único e não a tentar consolidar projetos de todo o mundo – provavelmente irá encontrar stakeholders e membros da equipe no prédio.

A equipe do PMO terá uma ideia de como os projetos estão indo pela atitude e pel a conversa. Escute o bem e o mal. Isso fornece um subtexto para os relatórios e pode ajudá-lo a identificar onde as coisas não correm como parecem.

Por exemplo, se o líder do projeto está constantemente a reclamar acerca de mudanças de âmbito e, no entanto, isso não está refletido nos dados que está a receber, deveria analisar isso.

Não se trata de controlar as pessoas ou tentar usar um café como desculpa para descobrir uma conspiração no relatório do projeto. É apenas usar todas as informações disponíveis, incluindo quaisquer conversas sociais relevantes, para avaliar se deve preocupar-se com o projeto.

Se não conseguir ligar-se pessoalmente com a equipe, há outras verificações que pode usar para rever a precisão dos relatórios de status do projeto.

Status de VAV

Cada um dos projetos reportará um resumo do status VAV (Vermelho, Âmbar, Verde ou Vermelho, Amarelo, Verde). Indica a avaliação do gestor do projeto sobre o status do projeto contra critérios pré-acordados, como orçamento e cronograma.

O relatório do projeto também incluirá uma declaração narrativa resumida – e desejavelmente os dois devem estar alinhados.

Por exemplo, um projeto com um status Vermelho, mas um texto que diz que "O projeto progride conforme o plano" mereceria uma investigação mais aprofundada. O que está errado? Avança na direção certa de acordo com o plano ou há algo que faz com que o projeto esteja marcado como vermelho?

Normalmente, há a tendência para informar o contrário: continuar a usar um status Verde quando o projeto é desafiado em termos de orçamento e datas. Esses desafios poderiam ser refletidos na narrativa e deveriam dar origem a um status que não é verde. Procure isso e sinalize com o gestor de projeto para uma investigação mais aprofundada.

Performance vs. Plano

Este é um teste rápido, mas pode dizer muito. Procura por duas coisas:

·         Orçamento planeado versus gasto real

·         Milestones planeadas versus atuais

Orçamento planeado versus real

Cada relatório deve incluir informações sobre o orçamento do projeto, pelo menos, mensalmente. Isso deve refletir os atuais versus os gastos planeados, por isso deve ser bastante fácil ter uma ideia se o projeto está batalhando ou não.

Os projetos em que o orçamento está a ser gasto mais rapidamente do que o previsto podem estar nessa situação devido a terem mais recursos ou terem que corrigir problemas que não foram antecipados, o que poderia ser uma baixa gestão de risco. Pode acompanhar o gestor do projeto se não estiver claro no relatório para apreciar, o que aconteceu para causar esse excesso. Estão agora confiantes de que está realmente resolvido e que estará de volta aos níveis de gastos previstos para o resto do projeto? 
  
Existe sempre o risco de os gastos serem executados nos níveis atuais e o dinheiro acabar.

Igualmente, estar abaixo do orçamento não é uma coisa boa. Provavelmente é causado pelo fato de o trabalho não estar a ser suficiente e assim também pode ver um atraso no progresso relatado.

Planeado vs Milestones Planeadas

Pode fazer uma verificação de sentido rápido na entrega do projeto e se está a progredir conforme o plano. Quais as milestones que devem ser alcançadas até à data? Foram cumpridas?

Caso contrário, poderia ser sinal de um problema, especialmente se o projeto estiver sendo reportado como Verde ou não há novos problemas marcados na narrativa.

Orçamentação e progresso são cobertos pela Gestão de Valor Ganho (EVM), então, se as equipes de projetos produzem ou fornecem narrativas, obterá esta informação sobre o desempenho num formato diferente. Os relatórios EV são tão bons quanto os dados fornecidos, e eles também devem estar sujeitos a escrutínio quando apropriado, mas são uma ferramenta sensata para usar e para suportar ou desafiar o status geral de projeto e as narrativas de texto no relatório de status.

O EVM não é um guia sobre como verificar os gestores do projeto na equipe do PMO. Em vez disso, ele deve ser usado como um ponto de discussão sobre como o relatório de status que eles fornecem é usado e como pode ser aperfeiçoado para melhor.

Em suma

A transparência e a honestidade são importantes para ajudar a direcionar um projeto e garantir que ainda tenha oportunidades de oferecer os benefícios. O "vermelho" não deve ser visto como algo a ser evitado. É a expressão do fato de que o projeto precisa de atenção de gestão para desbloquear um problema, fornecer uma decisão ou outra coisa. 

Se os gestores de projeto tiverem a confiança de que seus relatórios serão usados como forma de apoiar os projetos (e suas equipes), verá que receberá muitas menos inconsistências nos relatórios de status.