如果你使用目标和关键结果(OKR)作为你实践的一部分,你可能已经努力使它们在整个组织中适应。许多团队使用一个简单的 OKR 层次结构,使它们向下、向上流动,并在中间相遇,以配合其组织的设置方式。

我们 Tita 的客户和我们自己的团队都使用 OKR,在组织的战略和个人在团队中的工作之间建立更好的联系。我们的客户发现,当他们的领导和团队之间没有建立起良好的所有权分离时,这并不容易,他们倾向于考虑目标是如何从上到下层层叠的。

OKR 方法论可以对此有所帮助,但是把 OKR 看作是一种等级制度,会重现这些团队想要解决的很多问题。你马上就会回到要求领导层批准人们将要做的确切工作的过程中,这个过程需要更多的时间,因为它并不是分布在整个团队中去弄清楚的。处于顶层的人需要设定每个人的工作,然后再将其渗透下去。

我之前一直在小型和大型组织做 OKR,他们根据 OKR 被创建为层次结构的事实,造成了一个巨大的问题清单:

  1. 层次结构的 “顶层 “将倾向于全面和通用的 OKR –这很糟糕,因为它是为了突出关键目标,而不是所有可能的工作。人们开始问:”如果我的部门不被计算在内,我的团队是否重要?”
  2. 层次上的 OKR 层层递减,而不是在中间开会 — 这最终导致了对人们在团队中的工作进行微观管理。
  3. 层次结构中的 “低层 “团队继承了工作计划执行 — 他们只是把关键的结果变成了目标。这是不好的,因为目标不应该是衡量标准。然后,团队最终会有很多不重要的 OKR ,这些 OKR 会逐级上报给上级团队。
  4. 靠近层级 “顶端 “的人最终拥有了 OKR — 层级 “较低 “的人对目标的理解松散,不能控制自己的工作。

最后,层级结构很容易让人忽视你为什么要实现某些目,。复杂性、缺乏自主性和战略影响会破坏文化,它阻止了组织修复他们首先想通过使用 OKR 来避免的方面。

OKR 并不存在于真空中

人们经常忘记的是,OKR 并不是一个团队的单一工具,他们与其他许多工件一起存在,这些工件构建了一个组织和团队工作的凝聚力;当人们忘记了这一点,他们就会觉得需要让 OKR 来完成所有文件的重任。OKR 是作为团队的反馈机制,以及他们如何与组织的战略接轨,它的存在是为了帮助每个团队更容易做出关于优先次序的艰难决定。

不要让 OKR 成为每个人的全部。

每个团队都会有一个类似于章程和记分卡的东西,其目的是为了全面。

首先,章程是一份文件(或者通常是组织幻灯片中的一张幻灯片),概述了属于一个小组的团队,他们如何与其他小组合作,以及他们在组织内 “拥有 “什么。

其次,记分卡是一份文件(或某处的仪表盘),显示所有不同的指标、关键绩效指标以及团队关心的业务影响。

如果我们有了这两个工件,我们就可以减轻团队的压力,确保每个人的工作都在 OKR 中得到体现。

建立一个依赖性的 OKR 网络

团队之间建立的网络是基于依赖关系的。授权、共享工作、支持工作等的依赖关系。等级制度是行不通的,因为它们假设有一些工作流下来。

首席执行官最后一次关心一个团队的运作作用是什么时候?他们不关注他们,不在战略中留出空间,但运营角色需要存在。

有四种主要的方式可以在 OKR 中建立依赖关系:

  1. 整个 OKR — 他们共享一个目标和其关键结果。这通常是因为该 OKR 既是一个团队,也是组织(或两个团队)的优先事项。
  2. 只有一个目标 — 团队共享目标,但有不同的关键结果,他们有能力跟踪和影响。
  3. 只有一个关键结果 – -团队分享(或贡献)相同的关键结果,但有不同的目标,他们希望实现这些目标。
  4. 完全没有 — 这些团队之间没有依赖关系。

下面是一个关于 OKR 网络的可视化例子:

OKR 是网络,而不是层次结构 --  它们不是级联,而是整合正如你所看到的,OKR 之间有一些重要的依赖关系:
  • 组织和产品团队共享一个目标,但不共享这个目标的关键结果。
  • 组织和市场团队共享一个关键结果,但不共享整体目标。
  • 产品和营销团队共享关键结果,因为他们追踪的是同一个KR。
  • 运营团队没有与组织(或任何其他团队)联网,但他们的工作对整个组织仍有价值。

事实上,一个组织内部的团队往往有共同的依赖模式,基于他们的团队类型:

  • 产品团队 – -通常与更大的组织和相互之间分享目标。这是因为他们实现目标的主要方式是通过建立新的或更好的经验。
  • 扶持型团队 — 他们分享关键成果,因为他们放大了产品团队所做的工作,如营销和平台产品团队。
  • 共享团队–支持其他多个团队的团队,如运营团队,通常不共享目标或关键结果,因为他们非常注重从系统中消除浪费,使事情更有效率。这与建立一个全新的体验不是一回事。

OKR 是一个战略特洛伊木马

建立伟大的 OKR 之所以如此困难,是因为它们需要一个真正的战略来实施。如果没有对整个组织的战略的了解,这些 OKR 的网络也无法正常建立。

请记住,组织是一个团队的网络,他们希望实现一个主要的结果,但会专注于不同的工作来实现这个结果。他们会有有助于导致整体任务完成的结果。

