【OKR目标管理】案例分析

这篇具有很好参考价值的文章主要介绍了【OKR目标管理】案例分析。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

先说明KPI和OKR的区别:KPI是数字化的结果导向,而OKR是关注跟踪过程的绩效管理。具体说明案例如下:

【OKR目标管理】案例分析

 通过上述案例,大家可以看到它们的优缺点,可以完全掌握高质量的 OKR 写法和评判标准。依据上两节所讲 O 和 KR 相关写法的知识点,和你一起来看看这些 OKR 写的到底如何。

【OKR目标管理】案例分析

 案例1:就是百度李彦宏的 OKR 李彦宏的 OKR 一共包括了三个 O :第一个 O 就是打造了一个空前繁荣强大的反动移动生态。第一个 KR 1 就是特首安全可控、引人向上、忠诚服务、降低门槛的产品价值观,持续优化用户体验,提升百度记忆产品的总时长份额。 KR 2 就是恪守良币驱逐劣币等商业价值观,实现在 IC 品牌口碑优化用户体验基础上的收入增长,收入达到多少亿,增长达多少百。 KR 3 就是产品要有创新,不能总是 meto 对待层。
第二个 O 就是主流 AI 赛道模式能够跑通,实现可持续增长。支撑这个 O 的 KR 1 就是小度进入千家万户,日交易次数超过多少亿。 KR 2,智能驾驶、智能交通,找到规模化发展路径,20192020距离有多少倍的加速成长? KR 3 就是云以及 AI ToB 业务至少在多少个万亿级别,能够成为行业第一。

第三个 O 就是提升百度的组织能力,有效支撑业务规模的高速增长,不拖战略的后腿。那支撑这个 O 的 KR 1 就是全公司成功推行 OKR 制度,有效降低沟通协调成本,激励大家为更高目标奋斗,取得比 KPI 管理更好的业绩。KR 2 就是激发从 instas 到一线员工的主人的意识,使之比 2018 年更有意愿有能力自我驱动,管理好各自负责的领域。 KR 3 就是建立合理的管理人员新陈代谢机室,打造出不少于两名业界公认的优秀领军人物。

评价:在百度对外公布的 OKR 案例中,由于商业数据的敏感性,并没有把相关量化的数据结果透明出来。但我相信新兴的小伙伴还是能发现百度老板 OKR 的其他问题。比如 o1 的 KR 3 根本就没有量化。O2 的 KR 1 没有写具体的实现路径。但是如果看过 2020 年奔跑第四季的小伙伴应该知道,百度小度在节目里投了广告,还请沙溢老师作者代言。所以这个 KR 写成小陆通过邀请沙溢代言,并与奔跑节目的合作,提升用户对小动作认知和使用率,达到日交互次数超过多少亿,就是一个好的 KR 呈现。
在这个案例中,除了整体上大部分 KR 都缺少量化实现目标的过程。路径之外,也有写得比较好的包括 KR 比如 OE 打造了一个空前繁荣强大的百度移动生态,就显示了百度要做理论化的决心。从曾经的 bat 的并驾齐驱,到如今百度和阿里、腾讯早就不是一个量级,百度就是没有能把握住移动化的趋势和机会。所以这个 O 就坚定做好移动化自我突破的定位,符合我们去制定具有挑战或者自驱方向的原则。
O3 的 KR 3 不仅有建立合理的管理人员精神代谢机制的过程量化,也有打造出不少于两名领军人物的结果的数值。

【OKR目标管理】案例分析

 案例 2: 就是快手开三战役的 OKR 快手的 OKR 它的 O 就是通过 k3 战役在 2020 年春节前后,快手达 3 亿 DAU 支撑这个 O 的 KR 1 就是依托极速版,春节前 DAU 的峰值是我 3 亿 KR 2 就是通过丰富垂类内容、大量签约 MCN 进行活动策划和运营,给予流量扶持等做法来保留存,保证春节前 DAU 峰值突破 3 亿 KR 3 就是依靠春晚红包,春节后下个月 DAU 平均值达到 3 亿。
点评:快手开三战役的 OKR 化从目标 O 的制定上充满了挑战,不仅是行业中抖音带来的竞争压力,迫使快手需要加速争夺市场的脚步,同时 DAU 31 的增长目标也是对于当时快手 DAU 达到 2.5 亿的突破。此外,对于整个 k3 战役,快手有着明确完成 DAU 31 的实现路径和实现,在 KR 中就需要把这些量化的关键要素体现出来。这样的战略级 OKR 在从上往下对齐的时候,会让人一目了然,减少理解成本和沟通的歧义,团队和组织形成合力的速度才更快,有了春节前后的实现,完成目标的效率也能更有保证。
所以我给你所举的快手 k3 战役 OKR 化的案例是典型写得好的 OKR 但是如果参照我教给你写的 KR 万能公式的最终形态,好像在快手 KR 中还缺了对用户维度的关注。在这一点,一位快手高管曾向记者表示,快手在战略上最值得反思的不是数据,不是打法,而是战略目标的设定,开三战役目标更多只是公司视角的目标,不是用户视角的目标。快手未来在战略思考时会更加回归初心,思考用户真正需要什么。也就是说快手在制定开三目标中缺少了对用户问题的洞察和解决。
在开三战役的 OKR 化,缺少的也正是这部分内容。从这个案例中,我将再次提醒你,对于偏向业务性目标的 OKR 制定必须要回归用户或者客户视角,在 KR 中得把解决用户或者客户的问题思考清楚,说得明白,才是对组织经营有价值的目标指定。

