Está chegando o Primavera P6 8.3!

Sim! Está no forno o mais novo release do Primavera P6:  que é o 8.3!

A previsão da Oracle de disponibilização para download é para o final de março/2013.

Pense bem na minha pergunta e responda:  Você realmente está preparado para aceitar mudanças?

Neste caso, apresento a vocês boas mudanças, e ao meu ver muito bem vindas. E é claro, mudanças no Primavera P6 8.3 WEB.

Gostaria inclusive de falar para você pensar em quebrar paradigmas. Sua empresa ainda não conhece o P6 Web? Por que você não nos solicita uma apresentação, análise de viabilidades de implantação? Contatos estão no menu acima, neste blog.

Se você ainda usa apenas o P6 Professional (Client Server), gostaria de desafiá-lo a pelo menos conhecer o P6 Enterprise (Web).

Já que o mundo está cada vez mais Web e você provavelmente já tem web até no seu celular, porque não provar o Primavera Web?

Temos uma tendência a eleger aquilo que estamos acostumados, sem saber que o novo pode ser muito melhor. Pense nisto.

Aproveite também este momento e informe aqui no blog, na barra direita da tela na enquete que fiz, qual é o release do Primavera que você está usando atualmente.

São muitas mudanças advindas no P6 8.3 Web, e comentarei aos poucos até que o release saia no final de março. E são:


TEAM MEMBER - Melhorias

• Gerentes de Projeto podem controlar  e adicionar steps direto no ambiente de Team Member  Web & iPhone.
• Exibição de mais de 20 Activity codes & UDFs (Na versão anterior era somente 5).
• Activity Codes e UDFs podem agora ser atualizados

Importação e Exportação no P6 Web 8.3

Multi project XML

Handling of global data

Codes
UDFs
Calendars
Resources

Import templates
Log File
Web and Desktop Client


Primavera Visualizer

Foco  em Relatórios gráficos
Replaces TSLD (Time Scaled Logic Diagram)
Desktop Solution
Part of P6 EPPM & P6 Professional license
Standalone solution

 No exemplo  de TSLD (Time Scaled Logic Diagrams) da figura acima, o diagrama evidencia o zoom dado na escala de tempo. Note que a escala de tempo está para o nível de semana, exceto no mês de junho, que mostra cada dia.

Ou seja, o usuário poderá ter várias maneiras de exibir a escala de tempo, conforme sua necessidade de demonstração.

Outra novidade é que as caixas vermelhas nas linhas de relacionamento estão exibindo os lags. Ficou muito mais rápido e visual analisar os relacionamentos!

 No próximo exemplo de TSLD, as cores demonstram os códigos aplicados, inclusive nas barras do Gantt.

INTEGRAÇÃO

Houve também muitas melhorias relativas a integração.  Hoje Primavera oferece a tecnologia de API para facilitar integrações com outros softwares, como um ERP, por exemplo. 

Ainda assim, Outras integrações foram facilitadas, como  entre o Primavera e o SAP, por exemplo, e o Primavera P6 com o Primavera Unifier. Estas melhorias comentarei num próximo post.

Primavera Contract Manager x Primavera Unifier

Quero desde já deixar claro aqui que estou expondo a minha opinião sobre o assunto, ou seja, é a minha interpretação sobre as informações oficiais do webcast da Oracle.

Muitos de vocês devem utilizar além do Primavera P6 também o Primavera Contract Manager.

Quem utiliza o Primavera Contract Manager já deve ter ouvido falar de um outro software, o Primavera Unifier. Trata-se de uma aquisição da Oracle que comprou o produto da Skire, chamado Unifier.

Algumas pessoas estão temendo que com esta aquisição, que o PCM (Contract Management) será substituído pelo Unifier, porém, em grupos de discussão, a Oracle disse que  os usuários do PCM  podem ficar “descansados”, pois o software não será abandonado e nem terá indisponibilidade.  Dizem que ao contrário, que planejam investir mais na manutenção do PCM.

Durante um bom tempo ambos produtos coexistirão e a Oracle dará o suporte necessário ao produto, porém sem novos desenvolvimentos o PCM gradativamente deixará de ser tão interessante para quem já é cliente e aí desejarão migrar e neste longo prazo este será o processo natural.

