有乾貨｜OKR 制定之模版大全（2）：技術研發篇

有這樣一則笑話：說的是程序員為了給自己的代碼預留「優化空間」，在其中植入延遲的代碼。笑話歸笑話，其背後的問題發人深思——用僵硬的指標去衡量開發人員的工作量無異於自欺欺人。此時，就到了 OKR 大顯神威的時候。本期《有乾貨》，將為您介紹技術研發部門的 OKR 模板。

本文為 OKR 制定之模版大全 (2) ：技術研發篇。

— 有乾貨 | 2018 年第 2 期 總第 2 期

OKR 實施過程中，起草、制定好目標和關鍵結果是非常重要的一環，有效的 OKR 制定，需要滿足 SMART 原則——明確的、可衡量的、可實現的、有相關性和有時限性。

目標（O）回答的是：我們想做什麼，是定性的，要求能夠鼓舞人心，激發團隊共鳴。

關鍵結果（KR）回答的是：我們如何知道自己達成了目標要求，是定量的，設計 KR 最具挑戰的部分是如何把目標中定性的描述抽象為定量的表示。

敏捷開發團隊

1.角色：研發主管

目標：

成功完成 Web 組 Sprint

關鍵結果：

成功完成 Sprint1

成功完成 Sprint2

成功完成 Sprint3

目標：

成功完成移動組 Sprint

關鍵結果：

成功完成 Sprint1

成功完成 Sprint2

成功完成 Sprint3

目標：

截止三月底將開發工作進行外包

關鍵結果：

截止一月底簽署新的供應商

截止二月中旬每個成員都加入 Worktile

截止三月中旬細化外包小組許可權

截止三月底與產品管理部門就如何與外包團隊合作進行培訓

目標：

截止二月底清理警報和監測

關鍵結果：

截止一月中旬對警報和監控基礎設施進行差距分析

截止一月底確定前25％的服務

截止二月中旬提出5個，針對前25％服務的提醒

2. 角色：研發經理

目標：

截至三月底完成新產品發布的所有需求

關鍵結果：

截止一月中旬完成第一階段需求

截止一月底完成第二階段需求

截止二月中旬完成第三階段需求

目標：

第一季度 100% 確認每個 Sprint 中的 P0 和 P1 級別 Bugs

關鍵結果：

截止一月中旬完成 Sprint1 中的 Bugs

截止一月底完成 Sprint2 中的 Bugs

截止二月中旬完成 Sprint3 中的 Bugs

目標：

第一季度響應 98％ 以上的 SLA 用戶請求

關鍵結果：

截止一月中旬完成 Sprint1

截止一月底完成 Sprint2

截止二月中旬完成 Sprint3

目標：

在第一季度完成 90％ 以上的 Story Points

關鍵結果：

截止一月中旬完成 Sprint1

截止一月底完成 Sprint2

截止二月中旬完成 Sprint3

3. 角色：軟體工程師

目標：

完成 Sprint1 所有 Sprint Stories 和 Bugs

關鍵結果：

完成 Sprint1 中所有 Committed Stories

完成 Sprint1 中所有的 P0 和 P1 級別 Bugs

完成 Sprint1 中 75% 的 P2 級別 Bugs

在 Sprint1 中完成10次 Code Reviews

目標：

完成 Sprint2 所有 Sprint Stories 和 Bugs

關鍵結果：

完成 Sprint2 中所有 Committed Stories

完成 Sprint2 中所有的 P0 和 P1 級別 Bugs

完成 Sprint2 中 75% 的 P2 級別 Bugs

在 Sprint2 中完成10次 Code Reviews

目標：

完成 Sprint3 所有 Sprint Stories 和 Bugs

關鍵結果：

完成 Sprint3 中所有 Committed Stories

完成 Sprint3 中所有的 P0 和 P1 級別 Bugs

完成 Sprint3 中 75% 的 P2 級別 Bugs

在 Sprint3 中完成10次 Code Reviews

傳統開發團隊

1. 角色：研發副總裁

目標：

確保以高質量按時交付 Release 版本

關鍵結果：

截止三月底，工程團隊貢獻了 200 個 Story Points

截止三月底，完成數據遷移

截止三月底，工程團隊貢獻 750 個 Code Review Points

截止三月底，添加100個自動化的前端測試

目標：

搭建一個優秀的開發團隊

關鍵結果：

第一季度溝通 50 名工程師

第一季度聘請 5 名新工程師

截止三月中旬為開發商實施精簡的產品建議流程

截止三月中旬組織第二季黑客馬拉松賽

2. 角色：首席架構師

目標：

擴大我們的平台戰略

關鍵結果：

截止三月底，對接 SalesForce

規劃和完成基於 REST 的 API 規範，以便在3月底之前對我們的模型執行數據操作

截止三月底，完成架構圖和平台白皮書

在 Clojure 中對我們的 NG 產品進行原型設計，以便在3月底之前與現有的基於 FORTRAN 的產品在性能和可維護性進行比較

目標：

確保我們的產品橫向擴展

關鍵結果：

重構產品架構以處理 200次／秒 的平均負載，並在第一季度末達到 100ms 內響應 90% 的請求

第一季度維持當前伺服器成本占公司收入的 5％

第一季度引入消息隊列來擴展事件處理框架

第一季度用 NoSQL 替換 Oracle 資料庫

3. 角色：軟體工程師

目標：

實施郵件發送體系重構

關鍵結果：

截止二月初與QA和首席架構師會面，確定重構計劃

截止二月中旬清理電子郵件進程

通過代碼凍結 Ship 郵件發送體系

通過代碼凍結完整的文檔傳輸和單元測試

目標：

保持頭腦和身體的狀態，讓工作更出色

關鍵結果：

第一季度參加 5 場開發者聚會

做一個開放源代碼項目，在第一季度末獲得超過 150 顆星

第一季度開發 Swift 和 Objective C 的初級應用程序

第一季度做 2000 次俯卧撐

4. 角色：軟體測試工程師

目標：

通過二月的 Release 版本驅動軟體質量進步

關鍵結果：

截止二月底發現 50 個 Bugs

截止二月底發現 250 個開放的 P2 或更高級別的 Bugs

截止二月底將 Karma 測試覆蓋率從86％提高到90％

三月保持 Zero Regressions

目標：

學習鞏固知識，並在第一季度迅速增長

關鍵結果：

觀看所有 Egghead D3視頻，並在第一季度末創建自己的功能部件

第一季度觀看 25 部 Egghead 視頻

第一季度使用node.js和http://socket.io製作瀏覽器遊戲

完成 Codeschool 的3門課程

5. 角色：數據工程師

目標：

為整個數據平台提供數據面板修改和分析

關鍵結果：

截止一月底實施新的隊列分析數據面板

截止一月底優化銷售和市場數據面板

截止二月底建立銷售預測模型

截止三月底設計完成多元測試以獲取對用戶的影響

目標：

以之前沒有發現的角度來提升 Bottom Line

關鍵結果：

找出三個導致用戶進入死循環的 Web 頁面

總結五個最重要的影響用戶合同的因素

總結公司或市場部門的大小對用戶軌跡的影響

發現用戶放棄使用的十大原因

總結

OKR 實施過程中，起草、制定好目標和關鍵結果是非常重要的一環，直接關係到公司實施 OKR 的成敗，此系列文章會提供企業中大部分職位的 OKR 制定示例，幫助您更好的實施 OKR 。

下期預告：

OKR制定之模版大全（3）：客戶成功篇