【OKR目标管理】案例分析

 案例3:京东某部门前端研发负责人的 OKR 其 KR 的 O 起的是建设前端工具能力,持续提升前端开发效率和用户体验支撑。这个 O 的 KR 1 就是通过实践骨架技术解决前后端分离中。页面加载白屏过长导致用户体验差的问题,让商家满意度提升达 85 分。 KR 通过升级 bot design 移动端组件库 UI 发布 2.0 版本,解决移动化中 H5 和小程序的插件页面与经卖 App 整体前端规范不一致的问题,从而提升用户对境外 App 的使用体验,沉淀团队移动端组件获能力。 KR 3,通过实践 PWA 渐进式网络应用技术,尝试将优秀的前端经技术引入到业务项目中,从而提升项目的用户体验,沉淀团队的 PWA 实践经验。

点评:首先我带你来看前端开发团队的 owner 制定,这里面有能力、效率、用户体验三个关键字眼对应了我先前讲过的 O 需要围绕营收、用户效率、能力这四个类型来制定,这样对于组织才是有价值的。所以该 O 是一个典型的以价值导相等 O 的写法。接下来在所有的 KR 的制定中,不仅把具体实现路径明确了,更重要的是每个 KR 我们从内容上就能看出来是想要解决用户的问题,从而来提升用户的体验。这个 KR 案例对于技术研发的 OKR 制定非常具有参考性。研发同学平时可能过于关注功能开发和上线,长期就会导致缺乏经营意识,也会让研发自我感觉沦为了工具般的存在。而组织中方方面面的工作都需要紧紧围绕经营的用户和客户的价值来做才是有意义的,这样组织才能立足人也能感知在创造价值。
所以,在研发同学的 OKR 制定中,不仅仅要能有功能上线的说明,也要能回归用户和客户视角,结合我给你的万能公式,把解决的组织经营问题写明才行。该 OKR 制定的另外一个优点就是在 KR 3 中的具体实践方法采用了新的 pwi 前端技术挑战型 KR 置顶,就是要回到行业上来看,把行业中的新技术新方法能够涌到组织当中,这样才能为组织创造突破的业绩效果。当然 KR 3 的不足点就是我们把具体解决的用户问题说清,同时和 KR 21 样,缺乏了通过什么量化的数值结果来度量用户体验的提升。 KR 2 和 KR 3 量化了用户体验,结果可以仿照 KR 1 的满意度提升来进行设计和改善。那么当我们看完了研发类的 OKR 之后,我们再来看一个探索型项目的 OKR 案例。该案例是京东某商品管理项目的 OKR 该项目的 OKR 的 O 写的是打造行业领先的商品运营阵地,为商家降本增效支撑。这个 O 的 KR 1 就是 8 月中旬通过对行业调研及竞品分析、商家和事业部调研,产出调研报告和结论,精准识别商家商品发布的痛点问题。 KR 2 就是 8 月底通过统计商品发布物业商家使用市场用数据来验证识别商家商品发布痛点问题的假设合理群 KR 3,9月 30 号前圈定商品发布改造的试点商家,通过试点类目的智能商品发布流程简化版还无批上新灰度覆盖至少多少个三级类目,保证商品信息自动提供率达百分之多少以上? KR 4 在 10 月 31 号前完成多少个三级类目的智能简化版商品发布的破旧的应用,确保商品信息自动填充率达分身着招以上。
接下来我进行点评,先结合你分享过,由于项目有着明确的起止时间和重要里程碑节点,所以在项目级 OKR 的制定中,KR需要通过时间加产出的形式来进行量化。在该案例中,我们就可以看到每个 KR 都有明确的时间节点。而且对于探索型项目阶段性的产出,非经历调研、数据验证,假设试点应用规模化扩张的阶段,并不是每个阶段都会有量化业务效果的数值结果。前期会议调研报告验证假设有效性,作为关键产出项目进入试运营和规模化运营阶段才会产出量化的业务效果。就像该家电中到了 9 月 30 号和 10 月 31 号两个时间节点,才会有商品信息自动填充率达百分之多少以上的量化业务效果。

