跟踪人：chanjinn（噢，我还没有介绍组里面的每个同学的情况呢，嗯，尽快补上）
风险描述：配置库可能因为种种原因损坏，导致开发资料丢失。
发生概率：中（有一定的可能性，不算大也不算小）
造成损失：高（我们都比较心疼这些资料，嗯）
规避措施：每日备份VSS数据库，并用邮件把备份发给项目组每位同学。（我们的配置库比较小，所以这样做没问题）
解决方法：恢复最近的VSS备份，并尽量收集最近的资料。
分析完毕后，我们就将这些风险一个一个抄在便条纸上并贴在白板上，不过在便条纸上还有些其它的内容需要预先留着：
关闭日期：（如果风险消失、或者变成问题，那么我们就无需继续风险，于是可以将风险关闭）
执行结果：（风险关闭时关闭的原因和最终的执行结果）
OK，这个会议完成了，嗯，花了不少时间呢，居然前前后后有一个半小时！以后分析风险不能这么慢了，要不然谁还敢做风险的管理。那么以后应该如何更新风险呢？最建议的做法是在每日会议上，每个跟踪人都应该关注自己跟踪的风险，并且及时提出风险跟踪过程中遇到的问题，包括跟踪成本超出预算、风险发生变化、发现新的跟踪方法等，然后至少每周做一次简单的风险管理会议。不过一定要注意，以后的风险管理会议就不需要这么冗繁了，直接把三步一次完成就行，时间也是一种成本啊！
--------------------------------------------------------------------------------
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
