SÉRIE DCMA x P6: 3- RESTRIÇÕES

Vamos falar de HARD E SOFT CONSTRAINTS (Itens 5 e 12 da lista dos 14 Pontos de Verificação.

CONCEITOS

Para acompanhar mais adiante, precisamos primeiro entender alguns conceitos importantes:

O QUE SÃO RESTRIÇÕES/CONSTRAINTS?

A lógica de rede por si só não consegue refletir todas as situações de um projeto. Às vezes, as atividades precisam ser concluídas de acordo com datas específicas, e não em datas determinadas por outras atividades do projeto.

Então, você insere datas específicas, onde você vai informar no seu cronograma, pois são requeridas no contrato do seu projeto, por exemplo.

Você vai digitar datas no Primavera P6, ou seja, ainda que tenha relacionamentos, predecessora e sucessora, a data calculada pela rede lógica se não for a data requerida definida no contrato, não servirá, então você digita a data e indica qual é o tipo desta restrição.

No Primavera P6, a atividade que estiver com restrição terá um símbolo visual para identificação, como se estivesse informando “esta data não é a calculada e sim imposta”, este símbolo é um * (asterisco) junto a data. Este símbolo não filtra as atividades é realmente um recurso visual. Note na figura abaixo como é representada a restrição:

1. Na coluna de data: *

2. No Gantt: um Pentágono branco no início da barra da atividade.

3. No Detalhe da atividade, embaixo: O campo onde foi inserido o tipo de restrição (Start on/Iniciar Em).

Fig. 1

COMO É INSERIDA A RESTRIÇÃO

inserir uma restrição, no Primavera P6 Professional, na área de Atividades, selecione a atividade que se deseja impor uma data, embaixo, na área de detalhes da atividade selecionada, vá até a Guia Status e na área indicada em vermelho (Constraints) decida qual tipo de restrição será e abaixo, qual será a data a ser imposta. Em seguida recalcule o projeto, para que seja feita a alteração no cronograma. E aparecerá acima tanto no campo de data o asterisco, bem como no Gantt, o pentágono branco junto à barra que representa a atividade.

Se você quiser, poderá fazer filtros para facilitar a visualização de todas as atividades que contém restrições de início ou de término, estes são filtros nativos, Default da ferramenta:

                                Fig. 2

TIPOS DE RESTRIÇÕES

Em relação às atividades, no Primavera P6 teremos os seguintes tipos de restrições:

                                Fig. 3

Observe ainda que na área de Detalhes da atividade (Embaixo), há ainda uma subdivisão:

Restrição Primárias: com uma só condição:

• Iniciar em,

• Terminar em,

• Início Mandatório

• Término Mandatórios

Restrição Secundárias: com duas condições:

• Iniciar em, ou Antes

• Iniciar em, ou Depois

• Terminar em, ou Antes

• Terminar em, ou Depois

Você pode adicionar até duas restrições a uma atividade — uma restrição primária e uma restrição secundária. Depois que uma restrição primária é definida em uma atividade, ela determina a lista de restrições secundárias disponíveis que você pode definir para essa atividade.

Agora que já fiz a introdução ao assunto, podemos seguir com o assunto das Hard Constraints e porque está na lista de verificação do DCMA:

1- Hard Constraints / Restrições Rígidas

Este é o 5º item da lista de verificação do DCMA e do Check Schedule do Primavera P6.

Restrições rígidas substituem relações lógicas e, portanto, impedem que as atividades sejam agendadas de acordo com a lógica. Restrições rígidas devem ser usadas somente quando refletirem datas reais.

Quebram a sequência lógica: Restrição é algo a se evitar o uso. Observe que eu disse “Evitar”, não disse que não deve usar. Ainda mais estas de Início ou Término Mandatórios (Hard Constraints), pois elas quebram a sequência lógica da programação. Elas fixam datas no cronograma de uma forma que desrespeite as relações de dependência da lógica de rede.

Restrições Rígidas / Hard Constraints prevalecem sobre a lógica.

Como funcionam as duas hard Constraints existentes no P6

Início Mandatório: Impõe as datas Início mais cedo e Início Mais Tarde (Early Start e Late Start) que você selecionar. O P6 usa a data de Início Mais Cedo Mandatória/obrigatória, independentemente do seu efeito na lógica da rede. Uma data de Início Mais Cedo Mandatória pode afetar as datas de Mais tarde de todas as atividades que levam à atividade restrita e todas as datas de Início Mais Cedo das atividades que partem da atividade restrita.

Término Mandatório: Impõe as datas de Início e Término Mais Tarde (Early Finish e Late Finish) que você selecionar. O P6 usa a data de término mandatória/ obrigatória independentemente do seu efeito na lógica da rede. Essa restrição afeta as datas de Término Mais Tarde de todas as atividades que levam à atividade restrita e todas as datas de Término Mais Cedo das atividades que partem da atividade restrita.

No Check Schedule está configurado para não ter mais de 1% de atividades como hard constraints no cronograma. Exatamente por ser tão radical a ponto de não respeitar a rede lógica.

Inclusive, se você encontra um cronograma cheio de atividades com hard constraint já indica a baixa qualidade do cronograma, pois indica grande manualização do cronograma, e dados irreais, por isso limitar a 1% para evitar o uso indiscriminado, a DCMA busca identificar o uso inadequado (excesso) de restrições rígidas.

Registrar: De preferência registrar usando o Notebook justificando o porquê esta atividade tem restrição. Se não souber justificar, indica que o uso de restrição nesta atividade seria desnecessário, e o melhor seria voltar à lógica da programação.

Quando utilizar: Geralmente as restrições decorrem de acordos contratuais, influências externas e/ou considerações internas. Um acordo contratual pode incluir uma data de entrega ou outro prazo no contrato, pois o não cumprimento de uma data contratual pode resultar em alguma penalidade financeira ou de outra natureza.

O principal problema com as restrições é que elas tornam seu cronograma estático, principalmente na hora de fazer alguma reprogramação.

Manualização do cronograma: Quando o projeto já estiver em andamento e você tiver que fazer reprogramação, estas datas de restrição deverão ser reajustadas/reprogramadas também manualmente.

Folga negativa: O DCMA conta com seu conhecimento de folga total para entender que uma folga total negativa é um aviso de que sua restrição está fazendo com que o cronograma saia do controle.

2- Soft Constraints / Restrições Flexíveis

Este é o 12º item da lista de verificação do Check Schedule do Primavera P6. Este item não está na lista do DCMA, o 12º item da lista do DCMA é sobre testes no Caminho Crítico e o P6 já possui funcionalidades que permitem análise no Caminho Crítico, por isso substituiu por este novo assunto. E como o meu foco aqui é o uso do Check Schedule do Primavera, vou explicar aqui sobre este item.

Este item não está na lista de verificação do DCMA, mas consta da lista do P6, com parâmetro de permissão de 5% no padrão, mas você poderá definir outro valor no Check Schedule do Primavera P6.

Restrições Flexíveis / Soft Constraints NÃO prevalecem sobre a lógica.

Restrições flexíveis/Soft Constraints podem gerar folga total negativa, mas nunca violarão a lógica da rede.

Estas restrições aplicadas não impedirão que as datas das atividades sejam recalculadas de acordo com a lógica do cronograma, pois não prevalecem sobre a lógica.

Restrições flexíveis/ Soft Constraints

• Iniciar em ou antes,

• Iniciar em ou depois,

• Concluir em ou antes,

• Concluir em ou depois e

• O mais tarde possível.

Lembrando que estes tipos de atividades não terão restrições:

• Atividades concluídas

• Resumo de EAP (WBS Summary),

• Nível de Esforço (LOE - Level of Effort) e

• Restrições de início em atividades iniciadas não estão incluídas nesta análise.

ASAP / ALAP

O MS Project possui a restrição O mais cedo possível / ASAP (As soon as possible).

O Primavera possui a restrição O mais tarde possível / ALAP (As late as possible).

Ambas acima são consideradas Soft Constraints. Estes tipos simplesmente deslocam uma atividade, de acordo com as atividades com folga total disponível (folga positiva), ou seja, se a atividade não tiver folga (folga 0) não adianta utilizar esta restrição.

RESUMO

Vimos que o melhor é que o cronograma tenha a rede lógica bem definida e usar o mínimo de restrições e neste caso, deverá usar restrição quando a lógica de rede por si só não conseguir refletir todas as situações de um projeto. Às vezes, as atividades precisam ser concluídas de acordo com datas específicas, e não em datas determinadas por outras atividades do projeto.

Logo, um pequeno uso de restrições é permitido:

No DCMA é verificado o uso indiscriminado de Hard Constraint apenas permitindo um máximo de 5% de atividades com este tipo de restrição.

No Check Schedule do Primavera P6 analisa tanto Hard como Soft Constraints, permitindo um máximo de 1% e 5% respectivamente nas no projeto.

Vimos que Hard Constraints quebra a lógica da programação, onde datas específicas são determinantes e não a rede lógica.

Nas Soft Constraints a lógica é determinante sobre as datas específicas.

Geralmente, é mais viável utilizar uma Restrição flexível do que uma Rígida, exatamente pela mobilidade no cronograma. Mas, em última análise, partir para uma Restrição Rígida.

O problema não é utilizar restrições, mas sim, o excesso ou o uso indiscriminado ou injustificado de restrições. Este excesso indica baixa qualidade no cronograma, pois acarreta Caminho Crítico irreal, folgas negativas, ou seja, um cronograma não factível.

OBS: Para quem faz o meu curso online individual (com videoaulas gravadas), este assunto está no Módulo 1 - Planejamento, no tópico 20, em forma de livro, para consulta ou impressão.

Por Joyce Gomes da Silvera

Veja também no Blog ...