Pessoal,
Resolvi comentar sobre um assunto polêmico pelo menos aqui no Brasil: VALOR AGREGADO.
A questão que fica em minha mente é:
“Por que as pessoas tem tanto medo de falar em Valor Agregado, se é uma prática tão simples?”
“Por que no Brasil querem separar tanto o cronograma físico e financeiro?”
Então comecei a pensar nos motivos e alguns alunos com experiência de mercado, como o Pedro Garíglio, me mostraram possíveis razões:
Nós brasileiros passamos por umas décadas difíceis como na era da inflação o que fazia quase impossível analisar o conjunto prazo e custo, a não ser por um indexador ou “dolarizando” os custos.
Este período foi tão forte e tão marcante na nossa história, que até hoje, quase 17 anos após o plano real ainda bate insistentemente esta prática separatista de análise nas empresas brasileiras e o que perdemos com isto?
Bom, primeiro é importante entender o que é Análise de Valor Agregado: É uma técnica de medição de desempenho para medir a performance do projeto, isto de maneira conjunta, pois análises isoladas de prazo, custo, qualidade, esforço tendem a mascarar a performance do projeto.
É uma técnica relativamente nova, pois vem dos anos 60, tendo sido introduzida pelo Departamento de Defesa dos Estados Unidos, com o objetivo de obter critérios de padrões de aceitabilidade para contratos de defesa que não analisasse isoladamente custo e prazo, mas sim a performance do projeto.
Quando penso em resultados de Valor Agregado, penso logo em causas e não em conseqüências. Por exemplo: Imaginar que o problema de um projeto está apenas no prazo não é correto, pois pode não estar apenas na visualização do prazo. É importante acompanhar qualquer indicativo de atraso, para entender qual foi o real problema, pois o atraso mesmo, provavelmente foi apenas um reflexo, uma conseqüência de algo.
É importante analisar a performance! Pois de que adianta você informar que adiantou e x % um projeto, porém ao analisar os custos, nota-se que para conseguir este adiantamento, gastou-se muito mais do que o previsto? Diminuindo assim a rentabilidade do projeto. Este projeto a performance é boa? Não! Definitivamente.
Mas o que vejo grandes executivos priorizando é somente o prazo. Parece que gerenciar o projeto significa apenas controlar as datas.
Digo e repito: se as datas tiveram desvios, há que se investigar, pois esta foi apenas uma conseqüência de algumas possibilidade não verificada. E aí onde ficou a análise de riscos?
Pode ser que alguns de vocês estejam lendo até agora e pensem: cadê a novidade do que a Joyce está falando?
Eu sei! Isto é tudo muito óbvio, mas o que tenho visto em muitas empresas que tenho ido é que o óbvio não é feito. E por isto tenho que falar.
O que tenho visto é um esforço grande para separar e analisar a prazo e custo isoladamente. E assim a sua Análise de Valor Agregado ficará mascarada.
Outro ponto importante é a atribuição da linha de base.
Não dá para fazer Análise de Valor Agregado, se você não estiver com a linha de base desconexa do plano atual. Lembre-se que linha de base é o seu referencial de comparação. Isto quer dizer que se houve aumento de escopo no projeto e isto aumentou prazo e custo, não adianta mais usar a linha de base antiga! O seu referencial mudou! Os stakeholders deverão ter conhecimento da nova linha de base e todos adotar esta linha de base alterada, guardando a linha de base anterior para histórico. Mas notem o que eu disse: os stekholders, todos os envolvidos, deverão ter conhecimento disto e não apenas o planejador.
Outro grande erro que vejo nas organizações é o “medo” de alterar a linha de base quando realmente houve alterações no plano. Concordo que linha de base não é para ser alterada toda hora, a não ser que a minha base de comparação foi alterada! Senão a sua comparação vai ser sempre de um morango com uma jaca. Ou seja comparar uma coisa que é do mesmo grupo (fruta), mas não tem o mesmo tamanho, e especificações.
Então, meus conselhos são:
1. Cuide bastante do seu referencial de comparação (linha de base), pois não dá para dizer que utiliza as técnicas de valor agregado mas seu referencial não é bom, os dados ficarão mascarados.
2. Devemos monitorar a saúde e não a doença de um projeto.
Benefícios em se usar Análise de Valor Agregado:
1. Dados confiáveis obtidos por sistema de controle simples.
2. Integração de escopo, prazo, custos e trabalho. Ou seja, análise da performance e não apenas dados isolados.
3. Não demanda um sistema específico para controle de custos e prazos.
4. Permite levantar tendências por meio de indicadores de desempenho.
5. Presente na maioria dos programas de GP.
No Primavera P6, você deverá ter:
1. Linha de base atribuída no projeto
2. Recursos alocados, com custo (recurso sem valor altera os percentuais de performance).
3. Saber interpretar os resultados (que é um processo super simples), pois o Primavera calcula os campos automaticamente e coloca indicadores simples de análise.
4. Se o seu sistema de custos está separado do Primavera, (Exemplo; Vc usa SAP, Totus, ou qualquer outro ERP), sugiro que você faça uma consultoria para a integração de sistemas a fim de trazer para o Primavera os valores automaticamente e assim se possa analisar o valor agregado.
sexta-feira, 29 de julho de 2011
quinta-feira, 7 de julho de 2011
Novidades do Oracle Primavera P6 EPPM 8.1
Para manter a todos os meus leitores informados das novidades do novo release da versão P6, que é o P6 R8.1, veja no site da Oracle sobre as novidades (você deverá se cadastrar no site para visualizar): http://bit.ly/lWNOG6.
Ou, se quiser ver mais rapidamente, cito abaixo as maiores novidades:
Veja qual destas novidades é mais útil para você:
As mudanças da interface web para ficar cada vez mais fácil na navegação, como por exemplo:
Ou, se quiser ver mais rapidamente, cito abaixo as maiores novidades:
Veja qual destas novidades é mais útil para você:
As mudanças da interface web para ficar cada vez mais fácil na navegação, como por exemplo:
- Maior clareza de navegabilidade nos menus por não haver dúvidas de que ambiente você está realmente, se é no diretório de atividades, na área de projetos (EPS).
- Melhorias na guia de Resource Assignment para visualização inclusive de datas e durações e mais opções de filtros ao atribuir recursos como por exemplo, exibir apenas os projetos correntes abertos.
- Atribuir um mesmo recurso para várias atividades selecionadas.
- Ferramenta para verificar recursos em superalocação, que poder verificar impactos destes nos projetos. E também análise por semana de superalocação.
- Novos campos na visão por EPS dos projetos: como Last Schedule Date, Last Leveled Date, Last Apply actuals Date.
- Utilização de barra do gráfico de Gantt com UDF(User Defined Field).
- Maior geração de informação de riscos pois a área de riscos foi ajustada para refletir análises da ferramenta Riks Analysis.
- Riscos organizados em hierarquia de riscos em RBS (Risk breakdown structure)
- Possibilidade de copiar e colar riscos semelhantes de um projeto para outros múltiplos projetos.
- Novos campos para auxiliar na análise de riscos.
- Disponibilidade de visualização dos riscos do projeto em placar na área de projetos (EPS) para melhor análise.
Novas Plataformas aceitas:
• Google Chrome 9 Browser
• Server platform – HP-UX Itanium
• Administration – Oracle Enterprise Manager 11g
• JRE 1.6.0_24+
• BI Publisher 11g
• UCM 11g
• Brazilian Portuguese language support
Additional Tools
• Project integrity checker
• Jackrabbit to UCM migration tool
P6 R8.1 x I Phone :
Assinar:
Postagens (Atom)