🌟 Entendendo as restrições no Primavera P6

🚀 Olá! Neste artigo, vamos falar sobre as restrições ou Constraints que existem no Oracle Primavera P6. Se você é usuário desta ferramenta, saiba que existem certos limites que devem ser conhecidos para otimizar seu uso e evitar problemas. 

🔍 Fique atento às nossas explicações e análises sobre esse assunto importante! 💻

Constraints são as restrições que utilizamos em algumas atividades. Apesar de não ser uma boa prática, o uso das restrições é algumas vezes necessário.

As restrições são imposições dadas ao projeto e/ou atividades para refletir situações na qual a lógica da programação não seja suficiente para definir a realidade dele.

A boa prática para a atribuição de restrições às atividades é que somente seja adotada quando todas as possibilidades de refletir a realidade da programação pela lógica entre as atividades estejam esgotadas.

Neste caso o planejador poderá aplicar restrições de data no início ou término de atividades, ou em marcos de início ou término.

👀 Apesar de evidente, cabe destacar que a simples atribuição de restrição a uma atividade do projeto não garante que a mesma ocorra naquela data; a restrição sinaliza ao planejador que algo irá ocorrer, ou tende a ocorrer, ou ocorreu, fora da data planejada/prevista.

Separamos as restrições conforme o efeito que elas produzem no projeto.

1 - Restrições Leves

Start On or After  / Finish On or After

👀 São as que restringem para “não iniciar/terminar andes de”, mas permite “iniciar/terminar depois de”.
No exemplo abaixo, a atividade “Comprar Materiais para Montagem” tem uma folga de 2 dias (Free Float) em relação a sua sucessora para comprar o material. Isso acontece porque tem uma atividade paralela “Contratar Mão de Obra” empurrando a sucessora “Montar Materiais”.

Porém, se for identificado com antecedência que o material vai atrasar pelo menos 4 dias, poderíamos incluir uma restrição Start On or After e recalcular calcular o projeto.

👀 Observe que, após o cálculo, a folga da atividade “Comprar Materiais para Montagem” foi totalmente consumida e ainda empurrou dois dias a sua sucessora. Agora quem está com folga, é a atividade “Contratar Mão de Obra”.

Start On or Before  / Finish On or Before

👀 São as que restringem para “não iniciar depois de”, mas permite “iniciar antes de”.

Vamos utilizar novamente o 1º exemplo quando tínhamos uma folga de 2 dias na compra de materiais. Vamos supor que foi identificado a necessidade de antecipar a compra dos materiais em 2 dias. Vamos utilizar a restrição leve Start On or Before.

Observe que a folga de dois dias continua em relação a sua sucessora e que não foi alterada a data de início da atividade, mesmo com a restrição para o dia 19. Isso acontece porque pela lógica do projeto a data mais cedo possível é dia 21 e esse tipo de restrição não prevalece sobre a lógica, porém, temos agora uma folga NEGATIVA em relação ao final do projeto (Total Float).

👀 As restrições leves não prevalecem sobre a lógica do projeto.

2 - Restrições Rígidas

Start On  / Finish On

👀 São as que restringem para “iniciar/terminar neste dia somente”.

São mais rígidas porque não permite alternativas. Não pode antes e nem depois.

Vamos ver no nosso caso qual será o comportamento se pedirmos para iniciar somente no dia 27.

Neste caso, tivemos o mesmo comportamento da atividade leve, ou seja, consumiu toda a folga da atividade em relação a sua sucessora, porém, esse tipo de restrição consome também a folga da atividade em relação ao final do projeto.

Vamos a um outro caso:

Neste exemplo, temos uma atividade prevista para iniciar dia 28/out (Started) com uma folga de 11 dias em relação a sua sucessora (Free Float) e de 135 dias em relação ao final do projeto (Total Float).

O que aconteceria se criarmos uma restrição rígida para obrigar a iniciar a atividade APÓS a data prevista?

Quando obrigamos a atividade a iniciar dia 02/nov (após a data lógica), ela consomiu uma parte da folga em relação a sua sucessora e também consumiu 100% da folga em relação ao final do projeto. Porém, não isso não teve grandes consequências em relação as outras atividades porque ela não estava no caminho crítico, ela tinha folgas em relação ao final do projeto.

Mas e se obrigarmos ela a iniciar antes da data prevista?

A data prevista não mudou pelo mesmo motivo da restrição leve acima. Ela também não prevalece sobre a lógica, porém, ela não só consumiu toda a folga em relação ao final do projeto, como também tornou ela negativa. A folga em relação a sua sucessora não foi alterada.

👀 As restrições rígidas não prevalecem sobre a lógica do projeto.

3 - Restrições Muito Rígidas

Mandatory  Start  / Mandatory Finish

👀 São as que obrigam para “iniciar/terminar nesta data”.

