Como tarefas tornam-se dependentes no Project 2013
Existem dois tipos de tarefas no Project 2013: tarefas agendadas e tarefas agendadas automaticamente. Se você permitir que a auto-programação e sua lógica de rede (dependências) para construir na lógica de temporização, em vez de atribuir manualmente datas específicas para tarefas, o Project pode refletir alterações em seu cronograma e ajustar as datas eo calendário automaticamente.
Por exemplo, se a tarefa de recepção de material internamente é retardado por uma semana, a tarefa dependente de iniciar o processo de fabrico se desloca para fora de uma semana automaticamente. Você pode notar a mudança quando você está acompanhando a atividade em seu plano, e Projeto faz ajustes em conformidade.
A alternativa é alterar a data de início de praticamente todas as tarefas em sua agenda cada vez que uma tarefa está em execução tarde- você não quero nem pensar em fazer isso!
Tal como acontece com as relações humanas, cada relação de dependência envolve papéis: Cada tarefa é ou um antecessor ou um sucessor. Quaisquer duas tarefas com uma relação de temporização pode ser um par predecessor-sucessor, mesmo se o calendário das duas tarefas sobrepõe ou que está pronto para acontecer simultaneamente. Lembre-se que a agenda da tarefa predecessora tem um impacto sobre quando a tarefa sucessora é agendada, principalmente pelo método de auto-agendamento.
barras de tarefas na vista Gráfico de Gantt graficamente retratam os antecessores e sucessores nas relações de dependência entre tarefas. Observe como barras de tarefas representar o relacionamento quando uma tarefa é iniciada após a outra tarefa. Além disso, observe as linhas traçadas entre tarefas: Essas linhas indicam links de dependência.
Aqui estão alguns conselhos importantes sobre dependências: Você pode ter ligação mais do que uma dependência a uma tarefa, mas não exagere. Muitas pessoas que são novas para o Project 2013 cometem o erro de construir todas as relações de temporização lógico que pode existir. Se a situação muda e as dependências devem ser apagados ou alterados, a teia de dependências começa a ficar complicado - e pode facilmente criar um pesadelo.
Por exemplo, você deve concluir as tarefas de obtenção de uma licença e despejando uma fundação para um edifício antes de começar a enquadrá-la. No entanto, se você configurar uma dependência entre a obtenção da licença e derramando a fundação, estabelecendo uma dependência de base para o enquadramento é suficiente para estabelecer o timing correto.
Porque você não pode começar a verter a fundação até que você tenha uma autorização, e você não pode enquadrar até derramar a fundação, enquadramento não pode começar antes que você tenha uma licença. Este erro comum é conhecido como tendo um predecessor redundante.
Você não tem que usar dependências para evitar recursos de trabalhar em duas tarefas simultaneamente. Quando você define a disponibilidade de recursos e atribuí-los a duas tarefas acontecendo ao mesmo tempo, você pode usar ferramentas como Equipe vista Planner e nivelamento de recursos, em vez de estabelecer uma dependência que obriga uma tarefa para acontecer após o outro. Esta função atrasa tarefas cuja programação faz com que um recurso sobre a alocação.