[一分钟先生]袁斌：项目管理中风险控制、成本控制的重要实践

摘要：风险控制、成本控制是项目管理中非常重要的两个部分，这里我分享一下对风险控制和成本控制两个部分的一些实践。 风险控制的三大实践 发现风险越早，消除风险的成本就越低是我在风险控制领域实践中最重要的一个原则。以下是一些最常用的几个实践： 实践一：项目透明 项目透明指项目干系人对项...

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

风险控制的三大实践

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

实践一：项目透明

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

实践二：结对编程

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

实践三：高风险提前暴露

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

三步消除研发过程中的浪费

“消除研发过程中的浪费”是我在“成本控制”领域实践中的一个原则，我们在实践中总结了超过50种实际的浪费实例，包括“未完成”、“额外的”、“转换”等多种类型。我们是这样发现和消除研发过程中的浪费：

第一步：梳理“价值流”；

第二步：发现价值流中的浪费；

第三步：采取措施消除发现的浪费。

我以“修改Bug“的一个典型过程介绍一下我们的具体实践：

第一步：梳理“价值流”

修改Bug的典型价值流是：基本流程为：测试人员发现Bug－>程序员修改Bug－>测试人员验证－>关闭Bug，其中“测试人员发现Bug”与“程序员修改Bug”之间的等待时间以及“程序员修改Bug”与“测试人员验证”之间的等待时间，这两个不能产生价值的活动时间占据了整个价值流之间的很大比例。

第二步：发现价值流中的浪费

我们发现在整个价值流的过程中，一个常见的浪费是“测试人员发现的Bug并不是真正的Bug”。

第三步：采取措施消除发现的浪费

我们分析浪费的原因，发现其中一个原因是需求人员对需求的描述记录在文档中，测试人员、开发人员和测试人员对需求的理解不一致，同时开发人员和需求人员讨论需求细节时测试人员并没有参加，导致测试人员对需求的细节和变化不了解。针对这个原因，我们采取的措施之一就是要求需求人员、开发人员、测试人员在同一个场地面对面同时讨论需求，并制定了需求讨论的五个讨论要点（业务细节、用户场景、交互界面、压力等非功能性需求、对现有系统的影响等），同时在开发人员完成功能后首先做简单的Demo（需求人员、测试人员参加），共同确定需求以及变化后再进行测试。