O cronograma de um projeto não é uma lista de tarefas — é uma rede de dependências. A ordem em que as atividades acontecem não é arbitrária: ela é determinada pela lógica técnica do trabalho, pelos recursos disponíveis e pelas decisões de gerenciamento. O Relacionamento Lógico — chamado de Logical relationship no PMBOK Guide, Eighth Edition — é o elemento que define como cada atividade se conecta às demais nessa rede.
Entender e aplicar corretamente os relacionamentos lógicos é a diferença entre um cronograma que reflete a realidade do projeto e um diagrama de Gantt decorativo que ninguém usa para tomar decisões.
Cadastre-se para navegar sem anúncios e participar do Project Together →
Neste guia você vai encontrar:
- O que é Relacionamento Lógico e como o PMBOK 8 o define
- Os 4 tipos de relacionamento lógico com exemplos práticos
- Dependências obrigatórias vs. arbitrárias vs. externas
- Como antecipações (leads) e esperas (lags) modificam os relacionamentos
- Em qual processo do PMBOK 8 é utilizado
- Passo a passo para sequenciar atividades corretamente
- Erros comuns no sequenciamento
O que é Relacionamento Lógico no PMBOK 8?
O PMBOK Guide, Eighth Edition define:
“Logical relationship. A logical relationship is a dependency between two activities or between an activity and a milestone. The four most common types of logical relationships are finish-to-start, finish-to-finish, start-to-start, and start-to-finish. See also precedence diagramming method.”
— PMBOK Guide, Eighth Edition, Section 5
Em termos práticos: um relacionamento lógico responde à pergunta “O que precisa acontecer para que esta atividade possa começar ou terminar?”. Cada par de atividades conectadas no diagrama de rede tem um relacionamento lógico que governa sua sequência.
Os 4 tipos de Relacionamento Lógico
1. Término para Início (FI — Finish-to-Start)
A atividade B só pode iniciar após o término da atividade A.
É o tipo mais comum em projetos. Exemplos:
- A fundação deve ser concluída antes de erguer as paredes
- O design deve ser aprovado antes de iniciar o desenvolvimento
- O ambiente de testes deve estar configurado antes de iniciar os testes
Representação: A → B (A deve TERMINAR para B INICIAR)
2. Início para Início (II — Start-to-Start)
A atividade B só pode iniciar após o início da atividade A.
Usado quando duas atividades podem ocorrer em paralelo, mas B depende que A tenha sido iniciada. Exemplos:
- A redação do manual técnico pode iniciar assim que o desenvolvimento do software iniciar (não precisam que o software esteja pronto)
- Os testes unitários podem começar assim que a codificação do primeiro módulo começar
Uso prático: Esse tipo comprime o cronograma ao permitir paralelismo controlado.
3. Término para Término (FF — Finish-to-Finish)
A atividade B só pode terminar após o término da atividade A.
Exemplos:
- A documentação do sistema só pode ser finalizada após o desenvolvimento estar finalizado
- O relatório de auditoria só pode ser finalizado após a coleta de evidências estar finalizada
4. Início para Término (IF — Start-to-Finish)
A atividade B só pode terminar após o início da atividade A.
É o tipo mais raro. Aparece em situações de substituição operacional: por exemplo, o turno noturno de suporte (B) só pode terminar após o turno diurno (A) ter iniciado. Muito usado em operações com cobertura contínua.
Tipos de dependências entre atividades
| Tipo de dependência | Origem | Exemplos | Pode ser eliminada? |
|---|---|---|---|
| Obrigatória (hard logic) | Natureza do trabalho — física ou contratual | Não se pode testar software que não foi codificado; não se pode pintar parede que não existe | Não |
| Arbitrária (soft logic) | Preferência de gerenciamento, boas práticas do setor | “Sempre revisamos o design antes de codificar” — mas tecnicamente poderíamos fazer em paralelo | Sim, com justificativa e aceite do risco |
| Externa | Fatores fora do controle do projeto | Aguardar aprovação regulatória, aguardar entrega de fornecedor | Não (mas pode ser gerenciada com antecipação) |
| Interna | Relação entre atividades dentro do mesmo projeto | A maioria dos relacionamentos em projetos internos | Depende do tipo |
Antecipações (Leads) e Esperas (Lags)
O PMBOK 8 trata antecipações e esperas como modificadores dos relacionamentos lógicos — não como substitutos da lógica do cronograma:
- Antecipação (Lead): permite que a atividade sucessora inicie antes do término da predecessora. Representado como valor negativo. Exemplo: no relacionamento Término→Início entre “Design aprovado” e “Desenvolvimento”, uma antecipação de 2 dias significa que o desenvolvimento pode iniciar 2 dias antes da aprovação formal do design (assumindo aprovação parcial).
- Espera (Lag): adiciona tempo de espera obrigatório após o relacionamento ser satisfeito. Representado como valor positivo. Exemplo: no relacionamento Término→Início entre “Aplicação de tinta” e “Segunda demão”, uma espera de 24h garante o tempo de secagem.
Atenção: o PMBOK 8 adverte que antecipações e esperas devem ser documentadas com justificativa. O uso excessivo de leads para comprimir cronogramas cria um cronograma frágil que não resiste a variações reais.
Cadastre-se para navegar sem anúncios e participar do Project Together →
Em qual processo do PMBOK 8 é utilizado?
- 2.3.2.2 — Desenvolver o cronograma — os relacionamentos lógicos são a estrutura fundamental do diagrama de rede de cronograma, que é a base para identificar o caminho crítico e calcular folgas.
Os relacionamentos lógicos são criados durante o sequenciamento das atividades e formam o diagrama de rede do cronograma — a representação gráfica de todas as dependências do projeto. Sem relacionamentos lógicos corretos, qualquer análise de caminho crítico ou corrente crítica produz resultados inválidos.
Passo a passo: sequenciar atividades corretamente
- Liste todas as atividades do pacote de trabalho (saída da EAP)
- Para cada atividade, pergunte: “O que precisa terminar (ou iniciar) antes desta atividade poder começar (ou terminar)?”
- Classifique a dependência: obrigatória ou arbitrária?
- Selecione o tipo de relacionamento (FI, II, FF ou IF)
- Adicione antecipações ou esperas apenas onde tecnicamente necessário — documente o motivo
- Valide o diagrama de rede com a equipe técnica — quem executa o trabalho conhece as dependências reais
- Identifique o caminho crítico usando o Método do Caminho Crítico (CPM)
Erros comuns no Sequenciamento
- Usar apenas Término→Início — desperdiça oportunidades de compressão de cronograma via paralelismo (II e FF)
- Tratar dependências arbitrárias como obrigatórias — bloqueia otimizações desnecessariamente
- Não documentar o tipo de dependência — impossibilita a revisão inteligente do cronograma quando há pressão de prazo
- Excesso de leads — cria um cronograma “otimista demais” que colapsa na primeira variação
Ferramentas e técnicas relacionadas
- Método do Diagrama de Precedência — a técnica de diagramação que usa os relacionamentos lógicos
- Método do Caminho Crítico — calcula o caminho mais longo usando a rede de relacionamentos
- Antecipações e Esperas — modificadores dos relacionamentos lógicos
- Compressão de Cronograma — usa os relacionamentos para identificar onde o paralelismo é possível
QUIZ
Quer testar o que aprendeu neste artigo?
Uma pergunta de múltipla escolha + uma reflexão prática. Ganhe pontos no Project Together!
