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，您將看到應用程序部署和反饋方面的巨大改進。

查看其他部門的優先事項以及公司級別的目標。DevOps需要扮演什么角色來幫助實現這些目標？

有關如何編寫出色的OKR的更多信息，以及其他部門的更多案例，請關注OKR知識社區的千套OKR案例庫！

總結

以上是生活随笔為你收集整理的技术研发：专业DevOps的OKR案例集的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。