A Natureza dos Relacionamentos no Cronograma
Além do FS, SS, FF e SF — por que algumas sequências são impostas pela realidade e outras são escolha do planejador
🧱 A fôrma e o concreto — uma sequência que não se discute
Imagine que você está planejando a concretagem de um pilar. Você cria no P6: Montar Fôrma → Lançar Concreto. Alguém da equipe pergunta: "Por que essa ordem?". A resposta é óbvia — porque é física. Sem fôrma, não há onde o concreto assentar. Não tem alternativa, não tem inversão possível.
Agora imagine dois apartamentos no mesmo pavimento para pintar. Você sequencia: Apartamento A → Apartamento B. Por que essa ordem? Porque alguém decidiu assim — mas poderia muito bem ser o B primeiro. Nenhuma lei da física exige essa sequência.
Quando você cria um relacionamento no Primavera P6, você sabe dizer por que aquela sequência existe? Essa resposta revela a natureza do relacionamento — e isso muda completamente o que você pode ou não pode fazer com ele quando o prazo apertar.
Neste material complementar às videoaulas, vamos explorar as três naturezas possíveis de um relacionamento entre atividades: obrigatório, discricionário e externo. Veremos também dois problemas que afetam diretamente a qualidade da rede lógica: os relacionamentos redundantes e os loops. Esses conceitos valem para qualquer tipo de ligação (FS, SS, FF ou SF) — pois tratam do motivo do relacionamento, não da sua mecânica.
As três naturezas de um relacionamento
1Relacionamentos obrigatórios — a ordem que a realidade impõe
Um relacionamento obrigatório existe quando a natureza do próprio trabalho define a sequência. Não importa quem é o planejador, qual é a empresa, qual é o país ou o contrato: a ordem simplesmente não pode ser diferente — porque a física, a química, a engenharia ou o processo construtivo não permitem.
O Guia PMBOK define as dependências obrigatórias como aquelas "inerentes à natureza do trabalho sendo realizado" e que frequentemente envolvem limitações físicas. O próprio Guia apresenta a concretagem após a fôrma como exemplo clássico. Essas dependências também são chamadas de hard logic (lógica dura), pois não podem ser alteradas sem violar a integridade técnica do projeto.
As dependências obrigatórias são aquelas requeridas legal ou contratualmente, ou inerentes à natureza do trabalho.
Faça a pergunta: "Existe alguma maneira, em qualquer circunstância, de executar B antes de A?". Se a resposta for não — e esse "não" for técnico, não uma convenção ou preferência —, você está diante de um relacionamento obrigatório. Não o questione em compressões: ele sempre existirá naquele cronograma.
A rede lógica de um cronograma deve refletir a realidade construtiva, não as preferências do planejador. Confundir hard logic com soft logic é a origem de cronogramas irreais.
2Relacionamentos discricionários — a ordem que o planejador escolhe
Um relacionamento discricionário — chamado na literatura de soft logic — existe quando não há impedimento técnico ou físico para inverter a sequência, mas o planejador, por razões operacionais, escolhe uma ordem específica.
Esses relacionamentos surgem de estratégias de execução, de preferências de fluxo de trabalho, de decisões de mobilização de equipe, de restrições de acesso ou de otimização de recursos — e não de leis da natureza.
O PMBOK define as dependências discricionárias como aquelas estabelecidas com base em conhecimentos de melhores práticas numa área de aplicação específica ou em algum aspecto ímpar do projeto. Essas dependências são designadas preferências, sendo que "podem mudar se necessário" — e por isso são chamadas de soft logic (lógica suave).
Relacionamentos discricionários são os primeiros candidatos à revisão quando o cronograma precisa ser comprimido. A técnica de fast tracking — paralelizar atividades que estavam em sequência — funciona exatamente sobre esses relacionamentos. Se você tratar uma soft logic como hard logic, estará fechando portas de aceleração que não precisavam estar fechadas.
Cronogramas superlotados de lógica suave transformada em lógica dura são o maior inimigo do gerenciamento de prazos. O planejador que não sabe distinguir as duas está construindo uma armadilha para si mesmo.
3Relacionamentos externos — a ordem que o mundo impõe
Existe ainda uma terceira natureza: o relacionamento externo. Ele ocorre quando a sequência é imposta por um fator que está fora do controle do projeto — uma aprovação regulatória, um fornecedor, outro projeto, uma licença ambiental, uma entrega contratual.
O PMBOK descreve as dependências externas como aquelas que envolvem um relacionamento entre atividades do projeto e atividades fora do projeto. Geralmente estão fora do controle da equipe — como uma entrega de equipamento por fabricante, aprovação por órgão governamental ou ação de terceiros. Devem ser explicitadas no cronograma para que seu impacto sobre o caminho crítico seja rastreável.
Crie sempre um marco (milestone) para o evento externo — licença aprovada, equipamento entregue, energização pela concessionária. Conecte esse marco com a atividade dependente. Qualquer atraso externo aparece imediatamente no caminho crítico e pode ser comunicado formalmente ao cliente como impacto não controlável pela equipe do projeto.
4Relacionamentos redundantes — a seta desnecessária
Um relacionamento redundante — também chamado de relacionamento transitivo — é aquele que já está implicitamente satisfeito pela cadeia de outros relacionamentos existentes. Ele não acrescenta informação lógica nova à rede, mas ocupa espaço, complica a visualização e pode mascarar erros reais.
O exemplo mais simples: se A → B e B → C, então a seta A → C é redundante. O P6 já sabe que A precisa terminar antes de C por meio de B — a seta direta não muda nada no cálculo, mas polui a rede.
Além de poluir a rede, relacionamentos redundantes podem mascarar erros de lógica: se a seta A→C redundante for a única seta "válida" após uma edição incorreta que remove B→C, o cronograma parece correto mas a lógica construtiva está errada. Em auditorias DCMA, redes com alto índice de redundância recebem penalidade na avaliação de qualidade do cronograma.
Um cronograma com muitas setas redundantes é como um texto cheio de palavras desnecessárias — o sentido pode até estar lá, mas a clareza se perde e os erros se escondem.
A boa prática é manter a rede com o mínimo necessário de relacionamentos para expressar a lógica construtiva completa. Cada seta deve existir porque sem ela a rede ficaria logicamente incorreta — e não apenas porque parece "mais seguro" tê-la.
5Loops — quando a rede vira um círculo sem saída
Um loop (ou ciclo) ocorre quando um conjunto de relacionamentos cria uma cadeia circular: A depende de B, B depende de C, e C depende de A. Isso torna o cálculo do cronograma matematicamente impossível — nenhum dos três pode ser calculado porque todos dependem uns dos outros.
O Primavera P6 detecta loops durante o processo de cálculo (schedule) e emite um alerta no log. Atividades envolvidas em loops não recebem datas calculadas e aparecem marcadas no relatório de cálculo como "out of sequence" ou com erros específicos de relacionamento.
Loops raramente são criados intencionalmente. Eles aparecem quando um planejador, ao criar uma dependência nova, não percebe que já existe um caminho indireto na direção contrária. Em projetos grandes, com centenas ou milhares de atividades, é fácil perder o rastro. Por isso, sempre que o P6 emitir aviso de "loop" no log de cálculo, pare e corrija antes de qualquer outra coisa.
- 1Calcule o cronograma e leia o logNo P6: Tools → Schedule → marque "Log to file". O log listará todas as atividades envolvidas no loop.
- 2Identifique a cadeia circularTrace manualmente (ou com a skill V05 da Academia) o caminho entre as atividades do log. Encontre qual seta fecha o ciclo.
- 3Remova a seta incorretaGeralmente é uma seta criada por engano ou que inverte uma relação que deveria ir em sentido contrário. Remova e recalcule.
- 4Verifique se há outros loopsEm projetos complexos, podem existir múltiplos loops. Repita o cálculo até o log estar limpo de avisos de ciclo.
O critério DCMA (Defense Contract Management Agency) exige zero loops no cronograma. Qualquer loop identificado gera inconformidade imediata na auditoria, independente do tamanho do projeto ou do número de atividades afetadas.
Resumo — o que você deve fixar
📌 Os cinco conceitos em uma tela
- Imposto pela física / engenharia
- Não pode ser invertido
- Não é candidato a fast tracking
- Ex.: Fôrma → Concreto
- Escolha do planejador
- Pode ser invertido ou paralelizado
- Primeiro alvo do fast tracking
- Ex.: Apto A → Apto B (pintura)
- Agente fora do projeto
- Representar como marco no P6
- Visível no caminho crítico
- Ex.: Licença IBAMA → Obras
- Já satisfeito por outro caminho
- Polui a rede sem acrescentar
- Penalidade em auditorias DCMA
- Ex.: A→C quando A→B→C existe
- Cadeia A→B→C→A (circular)
- P6 não consegue calcular
- Critério DCMA: zero loops
- Corrigir antes de qualquer análise
| Natureza | Pode inverter? | Fast tracking? | Problema gerado? | Ação recomendada no P6 |
|---|---|---|---|---|
| Obrigatório | Nunca | Não | — | Manter. Compressão só via duração |
| Discricionário | Sim, com risco | Sim | Rede rígida artificialmente | Justificar em notas. Revisar na compressão |
| Externo | Não (depende de terceiro) | Não | Impacto invisível no cronograma | Criar marco explícito no caminho crítico |
| Redundante | N/A | N/A | Poluição da rede, erros ocultos | Remover após confirmar que é transitivo |
| Loop | N/A | N/A | Cronograma não calcula | Identificar seta errada via log e remover |
Exercícios
📝 Exercício 1Classifique a natureza
Para cada par de atividades abaixo, classifique o relacionamento como obrigatório, discricionário ou externo, e escreva em uma frase a justificativa:
- Aplicar impermeabilização → Executar contrapiso
- Instalar esquadrias do Bloco A → Instalar esquadrias do Bloco B
- Obter aprovação do projeto estrutural (CREA) → Iniciar concretagem
- Lançar concreto do pilar → Desformar o pilar
- Executar tubulação trecho Norte → Executar tubulação trecho Sul
- Entrega do cabo pelo fornecedor → Lançamento do cabo
📝 Exercício 2Caça ao redundante
Analise a rede abaixo e identifique o relacionamento redundante:
- Escavação → Fundação (FS)
- Fundação → Estrutura (FS)
- Estrutura → Cobertura (FS)
- Escavação → Estrutura (FS) ← este é o redundante?
- Fundação → Cobertura (FS) ← ou este?
Identifique quais setas são redundantes, justifique e proponha a rede limpa final.
📝 Exercício 3Fast Tracking consciente
O cliente pediu uma redução de 15% no prazo. Liste 3 pares de atividades do seu projeto que hoje estão em sequência e que poderiam, com gestão de risco adequada, ser paralelizadas — porque o relacionamento entre elas é discricionário.
Para cada par, descreva também o risco associado ao paralelismo — porque fast tracking sempre aumenta o risco. A proposta de compressão precisa vir acompanhada da gestão de risco correspondente.
📝 Exercício 4Diagnóstico de loop no P6
Ao calcular um cronograma no Primavera P6, você recebe no log o seguinte aviso: "Loop detected: activities AT-0045, AT-0046, AT-0047".
Descreva o passo a passo que você seguiria para: (1) identificar qual relacionamento está criando o ciclo, (2) determinar qual seta está incorreta e (3) corrigir a rede sem perder a lógica construtiva das outras atividades.
