Tita | 个人OKR制定与传统个人目标制定方法有什么不同?

Tita | 个人OKR制定与传统个人目标制定方法有什么不同?

内容部分来源:《绩效使能:超越OKR》

可能有人会有疑问,为什么不能用传统个人目标制定方法制定个人OKR?

将传统个人目标制定方法和个人OKR制定方法作一下对比,你会发现两者的巨大差异。

Tita | 个人OKR制定与传统个人目标制定方法有什么不同?

采用传统方法制定目标时,主管为下属指派目标,然后下属只是被动地接受并执行,对为什么要这么做,以及这样做能产生什么价值缺乏深层次的理解。

而OKR则不同,在OKR模式下,下属的目标是下属自己制定的,当然,也不是天马行空地想做什么就做什么,还需要以团队OKR作为输入,同时,制定出来的OKR要接受所有团队成员的评论。

这一看似细微的变化,却是革命性的。以前目标是“强加”给自己的,现在目标是自己自主制定的,其他人的评论也只是建议而非强制,这增加了员工对自己制定的OKR的主人翁意识,大大提升了员工对目标的承诺感,后续员工必将全力以赴地去达成该OKR,员工真正地变成了内在驱动,而不需要不断地使用胡萝卜去诱惑,不需要不断地使用大棒去鞭策了。

可能有主管会担心,这种方式是否太过放纵下属了。如果下属的目标和团队目标偏离太大,而自己的评论意见下属又不理睬时怎么办?通常,下属都会特别乐于接受主管的评论意见,但确实会存在下属不理会主管的评论意见的情况。这个时候,主管切忌使用强制手段强迫下属去按照自己的意志行事。如果主管这么做了,就会大大地扼杀其他团队成员的创造性,之后所有团队成员就都变成听话的乖孩子,不愿意再违背主管的意愿,所有人都只是变成主管的回音壁了。所以,这个时候,不妨给下属一定的时间和一定的自由度,让下属去尝试,看看他这样做是否确实可行,也许就成功了呢?伟大的创新不正是脱胎于无数的失败中吗?

这里举一个我们在OKR开展过程中的实际例子,或许能给你一些启发。


从40分钟到4分钟


部门A正在开发一款新产品,为配合新产品的上市,需要配套开发一款自动化集成验证工具。但集成测试框架开发出来后发现,整个验证时长需要近40分钟左右。这一过程耗时太长,无法满足产品快速迭代测试的需要,因此决定着手对集成测试框架进行性能优化,缩短产品验证时间。


经过研发人员一段时间的努力之后,验证时长从40分钟缩短到了近15分钟左右。但此后,无论想什么办法,都发现收效不大。性能优化陷入了停滞。当时时间是10月中旬,而按原计划,如果在10月底不能再进一步缩短验证时间,将大幅影响整个产品的上市。


这个时候,团队成员a提出,如果采用业界的Docker技术的话,可能会大幅提升运行性能。但当时负责该优化方案的项目主管认为,这一技术在内部并无成功应用的先例,兄弟部门类似解决方案中采用的则是动态加载技术。项目主管本来打算让a按照动态加载思路去开展优化,但当时部门刚开始试点OKR,他不希望打击a的主动性和积极性,于是勉强同意了a的建议,允许他用3天时间试一试。


但3天过去了,a没有任何回应…


考虑到对项目的影响,于是项目主管打算两条腿走路,一方面继续支持a在工作之余继续尝试Docker技术方案,同时再安排另一位动态加载方面的技术牛人,按照动态加载思路开展优化。


10月底很快就到了,整个优化进展 仍然不如人意。


又过了两周,到了11月中旬的一天快下班时,a突然给项目主管发了一条信息:Docker方案成功了,启动非常快,整个测试过程可以大幅降低至4分钟左右!


项目主管对a的“宽容”,拯救了整个项目!

主管基于风险和管控方面的考虑,通常会假定下属如果不按照自己的意志去做,就会捅出大娄子,而实际上,如果主管能给下属一些“宽容”,也许会更有效,就像上面这个案例这样。

关注tita.com,了解更多关于OKR的知识~

关于 tita.com ®
企业构建 OKR和绩效考核,实现10倍速增长 -- Tita 提供开箱即用的 OKR和持续绩效管理® 软件解决方案。    即刻了解

联系我们

400-650-3180

在线咨询:点击这里给我发消息

邮件:kefu@tita.com

工作时间:周一至周五,9:00-18:30,节假日休息

1603943078-400客服

微信