發布: 2008-5-10 17:50 | 作者: 網絡轉載 | 來源: 網絡轉載 | 查看: 446次 | 進入軟件測試論壇討論
MSF 風險管理過程與整體項目生命周期緊密集成。風險評估可以在預想中開始,跟著項目團隊和投資人開始設置約束。對于每個加入項目的約束和假定,額外的風險都可能形成。項目團隊應該盡可能早的在項目中進行識別工作。在風險分析和計劃階段,所需的風險緩解和意外事故計劃應該直接建入項目進度表和整體計劃中。風險計劃的進度應該由標準項目管理過程進行監控。
盡管風險管理過程通常由預定的初始風險識別和分析會議開始,但之后的風險計劃、跟蹤和控制階段將對主導風險清單上的不同風險采取不同措施。在 MSF 風險管理原則中,持續風險管理假定:項目團隊 “總是”同時地進行風險識別和跟蹤階段。他們將在觸發事件、風險進度表和計劃啟動后參加風險控制工作。然而,在整個項目生命周期中,新的風險會不斷出現,這就需要開始額外分析和計劃會議。不需要用任何特定生命周期事件來同步風險管理階段。一些項目團隊將在主要事件發生時開始風險識別和分析,以方便項目狀態的再評估。同時總結風險中的知識是非常方便的。
一般而言,風險識別和風險跟蹤是長期持續的工作。項目團隊成員應該堅持不懈地在項目中尋找風險,并處理它們,持續地跟蹤特定風險計劃的進度。對風險的分析、再分析以及對風險管理行動計劃的更改工作可能是斷斷續續的,有時是提前計劃(或許圍繞著重大事件),還有時是不按時間表的項目事件導致(在跟蹤和控制階段發現的其他風險)的。學習大都發生在重大事件和項目的結束期。
隨著階段的變化,風險的種類也會改變。在項目早期,商業、范圍、需求和風險相關的規劃占主導地位。隨著時間的進展,執行過程中的技術風險變得更加突出,接著又轉化為操作風險。在項目生命周期的主要階段,利用風險檢查表或審查風險分類清單來指導風險識別工作是非常有用的。
為了實現風險管理工作回報的最大化,對于一個企業來說,保持風險管理的企業觀點是非常重要的。
盡管很少有項目實施組織反對在項目中進行風險管理,但很多組織發現完全采用前攝風險管理過程相關的原則非常困難。它們常常在每個項目的開始進行風險評估,卻不能在項目進行時維護過程。
這通常有兩個原因:
• |
項目團隊的時間壓力。 |
• |
對風險的關注將破壞客戶的信心,或留下反面印象。 |
這些信任的根本原因一般是管理人員本身并沒有意識到在項目中實施風險管理的重要性。結果他們很難在項目預算中計劃足夠的風險管理時間(和其他風險管理活動)。在預算面臨壓力的時候,他們會首先拋棄風險管理工作。
因此,確保所有的投資人認識到風險管理重要性,從而建立有注意風險管理成長的文化,是非常重要的。在把風險管理作為一致原則建立過程中,下面的階段非常有效:
• |
保護管理任務。 |
• |
向風險管理人員尋求建議,他能向你提供失敗的個人經驗和知識。 |
• |
引導投資人理解風險管理的重要性和失敗帶來的成本損失。 |
• |
培訓核心風險管理人員,他們能為其他人提供角色模型和指導;一種有效的培訓方法是組合風險管理理論和基于實際項目的真實體驗。 |
• |
邀請所有項目投資人參加風險審查會議,并確保他們了解到狀態報告。 |
• |
為有效識別和管理風險的風險團隊成員引入識別機制。 |
• |
確保項目團隊在項目調度中考慮風險,并做出關鍵決策。 |
• |
尋找投資人對風險管理過程效率的反饋,并有規律地對其進行審查,從而保證價值提升。 |
• |
為解決風險的團隊成員提供酬勞。 |
項目實施組織可以通過引入一個過程來管理項目中公文包的風險而受益。通常有以下好處:
• |
依照他們面臨的風險,資源可以通過公文包分配給項目。 |
• |
每個項目的風險管理人員都有一個外部增長點來提供團隊評估的第二種意見。 |
• |
項目團隊可以通過別處的經驗來快速學習更多的知識。 |
• |
風險管理過程的質量保證在每個項目中實施。 |
應該注意:公文包風險審查補充了被每個項目團隊實施的風險評估。審查團隊沒有識別風險所需的項目知識,也沒有可用的時間來進行風險緩解工作。然而,它可以進行風險分析和計劃工作。
因為審查團隊通常包含更多經驗豐富的管理人員,所有它的成員常?梢岳媒涷炏蛎媾R重大風險的項目團隊提出建議,幫助項目團隊對風險分級。它們也可以向團隊推薦他們曾經遇到過的、能夠高效使用的緩解和意外事故策略。
下面是被應用到公文包風險管理的成功做法:
• |
為公文包審查過程保護執行支持。通過常規發現報告和知識對其進行維護。 |
• |
提前安排好會議;并最好使之成為多數項目領導預期會出席時的經常性的定期活動。提前向評估委員會發出邀請,優秀的評估員可能會有許多其它的安排。 |
• |
仔細選擇待評估的項目。您可能希望每月都評估最大的項目,但是請確保內容廣泛的中型項目也得到評估。 |
• |
為每個項目遵循標準議程,這樣項目領導便了解會議的主旨。例如,一種做法允許用20分鐘表達現有的風險評估,接著進行 20 分鐘的緩解和意外事故策略討論,再對和其他項目團隊分享的知識內容進行 5 分鐘的審查。 |
• |
使用標準文檔記錄項目狀態報告和風險評估。 |
• |
保證所有的文檔都被更新,并在會議前分發到所有參與者的手中;這讓您可以減少會議的時間。 |
• |
鼓勵項目團隊領導參加審查,可以是個人的或電話的。 |
• |
確保項目團隊從審查中獲得價值。這常?梢酝ㄟ^審查非技術風險的進度實現, 而不是審查板成員的經驗能幫助項目團隊來實現。 |
• |
避免對項目局勢的指責。 |
• |
允許任何項目成員請求他們項目的審查。 |
文章來源于領測軟件測試網 http://www.kjueaiud.com/