风险控制的具体实践

风险控制、成本控制是项目管理中非常重要的两个部分，这里我分享一下对“风险控制”的一些实践。

“发现风险越早，消除风险的成本就越低”是我在“风险控制”领域实践中最重要的一个原则。

以下是一些最常用的几个实践：
实践一：项目透明
项目透明指项目干系人对项目的重要要素一目了然。项目状态透明是把项目的发布计划完成情况、发布风险、每一次迭代的完成状态、迭代风险通过物理白板（如果是离岸开发则建议用工具代替）反映出来，如果是迭代过程则要反映每一天项目的完成状态和发现的风险，这样所有的项目干系人（这里不仅仅是研发团队）都会对项目的风险关注，而且关注每一天的风险，风险会在刚刚产生的萌芽状态得到消除和控制

实践二：结对编程
很多技术类的风险，例如底层架构的开发和复杂业务路径的开发，测试成本非常高，而且如果等到测试发现风险后再修改的编码成本同样很高。这样的情况我们会采用结对编码的方式，把可能的研发风险控制在编码阶段

实践三：高风险提前暴露
在较大的项目中，非功能性需求的测试一般放在较后的阶段，首先测试的是功能性测试。但是如果非功能性测试出现问题，例如性能、并发等问题，需求修改架构或者数据库存储方式，带来的编码修改成本是巨大的。我们在大型项目中会成立独立的测试小组，在前几个迭代中会重点测试非功能性需求以验证架构、数据库等修改成本高的部分，同时要求每一个迭代中测试用例必须按照优先级进行执行，以保证高风险的Bug最早时间提供给研发团队。测试用例的最高级是“出现Bug的可能”和“用户使用的频率”同时满足。