您的位置:軟件測試 > 軟件項目管理 > 項目管理綜合 >
項目實戰(zhàn)筆記
作者:網絡轉載 發(fā)布時間:[ 2013/9/26 10:02:53 ] 推薦標簽:

加上項目團隊是由人組成的,全局性分析風險可以從以下五方面進行:

從范圍角度:當前項目是存在清晰的需求,需求是否復雜,市場定位是否明確等。

從成本角度:項目的預算是多少,風險儲備金是多少,是否充裕?

從時間角度:工期要求是不是限定的,是不是簽署了相關合同,進度和計劃的可跟進性等

從質量角度:當前的技術方案是否存在風險,預研是否充分,人員的經驗是否充足

從人力角度:人力組成是否充分,關鍵人力是否得到保證,是否存在不可替代的人員等

2.保證信息的透明性,發(fā)揮群體力量

除了敏感的信息外,項目經理應該盡量保證項目相關信息的透明性。信息透明可以從兩方面來描述:

1)項目經理要將自己對版本的整體性分析、風險分析、趨勢預測等信息告知團隊,并獲得共識

2)建立相對獨立團隊間的溝通機制(例如:開發(fā)團隊、測試團隊、規(guī)劃團隊)

信息透明化的好處在于,能夠培養(yǎng)團隊成員的風險意識、團隊歸屬感,從而能夠對管理人員的風險識別起到正向的糾正及補漏作用,而且能夠讓整個項目上下同欲,達成統(tǒng)一認識,對風險的應對方法減少抵觸情緒。

風險識別應該貫穿于項目的整個過程。識別出的風險可以登記在風險登記冊或風險管理表上。

(三)定期評估風險狀態(tài)

風險狀態(tài)通常包括這三點:風險發(fā)生的概率,風險發(fā)生的影響,風險的優(yōu)先級。緊急不重要的工作因為時間的限制,通常優(yōu)先級會被夸大。因此如果沒有定期評估風險的機制,項目經理容易被當前緊急事情所驅動,難以集中精力處理重要的事情。定期評估風險的意義便在于跟蹤風險變化的趨勢,幫助版本經理集中精力處理高優(yōu)先級的工作,從而保證項目的成功率。這里可以參考使用概率影響矩陣。

二、風險發(fā)生后

(一)資源協(xié)調,解決問題

  風險發(fā)生代表風險已經轉化為版本的實際問題,需要我們立刻進行解決。由于風險的存在及其不確定性的特點,通常在版本計劃中版本經理會預留應急儲備。應急儲備可以用資金,+時間來進行衡量。這種情況下,我們需要評估應急儲備是否能夠消化該問題,如果不能消化,則需要采用變更進度計劃,申請資源支持,或者加班趕工的方式來挽救項目。一個計劃管理和風險管理意識不強的項目經理所負責的項目,通常會有”進度前松后緊,質量前面是太平盛世,后面是水深火熱“的現象。

(二)持續(xù)做經驗總結

  聰明的人會從自己的經歷中學習,智慧的人會從別人的經歷中學習,沒有反思,沒有總結,沒有成長。風險管理是一項尤其依賴于個人能力及經驗的過程組。只有我們不斷反思、總結和別人交流,才能快速積累起這方面的經驗。

項目實戰(zhàn)筆記之三:時間估算的三步曲

項目績效的重要衡量指標之一便是時間,這里總結下親身經歷的三步曲

第一個階段:項目經理簡單估算+倒推+部門預備機動人員

優(yōu)點:估算速度非常快(很多時候,項目計劃都是從上級給的發(fā)布時間倒推出里程碑)

缺點:計劃非常不準,項目成功率不高。主要原因是:

1)項目經理個人思維限制考慮事情不可能百分之百周全,尤其遇到新的項目經理,項目成功的幾率更是直線下降。

2)部門的人員總是要干活的,當項目發(fā)生風險時,原計劃的機動人員總是不夠用,或是不能停下手頭的事投入項目中,如果遇到多個項目同時需要機動人員支援時,整體部門基本要全線加班,集體奮斗了。

3)項目組成員參與度不夠,如果工作加班,有一定怨言

  總體來說:還好每當這時候項目經理都能身先士卒加班,這時候部門的同事都是難兄難弟,總是很辛苦,但是項目結果總是不理想,不能按期交付。

上一頁123456下一頁
關鍵詞閱讀
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網站地圖
滬ICP備07036474 2003-2017 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd