terça-feira, setembro 24, 2019

O uso de Project Controls conduz a melhor performance do projeto



Os controlos do projeto são um grupo de processos que recolhem e analisam os dados do projeto para manter os custos e os cronogramas no caminho certo. A beleza dos controlos do projeto é que eles permitem a monitorização proativa dos projetos atuais e alertam as partes interessadas para que ações corretivas e oportunas que possam ser tomadas.

A existência destes processos vive das pessoas que os desempenham em representação muitas vezes do cliente impulsionandos os empreiteiros em melhorar a informação prestada no projeto.

Embora os controlos entreguem projetos dentro do prazo e do orçamento, o âmbito dos seus benefícios estende-se muito além disso, levando a melhorias significativas no desempenho do projeto e da companhia.

Com ênfase na monitorização rigorosa, recolha frequente e regular de dados, relatórios de status, comunicação e adaptabilidade às alterações, os controles do projeto geram uma tonelada de métricas de desempenho que ajudam a manter a orientação certa sobre o status atual e orientar o projeto na direção certa. Como resultado, os projetos que possuem controles de projeto fortemente integrados demonstram resultados estelares.

Impacto dos controlos nas funções críticas do projeto

O desempenho do projeto é definido como um projeto dentro do tempo, do orçamento e que entrega os resultados pretendidos. Um projeto é classificado como de alto desempenho quando atende ao prazo, orçamento e outros critérios que foram definidos para ele. Se pelo menos um desses objetivos não for atingido, um projeto poderá muito bem ser considerado um fracasso.

Infelizmente, os projetos concluídos dentro do orçamento são a exceção e não a norma. Uma análise da PwC estima que os megaprojetos, definidos como aqueles que excedem as receitas de US $ 1 bilhão, geralmente excedem seus orçamentos em 50% ou mais.

Para que as empresas evitem essas armadilhas e melhorem o desempenho do projeto, muitas funções - incluindo gestão de portfólio de projetos e gestão de contratos - devem unir-se em conjunto com os controles do projeto.
Vamos ver como os controles do projeto melhoram o desempenho de funções específicas do projeto.

Previsão

A previsão é uma ferramenta essencial dos controlos do projeto que usa dados históricos e atuais do projeto para prever custos e resultados futuros. Usa métodos de previsão aplicados à boa avaliação do progresso, os project controllers podem estimar com precisão se os custos e cronogramas permanecem ou não no caminho ou a que distância estarão.
Uma melhor previsão leva a um melhor desempenho e controlo de custos. Por exemplo, a previsão permite o mapeamento dos resultados esperados logo nos estágios iniciais e o ajuste ao longo do ciclo de vida do projeto. Esses insights fornecem aos gestores de projeto os insights necessários para estarem sempre conscientes dos desvios de orçamento e de milestones e oferecem oportunidades para tomar ações corretivas, como reduzir o âmbito ou ajustar recursos.

Agendamento (Scheduling)

O planeamento é o processo de definição de cronogramas e mapeamento de recursos em relação a cada tarefa identificada na estrutura de detalhe do trabalho do projeto (WBS). Um cronograma do projeto é um plano que permite acompanhar o progresso no tempo e alinhar as expectativas de todas as pessoas envolvidas em um projeto.

Os controlos do projeto melhoram a função de agendamento, impondo um cronograma realista do projeto, que leva em consideração os riscos. Métricas de acompanhamento, como percentagens de variação, fornecem visibilidade sobre o status do cronograma, permitindo a identificação e a gestão antecipada de obstáculos que podem prejudicar a linha do tempo do projeto. A estrutura de comunicação transparente dos controlos incentiva os membros da equipe a destacar problemas e a corrigir o curso quando necessário.

Controlar os custos do projeto

Controlar os custos do projeto é a função que visa minimizar a diferença entre os custos planeados e os reais.

Os controlos do projeto fazem uma enorme diferença na gestão de custos, pois fornecem uma abordagem orientada a dados para monitorizar continuamente se os custos estão dentro do orçamento. Como os pontos de verificação são frequentes e em tempo real, os controles ajudam a prever com precisão as escaladas de custos. E, como se prevê as superações no início do jogo, os controlos oferecem tempo suficiente para corrigir o problema.

Por exemplo, um projeto é medido como excedendo o orçamento e previsto para continuar nessa tendência ascendente. Os controlos oferecem a oportunidade de melhorar a utilização de recursos - e outros aspetos do projeto - para que o resultado esperado possa ser corrigido.

Gestão de Mudanças