Na minha opinião, o importante é saber que sempre teremos novidades, mudanças e com elas novas tecnologias mais avançadas e assim, certamente, o que a Oracle disse é verdadeiro! Que fiquem descansados quem já tem o Contract Manager release 13 ou 14, pois terão suporte na ferramenta, apesar de que a mesma ficará congelada, pois as melhorias serão para o Unifier.

O Unifier já possui as mesmas funcionalidades que o Contract Management e outras adicionais, e até mesmo um workflow mais flexível, além disso, o Unifier é cloud based  e suporta IPhone, Android e Blackberry. Outra coisa boa é que os Dashboards são configuráveis.

No webcast, a Oracle anuncia que:

·         Primavera Contract Managemet continuará tendo suporte total dentro da política de ciclo de vida do produto incluindo atualizações de Service Packs. Entretanto, todos os esforços de desenvolvimento e melhorias serão para a plataforma do Unifier.

·         Unifier é a plataforma para todas as funcionalidades atuais e futuras  para Contract Management.

·         Para os clientes já existentes de PCM, a plataforma do Unifier pode ser vista como uma escolha, uma decisão que poderá ser feita no futuro, se sua capacidade for para beneficiar. Licença e migrações estarão disponíveis se esta for a decisão.

O que vejo é que pelas funcionalidades que possui e por performance também, gradativamente será de interesse dos clientes mudar de produto, mas isto será decisão dos clientes, pois a Oracle disponibilizará ambas tecnologias.

O Primavera Unifier é projetado para ser implantado em grandes organizações, onde os projetos e processos exigem uma solução estratégica da empresa com funcionalidades nas áreas de planejamento de capital, controles de custo e onde a infraestrutura requer tecnologias implantáveis, capaz de suportar integrações independente de ser local ou em nuvem.

Além disso, O Primavera Unifier não concorre com o tamanho de empresa, pois o PCM pode ser adquirido até mesmo em 1 licença, o que não acontece com o Primavera Unifier, que tem o número mínimo de usuários nomeados licenciados que é de 25 atualmente, mas isto pode mudar no futuro, dependendo de estratégia de venda.

A Oracle percebeu que este  produto possuía arquitetura dinâmica e inteligente,  e que contempla elementos de  unificação de controle de custo, cronograma e documento, que é o que a maioria das organizações precisam hoje para dar suporte às empresas. Sendo assim, que venham as mudanças! Pois são boas para o crescimento e melhoria!

Como é determinado o Caminho Crítico no Primavera P6?

O Caminho Crítico não é o caminho de sequencia das atividades mais importantes do cronograma, como pensam alguns.

Já estive em organizações em que marcavam um sim para as atividades ditas críticas, e depois filtravam onde havia “sim” para indicar que ali estava o tão famoso caminho crítico.  Quando fui explicar que o que estavam fazendo não era Caminho Crítico e sim o julgamento de atividades importantes/relevantes do cronograma, ficaram atônitos! Resistentes... não podia ser verdade que em todos os últimos anos estiveram fazendo de maneira errada, disseram.

Bom, então, o que é caminho crítico?

No PMBOK 4ed, na pág. 155, no item 6.5.2.2, onde fala sobre o Método do Caminho Crítico, dispõe:

“Os caminhos críticos têm uma folga total igual a zero ou negativa e as atividades do cronograma que estão no caminho crítico são chamadas “atividades críticas”. Um caminho crítico é normalmente caracterizado por uma folga total igual a zero no caminho crítico.”

Então, o conceito que mais se usa é este: Caminho crítico é quando eu tenho atividade com folga total menor ou igual a zero.

Mas vocês notaram que no extrato acima há uma palavra “normalmente” ? Sim... isto mostra que há outras maneiras. Uma delas é o conceito acima, mas não necessáriamente somente este conceito.

No Primavera, temos o seguinte:

No nível do Projeto, no diretório Projects, na guia Settings, lá no finalzinho, temos que definir projeto a projeto como será definido o caminho crítico para aquele projeto. Ou seja, se for o caso, cada projeto poderá ter uma maneira diferente de calcular o caminho crítico.

É claro que o padrão do Primavera é considerar o mesmo que está no extrato acima indicado no PMBOK,  que é considerar o caminho crítico nas atividades onde a folga total for menor ou igual a zero. Mas o Primavera permite outras maneiras, como exibe a foto abaixo retirada do Primavera P6 Professional 8.2, e este item necessariamente, está igualzinho a releases anteriores:

