轉(zhuǎn)自：
http://www.javaeye.com/topic/5746說到任務(wù)分解，肯定就得說說WBS了。下邊是摘自網(wǎng)上的一段對(duì)WBS的介紹：
項(xiàng)目分解結(jié)構(gòu)一般采用WBS（Works Breakdown Structure）方法，其步驟如下：
1．工程項(xiàng)目的結(jié)構(gòu)分析
項(xiàng)目的總?cè)蝿?wù)是完成確定的技術(shù)系統(tǒng)（功能、質(zhì)量、數(shù)量等）的工程，完成這個(gè)任務(wù)是通過許多互相聯(lián)系、互相影響、互相依賴的工程活動(dòng)實(shí)現(xiàn)的。
2．工程項(xiàng)目結(jié)構(gòu)分析的主要工作
（1）工程項(xiàng)目的結(jié)構(gòu)分解。
（2）項(xiàng)目單元的定義。
（3）項(xiàng)目單元之間邏輯關(guān)系的分析
3．項(xiàng)目結(jié)構(gòu)分解
對(duì)一個(gè)項(xiàng)目進(jìn)行結(jié)構(gòu)分解，通常按系統(tǒng)分析方法，由粗到細(xì)，由總體到具體，由上而下地將工程項(xiàng)目分解成樹型結(jié)構(gòu)。結(jié)構(gòu)分解的結(jié)果有：①樹型結(jié)構(gòu)圖②項(xiàng)目結(jié)構(gòu)分析表。
4．項(xiàng)目結(jié)構(gòu)分解過程
（1）將項(xiàng)目分解成單個(gè)定義的且任務(wù)范圍明確的子部分（子項(xiàng)目）。
（2）研究并確定每個(gè)子部分的特點(diǎn)和結(jié)構(gòu)規(guī)則，它的執(zhí)行結(jié)果以及完成它所需的活動(dòng)，以作進(jìn)一步的分解。
（3）將各層次結(jié)構(gòu)單元（直到最低層的工作包）收集于檢查表上，評(píng)價(jià)各層次的分解結(jié)果。
（4）用系統(tǒng)規(guī)則，將項(xiàng)目單元分組，構(gòu)成系統(tǒng)結(jié)構(gòu)圖（包括子結(jié)構(gòu)圖）。
（5）分析并講座分解的完整性，如有可能讓相關(guān)部門的專家或有經(jīng)驗(yàn)的人參加，并聽取他們的意見。
（6）由決策者決定結(jié)構(gòu)圖，并作相應(yīng)的文件。
（7）在設(shè)計(jì)和計(jì)劃過程中確定各單元的（特別是工作包）說明文件內(nèi)容，研究并確定系統(tǒng)單元之間的內(nèi)部聯(lián)系。
5．項(xiàng)目結(jié)構(gòu)分解方法
（1）以產(chǎn)品結(jié)構(gòu)進(jìn)行分解。
（2）按平面或空間位置進(jìn)行分解。
（3）按功能進(jìn)行分解。
（4）按要素進(jìn)行分解。
（5）按項(xiàng)目實(shí)施過程進(jìn)行分解。 用WBS對(duì)軟件開發(fā)項(xiàng)目進(jìn)行任務(wù)分解，我覺得主要是從兩個(gè)方向進(jìn)行分解：橫向分解（對(duì)問題域進(jìn)行拆分）和縱向分解（對(duì)實(shí)現(xiàn)過程進(jìn)行拆分）。
《PMP：Project Management Professional Study Guide》里邊采用的就是縱向優(yōu)先的拆分方法。
而清華的那本《項(xiàng)目管理核心教程與PMP實(shí)戰(zhàn)》比較亂，他舉的兩個(gè)例子都是純粹的縱向分解，而他附錄里的案例卻是純粹的橫向分解。@_@
我比較偏向于橫向優(yōu)先的拆分。
因?yàn)榭v向拆分通常意味著一個(gè)線性的過程，而橫向的分解通常更利于迭代開發(fā)和FDD。
進(jìn)行任務(wù)分割時(shí)應(yīng)當(dāng)注意任務(wù)之間關(guān)于知識(shí)和技術(shù)的耦合程度，以及任務(wù)內(nèi)關(guān)于知識(shí)和技術(shù)的內(nèi)聚程度，以減少項(xiàng)目?jī)?nèi)耗。
盡量做到低耦合，以降低對(duì)成員之間交流的依賴程度，讓大多數(shù)成員（需要把握全局的骨干成員除外）無需考慮太多繁雜的、不相干的東西；盡量做到高內(nèi)聚，讓成員可以盡量發(fā)揮他的能力以及已經(jīng)獲得的項(xiàng)目相關(guān)信息。
這些考慮很重要，但是卻常常被忽略掉。
對(duì)于劃分好的任務(wù)，要仔細(xì)地分析它的難點(diǎn)和工作量，這些東西都是任務(wù)分配必須的約束條件。
一定要結(jié)合技術(shù)含量、相關(guān)知識(shí)的學(xué)習(xí)難度來深入考慮，切不可以表面數(shù)據(jù)（代碼行/頁(yè)數(shù)/功能點(diǎn)數(shù)）來評(píng)估。
任務(wù)分割完畢之后，就可以開始任務(wù)分配。
任務(wù)分配的總則是
減少對(duì)交流的依賴。
對(duì)于不同的人來說，同一個(gè)任務(wù)的難度是不相同的。
因此要調(diào)整任務(wù)分配，讓合適的人做合適的工作，減少整體難度。
分配過程中，盡量把高耦合的任務(wù)分給同一個(gè)成員，避免把過多過瑣碎的無關(guān)任務(wù)分給同一個(gè)成員。
此外，分配任務(wù)時(shí)，還應(yīng)當(dāng)把任務(wù)相應(yīng)的知識(shí)/技術(shù)要點(diǎn)列表，連同其他任務(wù)資料一起提交給成員，以便成員能夠提前做好準(zhǔn)備，做到胸有成竹，以避免不必要的技術(shù)風(fēng)險(xiǎn)。
如果工作量實(shí)在太大，或是工期要求太緊，不得不把高耦合任務(wù)甚至同一任務(wù)分給多個(gè)成員負(fù)責(zé)，這時(shí)候就要特別注意成員間工作相關(guān)知識(shí)的同步、信息的交流的問題。選擇幾個(gè)沒有結(jié)怨的人，讓這幾個(gè)人坐在一起工作，就能使他們方便地交流。
如果由于成員調(diào)度、個(gè)人進(jìn)度、需求變更、以前遺漏的任務(wù)或者某種不可抗力等原因，而不得不更改任務(wù)分配，這時(shí)候一定要考慮如何最大化地利用項(xiàng)目人員已經(jīng)做過的工作、已經(jīng)獲得的項(xiàng)目相關(guān)信息，盡量減少任務(wù)更改而引起的交流、培訓(xùn)和再教育花費(fèi)。