De eenheid van duur is in P3pper half-month. Wat als we deliverables hebben die maar een paar dagen duren?
Deze grote eenheid van duur is met opzet gekozen, om ons te helpen ons te concentreren op de aspecten van projecten op hoog niveau. Anders is het gemakkelijk om in de details te worden getrokken en het grote geheel te vergeten. Dus, als je deliverables hebt die te klein zijn om zo uitgevoerd te worden, is de oplossing eenvoudig, en je raadt het misschien al: Je kunt ze ofwel veranderen in Priority-based (improvised) elementen, en alleen hun bovenliggende elementen plannen die groter zijn, of ze houden als gewone Dependency-based (preplanned) items en ze een duratie van nul geven.
Dus, in ons voorbeeld, als je je realiseert dat Specifications, Hardware, en Software te klein zijn om ingepland te worden, open je hun parent, New server, en verander je zijn Building elements' sequence waarde in Priority-based (improvised). Dit is wat je dan krijgt:
Heb je meer dan 1 half-month nodig voor de hele New server deliverable? Open het item en verander de duur. Zo ziet het er uit met een duur van 2 half-months:
In deze opzet hebben de dependencies en duraties die je toegevoegd hebt voor Specifications, Hardware, en Software geen invloed meer. In feite hoefde je ze niet in te voeren als je wist dat je ze zou veranderen in Priority-based (improvised) items.
Stel dat je weer van gedachten verandert. Open New server en maak er Dependency-based (preplanned) van, en alles wordt weer wat je eerder had. Deze keer heeft de duratie die je onlangs voor New server toevoegde geen invloed, want het is niet meer het laagste preplanned item.