DevOps是“开发”和“运营”的结合，结合了敏捷实践和工具，可提高组织提供比传统软件开发过程更快的交付应用程序和服务的能力，从而更加响应不断变化的消费者需求。
DevOps致力于简化组织的技术执行能力，以快速有效地开发和改善软件功能。Devops为产业的数字化转型铺平了道路。Devops推动业务成果的发展，因为它改变了业务交付软件的方式，并且始终强调交付用户价值。
随着DevOps的发展，软件开发的总体步伐得到了提高，并且团队现在正在自动化集成和测试，并以快速的时间表和连续的交付将软件部署在云中。借助DevOps，从集成，供应到部署，现在还有更多要监视的内容，因此团队可以使DevOps监视策略与OKR保持一致，以有效地监视项目的不同方面。
OKR或“目标和关键结果”是一个目标设定框架，可以帮助突出您部门和组织中的优先事项，并为团队和公司提供重点和一致性。实施OKR来跟踪Devops计划的成功，并通过相应的方式将目标传达给您的组织。
使用OKR帮助您的DevOps部门取得进展，可以对重点和生产率产生巨大影响。
在本文中，我们将看一下DevOps的OKR的一些示例，这些示例捕获了部门的优先级以及在创建季度目标和概述计划时应牢记的关键KPI和指标。阅读这些示例，并将它们用作确定您企业优先事项的起点，并创建OKR来推动DevOps部门的进展。
＃1：发布管理
- 通过减少发布周期的停机时间，减少发布后引起的事件数量并减少部署中涉及的手动步骤，改进发布管理过程。
- 发布管理旨在确保实时环境的完整性得到保护，并确保按照计划发布正确的组件。
- 执行OKR，通过增加隔离发行的数量，减少紧急补丁的数量和进度中的回滚数量，来加强发行管理流程。
| 目标：改善发布管理流程，为了产品稳定性 | KR1: 将每个发布周期的停机时间从30分钟减少到5分钟 |
| KR2: 将由版本引起的事件数量从每个版本2减少到0 | |
| KR3: 将手动部署步骤的数量从10个减少到5个，以实现自动化 | |
| 目标：增加发布到生产环境的数量，为了产品上线速度 | KR1: 本季度将因发布而导致的停机次数从10％减少到2％ |
| KR2: 将版本发布成功率从80％增加到99％ | |
| KR3: 将检测故障的平均时间从3小时减少到30分钟 | |
| 目标：加强发布管理流程，确保线上产品稳定性 | KR1: 每季度隔离发行的数量从2增加到4 |
| KR2: 每季度将紧急补丁的数量从6个减少到2个 | |
| KR3: 每季度将回滚次数从3减少到0 |
＃2： DevOps监控
通过分析有关可用资源的性能和正常运行时间来监视服务器的运行状况，确保已正确配置它，并且扫描功能正在按预期运行，例如用于识别应用程序中的漏洞。
| 目标：实施服务器运行状况监视，线上稳定大于一切 | KR1: 通过错误警报将每日应用程序异常错误从50减少到10 |
| KR2: 通过设置数据采集指标来优化页面加载，将有效载荷请求限制在20kb以内 | |
| KR3: 当服务的平均响应时间超过800毫秒时，记录所有（100％）API服务详细信息 |
＃3：部署
- 建立具有支持性关键结果的OKR，以改善部署过程，从而缩短上市时间，缩短交货时间并增加自动化测试脚本。
- 专注于改善恢复并减少项目部署期间的故障率将通过减少产品启动与计划外停机之间的时间来改善按时交付。
| 目标：改进了部署过程，提升产品改进速度 | KR1：将部署速度从30分钟降低到10分钟 |
| KR2：将同时处理的管道容量从10增加到20 | |
| KR3：将每个版本的上线时间从3周减少到1周 | |
| 目标：提高系统恢复和故障率，为了线上产品稳定性 | KR1：将平均无故障时间从2个月增加到6个月 |
| KR2：将每个版本的失败部署率从30％降低到15％ | |
| KR3：将平均维修时间从3小时减少到1小时 | |
| KR4：将代码冻结时间从8小时减少到2小时 |
结论
尽管您的业务部门和部门的OKR可能会有所不同，具体取决于您的优先级和计划，但是这些目标和关键结果是一个很好的起点，可让您考虑下一个季度的目标。
跟踪关键的DevOps指标时，如果将结果与OKR一起进行对齐和跟踪，则看起来进展良好的结果看起来可能会完全不同。仔细跟踪这些开发人员的OKR不仅可以确保更高的开发和生产效率，而且更重要的是，可以确保其与公司目标保持一致，从而为最终用户带来愉悦的体验。拥抱DevOps OKR，您将看到应用程序部署和反馈方面的巨大改进。
标签：OKR,部署,KR3,DevOps,案例,减少,KR2 From： https://www.cnblogs.com/titaokr/p/18357307