Poniższe wytyczne zostały napisane z narzędzia Microsoft Office Project Professional w pamięci, ale może być dostosowane do innych narzędzi programowych, a także harmonogramu.

1) na ile to możliwe, Podsumowanie zadania powinny być rezultaty w postaci rzeczownika i wielkimi literami.

2) ostatni wiersz każdej sekcji, które ma 3 lub więcej zadań należy "<deliverable nazwa pełna" o czasie trwania 0 dni, co Milestone. Zalecenie: Należy się etapami pochylony i ich kolor zielony do nich wyróżniają się więcej.

Zalety:

- Łatwo zauważyć rezultaty podczas przeglądania planu, ponieważ są one w kapsle

- Łatwe do rozpoznania Milestones in sprawozdań z realizacji projektu

- By o kamień milowy na koniec każdego sekcji, musisz pozycji, gdzie można przypisać Resource kto jest odpowiedzialny za cały dział, od przydzielenia zasobów do Podsumowanie Zadanie nie jest ostrożność. To sprawia, że łatwo zobaczyć, kto jest odpowiedzialny za każdy punkt, jeśli spojrzeć na przełomowe sprawozdanie.

Przykłady:

3) Nigdy przypisać zasób Podsumowanie zadania. Może to spowodować odwołania cykliczne, jeśli zadania wewnątrz Podsumowanie zadania związane są związane z innych sekcji. Jeśli chcesz, aby pokazać, kto jest odpowiedzialny za cały dział, należy przypisać zasoby do zadania punktu kontrolnego na końcu sekcji (patrz: "świadczenia" powyżej).

4) Szczegółowe zadania powinna rozpocząć się z czasownika, najlepiej mieć obiekt, a być wykonalne przez zasób ten zadanie.

Przykład 1: "kryteria sukcesu" powinno być "Definiowanie i dokument kryteria sukcesu".

Przykład 2: "Test" powinno być "Test VeriSign Integracja" lub "Test VI"

Przykład 3: "signoff na kryteria sukcesu" powinno być "signoff uzyskać na kryteria sukcesu". (Executive akceptację nie jest odpowiedzialny za uzyskanie zadanie wykonane, kierownik projektu (lub inne) - więc jest to "uzyskać")

5) Szczegółowe zadania powinny idealnie się zakresem okres od 1 dnia do 2 tygodni. Są wyjątki, ale to trudniejsze do śledzenia i kontroli postępów w 2-zadanie miesięcy niż 2 tygodnie zadanie ...

6) Tworzenie Szczegółowe zadania do poziomu szczegółowości, który chcesz monitorować. Nie może być Szczegółowe zadania zbyt rozdrobnione, za wprowadzenie w planie projektu. Można iść w liście kontrolnej. Możesz dołączyć Uwaga nazwę zadania odnoszące się do ludzi "Checklist x". Alternatywnie, wystarczy umieścić wykaz prawo do Uwaga zadanie.

7) Szczegółowe zadania Zadanie Nazwy powinny być unikalna w ramach projektu, oraz konkretne podsumowania sekcji they're in Zamiast "Design", nazwa zadania mogłyby być "Design Release 1", na przykład. W przypadku powtarzania grupie zadań na kilka sekcji, dodać przedrostek lub przyrostek do nazwy zadania, które odzwierciedla Podsumowanie zadania.

Korzyści: Jeśli zgłaszasz się na liście zadań, które mogą lub nie mają zadań wymienionych Podsumowując, jest to bardziej przejrzyste, co zadaniem. Kiedy jesteś wzajemnych odniesień zależności projektu, czyli jak portfel raportowania poziomu, unikatowe nazwy zadania są konieczne do identyfikacji zadania.

8. Zgodnie z ogólną zasadą, nie wpisać datę rozpocząć lub zakończyć dnia każdego zadania. MS Project obliczy to za Ciebie, na podstawie priorytetów zadań, wysiłku, zależności, zasoby przydzielone, kalendarze, itd. Wpisz szacunek Pracy (w kolumnie Czas na czas określony lub kolumny Pracy nakładu pracy), zadania zależne i zasobów, i niech Project obliczyć datę rozpoczęcia i zakończenia dnia.

Przyczyna: Jeśli ręcznie wpisać datę rozpoczęcia, np. MS Project ustawi "rozpoczyna się nie wcześniej niż" ograniczenie zadań. Jeśli zadanie poprzednika kończy wcześniej niż planowano, zadanie ograniczenie Start terminie nie będą przeniesione na początek wcześniej niż planowano, data ograniczenia będą honorowane. Utracisz wgląd które zadania mogą rozpocząć / zakończyć wcześniej niż początkowo planowano.