在專案規畫階段，即使大部分專案管理的文書作業都忽略不看，WBS或甘特圖通常還是很重要的一項，因為有了初階的工作計畫，PM才有辦法進行後續的追蹤。既然WBS是規劃的產出，那麼勢必要有參考或估算的基準，也因為估算難免與實際狀況會有些許落差，因此才需要不斷進行監控與改善。
我們常說WBS是將專案工作拆解到足以掌控的大小(例如以80小時工作量為一個工作包之單位)，但如何拆解成工作包又是一門學問。雖然專案管理知識告訴我們，進行工作包拆解的過程暫不需考量時間、成本(有其先後順序與相關性)，但實務上這些東西都是環環相扣，往往PM能估算的時間有限(今天被接收到專案，過幾天就必須提報規畫初稿)，因此PM只能快速、綜合性評估，所以我們在拆解WBS時，也常引用了成本管理中裡常用的類比估算法，也就是拿過去相似的經驗來套用，或是再加上部分的變異參數(例如兩個專案的人員程度不同)，快速初估工作項目、時程後，再同樣類比推估出所需的成本。

CMMI(能力成熟度模型)中提供了軟體開發專案的另一種估算方式，叫做功能點數，簡單來說，功能點數是將預定開發的軟體系統，依據系統開發範疇(邊界)，將功能區分為 more...

最後，如果您想要朝專案管理之路前進，如果您想要好好的學習專案經理應有的能力，建議您可以參加ProjectClub 所提供的[實務專案管理專案營]，強化專案經理應具備的軟技巧與硬實力。