As outras maneiras que o Primavera permite para a consideração do caminho crítico são:

·         Considerar como crítico onde houver folga de até x dias. Por exemplo: Neste projeto ainda que as atividades tenham folga de 5 dias, ainda assim, consideraremos como crítico. Neste caso, o campo fica aberto a edição de quantos dias, ou mesmo horas, dependendo da escala de tempo escolhida.

·         Longest Path:

No PMBOK 4ed, na pág. 421, no glossário, onde fala sobre o Caminho Crítico, dispõe:

“Geralmente, mas não sempre, a sequencia de atividades do cronograma que determina a duração do projeto. É o caminho mais longo através do projeto.”

No Glossário do Primavera P6  menciona que o caminho mais longo (Longest Path) das atividades é calculado através da revisão do cálculo do cronograma retroativamente, ou seja calculado de trás para frente através das atividades que contém os relacionamento “Driving”, ou seja Dirigente. Este tipo de indicação evidencia quais são as atividades que conduzem, que impactam o relacionamento, então as atividades Driving são consideradas e se a combinação da predecessora/sucessora tiver relacionamentos driving entre eles e então ambas atividades serão marcadas/sinalizadas como parte do caminho mais longo.  Entretanto, se a atividade predecessora tiver folga livre (free float) e esta folga for maior que zero, então o caminho mais longo terminará com a sucessora. Isto evidencia que  o caminho mais longo, nem sempre vai desde o início do projeto.

Todos os relacionamentos são avaliados individualmente. A marcação da atividade (o flag) é realizado automaticamente durante o schedule (cálculo da programação - F9) com base no relacionamento. O caminho mais longo é calculado utilizando o calendário da atividade sucessora e não o calendário da atividade predecessora para calcular folga livre (free float).

A Simplificar está de casa nova!

A Simplificar cresceu!

Inclusive fisicamente.

Estamos de casa nova e estou muito contente em convidar a todos os leitores deste blog a nos visitar quando passarem por aqui em BH.

Novo endereço: 
Rua Coruripe, 250 - 11o andar - 1101 - Nova Granada

Belo Horizonte/MG – CEP: 30431-300

Referência: Esquina com Av. Barão Homem de Melo, 465 (logo após o Sebrae).

 

 

 

 

Além do espaço físico, também ampliamos nossa equipe de consultores para melhor atendermos a todos nossos clientes.

 

Nossos demais contatos continuam os mesmos:

31 2555 0039

31 3072 4545

contato@sosimplificar.com.br

http://www.sosimplificar.com.br

 



Desvendando o mistério! Entenda como é calculada a Sumarização dos campos Schedule e Performance Percent Complete no nível das EAP´s

Muitas pessoas tem curiosidade em saber como é que o Primavera  P6 sumariza os percentuais de avanço das atividades nos níveis de EAP (WBS).

Isto porque em algumas outras ferramentas a conta que é feita é bem mais simples, porém bem menos representativa da realidade também. No  Primavera o cálculo é mais elaborado, pois o resultado que vai aparecer nos níveis de sumarização não é o somatório dos resultados das atividades de cada nível, mas sim, resultado de um cálculo considerando a técnica de Valor Agregado.

Ou seja, para  entender como os cálculos são realizados é interessante que você entenda e saiba interpretar quem são os “personagens” da Análise de valor agregado, como EV, PV e BAC, por exemplo, pois os campos a serem analisados Schedule e Performance Percent Complete  trabalham com este conceito.

Imagino que esta seja a dificuldade de entender como se processa o cálculo, pois infelizmente muitas empresas no Brasil ainda insistem em só acompanhar o avanço físico ou o avanço das datas programadas... e assim continuam por adotar um método mediocre de avaliação.

Primeiramente quero lembrar o que estes campos significam para depois falarmos como é calculada a sua sumarização.

Schedule % Complete: É o percentual previsto da performance

Performance % Complete: É o percentual realizado da performance

Ambos são em relação ao Data Date (data de referência para o cálculo) que estiver sendo considerados.

Explico mais sobre estes campos em:

Avanço no Primavera:   http://joycesilveira.blogspot.com.br/2011/01/como-medir-o-avanco-no-primavera.html

