Os quatro tipos de dependência de Gantt são finish-to-start, start-to-start, finish-to-finish e start-to-finish. Use a relação mais fraca que represente com precisão o trabalho.
O que são dependências em um gráfico de Gantt?
Uma dependência é um relacionamento lógico entre duas tarefas. Diz quando uma tarefa pode começar ou terminar em relação a outra. Os quatro tipos de relacionamento padrão são finish-to-start (FS), start-to-start (SS), finish-to-finish (FF) e start-to-finish (SF).
As dependências fazem com que um gráfico de Gantt se comporte como um cronograma. Quando um antecessor é movido, o mecanismo de agendamento pode recalcular seus sucessores em vez de deixar todas as datas para serem reparadas manualmente.
Use a relação mais fraca que descreve com precisão o trabalho. Não adicione um link finish-to-start apenas para manter as barras organizadas; cada link deve representar uma transferência real técnica, física, regulatória ou de informações.
Os quatro tipos de dependência em resumo
| Tipo | Significado | Exemplo simples |
|---|---|---|
| Do início ao fim (FS) | O sucessor não pode começar até que o antecessor termine | O teste começa após o término da compilação |
| Do início ao início (SS) | O sucessor não pode iniciar até que o antecessor comece | As anotações começam quando o workshop começa |
| De ponta a ponta (FF) | O sucessor não pode terminar até que o antecessor termine | A revisão final não pode terminar antes da escrita terminar |
| Do início ao fim (SF) | O sucessor não pode terminar até que o antecessor comece | O antigo turno de suporte não pode terminar até que o novo turno comece |
“Predecessor” significa a tarefa que fornece a restrição. “Sucessor” significa a tarefa que está sendo restrita. As palavras não significam necessariamente que todo o antecessor deva acontecer primeiro – isso depende do tipo de relacionamento.
1. Do início ao fim (FS)
B não pode começar até que A termine. Este é o relacionamento mais comum.
Exemplos:
- Implantar em produção após a conclusão dos testes de aceitação.
- Aplicar betão após acabamento da inspecção da fôrma.
- Envie convites após a aprovação da lista de convidados.
- Inicie a migração de dados após a conclusão do backup.
Se “Aprovar design” terminar na terça-feira e “Construir interface” tiver um link de FS, a construção poderá começar no próximo horário de trabalho disponível de acordo com as regras de calendário da ferramenta.
FS é fácil de entender, mas o uso excessivo serializa o trabalho. Pergunte se o sucessor realmente precisa de todas as partes do antecessor. Se o desenvolvimento puder começar quando a primeira especificação aprovada estiver disponível, uma decomposição diferente poderá criar uma sobreposição mais realista.
2. Do início ao início (SS)
B não pode ser iniciado até que A seja iniciado. As tarefas podem então continuar por durações diferentes.
Exemplos:
- Comece as anotações da reunião quando a reunião começar.
- Iniciar o monitoramento da qualidade quando a produção começar.
- Iniciar o transporte da escavação quando a escavação começar.
- Inicie a cobertura de suporte ao cliente quando o lançamento começar.
SS não significa que ambas as tarefas devam começar exatamente no mesmo instante, a menos que não haja atraso e o cronograma seja restringido dessa forma. Estabelece o primeiro início permitido do sucessor.
3. De ponta a ponta (FF)
B não pode terminar até que A termine. O relacionamento controla a conclusão, não o início.
Exemplos:
- A edição não pode terminar até que a escrita termine.
- O monitoramento de segurança não pode ser concluído antes do término da migração.
- A supervisão do local não pode terminar antes do término da construção.
- A reconciliação de faturas não pode terminar antes de todas as faturas serem recebidas.
FF é útil quando duas atividades são executadas em paralelo, mas uma deve permanecer ativa até o final da outra. Não deve ser usado para ocultar uma entrega pouco clara. Se existir uma transferência final, um marco separado poderá comunicar melhor a lógica.
4. Do início ao fim (SF)
B não pode terminar até que A comece. Isso é válido, mas incomum.
O exemplo clássico é a cobertura de turno: o turno de saída não pode terminar até que o turno de entrada comece. Outros exemplos incluem:
- um sistema legado não pode ser retirado até que o serviço de substituição seja iniciado;
- a monitorização temporária não pode parar até que a monitorização permanente seja iniciada;
- a cobertura do antigo fornecedor não pode terminar até que o novo fornecedor inicie o serviço.
As equipes costumam usar SF incorretamente porque seu texto parece invertido. Nomeie o antecessor e o sucessor em voz alta: “O término do turno antigo depende do início do novo turno.” Se essa frase não for verdadeira, use outro relacionamento ou redesenhe as tarefas.
O que são atraso e avanço?
Lag é um período de espera adicionado a uma dependência. Avanço permite sobreposição e geralmente é representado como atraso negativo.
Exemplos:
- FS + 2 dias: Aplicar a segunda demão dois dias após o término da primeira demão.
- SS + 1 dia: Inicie a transcrição um dia após o início das entrevistas.
- FS − 2 dias: Comece a revisão dois dias antes do término do rascunho.
O atraso deve representar o tempo real decorrido ou de trabalho, como cura, envio ou um período de aviso obrigatório. Evite usar atraso inexplicável como balde para trabalho oculto. Se alguém precisar realizar uma ação durante o intervalo, modele essa ação como uma tarefa com um proprietário.
O lead pode tornar um cronograma frágil porque pressupõe que a saída parcial do antecessor estará pronta. Dividir o antecessor em resultados menores – por exemplo, “Rascunho das seções 1–3” – geralmente cria uma lógica mais clara do que um grande atraso negativo.
Um exemplo de dependência resolvido
Considere uma pequena versão de software:
| Tarefa | Duração | Relacionamento |
|---|---|---|
| Implementar recurso | 8 dias | - |
| Escreva casos de teste | 5 dias | SS com implementação |
| Executar testes | 4 dias | FS após implementação e casos de teste |
| Liberação do monitor | 2 dias | SS com liberação de produção |
| Encerrar cobertura de reversão | 0 dias | SF após o início do monitoramento |
A escrita de casos de teste começa com a implementação porque o testador pode trabalhar a partir do design acordado. A execução espera pelos casos de implementação e de teste. O monitoramento começa com o lançamento. O exemplo final do SF diz que a cobertura de reversão temporária não pode terminar até que o monitoramento seja iniciado; na prática, um marco mais claro ou uma cadeia de FS ainda pode ser preferível.
Como as dependências afetam o caminho crítico?
A rede de dependência determina quais cadeias podem controlar a data de término. Um passe direto encontra as datas mais antigas; uma passagem para trás encontra as datas mais recentes e flutua. Tarefas sem flexibilidade de agendamento constituem um caminho crítico sob as regras do modelo.
Os links ausentes fazem o trabalho flutuar de forma independente e podem criar uma data de término sem suporte lógico. Links redundantes ou excessivamente restritivos podem criar um cronograma mais longo do que o trabalho exige. Revise ambos os extremos com o lista de verificação de qualidade do cronograma do projeto.
Como você escolhe o relacionamento certo?
Faça duas perguntas:
- Qual evento no antecessor é importante – seu início ou fim?
- Qual evento no sucessor é restrito – seu início ou fim?
Isso produz o código de duas letras. Em seguida, pergunte se o atraso é um período de espera real e se tarefas menores explicariam melhor a transferência.
No aplicativo GanttFather, as dependências podem usar relacionamentos FS, SS, FF ou SF com lag. O link visual aparece no gráfico de Gantt e as alterações no cronograma podem ser propagadas por meio de tarefas vinculadas. Usar Como ler um gráfico de Gantt para revisar o resultado.
Como você modela dependências em GanttFather?
Conecte um antecessor ao seu sucessor, escolha FS, SS, FF ou SF e adicione atraso quando existir uma espera ou sobreposição real. Mova ou redimensione o antecessor para confirmar se o sucessor reage conforme esperado e, em seguida, ative o caminho crítico para ver se esse link ajuda a controlar a conclusão do projeto.
A propagação de dependência prova a sequência lógica, não a viabilidade de recursos. GanttFather não faz atribuições automáticas em nível de recurso, portanto, inspecione qualquer proprietário reservado em tarefas vinculadas sobrepostas e resolva o conflito manualmente.
Crie um projeto GanttFather gratuito e teste a rede de dependência com um exemplo de cada relacionamento que seu plano realmente precisa.
Perguntas frequentes
Qual é a dependência padrão de Gantt?
A maioria das ferramentas de agendamento tem como padrão finish-to-start porque é comum e intuitivo. Uma inadimplência não é evidência; altere-o quando o trabalho exigir um relacionamento diferente.
Uma tarefa pode ter vários predecessores?
Sim. Um teste pode exigir código, um ambiente e dados de teste aprovados. Seu início mais cedo é governado pela restrição do antecessor que termina mais tarde após os calendários e o atraso serem considerados.
As datas de vencimento são dependências?
Não. Uma data de vencimento é uma meta ou restrição. Uma dependência descreve a ordem lógica entre tarefas. Use a lógica para calcular datas e depois compare a previsão com a meta.
As tarefas de resumo devem ter dependências?
Geralmente vincule atividades ou marcos detalhados onde ocorre a transferência. Links em tarefas resumidas e secundárias podem criar restrições confusas ou duplicadas. Use links de resumo somente quando seu método e ferramenta de agendamento os tratarem de maneira previsível.
Fontes
