OKR为整个组织的每个团队创造了杠杆作用，包括工程团队。团队级和部门级的目标帮助工程师们一起工作并保持在正轨上，而个人目标则是激励，鼓励团队成员获得比他们之前想象的更大的成果。
在这里，我们将讨论OKR创建的一些基本原理，包括如何制定一个有效的工程OKR。我们还将提供OKR的例子，以激励工程团队的各个层面：个人、经理和整个团队。
工程OKR的最佳实践
像所有的OKR一样，工程OKR的撰写应该考虑到一些具体的原则，写得不好的OKR会削弱方法论的力量–它们可能是混乱的、无效的，甚至是打击人的积极性，这里有一些提示可以帮助你完成这个过程。
目标应该是一般性的
在撰写OKR的 “目标 “元素时，你要传达一个总体的想法，类似于 “任务陈述”–你想做什么？你的团队需要完成什么？在这一点上，没有必要包括太多具体的内容。尽量避免使用 “和”、”或 “等字眼，使你的目标简单。
John Doerr的《Measure What Matters》包含了许多由非常成功的公司所使用的真实OKR的例子，这本书中的一个目标例子是 “让客户满意”。这句话只用了两个字，就简洁地解释了OKR的目的。一个与工程相关的例子可能是 “提高数据安全性 “或 “发布完美无瑕的产品”。
如果你担心仅仅几个字可能太短，无法表达你的需要，你也可以在一个单独的部分添加细节来描述你的目标（在Tita的OKR中，你可以在描述部分这样做）。
关键成果应始终是可衡量的……和雄心勃勃的
正如雅虎前CEO玛丽莎-梅耶尔(Marissa Mayer)曾经说过的一句名言：”除非有数字，否则就不是关键结果”，这意味着关键结果应该是量化的和可衡量的。这样一来，就不会有关于关键成果是否已经实现的争论，而且你的团队将能够使用百分比系统轻松地跟踪他们的进展。一个这样的KR的例子是 “将平均加载时间减少30%”。
关键结果也应该是雄心勃勃的，一个好的关键成果应该是一个可以实现的目标，而不是一个简单的任务，例如，在谷歌，70%的关键成果被认为是 “完全实现 “的。对于上述关键结果，21是30的70%……所以你可以说，即使你的团队成功地将平均交货时间减少21%，关键结果也已经实现了。
我们创建这些目标案例的目的是为了启发您，以帮助您为人员团队创建最佳的OKR。
要学会撰写OKR可以阅读：
Tita 推出了一系列实用且全面的 OKR案例库，可以帮助您设置OKR 以及为您自己的公司、部门和团队设置 OKR。我们将涵盖从公司目标到人力资源，市场营销，销售，产品，工程，客户成功等所有方面，我们今天聚焦在绩效管理领域，更多OKR案例，可以访问OKR知识社区的千套OKR案例库。
每个目标的关键结果不超过5个
最后，不要给每个目标添加太多的关键结果，一长串的 “关键结果 “会很快变得既复杂又难以记忆，通常认为每个目标有两到五个关键结果是理想的。
不应该做什么
为了帮助展示如何使用这些最佳实践，让我们看看一个差劲的工程OKR：
目标：成为一个伟大的工程团队
关键结果：
KR1: 开发优秀的产品
KR2: 获得客户满意的反馈
KR3: 在我们的代码中没有任何错误
在上面的OKR中，目标是好的，因为它为团队提出了一个总体目标。然而，关键结果是有问题的，前两个KR，即 “开发优秀的产品 “和 “获得重要的客户反馈”，是无法衡量的–我们无法用任何形式的尺度来确定我们完成了多少（事实上，这两个KR实际上可能是伟大的目标）。第三个KR看起来几乎无法实现；我们可能想用一个雄心勃勃但仍可实现的 “扩展目标 “来取代它。
现在，我们已经概述了OKR的一些一般的最佳实践，让我们继续看一些例子，下面是一些针对团队、经理和个人的与工程相关的OKRs的例子，用它们来激励你自己。为了简单起见，我们将在本节中特别关注软件工程师。
团队的工程OKR案例
这里有几个例子，团队可以作为一个团体努力实现：
1) 目标: 发布新迭代版本，以提升开发效率
关键结果:
缩短15秒的响应时间
本季度发布3个新功能
减少35%的错误数量
2) 目标: 提高数据安全性，为了系统稳定性
关键结果:
100%的团队成员完成安全培训
增加25%的数据备份频率
将数据泄露的数量保持为零
3）目标: QA大放异彩，为了客户满意
关键结果:
在发布前一周将关键错误减少到零
每个版本中用户报告的错误少于5个
对我们50%的代码进行单元测试
面向管理人员的工程OKR案例
下面是一些面向管理人员的OKR的例子：
1) 目标：建立一个出色的工程团队，为了加快推进产品迭代
关键结果：
在本季度结束前雇佣3名工程师
将员工满意度提高到100%
减少40%的错误报告
2）目标：发展一个行业专家团队，为了员工快速成长
关键结果：
作为一个团队参加2个会议
每月腾出10小时/员工用于专业发展活动
95%的员工完成了强制性培训模块
OKR对工程团队的重要性
在创造产品时，使用工程部门的OKRs是一种很好的方式，可以集中精力，并与其他业务部门的优先事项保持一致。工程部门是一个非常有活力的部门。因此，为工程团队定义OKRs可以平衡创新的无限性和由此产生的约束，以确保团队的创造力能够以一致的方式产生切实的结果。
工程在科技公司中发挥着至关重要的作用，工程部负责开发构成业务核心的核心产品–他们正在制造和销售什么，他们的客户正在购买和使用什么。工程部的副总裁，与首席技术官一起，通常建立工程团队，负责制定技术路线图，评估提供新功能/产品所需的时间，并按计划提供高质量的版本。
工程部门可能包括几个功能–数据、基础设施、可靠性和安全性、开发人员生产力、企业生产力、项目管理、设计、用户体验、开发、集成、QA、Devops等，并确保通过执行实现产品愿景。
访问OKR案例，我们展示了工程部门各个领域的OKR实例，如系统集成OKR、后台流程OKR、移动应用OKR、用户界面OKR、质量保证（QA）OKR和产品管理OKR。
上千家企业使用 Tita 建立高绩效团队，改变他们的绩效、参与和发展方式，并取得业务成功！
2024精选上千套各行各业 《OKR案例库》 ，快速上手！
了解更多客户如何使用工具平台取得业绩增长,索取成功企业最佳落地一手资料，直观体验《新绩效一体化管理平台》，立即申请 《Tita 产品演示》 。
