Por que o uso excessivo de restrições pode distorcer o cronograma no Primavera P6?

01Lógica de execução e data imposta

Relacionamentos representam a sequência técnica; uma restrição acrescenta uma condição de data. Se a atividade exige formas e armação prontas, essa condição deve existir na rede. Fixar a concretagem em um dia escolhido não executa seus predecessores e pode fazer o cronograma parecer organizado enquanto a sequência permanece inviável.

02Entenda as condições do conceito

Em um cálculo normal, o P6 define as datas pelas predecessoras, pelas durações e pelos calendários. A restrição (constraint) muda essa regra: ela obriga a atividade a respeitar uma data, mesmo que a lógica disser outra coisa. Assim, a data passa a depender da restrição, e não da sequência de execução. Filtre as atividades com restrição e conte quantas são. Se a proporção for alta, há um problema.

Procure atividades com restrição rígida e folga negativa ao mesmo tempo. Pergunte para cada restrição: qual é a exigência externa que a justifica? Represente primeiro a execução com lógica de rede, sem restrições.

03O efeito de restrições rígidas

Mandatory Start e Mandatory Finish impõem condições particularmente fortes no P6. Outras restrições também afetam datas e folgas, porém de modos diferentes. Aplicar dezenas delas impede que a rede responda com clareza a uma mudança de duração ou a um atraso de campo. O problema aparece quando uma atualização desloca predecessores, mas as datas fixadas continuam ocultando a consequência.

04Exemplo comentado e interpretação

05Uma revisão que preserva a obrigação

Liste as restrições e identifique sua origem: contrato, acesso, fornecimento ou preferência do planejador. Preserve condições externas válidas, substitua datas usadas como atalho por lógica coerente e recalcule em uma cópia. Compare término, folgas e marcos antes e depois. Retirar uma restrição sem registrar a obrigação correspondente pode melhorar o gráfico e piorar o controle contratual.

06Caso guiado: testar uma data fixada sem justificativa

A concretagem tem uma data fixada, mas suas formas atrasaram. Numa cópia, confira o tipo de restrição e recalcule a rede com os dados de campo. Observe se a data fixada mascara a falta de condição do predecessor e quais folgas são geradas.

Compare com uma programação conduzida pela lógica, mantendo a obrigação contratual registrada de modo apropriado. Se o término mudar, explique o motivo e valide o tratamento da restrição. O teste não autoriza retirar exigências reais; ele permite distinguir data desejada e data viável. Toda restrição relevante deve ter origem e finalidade conhecidas para que a revisão não produza uma aparente recuperação apenas por mudança de configuração.

07Aplicação e conferência no projeto

Use restrição somente quando houver exigência externa real, como data de licença, entrega contratual ou janela de manutenção. Registre a justificativa de cada restrição no próprio cronograma. Verifique o efeito sobre caminho crítico, folgas e datas antes de aprovar o cronograma.