3个信号帮你判断公司是否适合OKR

计划在您的公司采用OKR吗?您可能需要再仔细考虑一下。

OKR(目标与关键结果)可以成为战略对齐和提高成果的绝佳工具,但如果实施不当,它们也可能成为巨大的浪费和混乱之源。

随着OKR的流行,许多公司在没有真正理解其全部内容的情况下就盲目跟进。乍一看这似乎是一个简单的框架,但很快就会成为一个复杂且具有破坏性的流程,带来诸多麻烦。

事实是,并不是每个公司都会从OKR中受益。所以在随大流之前,最好先了解OKR是否真的适合您。

以下是三个不适合采用OKR的迹象:

您的公司注重产出,而非成果

如果在您的组织中,交付功能比解决问题更重要,那么OKR很可能会变成浪费时间的工具。

OKR应该帮助衡量您的工作影响,而不是工作本身。

例如,如果您的目标是提高客户留存率,您的关键结果应该是:“我们是否成功提高了客户留存率?”而不是“我们是否成功交付了那些我们认为可以提高客户留存率的闪亮功能?”

在一些公司的文化中,只关注推出功能以满足预定计划,这种区别就很容易被忽视,OKR很快就变成了另一个待办事项清单。

我见过多家公司在采用OKR的同时,仍然保留着一系列极其重要的、集中管理的计划,这些计划几乎占用了公司所有团队的全部精力。留给OKR的空间很少,留给实验的空间则根本没有。

这导致了OKR与公司中所有其他优先级列表之间的多次冲突。团队最终会感到困惑,问道:“什么更重要 —— 我被分配的这个高优先级任务还是CEO说是我们首要任务的这些OKR?”

如果您的公司还没有准备好将心态从产出转变为成果,深入到OKR中可能只会增加系统的噪音。而且,如果您当前的计划清单对您有用,而您又不愿意放弃它们,那么为什么要增加另一个工作来源呢?

您的公司不擅长度量

如果您的公司不擅长度量,OKR将是一场艰苦的战斗。OKR非常依赖可度量的结果。毕竟,如果无法跟踪进展,如何知道自己是否实现了目标呢?

例如,我曾与一个组织合作,他们想要更快地交付更好的软件,但却没有任何方法来度量这一点。总之,他们没有任何可以设定目标的指标(如交付时间、部署频率、变更失败率等),但他们却知道他们的团队没有足够快地交付好的软件。

另一家公司想要提高产品的用户参与度,但从未真正有时间进行适当的跟踪以获得所需的指标。他们有截止日期要赶,还有更重要的功能要推出。

那么,当您没有衡量工作影响的指标时会发生什么?您猜对了 —— 您开始衡量工作本身(回到第一点)。在上述例子中,他们的关键结果变成了纯粹的交付导向,例如:

  • 实施一个新的DevOps流水线
  • 实施三项新功能以提高用户参与度

这些关键结果是否帮助他们实现了目标?好吧,也许,但在他们以某种方式度量之前,我猜我们永远也不会知道。

所以,除非您准备好识别差距并在朝着更好成果迈进的过程中设定更好的度量方法,否则OKR可能不会给您带来太大价值。

也许,与其直接采用OKR,您可以利用这段时间让团队识别他们的关键指标并建立适当的机制来跟踪这些指标?

您的公司有太多层级结构

想象一下:您在一家从开发团队到战略层之间有六层层级的公司 —— 一个由自上而下指挥和控制的结构。

现在您在做OKR(而不是单独的KPI),链条中的每个经理都想权衡并反映他们自己的优先事项在将要下达的OKR中。

当这些目标和关键结果传递到团队时,它们已经混合并增加,变成了一份混乱且常常互相冲突的目标清单。

在这种情况下,团队会疑惑哪些OKR是最重要的。也许是他们直线经理的OKR?还是他们经理的经理的OKR?或者是他们经理的经理的经理设定的OKR?

更不用说职能型OKR(产品、设计、工程、质量等)何时发挥作用。现在,除了前面提到的混乱清单之外,每个团队成员还有自己的OKR列表要对齐。

这听起来像是灾难的根源,不是吗?事实就是如此。

这种混乱会削弱团队的主人翁意识,阻碍了自主性和协作性,并扼杀他们的创造力。

