對(duì)于小公司來(lái)說(shuō)，項(xiàng)目管理就是從0到1的過(guò)程，只能摸索著從大的管理模型中抽取出合適的思路，再拼接成最基本的管理模式，才能讓輪子先跑起來(lái)。
在讀《IT項(xiàng)目量化管理》這本書時(shí)所學(xué)到的一些方法論，通過(guò)自己的理解將方法論轉(zhuǎn)成圖示來(lái)幫助大家快速理解，如果有寫的不到位或錯(cuò)誤的地方歡迎批評(píng)指正。
WBS是項(xiàng)目管理重要的專業(yè)術(shù)語(yǔ)之一，其基本定義是
以可交付成果為導(dǎo)向?qū)?xiàng)目要素進(jìn)行的分組
它歸納和定義了項(xiàng)目的整個(gè)工作范圍每下降一層代表對(duì)項(xiàng)目工作的更詳細(xì)定義。
按照書上的說(shuō)法，WBS分解法的一個(gè)用法即在“時(shí)間軸”上，對(duì)交付物進(jìn)行分解并分期檢查，以此方式來(lái)完成項(xiàng)目進(jìn)度管理。
WBS分解法的四個(gè)步驟：
- 確定交付物
- 分解交付物
- 確?？山桓段锍晒臏?zhǔn)確性
- 細(xì)分檢查周期
但其實(shí)整理下來(lái)感覺可以算為2個(gè)分解+2個(gè)原則，先說(shuō)兩個(gè)分解：
1. 確定交付物
可以通過(guò)兩種方式來(lái)確定交付物，以「交付物種類」來(lái)劃分和以「項(xiàng)目階段」來(lái)劃分。
從「交付物種類」來(lái)說(shuō)，如硬件系統(tǒng)（應(yīng)用服務(wù)器、數(shù)據(jù)服務(wù)器）、軟件系統(tǒng)（前端應(yīng)用、數(shù)據(jù)庫(kù)應(yīng)用）、開發(fā)與維護(hù)文檔（操作手冊(cè)、代碼文件）……
從「項(xiàng)目階段」來(lái)說(shuō)，每一個(gè)階段都會(huì)產(chǎn)生交付物，如需求分析階段（需求文檔）、編碼和單元測(cè)試階段（功能模塊代碼）……
個(gè)人感覺「以項(xiàng)目階段來(lái)劃分」更好理解一些，并且更容易安排到檢查周期中去。
2. 分解交付物
每個(gè)交付物也是在階段中由不同的任務(wù)組成的，比如需求分析階段交付的是“項(xiàng)目需求報(bào)告”，其中還要由“業(yè)務(wù)流程圖”“功能流程圖”“需求文檔”等一系列組成。需要在工作時(shí)間軸的基礎(chǔ)上，對(duì)交付物進(jìn)行細(xì)分和進(jìn)度檢查。
就像項(xiàng)目經(jīng)理說(shuō)：我們現(xiàn)在該開始寫代碼了，就只產(chǎn)生了最后的結(jié)果，在這其中要以“周”為單位核查項(xiàng)目進(jìn)度，檢查每一項(xiàng)任務(wù)的完成情況，所以就需要對(duì)交付物進(jìn)行分解。
兩個(gè)原則
- 確?？山桓段锍晒臏?zhǔn)確性
即確保交付物的「具體」、「可檢查」和「客觀」。通過(guò)這三個(gè)屬性保證客觀上可驗(yàn)證的“任務(wù)已完成”。 - 細(xì)分檢查周期
將工作內(nèi)容最好 分解到1~2個(gè)工作日來(lái)檢查交付物
一般項(xiàng)目組會(huì)以已「周」為單位開會(huì)核對(duì)項(xiàng)目進(jìn)度并制定下一周的計(jì)劃，如果沒(méi)有按時(shí)完成則將未完成項(xiàng)排進(jìn)下一周的工作日程。從操作系統(tǒng)的角度上來(lái)說(shuō)這也叫作「滾動(dòng)窗口」
通過(guò)以上2個(gè)分解+2個(gè)原則，可以得出一個(gè)基本的分解模式：
項(xiàng)目不同的階段能得到大致的周期，將其分解成以「周」為單位的交付物后再進(jìn)行細(xì)分。在安排「當(dāng)前周」的工作時(shí)要細(xì)化到每個(gè)人1~2天的任務(wù)周期，即檢查這一小段任務(wù)是否按時(shí)完成。當(dāng)前周之后的時(shí)間適度粗化，就比如當(dāng)前是第1周，第20周的任務(wù)就沒(méi)有必要細(xì)分交付物。
