阅读上一篇《OKR的灵魂拷问，你O得靠谱吗》了解到如何书写相对靠谱的目标。在OKR中，每个目标都对应了数个关键结果（KR, Key Results），关键结果用于确认目标得到了达成。本篇将接上一篇O的内容,继续KR的内容,重点分享一些关键结果的书写技巧。为了方便，后面目标和关键结果分别简称‘O’和‘KR’。
如果O来回答做什么和为什么做，是价值衡量，那么KR就来回答怎么做，是否做成了，即如何达成以及是否达成目标。O和KR的关系有点像敏捷里的用户故事（User Story）和验收标准（Acceptance Criteria）的关系。明确的KR保证了O不是空谈，并且对目标的验收提供了参考依据。 貌似很容易理解，但在实际工作中书写一个有效的、可以精确度量O进度的KR并不容易。现总结一些书写KR的小技巧（Key），供朋友们参考：
定量描述
上篇中提到O的描述建议是定性的，但是在这里，KR的描述建议是定量的，定量的特点是方便度量。定量的数字可衡量目标是否达成了。数字可以是多种形式的，比如：App新注册用户数量为10万、客户转化率为15%等。
<=4个KR
与O一样，少而精原则，找出几个关键的点，集中优势资源做事儿。简单说，KR并不是要你罗列出所有准备开展的动作，以表示你有多么的辛苦和繁忙，而是需要你把精力聚集在那些能让你的O取得实际进展的KR上。
有挑战性
在制定KR时，建议同O一样尽可能地设定得更有挑战性，以激发团队成员潜力，做出与众不同的思考。当然，要注意可达成性。
自下而上
同O的书写一样，KR也同样建议有自下而上的方式。避免由管理层一厢情愿的设定KR，而没有取得相关人员达成的共识时所带来的危害。简单说，具体交付KR的人必须积极参与制订过程，特别是创建阶段。
基于结果而非任务
KR并不是一个任务或行动清单，如果都是1，2天就可完成的事儿，请把它们放到to-do-list中。
理解一致
KR的书写建议采用简单的语言，如果一定要使用术语和概念，建议解释清楚，确保相关人员理解一致，实现上下左右对齐，这点非常重要，可以促进团队之间无障碍沟通，避免歧义。例如，现在英文缩写非常多，你确定你的意思是大家理解的意思吗？
采用积极的语言
和在O中的建议一样，积极正向的语言会提升承诺感。比如，员工稳定度提高至95%和员工离职率降低至5%，更倾向于前者的描述。
考虑所有可能性
因为KR了,所以O了。简单说，要运用“充分和必要法则”来评估关键结果。所有的KR都是1.0了，那么O的分数也应该是1.0。假如KR都完成了，但却无法支撑O的实现，那么就需要重新组织KR，直到O下所有KR能完整地支撑其达成。
可适当调整
KR需要负责说明“做什么”和“怎么做”。同一个目标，实现的方式可能有所不同，最佳的方式只有在实践的过程中才能被挖掘出来，所以不能将某个关键结果视为一种必须完成的承诺，而允许其随着发展而调整，“条条大路通罗马”。
指定责任人
避免旁观者效应，建议指定责任人。KR责任人并不是对KR达成的唯一责任人，而是负责在KR实施期间的跟进和KR结束时的结果更新。
到此，O和KR的书写技巧总结完毕，希望能够对朋友们有一点点小帮助。同样，这里并不是说以上所有的Key都要有，而是在书写KR时，建议考虑这些Key的观点，辅助你更好地完成KR的确定。
--作者 黄隽，江湖人称“黄岛主”。精益敏捷/DevOps布道师、Exin机构授权讲师、中国DevOps社区核心组织者及理事。欢迎阅读更多作者在精益思想、敏捷、DevOps、数字化转型、敏捷绩效等方面的观点。
