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.

De volta às atividades!

Prezados,

Estou de volta!

Apresento a vocês meu filhote:

Após um período precioso para cuidar do meu baixinho, meu Vinícius, estou de volta às minhas atividades de traballho, tanto aqui no blog, como com consultorias e treinamentos na Simplificar.

Quem tiver algum assunto em específico e queira que eu comente aqui no blog, me mandem o tema por email: joyce@sosimplificar.com.br.

Um abraço!

Joyce

Nova fase para mim, novo desafio!

Queridos leitores do meu blog,

Estou chegando ao final dos 9 meses de gravidez. Vem aí um meninão! Meu Vinícius.

Em 2 dias estarei com meu 2º baby nos braços. Este também foi planejado!
Bom, vocês devem ter percebido que reduzi a quantidade de textos no blog, mas assim que restabelecer as minhas atividades gradativamente, voltarei a escrever. É por uma causa justa!

Em relação a minha empresa, a Simplificar, minha equipe está preparada para atendê-los no caso de necessitarem de treinamento ou consultoria.

Quanto aos treinamentos da Simplificar, estão padronizados, com o material elaborado por mim, e mesma técnica de ensino, assim como exemplos e tudo mais. Ou seja, seja dado por mim, ou por outro instrutor de nossa equipe, o treinamento será realizado da mesma maneira, porque somos uma equipe, um time e a nossa missão é a mesma: Só Simplificar!

Quem precisar entrar em contato direto comigo, podem enviar email, pois ainda que eu não responda no mesmo dia, responderei a todos.

Grande abraço a todos!

 Joyce Silveira de Morais

contato@sosimplificar.com.br

Chegou o Primavera P6 EPPM 8.2!

Tem novidade na área!

Já está disponível novo release (atualização) da versão P6, que é o Oracle Primavera P6 EPPM 8.2!

Como todos sabem software não deve ficar estático, parado no tempo. Tem que melhorar sempre! E a cada novo release, da versão P6 o que vemos são correções de funcionalidades e melhoria de performance.

Quem quiser ver as novidades no site da Oracle, veja em:  http://www.oracle.com/us/dm/h2fy11/nsl100040778-newprimavera-1483929.html?msgid=3-5772528725

Quem quiser ver o meu resumo leia abaixo:

A Oracle recentemente anunciou o maior trabalho de upgrade realizado na ferramenta de EPPM (enterprise project portfolio management) juntamente com a aplicação de Project Analytics. Juntos,  Oracle’s Primavera P6 Enterprise Project Portfolio Management 8.2  e Oracle’s Primavera P6 Analytics Release 2.0 auxiliam as organizações a entregar os projetos no prazo, dentro do escopo, e reduzindo custos.

O Primavera P6 Enterprise Project Portfolio Management 8.2 oferece novas funcionalidades em 3 áreas fundamentais: gerenciamento da ferramenta, participação de membros da equipe (o processo de atualização, por exemplo) e visibilidade do projeto.

·         Melhoria na performance de navegabilidade. 80% mais rápido!

·         Instalação facilitada com Wizard (assistente).

·         Visibilidade do Projeto:  Uma nova funcionalidade que trás um dicionário de localidades, o qual permite melhor visibilidade levando os usuários a identificar onde estão os sites dos projetos e ter melhor visibilidade da distribuição dos recursos e envia informações para o Primavera P6 Analytics. O dicionário mostra as localidades por endereços de ruas ou por longitude e latitude.

·         Melhorias para impressão.

·         Melhoria na interoperabilidade entre importação e exportação com o MS Project, no formato XML.

·         A funcionalidade que já tinha no ambiente Client Server, chamada Dissolve Activity, agora também no ambiente web.

·         Colunas adicionais disponíveis para análise de Predecessora e Sucessora.

·         Funcionalidade de recortar  / copiar e colar WBS, como já existia no client, agora também na web.

·         No ambiente Client Server, agora conta com a funcionalidade de Line Numbers (enumerar cada linha de atividade), conforme demonstro na figura abaixo:

·         Atualização dos projetos pode ser:

o   Usando o Primavera Web

o   E-mail

o   Celular