E3 Dependências e caminho crítico dinâmico

Tópico

Um cronograma não é simplesmente uma coleção de barras ordenadas por data. Ele representa uma rede de compromissos e condições que permitem iniciar, continuar ou concluir trabalhos. Esse modelo explica como as relações entre atividades fazem com que um atraso aparentemente localizado possa se propagar para marcos (milestones) posteriores, e por que alguns atrasos podem ser absorvidos, enquanto outros comprometem a conclusão do projeto.

Cada atividade deve corresponder a um trabalho reconhecível, e cada marco, a um evento verificável. Entre eles, existem dependências técnicas, espaciais, de segurança ou contratuais. Algumas tarefas só podem ser iniciadas quando outra termina; outras podem avançar parcialmente em paralelo, desde que determinadas condições tenham sido atendidas. É importante que essas relações reflitam a realidade da construção, e não sejam vínculos adicionados apenas para produzir um cronograma visualmente organizado. Uma atividade pode ter pessoal e materiais disponíveis e, ainda assim, permanecer paralisada porque sua predecessora não liberou a frente de serviço.

A duração prevista de uma tarefa também não é imutável. Ela depende do escopo pendente, do método, dos recursos disponíveis, do rendimento e das restrições encontradas. Se uma escavação avança mais lentamente do que o esperado, a liberação da área para a atividade seguinte é retardada. Esse efeito pode se propagar pela rede até atingir um marco contratual. No entanto, algumas atividades possuem margem para absorver atrasos sem alterar o resultado final. Outras condicionam diretamente a data de conclusão. Ao alterar rendimentos, disponibilidades ou relações de precedência, as trajetórias que regem o projeto também podem mudar.

O acompanhamento deve sempre distinguir três realidades: o planejamento originalmente aprovado, o que efetivamente ocorreu até uma data de corte e as projeções elaboradas com base nessas informações. Replanejar é útil para coordenar o trabalho futuro, mas não deve apagar o desvio em relação ao compromisso inicial. Por isso, mantêm-se as versões do cronograma, as modificações autorizadas e as premissas que justificam cada cenário. Também são identificadas as atividades cuja criticidade está aumentando, mesmo que ainda não tenham causado um atraso visível no marco final. O simulador demonstrativo poderia exibir uma pequena rede de construção, abrangendo, por exemplo, a preparação do terreno, escavação, fundações, montagem e inspeção. Ao alterar o desempenho ou atrasar a liberação de uma atividade, seria possível observar as consequências sobre as atividades sucessoras, as folgas disponíveis e a data final. Outro teste consistiria em acelerar uma tarefa para verificar se o prazo é, de fato, recuperado ou se outra cadeia passa a determiná-lo. Dessa forma, o caminho crítico é explicado como uma consequência dinâmica do funcionamento do projeto, e não como uma propriedade fixa de um arquivo de cronograma.

ID:5057