As orientações abaixo foram escritos com a ferramenta Microsoft Office Project Professional em mente, mas pode ser adaptado a outras ferramentas de software de programação também.

1) Tanto quanto possível, as tarefas Resumo deve ser entregar, em forma de substantivo, e capitalizado.

2) A última linha de cada seção que tem 3 ou mais tarefas deve ser '<deliverable name> completo »com a duração de 0 dias, tornando-se um marco. Recomendação: Faça os marcos itálico e cor verde-los para fazê-los sobressair mais.

Benefícios:

- Fácil de ver os resultados quando se navega no plano, uma vez que está em caps

- Fácil de reconhecer Marcos em relatórios do projeto

- Por ter um marco no final de cada seção, você tem um item de linha onde você pode atribuir um recurso que é responsável por toda a seção, desde a atribuição de um recurso a uma tarefa de resumo não é aconselhada. Isto torna mais fácil ver quem é o responsável por cada seção quando você olha para um relatório marco.

Exemplos:

3) Nunca atribuir um recurso a uma tarefa de resumo. Isto pode causar referências circulares, se as tarefas dentro de uma tarefa ligada Resumo estão ligados a outras seções. Se você quiser mostrar quem é o responsável por toda a seção, atribuir um recurso à tarefa marco no final da secção (ver "Benefícios", acima.)

4) Detalhes de tarefas deve começar com um verbo, de preferência, ter um objeto, e ser factível pelo recurso a fazer a tarefa.

Critérios Exemplo 1: 'Sucesso' deve ser 'Definir documento e critérios de sucesso ".

Exemplo 2: 'Test' deve ser 'Test VeriSign Integração' ou 'Test VI »

Exemplo 3: "Signoff em critérios de sucesso 'deve ser' Obter signoff em critérios de sucesso". (A assinatura executivo fora não é responsável por obter a tarefa seja feita, o gerente de projeto (ou outro) é - por isso é 'obter')

5) deve detalhar as tarefas, idealmente, ter um intervalo de duração de 1 dia a 2 semanas. Há exceções, mas é mais difícil de acompanhar e controlar o andamento de um 2-tarefa meses do que em uma tarefa de 2 semanas ...

6) Criar as tarefas de detalhe para o nível de granularidade que você deseja monitorar. Pode haver tarefas muitos detalhes granular para colocar no plano do projeto. Estes podem entrar em uma lista de verificação. Você pode anexar uma nota a um nome de tarefa referindo-se às pessoas para que Checklist x '. Em alternativa, basta colocar o direito checklist na Nota de tarefas.

7) tarefas Task Detail nomes devem ser exclusivos dentro de seu projeto, e específico para o resumo seção que está dentro em vez de 'Design', o nome da tarefa poderia ser "Design Release 1", por exemplo. Se você repetir um conjunto de tarefas sobre várias seções, adicionar um prefixo ou sufixo para o nome da tarefa que reflete a tarefa de resumo.

Benefício: Quando você está relatando sobre uma lista de tarefas que podem ou não têm as tarefas de resumo na lista, é claro que a tarefa é. Quando você está cross-referencing dependências do projeto ou fazer carteira de emissão de relatórios, nomes de tarefas exclusivas são imperativos para a identificação da tarefa.

8. Como regra geral, não insira data início ou data de término em qualquer tarefa. MS Project irá calcular isso para você, com base na prioridade da tarefa, o esforço, dependências, recursos atribuídos, calendários, etc Introduzir a estimativa de trabalho (na coluna Duração para a duração ou a coluna de Trabalho para o esforço de trabalho), dependências de tarefas e recursos, e deixar Project calcular a data de início e data de término.

Motivo: Se você inserir manualmente uma data de início, por exemplo, MS Project criará um 'Start constrangimento não mais cedo do que "a tarefa. Se uma tarefa predecessora terminar mais cedo do que previsto, a tarefa com uma restrição de data de início não será remarcado para começar mais cedo do que o previsto, a data de restrição será homenageado. Você vai perder visibilidade para que as tarefas podem iniciar / terminar mais cedo do que inicialmente previsto.