A gestão de mudanças é um conjunto de abordagens focadas no controlo de mudanças, além de permitir que as equipas de projeto se adaptem a mudanças imprevistas durante o ciclo de vida do projeto.

Embora as mudanças sejam inevitáveis ​​num projeto, a maneira pela qual elas são geridas pode determinar o curso do projeto. Os controlos do projeto adotam uma abordagem proativa, garantindo que as partes interessadas definem e aprovam adequadamente todas as alterações antes da execução. Por exemplo, antes do estágio de aprovação, as equipas precisam confirmar a disponibilidade de recursos.

Os controlos do projeto também estabelecem uma cultura na gestão de mudanças, onde todas as mudanças são discutidas o suficiente para evitar mudanças desnecessárias. Além disso, os controlos do projeto garantem que as equipes assumam a responsabilidade pela mudança proposta, bem como pelo consequente impacto no custo e no cronograma.

Gestão de riscos

A gestão de riscos é o processo de identificação, planeamento e minimização ou mitigação de incertezas e qualquer impacto negativo que estas possam ter nos objetivos do projeto.
oO foco dos controles do projeto na transparência dos dados - para executivos seniores, clientes e membros da equipe - cria um ambiente em que todos estão mais bem preparados para enfrentar os riscos. Este sentido de comunicação e visibilidade do que acontece e do que pode acontecer potencialmente força a preparação, mantém todos alertas para identificar os riscos antecipadamente e evita que os riscos escapem pelas fendas.
Além disso, o ciclo contínuo de medir e melhorar projetos via monitorização, análise e mitigação interrompe ameaças iminentes e aumenta a qualidade do projeto.

Processos e sistemas padronizados

Projetos que possuem processos e sistemas em funcionamento respondem bem às mudanças. Os projetos mais ágeis e previsíveis possuem sistemas para os membros da equipa, canais de comunicação definidos e ferramentas apropriadas para gerir e executar o trabalho. Por exemplo, as organizações que passam por relatórios mais frequentes e usam informações de desempenho para gerir projetos têm uma taxa de sucesso de 68% em comparação com uma taxa de sucesso de 7% para aquelas que não o fizeram.
O pilar de controlo do projeto aumenta a qualidade do projeto, impondo o estabelecimento de tais processos para recolha, gestão e análise de dados. Estes, por sua vez, influenciam o tempo, o custo e os resultados do projeto para melhor. Permitem também que os executivos comparem projetos diferentes, isolem problemas específicos de projetos versus problemas sistêmicos e, portanto, melhorem o desempenho em toda a organização.

Gestão de Performance

A gestão de desempenho é um conjunto sistémico de atividades que ajudam a alcançar as metas do projeto por meio de monitorização e ação contínuos.

Os controlos do projeto levam ao alto desempenho. Utilizam indicadores-chave de desempenho confiáveis ​​(KPIs), em vez de estimativas ambíguas, para tomar medidas corretivas. Os KPIs oferecem aos membros da equipa uma visão clara das tendências de desempenho e correções do projeto. Em outras palavras, os controlos do projeto suportam uma melhor gestão de desempenho, obtendo em resultados superiores.

Os bons processos de controlo de projetos oferecem ferramentas de monitorização em tempo real, acompanhadas de uma estratégia meticulosa para as partes interessadas agirem em determinados pontos de dados. Eles também precisam ser integrados ao cenário holístico do projeto, unindo vários elementos da gestão de projetos, para que não gerem simplesmente dados díspares, mas gerem insights úteis e acionáveis ​​no momento certo.

segunda-feira, junho 03, 2019

Valor Ganho (EVM) explicado

Muitos sistemas avançados de gestão de projeto utilizam o modelo tradicional de planeado vs real para acompanhar até que ponto o projeto está a decorrer (bem ou não tão bem) de uma perspetiva financeira. Contudo este modelo deixa de fora um elemento importante – o valor do trabalho já realizado.
 Quando o planeado vs real são os únicos valores acompanhados, só consegue ver se está abaixo ou acima do orçamentado. Diz muito pouco ou nada sobre o progresso daquilo que estamos a realizar. Por exemplo, podemos estar a gastar demasiado porque estamos avançados relativamente ao plano e fizemos imensos progressos.

Assim, aquilo que parece um problema é antes uma vantagem porque iremos terminar mais cedo e provavelmente abaixo do orçamento. Mas, se não existir nenhum sistema para atribuir valor às realizações não teremos nenhuma forma fácil de saber quais as implicações de ultrapassar o orçamento. Pode, claro, rever o plano e obter um sumário da percentagem de conclusão do projeto, mas este valor de percentagem, por si só, não está ligado aos valores baseados em custo do orçamento e custo real que estamos a acompanhar.

