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.

Como criar um Dashboard de Projecto

Quem é que não quer ter acesso a uma ferramenta que nos permita ver graficamente o progresso do nosso projeto? Todos. Entretanto, julgamos que só conseguimos ter uma destas soluções se adquirirmos as ferramentas mais dispendiosas do mercado que, depois, porque muito universais e trabalhosas iremos utilizar, com sorte, em 10 a 15%. 

Embora isto seja verdade, também é possível com as ferramentas de todos os dias ter uma visão do progresso do projecto e mantê-la actualizada.

Um «Dashboard de projeto» é uma ferramenta que oferece uma visão gráfica do progresso de um projeto, de forma que se possa ver de imediato a medida em que este está na via certa. No fundo é um conjunto de gráficos que oferecem o corrente status do projeto a qualquer momento. Os gráficos podem ser criados em Excel ou no tal software caríssimo, mas o que pretendo é discutir convosco um método de ter esta ferramenta com base no trabalho já realizado.

1º passo: Use uma caneta e papel

Sente-se e faça uma lista das coisas que determinam a medida em que o seu projeto está a ser um sucesso. Pode ser a realização do mesmo dentro da escala de tempo definida ou de acordo com o orçamento. Ou pode, ainda, ser que aquelas atividades são concluídas quando pretendido e que os seus recursos estão bem atribuídos.

São este tipo de coisas que o seu Dashboard deve acompanhar a todo o tempo

2º passo: Recolha os dados

Recolha agora todos os dados que vai necessitar para medir o critério de sucesso definido. Os dados podem existir em Planos de Projeto, folhas de cálculo, documentos de texto. Podem ainda existir Timesheets, ou formulários de despesas, de riscos ou de mudança. Lembre-se que a qualidade do seu Dashboard depende da qualidade dos dados que iremos utilizar nele.

3º passo: Percorra, escolha e guarde

TTem, agora, de percorrer através dos seus dados, selecionar em grupos e arquivar todos num só sítio, para que tenha acesso à informação certa quando necessário para povoar o seu Dashboard.

4º passo: Criar o seu Dashboard

Vamos agora criar o Dashboard. Reúna todos os seus dados numa única folha de cálculo e crie os seguintes gráficos para povoar o seu Painel de Controlo:

Gráfico de Tempo: Este gráfico vai afirmar se está de acordo com o plano agendado. Deve listar as suas atividades e identificar o planeado relativamente ao real na percentagem de conclusão de cada atividade. Se sumarizar estes dados saberá se está adiantado ou atrasado relativamente ao agendamento feito.

Gráfico de Custo: Para saber se está abaixo ou acima do orçamento, deve adicionar todos os custos do seu projeto e compará-los com o seu orçamento. Para fazer isto, calcule o custo dos seus recursos, bem como do equipamento, materiais e outras despesas assumidas.

Atividades: Tem de saber a percentagem das atividades que estão concluídas até à data, para que possa sentir até que ponto o projeto está realizado. Faça uma lista de todas as atividades e identifique as que «Não foram iniciadas», estão «Em progresso» ou «Completadas».

Recursos: É importante saber se os seus recursos estão sobreutilizados. Para calcular isso, faça uma lista de todos os seus recursos e calcule quantos dias de calendário têm eles agendados para o projeto. De seguida, identifique da sua lista de atividades, quantos dias eles estão atribuídos às atividades por mais dias do que aqueles que estão disponíveis no calendário, assim eles estão sobre-alocados e precisa reduzir a carga de trabalho desses recursos.

Riscos: Todos os projetos envolvem riscos, questões e mudanças. Assegure-se que estes são documentados e identifique e classifique-os em impacto baixo, médio ou alto (ou outra classificação relevante). Depois some-os para saber a dimensão do risco do seu projeto. 

Passo 5: Revisão Diária

Um Painel de Controlo bem povoado de dados significantes dir-lhe-á só com um olhar. Se está no caminho certo ou não. Tem de manter o seu Dashboard povoado todos os dias, para garantir a continuação de um sucesso verificável. Isso só e possível com um processo de recolha de dados estruturado e confiável

A alternativa a criar o seu Painel de Controlo manualmente é adquirir a tal aplicação sofisticada para a qual também posso dar-lhe algumas ideias, e ainda necessitara de melhorar os seus processos e a maturidade para projeto.