Scrum 项目中风险哪去了?

熟悉软件工程和软件项目管理的人都知道,软件开发领域中最难的两点就是估算、度量,而和估算、度量直接相关的因素就是风险了。

所以今天我们来聊聊风险,软件开发从游击队(随意无章法)到集团作战(重型过程管理),再到特种兵(轻型过程管理),风险都是不可避免的话题。

从项目管理圣经中 PMBOK(Project Management Body Of Knowledge)看,风险管理是其中的10大领域之一(整合管理、范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理、干系人管理)。从 CMM(Capability Maturity Model for Software)中看,在其二级和三级中,风险管理都是必不可少的关键实践之一;在其后续的 CMMI(Capability Maturity Model Integration)中,风险管理不但是关键实践外,而且风险管理变成了独立的 KA(过程域)之一。

从常规的角度来讲,风险管理活动可以拆分为风险管理规划、风险识别、风险分析、风险应对和控制风险等多个活动。从风险技术方法上,我们会常常使用专家访谈法,SWOT 方法,检查清单方法,龙卷风图等等定性和定量的方法来管理风险。但是在 Scrum 中我们却看不到风险管理的相关描述了,在通常的关于 Scrum 的讨论中风险也很少被提及,而且很多团队在实践 Scrum 的过程中也很少进行风险管理,所以我们心中会存在一个很大的疑惑:Scrum 中不需要进行风险管理了吗?这个问题在我以外部敏捷教练的身份进行辅导的团队中问及时,团队总是会陷入安静中;在和很多行业中的敏捷教练交流时,大家也无法迅速获得一致。

这要分两个方面来看 Scrum 中的风险。

首先,Scrum 可以说是一个风险驱动的框架,或者换句话讲是 Scrum 本身就是为了应对传统软件开发中的风险而诞生的,风险管理是融入到 Scrum 的骨子里的。Scrum 本身通过一系列的活动和输出来规避风险。比如短小的 2~4 周的 Sprint,使得产品可以用迭代方式进行交付,小批量多批次的可运行软件,规避了软件开发活动中最大的风险--产品无法按时交付;比如 Daily Meeting,通过团队高频度的主动沟通,尽早的暴露 Sprint 中工作和 Sprint 目标不一致的风险;再比如 Sprint Review Meeting,通过对项目的发布目标进行检视,以获得针对项目产品整体发布的风险评估。

其次,从 Scrum 团队管理方式来看,如果项目本身风险程度较低,Scrum 已经可以很好的应对,不需要再针对性的单独做风险管理,如果项目风险比较大,这时可以引入一些单独的方式方法,比如在 Scrum 中,我们可以采用一些针对性的风险管理措施,比如风险扑克牌(Risk Poker)使用类似 Planning Poker 的方式,团队通过「打牌」对 User Story 进行风险值的评估,从而发现潜在的风险和统一认知;

Scrum 项目中风险哪去了?_第1张图片

再比如风险地图(Risk Map)使用风险阶梯矩阵,使得风险可以以可视化的角度呈现出来并进行定期的跟踪;

Scrum 项目中风险哪去了?_第2张图片

还有风险燃尽图(Risk Burndown Chart)方法,可以让风险管理以直观的方法来评估风险随项目进展的变化情况。

Scrum 项目中风险哪去了?_第3张图片

当然,风险管理的方式方法非常多样,我也看到过非常有意思的风险识别工具,比如风险时钟(Risk Clock):

Scrum 项目中风险哪去了?_第4张图片

也有我自创的风险平衡轮(Risk Balance Wheel),当然这个风险维度可以任意个适用:

Scrum 项目中风险哪去了?_第5张图片

近年来随着 Scrum 的流行,很多人将 Scrum 看做万能的,殊不知 Scrum 最好的应用场景是针对问题已知但是解决方案未知的产品或者项目,这样才能突出 Scrum 的迭代优势,通过不断的小步试错来触达合理正确的解决方案。换句话就是,Scrum 是应对未知风险的优秀工具,特别适合当下移动互联网产品的开发场景;如果只将 Scrum 单纯看成一个流程方法,或者迭代的实现方式,Scrum 本身的价值就极大的降低了。

另外一个常见的误区是大部分人都认为「风险一定是阻碍项目实施的」。风险从本质上来说,既有「威胁」的,也有「机会」的,对于风险的认知,是随着项目和团队管理水平的不断提升而提升的。项目管理的老司机,都会努力促成机会风险的发生,来加速项目的进展或者收益。

总之,风险是软件工程中的核心要点,不管敏捷还是非敏捷项目,都应该将其看做不可遗忘的要素。在 Scrum 项目中,风险并不是消失了,而是隐身了,理解并应用的过程对于 Scrum Master 和团队来说,都是及其重要的。

作者:杨瑞,二次创业者,曾任三五互联(300051.SZ)产品技术中心总监,网龙(00777.HK)高级项目总监等职,创办的英睿信息曾主导多个 APP 产品的设计和开发工作,创业产品《蹓跶鼓浪屿》曾多次获得 APP Store 推荐,二次创业项目「搭膳」曾获 100 万天使投资。复旦大学软件工程硕士,本科毕业于同济大学自动控制专业。拥有超过 15 年的软件工程及研发管理经验,技术社区积极分子,厦门敏捷社区发起人。 


点击这里,了解更多关于 Teambition 的故事

你可能感兴趣的:(Scrum 项目中风险哪去了?)