在Tita上,我们收到了很多有关如何将OKR与其他框架一起用于管理组织中的人员,流程和活动的问题。在像我们这样的互联网软件开发公司中,最受欢迎的公司之一是Scrum。
Scrum的好处以及为何胜过Waterfall
与其他传统框架(如Waterfall)相比,Scrum的最大好处是它专注于短而增量的冲刺以及对变化的适应性。
使用Waterfall,可以在项目开始时就定义结果并达成共识,通常会有详细的范围和项目规范。通过从将来的完成点开始进行工作,可以从这些规范中得出计划,并以线性方式制定时间,预算和依赖项。这种方法的产品是一个路线图,概述了直到发行点为止需要完成的所有软件开发工作。不足之处?如果在旅途中发生任何变化,时间表,依赖关系以及经常需要重新制定预算的工作;该计划实际上被打破了。
另一方面,Scrum与朝向期望端点的短增量冲刺有关。详细计划被精简的规范或“故事”以及定期的回顾所取代,这些回顾可以衡量每个冲刺的结果。这些回顾应回答以下问题:“我们所做的工作是否使我们更接近所需的故事了。”
这是建造桥梁和火箭飞船的区别。
火箭技术是相对较新的技术,建造一艘火箭飞船需要几个增量步骤和迭代才能正确完成。导致SpaceX在船上发射火箭的工作就是一个很好的例子。
另一方面,桥梁建设是一个非常容易理解的工程挑战,已经解决了很多次。搭建桥梁的迭代次数少,时间和成本计划高,这是经常使用Waterfall的地方。
OKR和Scrum如何比较?
OKR和Scrum的相似之处在于,这两个框架都需要一个专门的人来执行,即“ Scrum Master”或“ OKR Ambassador”。
两者都有明确定义的角色,他们的责任是确保团队遵守框架。Scrum是一个高度规范的框架,具有特定的角色和仪式。Scrum的好处包括透明性,项目可见性和持续的沟通。团队共同决定他们可以在短短的两周“冲刺”中完成哪些工作,这使Scrum成为一个非常民主的过程。
OKR也有一套规则,尽管不如Scrum编写。这些规则确定目标可以是什么,关键结果是什么,以及它们如何共同衡量目标的实现。像Scrum一样,OKR也有时间表,但是,这些时间表(季度和年度)比两周的冲刺要长得多。创建OKR涉及首先,公司领导层决定他们想要实现的目标,然后团队创建自己的OKR,并使它们与公司目标保持一致。
OKRs-E 公式
如何将Scrum与OKR结合
只要每个人都清楚每个框架的范围和参数,OKR和Scrum就能并且确实可以成功地合作。我们在Tita使用的OKR方法包括执行(Execute),团队要努力实现其目标。冲刺非常适合于计划,可以在每个季度内为Group OKRs工作。
为了使这两个框架合适,在每个季度开始时,重要的是,OKR大使和Scrum Master与开发团队一起确定该季度需要实现的三个最重要的事项。由于OKR处理更长的时间表和更广泛的目标,而Sprint处理的是更精细的工作组织,因此OKR应该放在首位。
为了使OKR在此阶段正常工作,必须强调需要衡量结果而不是输出的关键结果。例如,如果您要解决的问题是错误的软件,那么衡量被压破的错误的数量是不好的“关键结果”。修复错误可以减少一个错误,但是,如果报告了更多的错误,那么您实际上并没有在减少软件的错误,而是在计算要修复的数量。
更好的关键结果将是测量报告的错误或在一个季度内提出的支持通知。如果该指标趋于下降,您可以确定要解决要解决的问题。
有了“目标和关键结果”集,就可以开始Sprint计划业务。在此阶段确定Sprint的长度很重要。如果Sprint是每月一次,则单个Sprint目标可能会直接对应于开发团队的3个目标之一。对于2周的较短冲刺(更常见),“冲刺目标”成为目标的“计划执行”。
长话短说,心动不如行动
Scrum和OKR可以在Tita这样的软件工具中共同发挥作用,并且可以很好地工作,Sprint目标成为OKR的执行部分(通常是用Tita的项目管理的看板模式)。但是,要从这两个框架中看到真正的价值,至关重要的是,每个参与者都应充分理解它们,并拨出时间来管理它们,并提名Scrum Master和OKR大使。
目标计划执行部分-- 项目看板
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。