OKR制定過程中，最容易出現問題的點是KRs，需要關注兩個核心原則：

KR要具體、可衡量，遵循SMART原則

KR要描述結果而非任務（過程）

來看測試崗位的OKR案例：（來自於Tita OKR訓練營）

O：提高測試水平，以更好的保障產品質量

KR1：每週組織一場測試培訓；

KR2：團隊平均測試用例覆蓋數達到95%；

KR3：產品因測試遺漏產生的bug少於3個；

KR4：每天督促開發人員解決bug；

案例分析：

KR1：每週組織一次測試的培訓，是一個具體的工作，次數是衡量標準，但做培訓一定能帶來能力提升嗎？這是存在一定風險的，透過培訓，是全員能力得到提升才是結果。這是過程而非結果，是無效的。

KR2：團隊平均測試用例覆蓋數達到95%以上，這是具體、可衡量的工作，覆蓋的範圍越廣，意味著出現錯誤的機率越小，所以，這是一個有效的關鍵結果。

KR3：測試遺漏產生的bug少於3個，同樣具體可衡量，使得產品的質量更穩定，是一個有效的關鍵結果。

KR4：每天督促，是一個具體、可衡量的工作，但不是最終結果，督促後開發人員能夠及時調整、迭代，才是最終結果，所以這是過程不是結果。

所以最佳化之後的OKR就是：

O：提高測試水平，以更好的保障產品質量

KR1：團隊內部職級達到P5的員工不少於4個；

KR2：團隊平均測試用例覆蓋數達到95%；

KR3：產品因測試遺漏產生的bug少於3個；

KR4：解決bug的效率提升1倍

TAG: BUG測試OKR結果KR1