内容部分来源：《绩效使能：超越OKR》
可能有人会有疑问，为什么不能用传统个人目标制定方法制定个人OKR?
将传统个人目标制定方法和个人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的知识～
索取企业OKR和绩效管理成功案例，直观体验《Tita一体化管理平台》，立即申请 《Tita 产品演示》 或 最受客户欢迎的《帮我配置考核表》 。
2024, Tita 重磅发布新品，开启“客户管理”与“项目交付”双引擎，帮助企业驱动业绩飙升！立即了解 《Tita 新CRM销售管理一体化》 。