Valor Agregado: http://joycesilveira.blogspot.com.br/2011/07/porque-e-importante-fazer-analise-de.html

Lembro que como se trata de campos que consideram a técnica de valor agregado, precisamos que as atividades tenham recurso atribuído e estes devem ter custo (ainda que seja um valor fictício de 1 real, neste caso a análise dos custos será fictícia mas os indicadores de desempenho serão válidos).

Para você que é cliente da Oracle Primavera e tem acesso ao site de suporte da Oracle, existe um boletim no site, na área de suporte da Oracle sobre este assunto [ID 894016.1].

Performance Percent Complete

O campo Performance % Complete é um campo para calcular valor agregado.
É usado para calcular a performance do projeto e não apenas itens isolados como avanço físico, ou avanço da duração, ou avanço do trabalho, ou seja, não observa apenas itens isolados, mas sim a performance realizada do projeto considerando estes itens.

O Performance % Complete, quando exibido em algum layout em qualquer nível de EAP (WBS) ou no nível do projeto será SEMPRE calculado como:  

(EV * 100) / BAC

onde:

EV= Earned Value ou como antigamente: BCWP = Budgeted Cost Work Performed
BAC = Budget At Completion (orçado na conclusão)

Lembro ainda que o resultado da sumarização que vai aparecer nos layouts no diretório Activities, depende de qual técnica para cálculo do Performance Percent Complete você está utilizando. Esta escolha é feita d

e acordo com a técnica de valor agregado que for selecionada para o cálculo no nível da WBS (guia Earned Value).

Caminho: Diretório WBS / Guia Earned Value.

  

Schedule Percent Complete

O Schedule Percent Complete é usado para calcular o PV (planned value), ou o valor previsto.

O Schedule Percent Complete, quando exibido em algum layout em qualquer nível de EAP (WBS) ou no nível do projeto será SEMPRE calculado como:

(PV * 100) / BAC

onde:

PV=Planed Value Cost ou como antigamente: BCWS = Budgeted Cost Work Scheduled
BAC = Budget At Completion

De acordo com a técnica de valor agregado que for selecionada para o cálculo no nível da WBS (guia Earned Value).

O que é Primary Resource do P6?

Durante a alocação de recursos, o Primary Resource é você quem define, apesar de que se você não definir, o Primavera marcará como Primary (Principal) o primeiro recurso alocado para aquela atividade (se você alocou mais de um recurso, o primary será o primeiro, se você alocou apenas um, este será o Primary).

Primary é aquele recurso (labor/mão de obra) que será o responsável por responder/relatar o desempenho da atividade.

Imagine que para uma determinada atividade foram alocados 6 recursos, então não será necessário que os 6 venham até você para dizer: olha a atividade começou dia tal...daí vem o recurso 2 e fala a mesma coisa e o recurso 3 fala a mesma coisa... Não! Não é necessário isto. Apenas um dos recursos, o indicado por você é que será o responsável por informar o andamento da atividade, isto no caso dos próprios recursos entrarem no Primavera e atualizarem suas atividades.

Lembre-se que o Primavera Enterprise é um EPM multiusuário, multiprojetos, onde a empresa define qual será a estratégia de atualização dos projetos. Se esta atualização será feita por alguém, responsável em inserir os avanços, ou se o avanço de cada atividade será lançado pelos próprios recursos.

No caso de atualização pelos próprios recursos, o Primavera  P6 tem uma aplicação, o Primavera Progress Reporter (timesheet), onde o recurso faz o login e atualiza a atividade que foi atribuída a ele. Neste caso não serão todos os recursos, mas o Primary Resource é o que vai colocar as informações de andamento. Os demais recursos da atividade vão apenas inserir a quantidade de esforço de trabalho que cada um realizou e não a data de início e fim, o percentual físico, duração remanescente... isto é tarefa do Primary Resource.

Se nos seus projetos a atualização é feita por alguém e não pelos próprios recursos, então o Primary Resource fica desnecessário e o Primavera Progress Reporter também, visto que tal atualização poderá ser feita na aplicação Project Management do client server ou mesmo na aplicação web da solução.

Modos de cálculo no Primavera P6