不要级联 OKR,要将其网络化 !

OKR 是网络,而不是层次结构 --  它们不是级联,而是整合

索取企业OKR和绩效管理成功案例,直观体验《Tita一体化管理平台》,立即申请 《Tita 产品演示》 或 最受客户欢迎的《帮我配置考核表》
2024, Tita 重磅发布新品,开启“客户管理”与“项目交付”双引擎,帮助企业驱动业绩飙升!立即了解 《Tita 新CRM销售管理一体化》

相关文章

  • 关于OKR和透明度的真相

    关于OKR和透明度的真相

    透明度是通常与OKR相关的另一个术语。许多希望开始使用OKR的领导者都希望使他们的组织更加透明。但是透明度是什么意思?真的那么重要吗?软件产品如何帮助您实现它? 什么是透明度? 透明度一词的根源是拉丁语。它是trāns(“通过”)和pāreō(“被看见”)两个词的组合。因此,标记透明的东西意味着您可以看透它。 在企业界,这将转化为员工透视组织的能力。换句话说:不向员工隐藏有关组织的(重要)信息。关于OKR,这意味着员工可以访问组织中的所有OKR。 透明度对OKR有影响吗? 是的,没有。透明度本身…

    OKR 2020年9月15日
  • 编写出色的OKR的员工指南

    编写出色的OKR的员工指南

    可以说,就像其他过程一样,编写出色的OKR可以将其分解为不同的步骤,从而产生更好的结果。这种方法将帮助您理解和解决一个问题: 如何在我的职责范围和技能范围内最好地支持我的组织? 步骤1:标定方向 这一步将为编写出色的OKR奠定基础。您越了解公司的结构和战略目标,它们与您自己的工作之间就可以形成更好的关系。这些关系将为您提供正确的论据,以制定出完美支持组织目标的目标。 提示: 始终注意公司年度目标。他们将为您提供下一个时间范围(即季度)所需的高级指导。 了解您的团队计划要解决的问题很重要,因此与您…

    OKR 2020年10月7日
  • 远程办公-你的OKR怎么办?

    远程办公-你的OKR怎么办?

    新冠病毒肺炎疫情影响,国务院办公室通知2020年春节假期延至2月2日。当春节假期延长消息传来时,钉钉、企业微信、飞书等协同办公产品,都迅速通过免费开放服务、升级原有功能以及针对疫情开发新的服务功能等方式,来对接不断增长的需求,帮助企业“战疫”可是企业只有钉钉,企业微信就可以了吗? 公司及部门级别的#OKR#管理由运作管理部管理,但是需要大量的沟通协调工作,协作效率低,信息不透明,不对称;部门业务及团队个人的OKR定期开展共识会及复盘会,之前看板手动录入,但是看板五花八门,远程办公之下更是无法推进…

    领导力 2020年2月4日
  • 扎心文章:刚开始做OKR,已经失败了一半

    扎心文章:刚开始做OKR,已经失败了一半

    今天分享一个客户推行OKR过程中的一个故事。 先说一下客户的大概情况:这个客户是个传统行业的公司,其团队成员的70%以上都是年龄比较大且一直从事于基层岗位的工作,职业能力/教育程度偏低(没有任何贬低),现在公司老板了解到OKR这样一个新颖的管理模式,想要在管理上做一次改革,并安排了客户(即与我对接)的管理者着手相关的方案的准备工作,当前参与这个事情的人员主要有三个:老板(基本不管)、对接人(对OKR有一定了解)、办公室文员(未接触OKR)。 在沟通的过程中,该客户主要关注的事情有两个:如何让各部…

    领导力 2020年8月13日
  • 怎样避免OKR做成KPI

    怎样避免OKR做成KPI

    什么叫持续?就是从1月1号到12月31号这个过程里面你都有去在做,这个才是真正的持续性管理。如果你1月1号设置了一个KPI ,12月31号打了一个分,这个不叫持续,这个叫考核。绩效考核不等于持续管理,绩效考核只是持续管理中的一个步骤。 OKR关注的是过程,是持续的绩效管理,为了实现持续,你可以试着用一下的方法: 1. 为了解决变成真正问题之前的“问题”,并为陷入困境的员工提供所需的支持,将年度绩效管理转为持续性绩效管理; 2. 把前瞻性的OKR与事后反馈的年度评价区分开来,有助于实现那些野心勃勃…

    OKR 2021年7月14日
  • 停止瀑布式目标

    停止瀑布式目标

    许多公司都在努力适应OKR和Agile,尽管它们似乎都有相同的理念。使用敏捷的团队经常拒绝采用OKR,因为它对他们来说似乎是多余的。 这场斗争的根源是对OKR和敏捷本身的误解。如果使用正确,OKR和Agile是一个强大的组合。他们可以创建价值驱动的团队,并改变组织的工作方式。 敏捷是为了交付软件而创建的。它是管理软件项目的瀑布式开发的替代品,它专注于管理可交付成果(故事或特性),而不是价值(业务成果)。 事实上,敏捷中并没有一个仪式来跟踪结果。 敏捷宣言本身就是一种误导,因为它告诉人们衡量可交付…

    OKR 2020年3月9日
QQ客服
微信客服

1642413149-20220117175229841 == 微信扫码 ==

预约演示 企微客服
返回顶部