俗話說，“計劃趕不上變化”，可是在軟件開發(fā)項目中，少了計劃，就必將面臨許多意想不到的變化。將實際情況與計劃進(jìn)行實時對比，就可以盡早發(fā)現(xiàn)偏差，及時糾正，降低項目失敗的風(fēng)險。這個計劃，在項目管理中被稱為計劃管理過程。
案例聚焦
一個有兩年軟件開發(fā)項目管理經(jīng)驗的劉某，曾經(jīng)負(fù)責(zé)某商場的CRM系統(tǒng)的軟件研發(fā)工作，項目本身規(guī)模相對較小，但當(dāng)時項目的主要困難是工期要求緊張。劉某根據(jù)經(jīng)驗，認(rèn)為只要讓每個人清楚自己的工作，各負(fù)其責(zé)，迅速投入研發(fā)，盡快完成編碼，到時候把所有模塊組裝起來就應(yīng)該沒什么問題，沒必要浪費人力、精力、時間在編寫項目計劃上。于是，大家簡單溝通后便啟動項目。
在整個軟件研發(fā)過程中，大家一直都很忙碌，編碼工作在一天天進(jìn)行，表面上看起來也沒有任何異常。通過大家的共同努力，在項目的收尾階段，編碼工作基本完成。于是，項目經(jīng)理組織進(jìn)行實施前的準(zhǔn)備工作。這時候，項目啟動初期沒意識到的問題、沒有足夠重視的問題都不約而同地爆發(fā)了，如系統(tǒng)聯(lián)調(diào)卡殼、Bug層出不窮，在測試時需要同時糾錯，而事先沒有預(yù)留這步工作的時間；安裝打包工作沒有進(jìn)行，文檔沒有編制，這需要調(diào)整人員應(yīng)急處理，而當(dāng)時沒有計劃這部分工作。結(jié)果，所有人亂作一團(tuán)，如果按照原工期要求，即使全員通宵達(dá)旦趕進(jìn)度，也已經(jīng)無法按時完成，無奈之下只能延遲進(jìn)場。
事后，劉某反思得出結(jié)論，如果能在項目初期制定開發(fā)計劃，界定工作范圍，分解所有任務(wù)，就不會出現(xiàn)任務(wù)遺漏的現(xiàn)象；如果能在計劃中制定項目階段目標(biāo)，按階段控制項目偏差，及時糾正，就不會出現(xiàn)沒有時間修改大量程序Bug的問題，也不會到最后一刻，才暴露出隱藏的各種各樣的問題，從而產(chǎn)生延誤工期的現(xiàn)象等。
經(jīng)過調(diào)整，綜合分析后續(xù)剩余工作，劉某制定了詳盡的工作計劃，并且嚴(yán)格按照計劃實施執(zhí)行，終于保證項目在許可的時限內(nèi)完成任務(wù)。
從此案例可以看出：一個清晰可行的項目計劃，對項目的順利執(zhí)行，影響重大。
項目計劃做什么？
項目計劃內(nèi)容可以用3W+2H來簡單描述，所謂3W+2H，就是What、Who、When、How to do、How Much Money，也就是項目準(zhǔn)備做什么？由誰來做？什么時候做？怎么去做？花費多少？
在軟件開發(fā)項目管理過程中，做計劃的具體思路是：首先要確定項目工作范圍，其次要清楚定義工作責(zé)任劃分，接下來是定義項目活動，最后對項目活動進(jìn)行排序和歷時估計。
當(dāng)制訂項目計劃文檔時，以上四部分內(nèi)容應(yīng)該被清楚地描述。
分解工作
確定項目工作范圍是為了有效完成項目目標(biāo)。一般常用工作分解結(jié)構(gòu)（WBS）的方法來實現(xiàn)，確保找出完成項目工作范圍的所有工作要素，同時描述可交付成果和其組成要素的具體內(nèi)容。
有了明確的工作范圍，在項目執(zhí)行中，如果某個工作不包括在工作分解結(jié)構(gòu)中，則該工作就會被排除在項目執(zhí)行范圍之外。
當(dāng)然，任何項目不是只有惟一一個正確的工作分解結(jié)構(gòu)。工作分解結(jié)構(gòu)一般用圖表形式表達(dá)，當(dāng)前常用的有兩種：分級的樹型結(jié)構(gòu)和縮進(jìn)圖表?？s進(jìn)圖表類似于分級的圖書目錄，它能反映出項目的所有工作要素，相對樹型結(jié)構(gòu)直觀性較差，但應(yīng)用比較多，因為有些項目分解后，內(nèi)容分類很多、容量很大，使用縮進(jìn)圖表示比較方便。
分級的樹型結(jié)構(gòu)類似于組織結(jié)構(gòu)圖，表達(dá)起來層次清晰，非常直觀，結(jié)構(gòu)性較強。
總之，兩種表達(dá)方式各有千秋，可以根據(jù)實際情況選擇使用。如圖所示，是一個分級的樹型結(jié)構(gòu)的簡單示例。
劃分職責(zé)
接下來，需要劃分工作責(zé)任，通常利用責(zé)
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://opto-elec.com.cn/pmqhd/index.html
