OKR和Scrum –用OKRs-E链接两个强大的框架

在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大使。

目标计划执行部分-- 项目看板