Earned Value (Valor Ganho) – Fazer ou não fazer?

Por Ten Six

Porque é que devemos fazer EVM (Gestão do Valor Ganho)? Para aqueles que já implementaram sistemas de Gestão do Valor G anho (EVMS), de forma regular em diferentes organizações, ouvimos sempre as razões mais diversas por quer uma organização não deveria fazer EVM. No final a maioria das organizações implementam um EVMS porque necessitam de estar em conformidade com um contrato.

Porque não devemos?

Apresentamos algumas das razões mais comuns porque as organizações não querem implementar um EVMS:

· Demasiado burocrático

· Implementação demasiado dispendiosa

· Exige-se muitas pessoas para administrar um EVMS

· Exige-se um conjunto de ferramentas especiais de TI

· A Baseline não pode ser estabelecida mais cedo … o desenvolvimento dos programas tem demasiada incerteza, vamos esperar para ver.

· «Este programa é demasiado pequeno para necessitar de um ferramenta tão intrusiva».

· A nossa é uma companhia demais para custear isto

· O programa é demasiado grande e o EVM não tem sentido para nós,

Estas são algumas das razões mais referidas, mas há outras questões escondidas que nãosão tão facilmente partilhadas. Estas incluem:

· A objectividade de um EVMS não deixa nada escondido.

· Teremos de detalhar o plano antes de ser necessário e não estamos disponíveis para esse esforço.

· O EVM irá revelar mais detalhes acerca dos custos reais do que queremos que seja conhecido internamente ou pelo Cliente.

· Não queremos proceder a uma Revisão Integrada da Baseline com o Cliente para provar que o nosso plano base é válido.

Porque devemos?

Não será certamente uma surpresa para ninguém que a razão número um para implementar um robusto EVMS seja porque é um requisito contratual. De facto, nos Estados Unidos o governo e as agências têm limiares diferentes contratuais quando o EVM é um requisito do contrato.

Eis algumas das razões pelas quais deve não só implementar um EVMS mas também aplicá-lo a todos os outros programas:

· Para os projectos nos EUA, O governo exige EVM para ver as variâncias do custo e agendamento por forma a mitigar as questões antes que se tornem demasiado grandes.

· A não conformidade com estas regras governamentais pode ser dispendiosa.

· As 32 Orientações reflectidas no ANSI/EIA-748 representam princípios sólidos de gestão de projecto. Qual destes grupos de orientações é que se enquadra qualquer coisa que se possa descartar e não ser reflectido nos processos da companhia para gerir com efectividade programas?

• Organizar – definir o trabalho e atribuir a responsabilidade / prestação de contas pela sua performance?
• Planear e Orçamentar – desenvolver um plano definitivo para monitorizar como é que vamos alcançar o objectivo e quais os custos requeridos?
• Contabilização – estabelecer os números de custos incorridos para acrescer custos directos e indirectos por cada elemento maior. Isto ajudará a comparar os custos reais com os planeados?
• Análise – revisão de rotina da performance do custo e do agendamento até à data para ver onde é que não alcançamos a meta, compreender como é que será resolvido e quais os custos finais?
• Revisões – manter um registo do acompanhamento das mudanças ao contrato com o impacto nas baselines de custo e no agendamento para utilizar no próximo programa similar?

Na verdade a implementação e execução de um projecto EVM em conformidade com a ANSI-748 requer esforço por parte quer da equipa de projecto como da gestão senior. A alternativa de não estabelecer um plano sólido para gerir o âmbito do contrato, o agendamento, orçamento e riscos pode resultar no fracasso do projecto e numa pressão financeira sobre a sua organização. Será que vale arriscar de não fazer EVM?

Que tal Preço Fixo Firme

Os contractos com preço fixo firme muitas vezes não requerem EVM já que todo o risco pesa sobre o empreiteiro. Mas tal levanta uma questão. Porque é que uma companhia que aceita um contrato de preço fixo firme que enfrenta todos os riscos custo e agendamento não quer fazer EVM? Eles estão efectivamente numa posição para não conhecerem os riscos de exposição potencial de custo e agendamento. Quer apostar que vai correr tudo bem?

Em Suma

EVM é essencialmente uma melhor prática de gestão de projecto. Obter s más notícias da performance do projecto suficientemente cedo é muito menos doloroso do que as consequências do fracasso do projecto e da não conformidade contratual.

Link interessante que complementa este post.

Porque é que o Início e Fim das Actividades não apresentam o dia correcto?

Em primaverablog.in

Por vezes as actividades não iniciam ou terminam nas datas correctas apesar de a matemática afirmar o contrário. Há diversas razões que causam isto e vamos ver algumas delas.

1) Actividades fora da sequência – Estas são actividades que deveriam começar antes de estar concluído o predecessor. Estas actividades são criadas quando se utiliza a opção de schedulling “Retained Logic”. Esta cria períodos de não trabalho e estes podem levar a que a actividades seja empurrada para fora das datas normais calculadas. Pode verificar quais as actividades é que estão a ser empurradas para fora da sequência (Out of Sequence) marcando a opção de “Schedule Log”. Pode escolher “Progress Override” para calcular e corrigir estas datas ou mudar as relações para estas actividades.

2) O calendário da actividades contém não-trabalho que está a empurrar a data de fim.

3) Nivelamento de Recursos – a opção de “Level resources during scheduling” deve ser desmarcada nas “Schedule Options” para calcular o projecto.

4) Calendários múltiplos – se está a utilizar calendários múltiplos e o número de horas de trabalho não são iguais nas configurações de Time Period das Preferências de Admin então as actividades podem terminar numa hora diferente do dia.

5) Constrangimentos – Se uma actividade tem um constrangimento de “As late as possible”, este permite que a actividade se inicie e termine tão tarde quanto possível sem afectar as actividades sucessoras. Mesmo se uma actividade é iniciada, a data de fim pode ser empurrada para mais tarde no tempo se existir uma folga positiva quando é aplicado o constrangimento “As late as possible”. Isto fará com que a data de fim pareça ser mais tarde do que na base da sua duração remanescente.

6) O Projecto tem actividades com Datas Reais maiores que a Data Date – para verificar se alguma das actividades tem este problema deve ir a Tools à Schedule e abrir o Log de Schedule. Verifique então se veja tem alguma actividade listada na secção Activities with Actual Dates > Data Date. Se a resposta for afirmativa, pode então ou remover as datas reais ou mover a data date para as datas reais.