Sem dúvida as restrições Mandatory são as mais rígidas. Elas devem ser as últimas alternativas. Isto porque eles são tão fortes que prevalecem sobre a lógica do cálculo. É como se programasse a atividade para uma coisa impossível de realizar, fora da lógica que foi definida inicialmente.

Neste exemplo, obrigamos a atividade a iniciar antes da data prevista, PREVALECENDO sobre a data lógica inicial. Mesmo que não seja possível iniciar neste dia utilizando a lógica atual (duração e relacionamentos anteriores), o Primavera vai programar o início da atividade conforme a restrição a obrigou.

👀 Essa restrição só não é maior que o calendário do projeto. No exemplo abaixo, dia 23 de outubro de 2011, cai em um domingo, neste caso, a data do início da atividade foi programada para o próximo dia útil conforme a seu calendário que seria no dia 24 de outubro em uma segunda-feira.

👀 As restrições muito rígidas prevalecem sobre a lógica do projeto, mas não prevalecem sobre o calendário.

4 - Restrição Informativa

As Late As Possible

👀 São as que informam a “data mais tarde possível”.

Além das restrições de atividades informadas acima, nós também temos uma restrição que serve apenas como uma informação.

Por padrão, o cálculo de todas as datas, de todas as atividades do projeto é sempre pela data mais cedo possível. Mesmo que a atividade possa ser executada mais tarde sem grandes prejuízos para o projeto, o Primavera sempre irá utilizar a data mais cedo.

Quando desejamos conhecer quais atividades temos para executar no dia, pode ser que desejamos saber se tem alguma atividade dessas que possa ser iniciada mais tarde, outro dia, ou seja, eu posso estar interessado em uma lista de atividades com a data de início mais tarde possível.

Esse tipo de restrição só terá utilidade como uma informação básica. Você vai reparar que ao fazer isso, dará a impressão que todas as atividades estão no caminho crítico, o que não é verdade. E isso poderá causar confusões.

👀 Após recolher as informações, é recomendado que se retire esta restrição das atividades para que elas voltam para suas datas originais.

👀 Late Start  e Late Finish.   

Existem dois atributos (coluna) nas atividades chamados de Late Start e Late Finish que também podem fornecer as mesmas informações sem precisar utilizar nenhuma restrição.

Veja na figura abaixo que nós temos nas colunas Late Start e Late Finish as mesmas informações e não estamos utilizando nenhuma restrição.

👀 As restrições informativas não prevalecem sobre a lógica do projeto.

5 - Restrição de Projeto

Must Finish By

👀 São as que definem que o projeto “deve terminar em” uma determinada data, sem no entanto, alterar o cálculo de término.

Além de todas as restrições sobre as atividades acima, temos ainda a restrição sobre o projeto todo e não sobre as atividades.

Esse tipo de restrição, não prevalece sobre a lógica, ou seja, o cálculo das datas das atividades não serão afetados. Somente as folgas.

Uma utilização prática para esse tipo de restrição, é quando nós temos uma data fixa para terminar o projeto e queremos controlar onde temos folga positiva e onde nós temos que recuperar alguma folga negativa.

Em nosso pequeno projeto abaixo, observe que não temos nenhuma restrição ainda e o nosso projeto está identificando o cálculo de término no dia 29 de março.

Utilizando nossa restrição para o término do projeto antes da data prevista, observe que a data final do projeto continua sendo 29 de março, porém, agora o projeto todo ficou com uma folga negativa.

👀 Isso não quer dizer que em um projeto maior, todas as atividades ficarão com folga negativa, porém o Primavera vai consumir a quantidade de folgas necessárias para terminar o projeto na data desta restrição.

Nesse novo exemplo, informamos uma restrição de término após a data prevista pelo Primavera, com isso, todas as atividades ficaram com folgas.

💣 Em um projeto com folga em todos as atividades, não existe caminho crítico.

👀 As restrições de projeto não prevalecem sobre a lógica do projeto.

👀 Se você estiver trabalhando em um projeto como contratado, procure saber com antecedência se a empresa contratante possui algum tipo de procedimento ou norma para utilização de restrições no projeto.

👀 Se você observar em todas as atividades que possuem algum tipo de restrição, ao lado da data tem um asterisco.

  

👀 Sempre utilizar as restrições partindo das mais leves para as mais rígidas.

👀 Caso seja realmente importante a utilização de qualquer restrição no projeto, é importante que seja registrado na guia notebook do Primavera o motivo da utilização dessa restrição. Isso vai dar mais confiança para quem tiver analisando o Primavera.

Mais Sobre Isso

👓 TemSix – Tipos de Restrição Do Primavera P6 

Sérgio Magalhães

WhatsApp (21)9.9605.6658

www.academiadoplanejamento.com.br