Vì sao hiểu đúng OKR quan trọng
OKR (Objectives and Key Results) là một khung quản trị mục tiêu giúp đội product biết mình đang cố đạt được điều gì và làm sao biết đã đạt. Nghe thì đơn giản, nhưng phần lớn đội product ở Việt Nam áp dụng OKR sai ngay từ khái niệm: họ biến OKR thành một danh sách công việc phải làm trong quý, rồi cuối quý ngồi tick từng dòng như tick to-do list.
Cái giá của việc hiểu sai OKR rất cụ thể. Thứ nhất, đội mất phương hướng: mọi người bận rộn nhưng không ai chắc công sức đó có tạo ra giá trị gì cho người dùng hay doanh nghiệp. Thứ hai, tinh thần đi xuống: khi Key Result chỉ là đếm số tính năng ship được, đội cảm thấy như một xưởng gia công, không phải một đội tạo ra tác động. Thứ ba, sếp và đội mất niềm tin vào chính công cụ: sau một hai quý thấy OKR vô nghĩa, cả công ty âm thầm bỏ, quay lại quản lý bằng cảm tính và deadline.
Một PM giỏi phân biệt được ngay OKR với KPI, với to-do list, với dự án. Đây là kỹ năng nền: nếu sai ở đây, mọi thứ phía sau (viết KR, cascade, chấm điểm) đều lệch theo.
Bức tranh lớn
OKR gồm hai phần. Objective là câu trả lời cho câu hỏi chúng ta muốn đi đâu, mang tính định hướng, truyền cảm hứng, định tính. Key Results là câu trả lời cho làm sao biết đã tới, mang tính đo lường, định lượng, có con số và mốc thời gian.
KPI thì khác về bản chất: KPI là chỉ số sức khỏe vận hành mà bạn theo dõi liên tục, không nhất thiết gắn với một tham vọng thay đổi cụ thể trong quý. Ví dụ tỉ lệ uptime hệ thống, tỉ lệ churn hàng tháng là KPI bạn luôn muốn giữ tốt. Khi một KPI xấu đi và bạn quyết định dồn sức cải thiện nó trong quý này, nó có thể trở thành một Key Result.
graph TD A[Tham vong cua doi] --> B[Objective dinh huong] B --> C[Key Result 1 do luong] B --> D[Key Result 2 do luong] B --> E[Key Result 3 do luong] C --> F[Sang kien va cong viec] D --> F E --> F G[KPI suc khoe van hanh] --> H[Theo doi lien tuc] H --> B
Điểm mấu chốt: Objective trả lời why và where, Key Results trả lời how do we know, còn công việc cụ thể chỉ là phương tiện có thể thay đổi giữa chừng.
Ví dụ chi tiết
Lấy một ví dụ ví điện tử tại Việt Nam, ta gọi là ví MoMoPay giả định. Đội product mảng thanh toán hóa đơn đang loay hoay vì cuối mỗi quý sếp hỏi làm được gì thì họ liệt kê đã ra mắt thanh toán điện, nước, internet.
Bước một, đội nhận ra đó là danh sách tính năng, không phải mục tiêu. Câu hỏi thật sự là: vì sao ta làm thanh toán hóa đơn? Vì muốn ví trở thành thói quen hàng tháng của người dùng, giảm phụ thuộc vào khuyến mãi.
Bước hai, đội viết Objective: Biến thanh toán hóa đơn thành lý do người dùng mở ví mỗi tháng.
Bước ba, đội viết Key Results đo tác động: tỉ lệ người dùng thanh toán ít nhất một hóa đơn mỗi tháng tăng từ 12 phần trăm lên 25 phần trăm; số hóa đơn trung bình trên mỗi người dùng hoạt động tăng từ 1.3 lên 2.0; tỉ lệ quay lại thanh toán hóa đơn tháng kế tiếp đạt 60 phần trăm.
Bước bốn, đội phân biệt với KPI: uptime cổng thanh toán 99.9 phần trăm là KPI phải giữ, không đưa vào KR trừ khi nó đang tệ và cần cải thiện.
Kết quả: cả đội hiểu rằng ship thêm loại hóa đơn chỉ đáng làm nếu nó đẩy được ba con số trên. Khi thấy thanh toán học phí không giúp tăng tần suất, đội dừng lại thay vì cố ship cho đủ.
Lộ trình từng bước để làm chủ
graph LR A[Hoc phan biet OKR KPI to-do] --> B[Xac dinh tham vong quy] B --> C[Viet Objective dinh huong] C --> D[Chon 3 KR do outcome] D --> E[Rap sang kien vao KR] E --> F[Check-in va dieu chinh] F --> G[Cham diem va rut kinh nghiem]
Bắt đầu bằng việc luyện mắt nhìn: đọc bất kỳ OKR nào và phân loại từng dòng là objective, key result đo outcome, key result đo output, hay chỉ là công việc. Sau đó tập viết cho một mục tiêu nhỏ của chính bạn. Cuối cùng mới mở rộng ra cả đội.
Thói quen & kỷ luật
| Nhịp | Thói quen |
|---|---|
| Hàng ngày | Tự hỏi việc hôm nay đẩy KR nào |
| Hàng tuần | Cập nhật con số KR trong 10 phút |
| Hai tuần | Check-in đội, gỡ vướng, điều chỉnh sáng kiến |
| Cuối quý | Chấm điểm, viết bài học, đặt OKR mới |
Cần luyện tập gì (drills)
- Lấy ba OKR mẫu trên mạng, phân loại từng dòng thành objective, KR outcome, KR output, hay công việc. Ghi lý do cho mỗi phán đoán.
- Viết lại một KPI vận hành của sản phẩm bạn đang dùng thành một Key Result có tham vọng thay đổi trong quý.
- Chọn một tính năng bạn từng ship, đặt ngược lại câu hỏi Objective nào biện minh cho nó, và KR nào chứng minh nó thành công.
Checklist hành động tuần này
- [ ] Viết ra sự khác nhau giữa OKR và KPI bằng ngôn ngữ của chính bạn cho đội
- [ ] Chọn một mục tiêu quý và thử viết một Objective định hướng
- [ ] Liệt kê ba KPI vận hành đang theo dõi và đánh dấu cái nào đang xấu
- [ ] Phân loại OKR quý hiện tại của đội theo bốn nhóm ở drill 1
- [ ] Đặt lịch check-in hai tuần một lần cho quý này
Chỉ số & North Star
North Star ở bài này là: bạn có thể nhìn một OKR bất kỳ và trong 30 giây nói được nó tốt hay hỏng và vì sao.
| Chỉ số | Tốt | Xấu |
|---|---|---|
| Bản chất Objective | Định hướng, truyền cảm hứng | Là một task cụ thể |
| Số lượng KR | 3 tới 5 mỗi Objective | Hơn 7 hoặc chỉ 1 |
| Loại KR | Đo outcome | Chỉ đếm việc đã ship |
| Lẫn lộn KPI | Tách bạch rõ | Nhồi KPI vào làm KR |
Dấu hiệu bạn đã thành thạo
Bạn giải thích được cho một đồng nghiệp mới trong ba phút vì sao ship một tính năng không phải là một Key Result. Bạn cảm thấy khó chịu khi thấy KR chỉ là đếm số việc. Bạn tự động hỏi tham vọng thật đằng sau là gì mỗi khi ai đó đề xuất một mục tiêu.
Cạm bẫy thường gặp
| Cạm bẫy | Thay bằng |
|---|---|
| Objective là một task | Objective là hướng đi, task nằm ở dưới |
| Coi mọi KPI là OKR | Chỉ nâng KPI đang cần cải thiện thành KR |
| OKR là hợp đồng phải xong 100 phần trăm | OKR là mục tiêu tham vọng có chỗ để trượt |
| Sao chép OKR công ty khác | Xuất phát từ tham vọng riêng của đội |
Chốt lại
- Objective trả lời đi đâu, Key Results trả lời làm sao biết đã tới.
- KPI là sức khỏe vận hành theo dõi liên tục, chỉ thành KR khi bạn dồn sức cải thiện nó.
- Công việc và tính năng là phương tiện, không phải mục tiêu, và có thể thay đổi.
- Hiểu sai khái niệm ở đây khiến mọi bước sau đều lệch.