OKR 与 KPI，有什么区别？这是我从技术工程团队的经理那里听到的一个常见问题。KPIs 比 OKRs 更容易解释，OKRs 可能很棘手，也更复杂。它们的含义不一样，虽然它们是有联系的。
什么是 KPI？
KPI 是 Key Performance Indicators 的缩写。换句话说，KPI 是一组指标，应该让你对该领域或团队的表现有一个概述。它们需要是可衡量和可比较的。
如果你看了很多KPI，它们就没有达到目的。组织应该选择尽可能少的指标，这样才有可能跟踪进度。此外，所有流程和公司目标的重大变化都应该影响到数字。
那么，管理一个领域或一个团队就会变得更加具体：当 KPI 显示出不良表现时，就应该采取行动了。所采取的行动应该反映出更好的数字；否则，管理者需要找到另一种策略，采取不同的行动。
什么是OKR？
OKR 是 Objective Key Results 的缩写。它是一种在硅谷流行的管理方法论。它已经被大规模的公司和初创企业广泛采用。它也被视为战略规划的替代或补充。
OKR的主要目的是定义必须与业务相一致的Objectives和一组Key Results。每个关键结果都需要有一个可衡量的数字作为目标和一个极限日期。限定日期意味着目标应在该时间范围内实现。
KPI 和 OKR 之间的区别是什么？
KPI 为管理者提供了一个区域或团队的概况，而 OKR 必须关注其未来。说到这里，我们就会发现，KPI 是一种控制工具，而 OKR 打算通过定期的评估会议来改变组织的现状，并跟踪其进展。
在选择 KPI 和 OKR 时，记住这一点至关重要。否则，它们就会变得毫无用处，甚至会与业务目标背道而驰。让我们来看看它们的一些例子。
技术工程团队的 OKR 和 KPI 示例
下面是一个KPI的例子列表。
部署频率：它是按日、周或月进行的部署次数的总和，这取决于组织的需求。它显示了团队–或区域–为最终用户提供价值的频率。
合并时间：它衡量的是一个Pull Request保持开放或正在审查的天数。你可以找到一个平均数，或者像我喜欢的那样，看到在给定时期内关闭的所有拉请求的第75百分位数。它显示了团队的表现。
恢复时间：应用程序在出错后有多少时间无法访问？这个指标可以看出很多关于工程团队如何应对故障。
在考虑OKRs时，工程团队可以考虑Objectives，如：
提高新功能的上线时间
降低产品的流失率
以下是一些可能的关键结果，以改善新功能的上线时间：
增加部署频率至37次/周，直到<插入日期>。假设您目前每周部署的次数少于 37 次，那么增加频率意味着您将交付更多的功能。交付更多的资源对于实现更具竞争力的上线时间至关重要。
将 “合并时间 “的第 75 百分位数降低到 3 天，直到<插入日期>。我不喜欢使用中位数或平均数，而是喜欢使用关键结果的第75百分位数。换句话说，这意味着75%的Pull Request必须在打开后3天内完成合并。团队可以通过打开较轻的pull request或参与合作者的pull request来实现，而不是从事一个新的工作项目。
对于第二个对象，降低产品的流失率，让我们假设你知道流失的主要来源是来自于应用中的大量错误。那么，关键结果可以包括：
将技术债务的数量减少到15个，直到<插入日期>。假设你目前有30个技术负债。这是一个50%的改进。改善代码库有很多机会会对流失率产生积极影响，并有助于之前Objective的KR。代码越干净，它就越能接受变化。这意味着你可以通过对代码库进行园艺处理来降低流失率，并实现更好的上线时间。
将平均恢复时间(MTTR)减少到3分钟，直到<插入日期>。团队需要监控应用中断、连接问题、503错误和其他故障，以确保终端用户的体验不会因为超过3分钟的不稳定而受到影响。
简而言之，
KPI 和OKR 是不一样的。它们有不同的目的。KPI 的目的是让管理者了解团队或领域的工作情况，而 OKR 的重点是为团队提供一个方向，然后跟踪其进展。