Para simplificar muito o conceito de valor ganho, podemos dizer que este irá atribuir um valor ao progresso que se realizou, com base no orçamento baseado no tempo.
Para ilustrar vamos usar um exemplo em termos de planeado vs real e de seguida vamos adicionar valor ganho para ver o que revela esta outra dimensão.

Temos um projeto de 10 meses que está planeado para gastar 1 Milhão por mês para um orçamento total na conclusão (BAC) de 10 M. Já passaram 2 meses e de acordo com os números de custo do planeado vs real já gastou menos 50% do que devia. Podemos assim assumir que o projeto está a decorrer bem, porque aparentemente está a gastar menos do que o que estava planeado.

Ao introduzirmos os números de valor ganho com base no progresso real do projeto obtemos uma nova perspetiva. Depois de 2 meses de trabalho, só foi completado 5% do trabalho. O cálculo simples para este cenário é 5% sobre um total de 10 M do orçamento serão 500 k. Este é o número do valor ganho.

O que é que este número de valor ganho nos diz acerca da presente situação do projeto?A despesa inferior realizada não é uma boa notícia para o projeto porque o cronograma está 75% para trás; o projeto está na realidade a gastar mais com base no trabalho realizado. O que parece bem numa perspetiva de planeado vs. real está longe de estar bem quando o valor do progresso é introduzido como valor ganho.Isto significa ainda que podemos ver o impacto para o projeto utilizando os cálculos standard de valor ganho. 

Estes sublinham a dimensão dos problemas em que o projeto pode estar envolvido.
  • Orçamento na conclusão (Budget at Completion - BAC): 10 M
  • Valor planeado até à data (Planned Value – PV): 2 M
  • Valor ganho até à data (Earned Value – EV): 0,5 M
  • Custo real até à data (Actual Cost – AC): 1 M
  • Variância de custo (earned value – actual cost) = -0,5 M (significa gastar mais 100%)
  • Variância de agendamento (earned value – planned value) = 1,5 M (1,5 meses ou atrasado 75%)
  • Cost Performance Index (CPI): (earned value / actual cost) = 0.5 (por cada euro gasto ganhou 50 cêntimos)
  • Schedule Performance Index (SPI): (earned value / planned value) = 0.25
  • Estimado na conclusão (Estimate at Completion – EAC): (budget at completion / cost performance index) = 20 M
  • Estimado até à conclusão Estimate to Completion: (budget at completion – earned value)/cost performance index = 19 M
  • Tempo para completar = (10-0.5) /0.25 = 38 meses
Com base na performance corrente este projeto irá necessitar de 20 M (19+1) e 48 meses (38+2) para concluir.

Embora este seja um exemplo exagerado, muitos projetos sofrem algum nível de sobre despesa e sub-performance nas etapas iniciais. Isto é característico porque leva sempre mais do que o estimado com seguir ter todas as pessoas no site, o equipamento entregue e todos a trabalhar a bom ritmo.

Sem gestão do valor ganho, contudo, é impossível ter consciência do impacto potencial destes atrasos iniciais, que podem passar sem notícia significativa. A gestão pode não reagir da forma apropriada ou suficientemente cedo a estas tendências de forma a prevenir a ameaça de longo prazo ao sucesso do projeto.
Adaptação de post da Ten Six Consulting LLC.

segunda-feira, fevereiro 25, 2019

Controlar os pedidos de Alteração nos projectos

Os pedidos de alteração quando um projecto se inicia são uma parte inevitável do projecto. Elas podem ser o resultado de mudanças externas no negócio ou podem ser mudanças internas requeridas porque os propósitos originais do projecto não foram claramente definidos ou compreendidos.

As mudanças requeridas por factores externos estão normalmente fora do controlo de um gestor de projecto e há muitas vezes poucas escolhas para as enfrentar. Muitos dos gestores de projecto experimentados terão já colocado em posição um processo no início do projecto para tratar destes pedidos e o plano será suficientemente flexível para tratar delas sem afectar o resultado final.
IMG00302
Mas os pedidos de alteração provenientes de factores internos devem ser tratados de forma muito diferente. Num projecto ideal muitos destes devem ser evitados garantindo que os objectivos do projecto estão bem definidos, que os requisitos estão documentados claramente, que foram comunicados a todos os stakeholders e que estes compreenderam o que é esperado do produto final. Claro que nós não vivemos num mundo ideal e por mais profunda e bem detalhada que sejam as fases iniciais do projecto tem de existir em posição um efectivo processo de controlo da mudança.