O cálculo padrão do Primavera trabalha retendo a lógica da programação, lógica esta que foi imputada através das predecessoras e sucessoras, lags.
Quando você clica no botão Schedule (F9 do teclado), há o botão Opções. São opções Gerais (cálculo padrão) e avançadas (para calcular múltiplos caminhos críticos) para o cálculo.
Esta alteração do modo de cálculo em específico está na guia General e está no campo “When Schedule progressed activities, use:”

A primeira observação a se fazer é: isto ocorre quando você está atualizando as atividades, ao calcular o progresso inserido nas atividades.

Então temos 3 opções:
Retained Logic
Progress Override
Actual Dates

 Bom, é importante dizer que enquanto não temos progresso, o software automaticamente usa Retained Logic, ou seja, sempre vai obedecer a lógica imputada à programação. E esta é a opção que já fica marcada por padrão, inclusive no momento de atualização.

Se você desejar um comportamento diferente, poderá optar por uma das outras duas alternativas: Progress Override e Actual Dates.

Mas antes vamos ver o que significa cada um destes 3 modos:

Retained Logic: A Duração Remanescente das atividades que estão em progresso não são calculadas até que todas os predecessores estiverem completados. Este é o padrão, fazer com que a lógica seja cumprida. Significa que a duração restante/remanescente da atividade out-of-sequence (fora de seqüência) não pode continuar até que todos os relacionamentos predecessores estejam satisfeitos.

Progress Override: a rede lógica é ignorada e as atividades podem ter progresso sem atrasar, ou antecipadas. Escolhendo Progress Override significa que a duração restante da atividade out-of-sequence (fora de seqüência) pode continuar a contar do Data Date (data de atualização) e não é atrasada por seus predecessores. Esta opção ignora as relações lógicas uma vez que elas estão quebradas e permite uma atividade com o progresso continuar, mesmo que seus predecessores não tenham terminado.
Este tipo é bastante usado quando, por exemplo, em casos de antecipação, você não quer que a barra de atividades remanescentes obedeçam a lógica, mas sim a nova situação agora com progresso antecipado. Caso contrário, com o Retained logic mostrará que a atividade que seria prevista para a próxima semana  já iniciou ontem, por exemplo, porém, como está retendo a lógica imputada anteriormente, os valores remanescentes são exibidos de acordo com os relacionamentos lógicos e não com a antecipação ocorrida. Então, para tornar a informação e a perspectiva mais realista, altera-se a forma de cálculo, objetivando agora visualizar pelo progresso e não mais pelo desejo planejado anteriormente.

Actual Dates: os cálculos progressivos e retroativos são feitos usando as datas reais. Esta opção pode causar folga total negativa se no cálculo houver datas reais antes da Data Date. Este tipo usa a mesma razão do Progress Override, porem tornando o cálculo mais realista em função do que efetivamente já ocorreu, e não mais do que estava previsto inicialmente.

Escolhendo  uma das opções Retained logic ou Progress override só terá efeito se uma ou mais atividades na programação estiver fora de seqüência (OOS – Out Off Sequence).

Por exemplo, em um relacionamento convencional FS – Finish to Start (Fim a Início), uma atividade está fora de seqüência, quando o sucessor começa antes de terminar seu predecessor, invalidando o relacionamento. Para determinar se seu cronograma tem alguma das actividades fora de seqüência, vá em Ferramentas / programar (F9) e visualizar o relatório de programação (View log) criada após cada execução da programação.

Por exemplo, abaixo temos um Relacionamento padrão Finish to Start-FS (Fim a Início).

Se um Início Real for aplicado a uma sucessora antes de um Término Real for aplicado ao predecessor, o sucessor é considerado Out of Sequence (Fora de sequencia).

• Quando usamos Retained Logic, a Duração Remanescente do sucessor não é calculada até que a duração remanescente após  predecessor for completado.
• Quando usamos Progress Override, o relacionamento é ignorado (overridden) e a Duração Remanescente do sucessor é calculado a partir do Data Date. Observe que quando usamos Progress Override, as duas atividades que foram inicialmente calculadas sequencialmente são agora calculadas simultaneamente.

Gostaria de lembrar que cada uma das três maneiras são boas, não há uma que seja melhor do que a outra, isto vai depender do contexto e do que se deseja apresentar, objetivando tornar a situação o mais realista possível.

O interessante é fazer simulações e observar os resultados.