除了KPI,考核员工还有什么方式?OKR是一种简单的管理方法,但是对于其误解和各种疑惑却很多。推崇者把OKR说得是无所不能,反对者认为不过是新瓶装旧酒,和KPI差不多。到底OKR和KPI,哪种方式更靠谱?技术leader该怎么选?今天,阿里资深技术专家燕标谈谈,他对OKR的思考。
每过一段时间,就会出现一波新的管理概念方法和理念。最近OKR逐渐走到聚光灯下,引起越来越多人的注视。OKR简单后面隐藏着相对复杂的一面。简单的事物运行起来往往可以非常复杂,例如围棋。
关于OKR的书对于如何实施OKR有详细的说明和讨论。还包括成功的实例,劝人去使用体验OKR。但是看了这些书,总是有一点隔靴搔痒的感觉。例如,几乎所有的书上都反复强调不要把OKR和KPI混淆而和绩效挂钩,但都没有给出让我信服的解释。这种情况下依样画葫芦当然也可能做一个七八分象,但是终究不能让人坦然。我的个性让我去刨根问底,希望找出OKR设计者背后的一以贯之的逻辑。本文是自认为可以自圆其说的解释。不能说是终极的答案,只是希望抛砖引玉,写出来一起讨论。
对于OKR,百度百科有如下介绍:
OKR(Objectives and Key Results)即目标与关键成果法,是一套明确和跟踪目标及其完成情况的管理工具和方法。OKR的主要目标是明确公司和团队的“目标”以及明确每个目标达成的可衡量的“关键结果”。OKR可以在整个组织中共享,这样团队就可以在整个组织中明确目标,帮助协调和集中精力。
简单说,OKR是一种管理工具,一个思考框架,一种方法,让团队的协作更加具有成效。
OKR有两个基本的组成部分:
目标:设定一个定性的时间内目标(通常是一个季度)。目标描述应该说明:
关键结果:是由量化指标形式呈现的,用来衡量在这段时间结束时是否达到了目标。作为关键结果,必须具体:
目标为主,关键结果为从。在实施过程中,OKR可以根据情况调整或者重新定义。 OKR可以在不同的层级设施:公司层面、不同团队层面、个人层面。个人和团队都要支持其上级组织的目标。OKR在公司内部实现一定程度的透明,相互对齐,保证相互之间的目标的关联性。所有的OKR因此形成了一张非常复杂的网络。
目标是定性的,关键结果则要包含可测量的(measurable)指标。 目标和指标之间是密切关联的,越接近指标,应该也离目标越近。但是两者之间并不是强因果关系,而只能说有关联性。各项指标都达标,并不意味着达到了预期的目标。或者达到了预期目标,但是有些指标没有达标。正如我们觉得身体不舒服,但是各项体检指标都达标。或者,我们觉得身体很正常,但是指标可能有些不正常。下面举一些目标和指标对应的例子,体会其间微妙的区别:
数字化代表了先进、精确、可控、智能等。数字给控制和决策提供了非常好的抓手,加强了管理的效率。但是如果深入数字化,立刻就体会到数字化的困境:
指标的优点在于精确,但是不能全面反应意图。目标反应了真实的意图,但是无法精确表达,只能定性说明。模糊性是它的特点,也是它的优点。这个类似于测不准原理。OKR就是考虑到这种矛盾性,有机结合一阴一阳两个方面,以期达到一个平衡。
前面说过OKR的目标通常是一个季度的。所以OKR是专注短周期的执行的,通常认为OKR是一个战术性执行框架,而不是战略执行的手段。它通过聚焦目标,不断审查关键指标,来提高执行力。不过这里有一个问题,就是如何保证OKR的目标和总体战略不脱节。为此OKR的实施还需要一个OKR框架,让OKR放在公司的使命、愿景框架下去考虑。
下面就是OKR框架:
上面三层使命、愿景、战略是中长期的目标的管理,相对是规划阶段。这是管理艺术化的领域,没有规定的程序,也无法实施工具化的支持。关于这些方面的书数不胜数。这里就不再介绍了。使命、愿景和战略为OKR的执行设置了上下文,要清晰传递业务重点,所以其质量具有关键性的作用。如果没有明确的战略就制订OKR,则只是一种肤浅的形式上的模仿。
下面三层目标、关键结果、任务是中短期管理,是执行阶段,是管理科学化的领域。团队的执行力是公司的核心竞争力。这个层次的关键,一是要做正确的事,一是要正确的做事。大规模团队协作是非常具有挑战的事情。协作就必须要有共同的规则,有流程和工具的支持,管理方法的创新往往集中在下面三层。
OKR所对应的是目标和关键结果两个层次。在同一个层次的还有比较熟悉的KPI。在任务层的管理则是类似精益开发、Scrum等管理方法所关注的领域。这一层次关注的任务更具体。
在这个框架中,对于下层的工具支持比较完善。随着时间发展,管理工具自然会向上层延伸。OKR管理现在已经成为协作平台的下一个竞争点。
在所有的OKR介绍中,都反复强调:OKR不是考核工具,最好不要和绩效挂钩。这是最让人疑惑的地方,主要是因为OKR和KPI都包含可衡量的指标。设定了指标而又不用于考核,那是为什么呢? 要讨论OKR,就绕不开和KPI的对比。也只有把两者对比起来讨论,才能加深对OKR的认识。我们先有必要简单介绍一个KPI。
KPI系统是一个纵向的指标体系:先确定公司层面关注的KPI,再确定部门乃至个人要承担的KPI,由于KPI体系是经过层层分解,这样,就在指标体系上把战略落到“人”了。而要把战略具体落实,需要“显性化”,要对每个层面的KPI进行赋值,形成一个相对应的纵向的目标体系。所以,在落实战略时有“两条线”:一条是指标体系,是工具;另一条是目标体系,利用指标工具得到。
KPI制订需要遵循的SMART原则:
总体来说,KPI是对重点经营活动的衡量,而不是对操作过程的反映。它要求精确,注重目标,而不对过程有太多关注。 KPI由上级与员工共同参与完成,双方达成一致意见后,作为最后员工考核的要素和依据。从表面看,KPI的优点明显:目标明确,员工和公司目标一致,有利于公司的战略实现。在一定程度上可以激励员工。但是在实施过程中,KPI的弊病也是明显的:
阿里有句土话:为过程喝彩,为结果买单。这作为一个公司的考核原则是可以的。但是从团队管理的角度讲,则不能仅仅是站在旁边为团队的同学喝彩,更重要的是要保证团队的过程精彩。OKR针对上面KPI的一些缺点,不和考核挂钩,就是为了让过程精彩。这便是OKR和KPI本质定位的不同。 如果我们把OKR和Scrum来对比,可能可以更加容易理解为何OKR不要和绩效挂钩。Scrum在实施过程中,也会要定义一些关键指标来分析团队实施的效率。但是我们清楚,一个团队Scrum实施得流畅,并不能保证最终产品就一定好,一定会给最终客户带来价值。
从这种意义上讲,OKR实际上和Scrum更类似,而不是和KPI更类似。只是OKR管理的是季度目标,而Scrum管理的是月度目标。两者实际可以相互补充。
归纳起来,OKR的KPI之间有如下区别:KPI主要是一个考核工具,OKR是一个对团队和个人的赋能工具。OKR的关注点是结果和过程并重的,特别是探索性的工作可能会更偏重于过程。
OKR的另一个核心理念是70分万岁,就是鼓励团队定一个足够高的目标,团队在非常努力之后也只能达到70%。不过由于创新等不确定性,团队不会因为只拿了30分而被惩罚,这个只是表明指标太高了,或者目标不正确,需要调整。同时OKR也不鼓励设置能拿到100分的指标,因为那只是表明指标设置得缺乏挑战性。70分是一个满意的分数,较好平衡了挑战和现实。
取法于上,仅得为中,取法于中,故为其下。设置70分的目标,就要求团队能够打破常规思维,要求行动有一定的创新,有一定的“杠杆率”,要求“行必果”,就是所用的行动都一定要有结果的。所以OKR的实施重点在于激励创新,发现业务的杠杆点,最大可能撬动业务发展。
70分原则是为了让团队放下一时的得失之心,更好发挥团队的潜力。这个原则集中实际上体现了OKR的理念:激发每个人的自我驱动力。
对比OKR的冒险精神,Scrum比较保守,要求百分百完成目标。这也是因为两者的目的不一样。基本来说,越是低层的管理工作,越需要可预测性,需要考虑各种条件限制。越往上,则越需要跳出现实的限制,通过战略来拉动执行力。
管理在汉语中我们现在都当做一个词语,但是实际上包括两个方面:管和理。
管是止恶,理是扬善。管理,一阴一阳结合,才是管理的比较全面的意义。如果说KPI偏向管。那么OKR更倾向于理。两者是可以有机结合的。
任何一种新的理论和方法的提出,都具有它的背景。工业时代主要靠提高机器的效率来提高劳动生产率,人和机器是同等对待的。现代企业,人才是最重要的资源。员工提高执行力和创造力是企业的核心竞争力。效能的关键的是要提高组织的活力和创造力。一个具有自驱力的员工和一个被动的员工间的效率可以有一个数量级的差别。但是这种组织的能力不是天生的,而是需要培养和建设的。OKR就是组织能力建设工具,通过一个OKR团队来帮助其他个人和团队成长,这也是OKR在各大高科技公司广受欢迎的根本原因。
总体来说,实施OKR是希望得到如下收益:
实施OKR,需要转换心态,把OKR不是当做考核工具,而是来帮助团队更好成长的助手。人都是怕繁琐的,对于新的管理流程都会不自觉有抗拒的心理。让每个人对于OKR的心态变化,认识到其是帮助个人成长的工具,对于其成功落地是非常关键的。当然这对实施过程中的推动的团队要求非常之高。OKR和KPI在具体流程上类似,而其根本的不同在于这一点用心处。这一点不同在实施过程中容易被忽略掉,但却至关重要。
OKR只是一个工具,实施其过程是容易的,真正的难点在于:制订高质量的目标和准确衡量目标效果的关键成果指标,以及持之以恒的执行。这需要结合业务进行深入的分析和思考。
OKR和KPI解决不同的问题,所以两者可以并存。另外,OKR的实施可以从局部实施起,例如从某个团队、项目,或者管理的中高层开始,在积累经验后确定如何推广。
[1]中总结的OKR十大关键注意事项:
OKR当然不是一种包治百病的银弹。但是其鼓励创新和冒险,支持自下到上的挑战,激发团队和个人主动性的精神,在当前的行业快速发展的条件下,还是很具有意义的。
《晏子春秋》说:橘生淮南则为橘,生于淮北则为枳,叶徒相似,其实味不同。所以然者何?水土异也。实施OKR,需要团队文化的支持,需要一个良好的文化氛围才可能发挥其威力,否则终将蜕化为类似KPI的考核手段。这需要中坚的团队,能够深刻理解OKR的设计理念,才不会在实施过程中走样。OKR学其形易,而学其神难。在实施过程中一定要因地制宜,变通实施,坚持之后才能取得预期的效果。
参考资料:
1.OKR:源于因特尔和谷歌的目标管理利器 机械工业出版社
2.https://baike.baidu.com/item/关键绩效指标法
3.http://www.woshipm.com/zhichang/765124.html
4.https://worktile.com/blog/okr/1b53bcdb66cba7
5.https://www.zhihu.com/question/22478049/answer/23833548
6.https://www.atiim.com/blog/how-okrs-complement-scrum/
7.https://baijiahao.baidu.com/s?id=1623530400696261877&wfr=spider&for=pc OKR与KPI的三个本质不同
原文 http://zhuanlan.51cto.com/art/201910/605107.htm
收集的一些前端面试题。太用力的人跑不远,面试是次要,技术的沉淀和积累才是主要,从面试题发现不足,进而查漏补缺,比通过面试更难得。
公司如果欠薪,正确的姿势是,应该立刻更新简历,寻找新的机会,当断则断,及时止损才是最好的应对方式!
为了满足客户的要求,程序员们通常会对产品的功能,做多次修改,直到让客户满意为止。在这个过程中,如果修改内容过多,可能会要求甲方加点钱,一般不会有什么风险,然而,在程序员眼里,有些客户实在难缠
英国航空公司发布声明称因遭黑客攻击从而导致其乘客数据被盗。在BBC的采访中,英航指出,经初步调查,约有38万乘客数据在此交数据泄露事件中受到影响,这些被盗数据信息包括个人基本信息和付款记录,但不包括个人护照信息
前些日子,在某论坛看到一帖,问「一线城市中小公司的前端10k应该会什么?」,下面有很多回答,大多数回答的是一些会前端三大基础啊,html,css,JavaScript这些,然后一两个框架。实在是太笼统了,这回做一个总结,写下来
Angular是一个基于TypeScript的开源Web应用程序框架,用于在HTML和JavaScript中构建Web应用程序。Angular诞生于2009年,由Misko Hevery 等人创建,后为Google所收购,由Google维护。它最初是作为Google的一个项目启动的,但现在它是开源框架。
先说一个小道消息吧,现在互联网人才市场上最紧俏的两个岗位,一个是程序员,一个新媒体。新媒体难到什么程度,我不清楚,但招一个好的程序员多难,我是有概念的。
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!