O demasiado uso de constrangimentos no agendamento do projeto é desencorajado, entretanto quais são situações específicas em que os constrangimentos devem ser evitados e quais aquelas em que as restrições são adequadas?
Os constrangimentos descrevem datas importantes na vida do
projeto que a lógica da rede sozinha não captura. Mas os constrangimentos,
tanto rígidos como suaves, devem ser reduzidos no cronograma, porque as
restrições impedem a propagação de atualizações de cronograma e / ou o
progresso ao longo do cronograma, ou seja, as datas de restrição não mudam
automaticamente e / ou atualizam quando o cronograma for atualizado.
Os projetos que têm muitos constrangimentos não são
dinâmicos; eles geralmente requerem atualizações manuais tediosas para cada
data de restrição. Portanto, o amplo uso de constrangimentos não é uma boa
prática de programação, e há situações em que os constrangimentos são
particularmente inadequados ou, com sorte, mais ou menos adaptados. Devemos
considerar a adequação das restrições em cada situação.
Este post coloca orientações gerais sobre a adequação de
inserir um constrangimento na sua situação particular do projeto.
Evite usar constrangimentos nas seguintes situações:
1. Determinação da disponibilidade temporária
dos recursos do projeto - A maioria dos agendamentos possuem calendários de
recursos para especificar a disponibilidade de recursos do projeto. Os
calendários de recursos são uma maneira mais dinâmica de definir
disponibilidade sem restrições, corrigindo esforços relacionados com a atividade,
conforme a disponibilidade da equipe de trabalho atribuída.
2.
Modelação
de janelas de oportunidade - Fixar datas de tarefas com constrangimentos,
novamente, é uma maneira estática de agendar datas da atividade. deve alterar
manualmente essas datas de restrição.
Considere aplicar constrangimentos nas situações seguintes:
- Dependências externas - as entregas são melhor modeladas usando uma combinação de milestone e constrangimento, ou seja, um marco limitado. A milestone marca o evento de entrega e o constrangimento especifica a data de entrega. Isso é melhor do que restringir uma tarefa sucessiva para começar não antes da data de entrega. Com o marco limitado, se a entrega for atrasada, você sabe que os atrasos no cronograma estão diretamente relacionados à entrega da matéria-prima e / ou do equipamento.
- Reuniões - Atividades de grupo como reuniões exigem uma data acordada antes da programação. Restringindo a data da reunião para que ela permaneça fixa apesar do refluxo e fluxo das datas de início e fim das atividades circundantes.
- Clima: o seu projeto de dragagem do rio deve concluir antes do aumento de caudal do rio no inverno, de modo a restringir a dragagem do rio para completar em ou antes, digamos, 22 de novembro. Um constrangimento, no entanto, pode não ser a melhor ferramenta. Os calendários de tarefa podem suportar melhor as janelas de oportunidade relacionadas ao clima para cada ano.
- Eventos públicos - como reunir os participantes, o público precisa de uma notificação sobre quando o evento ocorrerá. A data planeada é divulgada e deve permanecer fixa.
- Entregáveis - São datas contratuais que concordou em fornecer os produtos relacionados com o projeto.
Em suma
A maioria das orientações de agendamento desencorajam a
ampla adaptação de constrangimentos. Algumas diretrizes exigem mesmo que as
datas de restrição sejam especificadas no contrato.
Calendários de recursos e calendários de tarefas em lugar de
constrangimentos suportam um cronograma mais dinâmico. A janelas de
oportunidade é, portanto, melhor definida com as ferramentas do calendário de
agendamento. Use milestones constrangidas para modelar a entrega de
matérias-primas ou outros elementos do projeto,
Sem comentários:
Enviar um comentário