如果您打算在类似的公司中采用OKR,也许可以尝试确保OKR不仅仅是层级结构的简单反映。

与其在每个层级简单地传递OKR,您可以尝试培养一种更具协作精神的文化,并利用领导层作为指导,帮助团队理解如何最好地将他们的工作与公司的战略目标对齐。

结 语

OKR可以改变您的公司运作方式,但它并不是万能解药。如果上述情况对您来说太熟悉,您可能更适合不使用OKR。

或者也并非如此。

也许OKR实际上可以成为催化剂,成为推动公司积极变革、取得更好成果的驱动力。然而,只有当您意识到自己要做什么并且对这种变革有足够的兴趣时(出于许多原因,许多公司并不具备这种兴趣),OKR才会发挥作用。

原文地址:3 Signs Your Company Will Struggle with OKRs | Scrum.org

注:部分图片来源于网络

关于作者

【作者】

Felipe Andrade

Scrum.org专业Scrum培训师。

十多年来,Felipe Andrade 一直在帮助公司采用 Scrum 和 Agile,工作范围遍及巴西、新西兰、澳大利亚和英国等多个国家。他目前常驻伦敦,与多家知名公司合作。作为 Scrum Master,Felipe 拥有丰富的实践经验,他采用敏捷交付了价值数百万美元的复杂项目,并维护了全球数百万用户使用的数字产品。

【译者】

Scrum中文网翻译组

Scrum中文网是全球第一个Scrum中文网站,中国最早的Scrum和敏捷教育及推广机构,也是国际Scrum联盟(ScrumAlliance)官方授权教育机构,Scrum.org官方合作培训机构,大规模敏捷SAFe官方机构SAI中国区授权合作伙伴。

Scrum中文网是国内领先的敏捷培训及教练咨询机构,作为中国敏捷教练的摇篮,启蒙和培养了数万名敏捷专业人士,帮助数百家知名企业成功转型敏捷。

火爆 售票中
Scrum.Org 主办
搜索
近期公开班
scrum alliance csm认证徽章
12月14-15日 (周六、周日)
Scrum Master (CSM) 中文认证课
远程
Lance Zhang 张宁宁 授课
专业Scrum Master (PSM I) 认证徽章
12月19-20日(周四、周五)
专业Scrum Master (PSM I) 认证公开课
远程
Derek Ding 丁志润 授课
Scrum.org专业Scrum产品负责人(PSPO)认证徽章
1月4-5日 (周六、周日)
专业Scrum产品负责人(PSPO)中文认证公开课
远程
Derek Ding 丁志润 授课
领导大规模敏捷Leading SAFe认证徽章
1月11-12日(周六、周日)
Leading SAFe领导大规模敏捷认证课
远程
Scott Wang 王庆付 授课
safe scrum master ssm
2月22-23日(周六、周日)
SAFe ScrumMaster 官方认证公开班
远程
Eric Liao 廖靖斌 授课
大规模敏捷顾问SAFe SPC认证课徽章
2月27-3月2日(周四-周日)
SAFe认证-SPC SAFe认证培训师导师班
上海
Eric Liao & Marsha Xue授课
safe scrum master ssm
8月10-11日
SAFe ScrumMaster 官方认证公开班
Eric Liao 廖靖斌 授课
scrum alliance csm认证徽章
11月09-10日
Scrum Master (CSM) 中文认证课
Lance Zhang 授课
scrum alliance csm认证徽章
10月26-27日
Scrum Master (CSM) 中文认证课
中文远程
Scott Dunn & Eric Liao 授课
领导大规模敏捷Leading SAFe认证徽章
10月19-20日
Leading SAFe领导大规模敏捷认证课
Eric Liao 廖靖斌 授课
Scrum联盟acsm认证徽章
10月19-20日
高级Scrum Master(A-CSM)认证公开课
Jim Wang 王军 授课
0
0
小时
0
分钟
0
由Scrum.org主办的 2024中国Scrum大会 8月17日将在上海开幕
0
0
小时
0
分钟
0
预约回电
留下您的手机号,我们会在第一时间联系您。
热线电话:400-696-6280
预约回电
预约成功,我们会尽快联系您。