无论是OKR还是KPI，都有“可衡量的”“可量化的”制定原则，可是对于非业务团队比如技术团队来说，绩效考核标准如何制定却是个令人头疼的问题。
我开始带技术团队后，在绩效考核这方面同样遇到了类似的疑惑，例如：
程序员的工作怎么量化？bug 数？代码行？版本数？
做过程序员的都知道，这些指标都是不可行的。
例如某通信大厂考核程序员的 bug 数和等级，并且更加让人蛋疼的是同时考核测试人员发现 bug 的数量，结果程序员和测试员为了一个问题是 bug 还是需求遗漏、bug 等级是严重还是一般，能够吵上 2 个小时，2 个小时吵不下那就拉上双方主管再吵 2 小时，还吵不下那就拉上经理继续吵 2 小时，于是最后就看谁会吵，谁官大，搞得程序员和测试员身心俱疲，关系很紧张！
即使程序员的工作可以量化，那每次绩效都是这几个指标，定绩效目标还有意义么？
例如：假设考核程序员用 bug 数、代码行数、版本数，那 2020 年用这个指标，2023 年也还是这个指标，这样的绩效目标有什么意义呢？
评论回复“OKR”领取更多OKR行业模板
团队 leader 如何制定团队的 KPI？
可以看两个团队谁的代码行多么？可以看谁的团队 bug 数多么？可以看谁的团队版本数多么？可以看谁的团队分享次数多么？这些其实都不行。
前瞻性的工作谁愿意做，有风险的工作谁愿意做？
例如：引入 ElasticSearch 理论上是可以提升搜索性能的，但可能在引入的这一年反而会带来很多问题，而能带来多少收益还不确定，这个时候怎么定 KPI？
如果我们关注目标，我们会想接下来我应该做什么事情，是要解决产品的卡顿问题，还是可以引入大数据来做精准推荐；而如果关注指标，因为我们的工作是编程，那我们就会想哪些指标可以衡量编程工作呢？我们想到的是代码行数、bug 数、单元测试覆盖率这些。
一个技术团队 OKR 的实例
我们以一个假想的技术团队为例，假设这个技术团队做一款购物 APP，我们看看 OKR 应该怎么做。
首先，业务负责人（或者决策团队）要确定半年的业务目标。
这个业务目标不能是眉毛胡子一把抓，而应该综合市场、用户、竞争对手等分析的出来。
例如：业务目标可以是用户量增长，也可以是用户活跃度，也可以是市场地位，还可以是订单量，还可以是成交金额，还可以是利润……那这半年到底应该以哪个或者哪几个为目标，这是业务负责人（或者决策团队）要想清楚的，而不能像 KPI 一样，每个指标都按部就班的设定一个增长量就可以了。
假设业务负责人确定这半年业务目标是“用户量增长”。
然后业务负责人分解了几个 KR，例如：“用户量增长 50%”，“从 XX 渠道买量 XX 万”（这个是 KPI 式的 KR）、“6 月底新增 XX 业务”（这个是里程碑式的 KR）。
下篇内容更精彩！欢迎交流分享，想要了解更多OKR相关知识，请点击下方
发布于源课堂 · 源目标信息科技（上海）有限公司
