【公衆号 “項目管理研究所” 将會第一時間更新文章并[分享行業分析報告]】歸檔于軟體項目管理初級學習路線
第五章 軟體項目任務分解
《初級學習路線合集 》
前言
大家好，這節我們學習軟體項目管理—任務分解方法。介紹類比，模闆參照，自上而下，自下而上的WBS任務分解方法、
一、類比方法
有些項目有相同或相似的周期，是以而形成的相同或相似的工作細目，那麼這些項目進行任務分解的時候，可以采用類比的方法。
二、模闆參照
如果某項目有可以參照的WBS模闆，例如這個圖就是用項目可以參照的WBS模闆，在進行任務分解時，可以采用模闆參照方法進行任務分解，比較友善。
三、自上而下
自上而下是最主要最正常的任務分解方法，是從一般到特殊，從項目的大型着手，根據一定的邏輯和結構分解成子項目。
這是一個“變化計數器”系統，這個項目是比較兩個程式之間代碼變化情況，根據需求首先分解為版本比較等六個細目這是第二層，其次是第三層。
其實任務分解的層次沒有統計的标準，可以根據對任務的工作量，任務安排來決定。例如版本比較細目再分解為三個細目，這樣可以更好的估算和配置設定任務，其他以此類推，直到分解到足夠清晰，詳細為止。
四、自下而上
那麼自上而下是對細目大緻有把握的，需求有了解，熟悉的。
如果對項目不夠清晰，可以采用自下而上的方法。
例如下圖：從特殊到一般，從先定義特殊任務開始，那麼這些特殊任務沒有很強的邏輯關系。
例如對項目的需求不清楚，我們可以找一個白闆，将想到的所有工作細目直接寫在白闆上，可能很随意，沒有邏輯關系，然後我們按照一定的邏輯關系組織起來，形成更進階别的WBS。一般情況下，自下而上的分解方法很少使用。
WBS任務分解建議
- 最低層是可控可管理的，但是不必要過細。
- 每個Work package必須有一個送出物。
- 定義任務完成的标準。
- 分解結果有利于責任配置設定。
- 任務分解有個規則叫做88規則，既大于8小時，小于80小時，而軟體項目比較特殊，是以我們推薦任務分解到40小時以内，靈活項目分解到小時。
總結
總之 通過任務分解方法可以将項目分解到足夠小，友善後續的任務估算。
到這裡，第五章 第二節任務分解方法就講解完畢！下一節介紹靈活任務分解方法~
如果您覺得這篇文章有幫助到您的的話不妨點贊支援一下喲~~😉
後續将持續更新【軟體項目管理初級學習路線】的全知識點，大家感興趣的多多關注部落客喲~
————————————————