摘抄自：與熊共舞-軟體專案風險管理（tom demarco、timothy lister著，熊節、馬姍姍 譯）
通過風險發現過程調查出專案面臨的風險。
確認軟體專案所有的核心風險都已經出現在你的調查結果中。
針對每項風險，完成下列」家庭作業「：
為風險命名，並提供乙個唯一的編號。
通過頭腦風暴找出這項風險的轉化指標----風險具現的所有徵兆中最早出現的那個。
估算風險一旦發生可能對成本和進度造成的影響。
估算風險具現的可能性。
計算風險的日程和預算暴露值。
判斷如果風險開始轉化，需要採取哪些應急措施。
判斷需要在風險轉化之前採取哪些緩解措施才能保證應急措施不至於失效。
將緩解措施列入專案的總體計畫。
將所有細節記入乙個模板（如圖一）。
指出專案的致命風險，將它們列為專案假定。執行風險移交儀式，將它們轉交給上級。
假設沒有任何風險具現，進行第一次日程估算。換句話說，估算的第乙個步驟是要找出極小概率點n--第乙個讓你不能有絕對把握地說「不可能在那天完成」的日期。與業界常見的做法不同，我們建議你將n點作為進度規劃的輸入條件，而不是輸出結果。使用你的引數化估算工具，並將所有引數設定為最樂觀的情況，就能夠得到n的值。
從此時起，用風險圖來描述所有承諾，明確指出每項預計日期和預算所涉及的不確定性。客戶對於風險圖的概念通常知之甚少，但你不必費力向他們解釋，把他們解釋為模擬器對專案進行500次模擬結果好了----這裡有所有可能的結果，以及每種結果的相對可能性。
建立乙個工作細分結構，用於展示完成專案所需的所有任務，估算每項任務所需的工作量。我們將以一種略顯與眾不同的方式使用這些估算結果：只關心任務工作量的相對權重，而不考慮他們的絕對值。這些相對權重將作為輸入條件，用於計算evr（淨值執行）度量值。
在專案開始時，必須要求參與各方確定產品的淨輸入/淨輸出資料流。在整個專案日程安排的前12%~15%時間裡，你應該能夠得到所有淨輸入/淨輸出資料流的完整定義（精確到資料元素的級別）。專案各方簽字認可這些資料流，這應該被設為乙個重要的里程碑。如果沒有完成這個里程碑，切勿貿然進行後續的任務。請謹記：這項重要的工作--淨資料流的簽字認可--如果沒有完成，意味著專案有全軍覆沒的危險。
在實現任何功能之前，首先進行詳盡的設計劃分。將設計劃分的結果作為輸入條件，建立增量式交付計畫。
設計劃分完成之後，回到工作細分結構，重新估算任務的權重，並以在剩下工作中所占用的百分比的形式描述每項任務。
估算專案的價值，精度應該與成本估算的精度相當。
將專案規約中包含的需求細分到元素級別，按照各需求元素的優先順序順序為它們編號。在評定優先順序時，對於使用者的淨價值和技術風險是兩個重要的因素。
建立增量式交付計畫，在其中將整個產品細分為多個版本（版本應該足夠多，以保證至少每週發布乙個新版本）。所有需求元素都必須分配給某個版本，優先順序越高的需求應該在越早的版本中實現。計畫每個版本的evr（淨值執行），將結果記入增量式交付計畫。增量式交付計畫應該是專案的重要產品之一。
為整個產品建立最終的總體驗收測試，然後將其分為多個vat(版本驗收測試)，每個版本都應該有乙個對應的vat.
根據各版本的預期交付日期為它們分配evr（淨值執行）。每當乙個版本通過vat時，在同一副圖中畫上實際的evr（淨值執行）值。
從專案開始到結束，密切監視所有風險的具現情況或終止情況，一旦風險具現，立即執行應急措計畫。監視evr（淨值執行）的滑行路線及其與預期路線的吻合度。如果實際路線與預期路線發生偏差，很可能是有風險出現了。
從專案開始到結束，持續進行風險發現過程，隨時發現後續出現的風險。
圖一：風險模板
處方管理，規則
處方是調配 發藥的書面依據，也是統計工作量 藥品消耗量和經濟金額的原始資料，具有法律 技術和經濟等多方面的責任。1 處方內容 醫院全稱 科別 門診或住院號 處方編號 病人姓名 性別 年齡 單位或住址，嬰兒或兒童應有體重。藥品名稱 劑型 規格 劑量 數量 用法和用量。醫生簽字 配方人簽字以及檢查發藥人...
專案管理 風險管理
目錄 1 規劃風險管理 2 識別風險 3 實施定性風險分析 4 實施定量風險分析 5 規劃風險應對 6 控制風險 常見問題 需要編寫乙個計畫來記錄了我們打算如何來進行專案風險管理的內容。我們需要識別這個專案裡到底有哪些風險，並把它記錄下來。通過風險的發生概率和發生之後對專案的影響情況，對風險進行乙個...
風險管理的基礎 風險評估
風險評估是識別及分析影響公司目標實現的風險的過程，是風險管理的基礎。在風險評估中，應識別和分析對實現目標具有阻礙作用的風險。1 識別影響企業目標實現的風險，並針對這些風險制定相應的控制措施。2 描述業務流程 對企業的業務進行梳理，確定企業所有流程目錄 按照企業確定的業務流程描述標準和模板，利用流程目...