De onderstaande richtlijnen zijn geschreven met de Microsoft Office Project Professional instrument in het achterhoofd, maar kan worden aangepast aan andere instrumenten planning software.

1) zoveel mogelijk moet Samenvatting taken te leveren zijn, in zelfstandig naamwoord vorm, en gekapitaliseerd.

2) De laatste regel van elke sectie, die 3 of meer taken heeft moeten worden '<deliverable naam> complete' met een duur van 0 dagen, waardoor het een mijlpaal. Aanbeveling: Maak de mijlpalen cursief en kleur ze groen om ze meer opvallen.

Voordelen:

- Gemakkelijk te zien de op te leveren bij het browsen van het plan, omdat ze in caps

- Gemakkelijk te herkennen Mijlpalen in project verslagen

- Door het hebben van een mijlpaal op het einde van elke sectie, heb je een post waar je een Resource die verantwoordelijk is voor de hele afdeling, kunt toewijzen omdat het toewijzen van een Resource aan een Samenvatting taak is niet aangeraden. Dit maakt het gemakkelijk om te zien wie verantwoordelijk is voor elke sectie als je kijkt naar een mijlpaal verslag.

Voorbeelden:

3) Nooit toewijzen Resource aan een Samenvatting taak. Dit kan leiden tot circulaire referenties, als de taken binnen een gekoppeld Samenvatting taak zijn gekoppeld aan andere afdelingen. Als u wilt laten zien wie verantwoordelijk is voor de hele afdeling, kent een bron om de mijlpaal taak aan het einde van de sectie (zie 'Voordelen' hierboven.)

4) Detail taken moeten beginnen met een werkwoord, bij voorkeur een object, en uitvoerbaar zijn door de bron doen van de taak.

Voorbeeld 1: 'Succes criteria "moet worden' Definieer & document succes criteria".

Voorbeeld 2: 'Test' moet worden 'Test VeriSign Integratie' of 'Test VI "

Voorbeeld 3: 'Signoff op succes criteria "moet worden' ophalen signoff op succes criteria". (De uitvoerende Signing Off is niet verantwoordelijk voor het verkrijgen van de opdracht gedaan, de project manager (of andere) is - dus het 'verkrijgen')

5) Detail taken idealiter moeten een looptijd hebben bereik van 1 dag tot 2 weken. Er zijn uitzonderingen, maar het is moeilijker op te sporen en controle op de voortgang op een 2-maand taak dan op een 2-weekse taak ...

6) Maak de Detail taken aan de mate van verfijning die u wilt controleren. Er kunnen Detail taken te gedetailleerd voor de invoering van het projectplan. Deze kunnen gaan in een checklist. U kunt een noot bij een taak naam verwijst mensen naar 'Checklist x'. Alternatief net de checklist recht in de Task Note.

7) Detail taken taaknamen moet uniek zijn binnen uw project, en specifiek voor de samenvatting ze inch in plaats van 'Design', de taak naam zou kunnen worden 'Design Release 1', bijvoorbeeld. Als u herhalen van een groep van taken over meerdere afdelingen, voeg een voorvoegsel of achtervoegsel de taak naam die de samenvatting taak weerspiegelt.

Voordeel: Als je de rapportage over een lijst van taken die al dan niet kan hebben de samenvatting genoemde taken, het is duidelijker wat de taak is. Als je referencement afhankelijkheden tussen projecten of voor de portefeuille-niveau rapportage, unieke taak namen zijn absoluut noodzakelijk voor de identificatie van de taak.

8. Als algemene regel, niet betreden Start datum of einddatum op een taak. MS Project berekent dat voor u, op basis van de prioritaire taak, inspanning, afhankelijkheden, toegewezen middelen, kalenders, enz. het Werk raming (in de kolom Duur voor de duur of het werk kolom voor werk inspanning), Task afhankelijkheden en Middelen Enter, Project en laat berekenen de Begindatum en einddatum.

Reden: Als u handmatig een Start datum invoert, bijvoorbeeld, MS Project set een 'Begin niet eerder dan' rem op de taak. Als een voorganger taak eerder klaar dan gepland, zal de taak met een Startdatum beperking niet worden verschoven eerder beginnen dan gepland, de beperking datum zal worden geëerd. U verliest inzicht in welke taken kan start / finish eerder dan oorspronkelijk gepland.