Nem todos os stakeholders e utilizadores conseguem visualizar o produto final pela leitura da documentação e estudo de diagramas. Mesmo quando são usados protótipos para melhorar a produção de requisitos, estes são, pela sua própria natureza, produtos não inteiramente funcionais e serão inevitáveis incompreensões e assumpções nos projectos complexos.


De qualquer forma, a boa documentação e documentação clara dos objectivos e requisitos de projecto irão minimizar o número de pedidos de alteração.


Então qual é a melhor forma de controlar os pedidos de alterações num projecto e continuar a realizar a conclusão do projecto dentro de um orçamento, de escalas de tempo e âmbito?

Distinguir entre o Necessário e o «Era bom ter»

Cada um dos pedidos de alteração deve ter uma justificação (que tal um «business case») que os suporte, tal como o projecto tem uma justificação. Claro, que esta justificação pode ser muito simples e breve, mas é um elemento necessário de todos os pedidos de alteração antes que possam ser considerados para inclusão no projecto.
O elemento mais importante deste «business case» do pedido de alteração é o benefício esperado o qual deverá indicar o valor que será adicionado ao projecto pela mudança. Isto indicará, por si próprio, quais as mudanças que serão provavelmente necessárias. É importante reconhecer que a descrição de alguns destes «business cases» pode não beneficiar necessariamente o projecto em termos de tempo e orçamento, mas sejam necessárias para que o cliente se mantenha competitivo no mercado.
Se os benefícios não forem especificamente declarados então deve discutir-se a questão com a pessoa que requereu a alteração para determinar se existe um genuíno benefício de negócio.
Soluções melhor desenhadas, ou mais bonitas, com funcionalidades e mais atractivas não são benefícios, a não ser que possam ser apoiadas pela forma como estas tiveram um impacto positivo no orçamento e no plano do projecto, ou, um impacto positivo nos esforços dos utilizadores em completarem actividades regulares. As perguntas mais vulgares a que deve responder o «business case» são:
  • · Qual é a mudança externa no negócio de que resultou este pedido de alteração?
  • · Quais os factores internos de que resultou este pedido de alteração?
  • · Como é que esta mudança irá afectar o tempo que levamos a completar o projecto?
  • · Como irá esta mudança afectar o produto final para o utilizador?
  • · Que poupanças serão realizadas pela implementação desta mudança?

Evite desperdiçar Tempo e Esforço

A forma mais óbvia de evitar desperdiçar recursos valiosos de projecto em pedidos de alteração excessivos e em todo o processo de gestão da mudança, é garantir que o projecto se inicia com objectivos e requisitos claramente definidos. É também importante o critério que iremos usar para determinar o sucesso do projecto estar documentado sucintamente desde o início do projecto. Deve garantir que estes documentos são distribuídos aos stakeholders e utilizadores e que estão acessíveis cópias dos documentos.

Planeie actividades incluídas no plano do projecto para tratar dos pedidos de alterações e se este tempo foi ocupado adie os pedidos importantes para a próxima semana. Garanta que todas as partes interessadas sabem como trabalha este processo.

Tenha um Critério Claro de Aceitação e Rejeição

Defina um critério para avaliar estes pedidos que não serão, ou não poderão ser implementados. Quem faz o pedido tem de compreender o critério e este tem de ser consequente. O critério essencial, como já vimos, é ter uma justificação escrita, um «business case», que esclareça os benefícios. Se não tiver pode ser de imediato devolvido a quem emitiu o pedido. Não perca tempo atrás de quem fez o pedido para saber qual é a justificação escrita. A responsabilidade disso é de quem faz o pedido que o deve fazer logo desde o início (mesmo que depois devamos discutir e aprofundar a discussão sobre esta justificação).

Esteja preparado para fundamentar as razões para rejeitar um pedido de alteração com uma descrição bem pensada do porquê para não incluir a mudança. Mantenha-se na sua decisão a não ser que o sponsor do projecto queira aumentar o orçamento ou o tempo disponível no projecto.


Esteja, também, preparado para ser flexível e para negociar a substituição de uma actividade em favor da mudança quando não há nem orçamento nem tempo disponível.

Aplique sempre as melhores práticas de gestão de projecto em todas as áreas do projecto se quer aumentar as suas oportunidades de sucesso.