方法可以考慮，第一種是將風(fēng)險納入項目管理計劃并指定負責(zé)人，由外部人員定期檢查項目風(fēng)險，一旦風(fēng)險發(fā)生，執(zhí)行風(fēng)險管理計劃；第二種是保險，這種屬于風(fēng)險轉(zhuǎn)嫁；第三種方式有點奸，不過最保險，就是把客戶拖下水，讓他們一起參與風(fēng)險管理，呵呵，到時候就好說話了：） 風(fēng)險管理作為項目計劃之后，PM需要更新WBS，修改日程計劃和更新風(fēng)險管理計劃。 風(fēng)險預(yù)留通常是成本的8%。轉(zhuǎn)貼于：中國項目管理資源網(wǎng)
3.預(yù)估
預(yù)估是從量化的角度對項目進行評估，主要包括工作量，任務(wù)期限，人力，設(shè)備，材料，成本等，要注意預(yù)估不是財務(wù)策略或報價。 預(yù)估其實并不是一次性工作，在整個項目過程中，預(yù)估始終需要。預(yù)估似乎沒什么特別需要提的地方，每個PM接到項目的時候自然會有預(yù)估，在項目發(fā)生變更或進入下一階段時也會預(yù)估。預(yù)估的作用主要還是讓PM作到心中有個底，安排計劃時不至于毫無頭緒。轉(zhuǎn)貼于：中國項目管理資源網(wǎng)
4.進度計劃 進度計劃就是一個模塊或功能要寫多長時間，PM安排個日期，設(shè)立里程碑，叫程序員們不能偷懶。進度計劃是從WBS提取過來的。對PM來說，合理的安排進度計劃對項目控制和激勵團隊士氣有著很大的作用。對程序員來說，進度計劃毫無疑問是噩夢。 顯示進度計劃一般有先后順序圖，甘特圖和里程碑圖表。上回邵衛(wèi)老師講課，推薦的工具是m$的PROJECT，這個工具我還不會用，因為沒時間去摸索。我的頭倒是用的很溜了，近一個月來他就用這個PROJECT畫了一個又一個的里程碑圖，不停的折磨我和同事的神經(jīng)。我們一般都是一邊開發(fā)一邊做UNIT TEST，效果上來看，因為有強大的時間壓力，效率上比之前確實要提高不少，可是我們也只能結(jié)結(jié)巴巴的趕完進度。由于TEAM里人少，我們都是一個人做幾個人的活。我每天早晨六點多出門，經(jīng)過將近兩小時顛簸，八點多點已經(jīng)坐在位子上，中午吃15分鐘的飯，干到晚上八點下班，到家吃完飯往往已經(jīng)11點了。一個多月我從來沒吃過早飯，沒有睡過六個小時以上的懶覺。雖然強大的壓力使我們能在短時間內(nèi)掌握盡可能多的技能，開發(fā)更多的模塊，但是對我們的情緒也是有很大的影響。所以說，項目里程碑是一把雙刃劍，合理安排才能既促進效率也不至于打擊士氣。團隊成員士氣的逐級衰落會給項目后期的開發(fā)帶來難以估計的影響，進度將會大大延緩。關(guān)于PM和團隊的問題我們后面會講到，這里我先祥林嫂一把，然后跳過。 里程碑圖表的特征是任務(wù)，成員和時間，任務(wù)和成員用文字標(biāo)志，時間用數(shù)字描述并輔助以圖線跨度，象階梯一樣非常形象，一目了然。管理起來非常方便，完了的打個鉤就可以了。轉(zhuǎn)貼于：中國項目管理資源網(wǎng)
網(wǎng)絡(luò)邏輯圖是表示任務(wù)和邏輯關(guān)系的示意圖，可以用先后次序表示，也可以用關(guān)鍵路徑表示。其實把各個活動劃分為1，2，3，4等階段，每個階段包括小活動1.1，1.2，2.1，2.2，2.3，2.4，3.1，3.2，3.3，4.1，4.2等，日程計劃也分四種，一般只提到從前向后和從后向前兩種。從前向后的概念就是某項活動必須相同或晚于直接指向這項活動的的所有活動的最早結(jié)束時間的最晚時間。有些繞口，我們打個比方：2階段指向3階段，那么2階段里的4個子階段也都指向3。假設(shè)2.1結(jié)束時間為1月12日，2.2結(jié)束時間為1月22日，2.3結(jié)束時間為1月15日，2.4結(jié)束時間為1月20日，那么，2階段中最晚的結(jié)束時間是2.2的1月22日，所以在3階段中的3個子階段3.1，3.2，3.3的最早開始時間都不能早于1月22日。至于從后向前的例子大家自己去推吧，我就不舉了，剛才幾個123打的我累死了：） 項目經(jīng)常需要調(diào)整進度。在