跟蹤人：chanjinn（噢，我還沒有介紹組里面的每個同學的情況呢，嗯，盡快補上）
風險描述：配置庫可能因為種種原因損壞，導致開發資料丟失。
發生概率：中（有一定的可能性，不算大也不算�。�
造成損失：高（我們都比較心疼這些資料，嗯）
規避措施：每日備份VSS數據庫，并用郵件把備份發給項目組每位同學。（我們的配置庫比較小，所以這樣做沒問題）
解決方法：恢復最近的VSS備份，并盡量收集最近的資料。
分析完畢后，我們就將這些風險一個一個抄在便條紙上并貼在白板上，不過在便條紙上還有些其它的內容需要預先留著：
關閉日期：（如果風險消失、或者變成問題，那么我們就無需繼續風險，于是可以將風險關閉）
執行結果：（風險關閉時關閉的原因和最終的執行結果）
OK，這個會議完成了，嗯，花了不少時間呢，居然前前后后有一個半小時！以后分析風險不能這么慢了，要不然誰還敢做風險的管理。那么以后應該如何更新風險呢？最建議的做法是在每日會議上，每個跟蹤人都應該關注自己跟蹤的風險，并且及時提出風險跟蹤過程中遇到的問題，包括跟蹤成本超出預算、風險發生變化、發現新的跟蹤方法等，然后至少每周做一次簡單的風險管理會議。不過一定要注意，以后的風險管理會議就不需要這么冗繁了，直接把三步一次完成就行，時間也是一種成本��！
--------------------------------------------------------------------------------
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
