Единицата за продължителност в P3pper е half-month. Какво би се случило, ако имаме deliverables, които отнемат само няколко дни?
Тази голяма единица за продължителност е избрана умишлено, за да ни помогне да се фокусираме върху аспектите на проекта от по-високо ниво. В противен случай е лесно да се опишат детайлите и да забравите за цялостната картина. Така, ако имате deliverables, които са прекалено малки, за да бъдат реализирани по този начин, решението е просто и може би се досещате: Можете или да ги превърнете в Priority-based (improvised) елементи и да планирате само техните parent елементи, които са по-големи, или да ги запазите като нормални елементи Dependency-based (preplanned) и да им зададете продължителност от нула.
Така че, ако в нашия пример прецените, че Specifications, Hardware и Software са твърде малки, за да бъдат планирани, отворете техния parent New server и променете неговата стойност Building elements' sequence на Priority-based (improvised). Ето какво ще получите:
Ако ви е нужен повече от 1 half-month за целия deliverable New server, отворете елемента и променете неговата продължителност. Така изглежда, ако е зададена продължителност от 2 half-months:
В тази настройка зависимостите и продължителността, които сте добавили за Specifications, Hardware и Software нямат никакво влияние. Всъщност, не е трябвало да ги въвеждате, ако сте занели, че ще ги превърнете в Priority-based (improvised) елементи.
Да приемем, че отново сте променили мнението си. Отворете New server и го превърнете в Dependency-based (preplanned), и всичко ще се върне в първоначалния си вид. Този път продължителността, която наскоро добавихте за New server няма да има никакво влияние, защото вече не е най-ниският preplanned елемент.