软体专案与风险管理.PPTVIP

July, 2004 軟體工程課程聯盟 / 軟體專案管理課程 軟體專案與風險管理 執行單位：國立臺灣科技大學 軟體工程學程中心 大綱 軟體專案風險管理的定義與特性 軟體專案風險管理的目的 風險管理的生命週期 軟體專案風險管理架構 軟體專案風險管理定義 軟體專案風險分析 軟體專案風險監控 本章總結 學習目標 軟體專案風險定義 軟體專案風險的因素 軟體專案風險識別 軟體專案風險管理 風險定義 一個事件或行為的威脅，將不利於一個組織的能力，為使其成功的實現其商業目標與執行其策略，是謂商業風險。 一專案風險是指一未確定之因素，此因素會對專案產生負面或正面之結果。（IT Project+） 可能發生之問題—風險。 已發生之風險— 問題。 風險特性與類型（1/2） 風險的特性 機率：不一定發生。 衝擊：發生後一定帶來影響與損失。 風險類型 管理風險 可能造成進度落後或成本增加。 如人事異動、排程變化、資源增減、客戶支持度等因素。 技術風險 造成專案實行工作困難或無法執行。 如不確定的技術、規格不明確、未經驗證的架構等。 風險特性與類型（2/2） 商業風險 對軟體之生存能力產生威脅之風險，包括 市場風險：產品是否符合市場需求。 策略風險：產品是否符合公司策略。 銷售風險：銷售方式是否符合產品特性。 管理風險：人事異動或高階的持續支持。 預算風險：預算是否能如期取得。 風險分類 風險分類 已知風險。 可預測風險。 不可預測風險。 軟體專案風險管理的目的 試圖以系統化方式，消除不確定因素對專案計畫（品質、預算、進度、資源分配等）的威脅。 透過風險的管理，化被動為主動的去面對風險，才能夠預先規劃緊急事件，並依據重要程度處理緊急事件。 風險管理的生命週期 軟體專案風險管理架構 風險管理規劃 風險管理規劃（1/4） 定義： 風險管理：是一系統化之程序，該程序為識別、分析及回應專案所遭遇之風險。 風險管理規劃：是一計畫過程，該程序決定如何解決並規劃對一專案之風險管理活動。(PMBOK, 2000) 風險管理規劃（2/4） 風險管理規劃的允入條件(PMBOK,2000) 專案核准文件 組織之風險管理政策 角色與責任定義 利害關係人之風險容忍度 組織的風險管理計畫範本 WBS 風險管理規劃（3/4） 風險管理規劃的工具與技術 規劃會議 風險範本 風險管理規劃（4/4） 風險管理規劃的產出 風險管理計畫書 風險管理方法論 風險管理角色與責任 風險管理預算 風險管理時機與時程 風險管理評估說明 風險管理門檻 風險管理報告格式 風險管理追蹤 風險計畫書 風險計畫書是針對已納入風險管理之每一風險，擬定所採用之風險控制技術、評估風險水準、成本效益，並制定風險監督計畫等管理步驟。 良好的風險計畫是實施風險管理的藍圖與準則。 風險管理計畫書 1. 概述 1.1 風險計畫的定義、範圍及目的 1.2 責任 1.2.1 管理者 1.2.2 開發人員 2. 風險描述 2.1 描述所有在風險門檻指數以上的風險 2.2 描述發生機率、衝擊、損失程度、造成風險的相關因素 3. 風險控制 風險編號 3.1 風險減緩策略 3.1.1 一般策略 3.1.2 特殊策略 3.2 風險監督計畫 3.2.1 被監督的因素 3.2.2 監督的方法 4. 風險管理計畫書的修正、更新 4.1 意外狀況計畫 4.2 特殊的考量因素 5. 其它、附註 風險辨識 風險辨識（1/7） 風險辨識：決定哪些風險可能會影響專案並將其文件化。 其為需要重覆執行的過程。 不同角色人員參與：包含專案團隊、風險管理團隊、特定事件的專家、顧客、最終使用者、其他專案經理（所有利害關係人）及外部專家。 風險辨識（2/7） 風險辨識允入條件 風險管理計畫書 專案規劃之產出 風險類別 歷史性資料 風險辨識（3/7） 風險辨識工具及技術 文件審查 資訊蒐集技術 檢查清單 假設分析 圖解技術 風險辨識（4/7） 風險辨識產出 各風險項目及風險列表 風險徵兆 其它過程及事項之投入 風險辨識（5/7） 常見風險辨識的方法為建立風險檢查表，以評估與檢查可能的風險。 常見風險 效能風險 支出風險 支援風險 排程風險 風險辨識（6/7） 常見風險分類 產品定位——與要建造或要修改的軟體之總體規劃相關的風險。 商業影響——與管理或市場所加諸的約束相關的風險。 客户特性——與客户的素質以及開發者和客户定期通信的能力相關的風險。 開發制度——與軟體過程被定義的程度以及該制度被開發組織所遵守的程度相關的風險。 風險辨識（7/7） 開發環境——與用以建造產品工具的可用性及品質相關的風險。 開發技術——與待開發軟體的複雜性及系統所包含技術的“創新性”相關的風險。 團隊狀況——與参與工作的開發人員的總體素質及