zoukankan      html  css  js  c++  java
  • OKR新手入门指南 (第四部分)

    典型的OKR系统周期

    常见的OKR系统周期为:

    1)在年初,公司定义了一组高级战略OKR,最好是在团队的帮助下。

    重要的是要理解,没有团队的投入,高层管理人员就不应孤立地制定战略性OKR。Keith R. McFarland 在他的文章标题:您应该像构建软件一样构建战略吗?

    由于组织中各个级别的人员都会进行日常折衷,从而影响公司的战略成功,因此需要设计流程来吸收组织各个方面的想法,而不仅仅是高层管理人员。

    2)执行团队然后验证公司的OKR,并从团队中收集反馈。

    3)团队使用上述双向方法开发战术OKR。

    4)团队映射相互依存关系,并确保与其他团队和计划保持一致。

    5)团队每周签到一次,以跟踪结果和行动。

    6)对于使用季度OKR的公司,通常在中期OKR审查期间在季度的中途对OKR进行审查。

    7)在周期结束时,您可以快速回顾一下/吸取教训并重新开始。

    进行回顾的最简单方法是 开始-停止-继续 格式。在此模型中,要求每个团队成员标识团队应做的特定事情:开始做/停止做/继续做。

    对上一个周期未实现的OKR进行重新评估,以便可以将它们包含在下一个季度中,如果不再需要,可以将其丢弃。

    一些公司将目标视为公司和团队随时间推移而追求的"愿景",因此目标可能会从一个季度过渡到下一个季度。例如,诸如"使我们的客户满意"之类的目标是公司可以在多个季度中使用的目标,在每个战术周期中创建新的关键结果。

    甚至随着时间的推移,某些关键结果本身也可能是相同的,只是更改了目标。在我所见过的所有公司中,几乎所有季度都有收入和净促销值等指标。但是,每个团队将用来改善这些指标的价值驱动力会随着时间而变化。

    为什么您应该将OKR和薪酬分开

    OKR是一种管理工具,而不是员工评估工具。因此,OKR框架的基本组成部分是将OKR与薪酬和晋升分开。

    正如英特尔的安迪-格鲁夫(Andy Grove)写道:

    OKR不是作为绩效评估基础的法律文件,而应仅是用于确定个人表现如何的一项输入。

    Google的Rick Klau写道:

    OKR不是员工评估的代名词。OKR与公司的目标以及每个员工如何为这些目标做出贡献有关。绩效评估(完全是评估员工在给定期间的绩效)应独立于其OKR。

    这与显示老化迹象的传统模型有很大不同。Willis Towers Watson进行的一项研究表明,绩效工具的典型薪酬既不能有效地提高个人绩效,也无法对其进行奖励:

    • 北美只有20%的雇主表示,绩效工资有效地推动了组织中更高水平的个人绩效。
    • 公司对短期激励给予低分。只有一半的人说短期激励措施可以有效地提高个人绩效,而更少的受访者(47%)说这些激励措施可以有效地根据个人绩效来区分薪酬。

    两个奖金的故事

    曾经有一个组织有两个员工在同一团队中:保罗和玛丽。

    • 保罗很聪明,专注并取得了成果。但是他受到金钱奖励的驱使,并且一直试图找出如何赚更多的钱。
    • 玛丽也很聪明,专心,但是她为自己的成就所驱动。她相信,如果她成功了,金钱将会随之而来。

    该组织使用简化的奖金公式,将目标与奖励联系起来:

    奖金=ƒ(已达成目标的百分比*薪水等级)

    这意味着奖金的大小是员工薪资等级和员工实现目标的百分比的函数。 然后,发生了以下情况:

    • 保罗实现了一个轻松目标的110%,在与经理进行了数轮谈判之后,他成功地实现了目标。
    • 玛丽达到了一个雄心勃勃的目标的80%,远远超出了公司认为可能的范围。一个真正的伸展目标。

    谁应该得到更高的奖金?当然是玛丽。

    但是,谁最终得到了更大的奖金?保罗

    这个故事是不正当动机的经典例子。实际上,我们的奖励制度是对不当行为的奖励。

    我们都是保罗和玛丽

    每个人里面都有一些保罗和玛丽。您的激励系统应该对现实生活中的真实人起作用。即使您的团队充满玛丽,为什么您会拥有一个激励您不想发生的事情的系统?

    如果您要创建一种文化,以制定延伸目标为准则,则应考虑放弃针对奖金和晋升的基于公式(或紧密耦合)的模型。

    有什么选择?

    另一种选择是采用一种系统,其中将目标的实现输入到绩效评估过程中,其中定义了奖金和晋升。在此模型中,奖金和目标是松散耦合的。

    绩效评估不仅考虑实现目标的百分比,而且还考虑目标本身:难度和对业务的影响。将其视为体操难度分数:执行更困难的例程可以获得更多分数。

    "但是这太主观了"

    关于此模型的常见抱怨之一是它是"主观的",而基于公式的模型是"客观的"。

    问题在于,在流程结束时使用公式并不能使其客观。人们认为这是客观的,因为他们所看到的只是一点数学:

    • 世界各地的几家公司(至少有时)使用即期奖金或酌情性奖金来补偿或补充奖金政策。两者都是遵循主观规则的100%任意性;

    • 根据谁拥有最好的谈判技巧来减少目标来计算奖金是"主观的";

    • 项目/资源分配是任意的。有时,组织需要有人来解决一个陷入困境的项目,这可能会在短期内损害他/她的奖金-通常由即期奖金来弥补。

    与moonshots一样,我强烈建议您一开始不要采用这种模式。在组织中拥有稳定成熟的OKR功能之前,请勿更改您的薪酬模型。

    那销售配额呢?

    销售团队有所不同,因为结果更易于衡量。您可以将奖金附加到销售配额中,但是您应该避免使用任何奖励谈判减少配额的员工的模型。

    常见的OKR错误

    从最基本的错误开始,这些是我们在OKR实现中遇到的最常见的错误:

    • 设置不可衡量的关键结果: 记住约翰-多尔的公式。每个关键结果必须是可测量的。
    • 过多的OKR 或主要结果: OKR并不是您所做的所有事情的清单。它代表了您的首要任务。少即是多。
    • 将任务包括为关键结果: 关键结果不是您要做的事情。这是您所做的成功的结果。
    • 自上而下设置OKR: OKR不级联。相信您的团队,并帮助他们了解他们如何做出贡献。
    • 在筒仓中创建OKR: 设置OKR时,团队必须互相交谈,否则将无法达成一致。
    • " 一劳永逸": 不要将您的OKR视为新年的决议。OKR必须成为您组织文化的一部分,并且必须定期进行跟踪。
    • 在补偿公式中包括OKR: OKR不是员工评估工具。OKR是一种管理工具。
    • 试图盲目复制Google: 采用OKR并非只有一种方法。即使在Google内部,不同的团队也以多种方式使用OKR。了解所涉及的原理,并使您的实施适应组织的需要。

    你可能还想看:

    OKR新手入门指南系列

    作者: Felipe Castro
    译者: Bob Jiang
    原文链接

    本文首发于 Bob Jiang的博客 ,转载请联系 Bob Jiang

  • 相关阅读:
    [BinaryTree] AVL树、红黑树、B/B+树和Trie树的比较
    [C/C++] 堆和栈的区别
    HBuilde H5开发,关于JSON的Storage存储
    你是怎么调试 JavaScript 程序
    plus.webview.create mui.openWindow区别是什么呢
    H5本地存储详细使用教程(localStorage + JSON数据存储应用框架)
    [工具教程] HBuilder调试夜神安卓模拟器方法(该方法真实有效)
    HBuilder使用夜神模拟器调试Android应用
    Android如何使用API
    Linux下安装方法总结(源码安装)
  • 原文地址:https://www.cnblogs.com/bobjiang/p/12903697.html
Copyright © 2011-2022 走看看