【公眾號 “項目管理研究所” 將會第一時間更新文章并[分享行業(yè)分析報告]】
歸檔于軟件項目管理初級學習路線
第五章 軟件項目任務分解
《初級學習路線合集 》

成都創(chuàng)新互聯(lián)長期為成百上千客戶提供的網(wǎng)站建設服務，團隊從業(yè)經(jīng)驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為七里河企業(yè)提供專業(yè)的做網(wǎng)站、成都網(wǎng)站制作，七里河網(wǎng)站改版等技術服務。擁有十多年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

前言

大家好，這節(jié)我們學習軟件項目管理---任務分解方法。介紹類比，模板參照，自上而下，自下而上的WBS任務分解方法、

一、類比方法

有些項目有相同或相似的周期，因此而形成的相同或相似的工作細目，那么這些項目進行任務分解的時候，可以采用類比的方法。

二、模板參照

如果某項目有可以參照的WBS模板，例如這個圖就是用項目可以參照的WBS模板，在進行任務分解時，可以采用模板參照方法進行任務分解，比較方便。

三、自上而下

自上而下是最主要最常規(guī)的任務分解方法，是從一般到特殊，從項目的大型著手，根據(jù)一定的邏輯和結構分解成子項目。

這是一個“變化計數(shù)器”系統(tǒng)，這個項目是比較兩個程序之間代碼變化情況，根據(jù)需求首先分解為版本比較等六個細目這是第二層，其次是第三層。

其實任務分解的層次沒有統(tǒng)計的標準，可以根據(jù)對任務的工作量，任務安排來決定。例如版本比較細目再分解為三個細目，這樣可以更好的估算和分配任務，其他以此類推，直到分解到足夠清晰，詳細為止。

四、自下而上

那么自上而下是對細目大致有把握的，需求有了解，熟悉的。
如果對項目不夠清晰，可以采用自下而上的方法。

例如下圖：從特殊到一般，從先定義特殊任務開始，那么這些特殊任務沒有很強的邏輯關系。

例如對項目的需求不清楚，我們可以找一個白板，將想到的所有工作細目直接寫在白板上，可能很隨意，沒有邏輯關系，然后我們按照一定的邏輯關系組織起來，形成更高級別的WBS。一般情況下，自下而上的分解方法很少使用。

WBS任務分解建議

1. 最低層是可控可管理的，但是不必要過細。
2. 每個Work package必須有一個提交物。
3. 定義任務完成的標準。
4. 分解結果有利于責任分配。
5. 任務分解有個規(guī)則叫做88規(guī)則，既大于8小時，小于80小時，而軟件項目比較特殊，所以我們推薦任務分解到40小時以內，敏捷項目分解到小時。

總結

總之 通過任務分解方法可以將項目分解到足夠小，方便后續(xù)的任務估算。

到這里，第五章 第二節(jié)任務分解方法就講解完畢！下一節(jié)介紹敏捷任務分解方法~

如果您覺得這篇文章有幫助到您的的話不妨點贊支持一下喲~~????

后續(xù)將持續(xù)更新【軟件項目管理初級學習路線】的全知識點，大家感興趣的多多關注博主喲~
————————————————