OKR 与 Scrum 如何强强联手?

 

OKR 是一套明确、跟踪目标及完成情况的管理工具和方法,如何把它和其他框架结合起来使用呢?

我们收到很多问题询问如何把 OKR 和其他框架结合起来使用,以便管理组织的人员、流程和活动。

软件开发公司最喜欢用的框架之一就是 Scrum,Scrum 是一个诞生于 20 世纪 90 年代的软件开发框架,我们公司内部一直在使用这一框架。

Scrum 的优点以及为什么它能优于瀑布流开发

相较于瀑布流开发的其他传统框架,Scrum 最大的优点是关注持续快速迭代以及对变化的适应性。

如果使用瀑布流开发,在项目一开始就要确定项目结果,并且要对此达成一致,通常还要有详细的范围和项目规范。

项目计划是从这些规范中产生的,方法是通过以项目在未来的完成情况为出发点,向后推进,以线形的方式规划出时间、预算和依赖性。

靠这种方法做出的成品是一份路线图,概述出到软件推出之日为止,需要完成的软件开发工作。那么不足之处是什么呢?如果在软件开发过程中出现了变动,时间线,依赖性,以及在大多数情况下连预算都需要完全重做,实际上就破坏了计划。

与此不同,Scrum 关注的是为了达到一个理想终点的持续快速迭代。取代详细计划的是精益规范或者是需求和回顾会议,这些会衡量每一次迭代成果。

这些回顾应该围绕一个问题: " 我们所做的工作有没有让我们离目标需求更近?"

Scrum 的力量来自于它能够管理工作,实现一个未知的、独特的、或者前所未有的结果。  这一框架系统地、渐进式地问题解决过程。瀑布流开发与此不同,只有在其所涉及的过程和工作都是可预测的,并且此前已经有人尝试过的情况下,瀑布流开发开发才能发挥最大功效。

这其中的差别犹如建一座桥和建一艘火箭搭载船的差别。

火箭技术相对较新,建造一艘火箭搭载船要有很多增量步骤,重复多次才能获得成功。美国太空探索技术公司(SpaceX)为了能让火箭在船上着陆所做的工作就是一个很好的例子。

反之,人们对建桥这一工程难题的理解十分透彻,也已经无数次解决过这一难题。建桥不需要重复很多次,对时间和成本规划的要求高,而这是瀑布流开发经常应用的领域。

OKR 和 Scrum 的异同

OKR 和 Scrum 的相似之处在于  两个框架都需要有一人专门管理框架的实施情况,  称为 "Scrum 负责人 " 或 "OKR 负责人 "。两个职位职责明确,他们的责任是保证团队依照框架行事。

Scrum 是一个高度规范的框架,有明确的职责和仪式。Scrum 的益处包括透明性、项目可见性以及频繁沟通。团队集体决定他们在为期 2 周的一个短期 "sprint" 内能够完成什么样的工作,这也使得 Scrum 是一个很民主的过程。

OKR 也有一套规则,虽然这套规则不如 Scrum 的规则条理清楚。这些规则决定什么是目标 O,什么是关键结果 KR,以及如何把二者结合起来衡量目标的实现。

和 Scrum 一样,OKR 有时间表,但是比为期两周的 sprint 要长得多(季度和年度)。设定 OKR 首先需要做的是,公司领导决定需要实现何种目标,接着,团队设定自己的 OKR,需要确保团队的 OKR 与公司的目标保持一致。

如何把 Scrum 和 OKR 结合起来

只要每个人都清楚两个框架的范围和参数,OKR 和 Scrum 可以成功地结合在一起使用,效果也确实不错。我们在确立公司 OKR 后,会进一步落实实现 OKR 的行动方案。Sprints 和行动方案能在行动周期内有机结合,促进团队 OKRs 的达成。

为了能让这两个框架合拍,重要的一点是在每个季度开始的时候,一位 OKR 负责人和一位 Scrum 负责人与他们的研发团队坐在一起,决定需要在这个季度完成的最重要的事情(通常为 3 项)。

由于 OKR 周期更长,目标更宏观,而 Sprint 涉及的更具体的执行层面工作, 因此需要首先考虑 OKR。

要让 OKR 在这一阶段就能有效开展, 相对于强调对结果实现的追求,更应关注对结果的衡量。

比如,如果你想要解决的问题是有缺陷的软件,那么,统计消灭了多少个软件缺陷就不是一个有效的关键结果。修复了一个缺陷,缺陷的数量就少了一个,但是如果有更多的软件缺陷被报出来,你就没有让软件变得更完善,你仅仅是在数自己修复了多少个缺陷。

一个更好的关键结果应该是统计出现了多少缺陷,或者统计一个季度内出现了多少客户需求。如果这个评估指标的趋势有所下降,那么你就可以自信地认为你正在解决你最初想要解决的问题。

设定了 OKR 的目标和关键结果后,就可以开始规划 Sprint。在这一个阶段,重要的是要决定 Sprint 的周期。如果一个 Sprint 为期一个月,一个单一的 Sprint 目标很可能会直接对应开发团队 3 个 OKR 目标的其中一个。至于更常见的为期 2 周的较短 Sprint,Sprint 目标则变成 OKR 目标的行动方案。

我们更推荐第二种方法,因为这种方法在连接两个框架的同时还保持了二者最初的目标,即 Sprint 管理生产和代码传输,  而 OKR 设定目标,衡量评估工作结果。

但是,这也意味着每一个 OKR 都需要有自己的 Sprint 时间线。如果你有一个大型的开发团队在一个产品的不同领域开展工作,比如前期工作、后期工作和系统管理,这一方法就能发挥很好的效果。使用这种方法的话,每一个领域引导 1 个 OKR 和 1 条 Sprint 时间线,而整个小组内部有 3 个 OKRs。

对于规模较小,没有能力运转 3 条 Sprint 时间线的开发团队,我们也推荐这种方法,但是只需要专注一个单一的 OKR 即可。

本文由 @倩 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

以上内容由 " 人人都是产品经理 " 上传发布

评论
大家都在看
CBNData:2019中国咖啡消费进阶趋势
互联网的一些事  39分钟前
AI语音机器人切入,定位企业AI中台,「百应科技」...
36氪  3小时前
腾讯视频“跳票” ,《权力的游戏》大结局无法如期播...
36氪  45分钟前
《权力的游戏》从第五季就死了
虎嗅网  2小时前
苏宁小店获4.5亿美元增资,张康阳持有65%股份
蓝鲸TMT网  1小时前
百应获1.2亿元A轮融资,以智能营销为驱动打造企业...
猎云网  2小时前
张一鸣的社交战场又多了一个筹码,“飞聊”能应战吗?
36氪  56分钟前
智氪分析 | 学B站做游戏,爱奇艺赚来的钱够花吗?
36氪  3小时前
Spotify 开始测试其首款硬件产品,一款车载智...
动点科技  1小时前
为电子烟行业提供全球供应链服务,「小飞匣」希望成为...
36氪  2小时前