【OKR目标管理】案例分析
对于 KR 的制定力度,我们没必要把项目中每天的工作都写到 KR 中,而是要写出关键时间点的关键产出就行。且从 KR 1 的制定内容上我们就能知道该项目是通过与行业竞标对标展开,团队几乎是以内部创业的玩法在进行探索式的尝试和验证,所以完成整个 OKR 都充满了挑战性。
最后想特别说明的是,在实现上,项目型 OKR 没有完全遵循季度 OKR 的治理规则,也就是没有按照季度的周期来进行 OKR 的拆解。为了项目管理的连贯性和持续性,以项目的起始时间来展示一个完整的 OKR 会更加合理。比如这个项目就是横跨了 8 到 10 元,跨了不同的季度。
案例中,创始人的 OKR 公司战略性, OKR 研发负责人型, OKR 项目型, 进行了说明解读完整的案例会,让你对如何写好 OKR 有更加全面深刻的理解,避免你在实际应用中踩坑。文章来源地址https://www.toymoban.com/news/detail-478633.html

到了这里,关于【OKR目标管理】案例分析的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 汽车制造案例 | 过程管理优化+结果分析闭环,IOT提高电镀挂具管理效能

    江苏中科瑞尔汽车科技有限公司(下称中科瑞尔)主营业务为汽车零部件的设计、研发、生产、销售等,其中给整机厂提供电镀零部件是其重要业务。 电镀挂具是其电镀过程中必需工具,需要匹配零件的形状、电镀工艺和设备大小等不同需求,以及确保使用次数合规、维修得

    2024年02月22日
    浏览(39)
  • GPT模型支持下的Python-GEE遥感云大数据分析、管理与可视化技术及多领域案例应用

     随着航空、航天、近地空间等多个遥感平台的不断发展,近年来遥感技术突飞猛进。由此,遥感数据的空间、时间、光谱分辨率不断提高,数据量也大幅增长,使其越来越具有大数据特征。对于相关研究而言,遥感大数据的出现为其提供了前所未有的机遇,但同时也提出了

    2023年04月23日
    浏览(48)
  • GPT模型支持下的Python-GEE遥感云大数据分析、管理与可视化技术及多领域案例实践

    随着航空、航天、近地空间等多个遥感平台的不断发展,近年来遥感技术突飞猛进。由此,遥感数据的空间、时间、光谱分辨率不断提高,数据量也大幅增长,使其越来越具有大数据特征。对于相关研究而言,遥感大数据的出现为其提供了前所未有的机遇,但同时也提出了巨

    2024年02月09日
    浏览(57)
  • spark案例分析-搜索引擎日志分析案例

    1.业务分析 2.数据截图 3.代码实现:         main.py:         defs.py:

    2024年02月08日
    浏览(46)
  • 对应分析介绍及SPSS案例分析

    在开展统计分析的过程中,分类变量(定序和定类变量)是我们研究的一个重点。通常我们分析分类变量间关系时,最常用的分析方法是卡方检验,其次是逻辑回归和对数线性模型等。 如果类别变量的分类较少,我们可以通过卡方检验判断行变量和列变量间是否相互独立,同

    2024年02月13日
    浏览(48)
  • python案例讲解视频,python简单案例分析

    大家好,给大家分享一下python案例讲解视频,很多人还不知道这一点。下面详细解释一下。现在让我们来看看!   前言 Python 是一种面向对象、解释型、弱类型的脚本语言,它也是一种功能强大而完善的通用型语言。 相比其他编程语言(比如 Java),Python 代码非常简单,上手

    2024年04月11日
    浏览(45)
  • Python案例分析|文本相似度比较分析

     本案例通过设计和实现有关文本相似度比较的类Vector和Sketch,帮助大家进一步掌握设计Python类来解决实际问题的能力。 通过计算并比较文档的摘要可实现文本的相似度比较。 文档摘要的最简单形式可以使用文档中的k-grams(k个连续字符)的相对频率的向量来表示。假设字符

    2024年02月16日
    浏览(55)
  • C++软件分析工具案例分析集锦汇总

    本文是 C++常用软件分析工具从入门到精通案例集锦 专栏的导航贴( 点击链接,跳转到专栏主页,欢迎订阅,持续更新… )。 专栏介绍 :根据近几年C++软件异常排查的项目实践,详细地讲述如何使用PE工具、Dependency Walker、GDIView、Process Explorer、Process Monitor、API Monitor、Clum

    2024年02月11日
    浏览(52)
  • python数据分析案例——天猫订单综合分析

    前言 大家早好、午好、晚好吖 ❤ ~欢迎光临本文章 什么是数据分析 明确目的–获得数据(爬虫,现有,公开的数据)–数据预处理——数据可视化——结论 准备 环境使用: 在开始写我们的代码之前,我们要准备好运行代码的程序 Anaconda (python3.9) – 识别我们写的代码 开发工

    2024年02月03日
    浏览(49)
  • C++常用软件分析工具案例分析集锦汇总

    本文是 C++常用软件分析工具从入门到精通案例集锦 专栏的导航贴( 点击链接,跳转到专栏主页,欢迎订阅,持续更新… )。 专栏介绍 :根据近几年C++软件异常排查的项目实践,详细地讲述如何使用PE工具、Dependency Walker、GDIView、Process Explorer、Process Monitor、API Monitor、Clum

    2024年02月11日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包