Vì sao chủ đề quan trọng
Bẫy tính năng sống nhờ hệ thống đo lường sai. Chừng nào tổ chức còn tôn vinh và thưởng cho số tính năng ship, mọi người vẫn sẽ tối ưu cho số tính năng. Vì vậy, đòn bẩy mạnh nhất để thoát bẫy không phải hô hào mà là thay đổi thứ được đo. Bài này dạy bạn cách xây một hệ thống đo lường lấy outcome làm trung tâm, để cả đội tự nhiên hướng về giá trị thay vì phải liên tục nhắc nhở.
Chủ đề này quan trọng vì đo lường là ngôn ngữ vận hành của một tổ chức. Cái gì được đo thì được chú ý, cái gì được chú ý thì được ưu tiên. Nếu bạn chỉ thay đổi tư duy cá nhân mà không thay đổi bảng số liệu treo trên tường và cách OKR được viết, bạn sẽ luôn bơi ngược dòng. Xây đúng hệ thống đo lường là cách biến việc thoát bẫy từ nỗ lực ý chí thành trạng thái mặc định của hệ thống.
Với PM Việt Nam, kỹ năng này còn giúp bạn nâng cấp cách công ty đặt OKR, vốn ở rất nhiều nơi đang là danh sách tính năng trá hình. Biến OKR thành công cụ đo outcome thật sự là một trong những đóng góp có sức lan tỏa nhất mà bạn có thể tạo ra.
Bức tranh lớn
Một hệ thống đo lường tốt tạo thành một vòng lặp học hỏi. Bạn bắt đầu từ mục tiêu chiến lược, chuyển nó thành các outcome cần đạt, chọn chỉ số đo mỗi outcome, ship thử nghiệm, đo kết quả thật, học và điều chỉnh. Trục xoay của vòng lặp luôn là outcome, không phải output.
graph TD MucTieuChienLuoc --> XacDinhOutcome XacDinhOutcome --> ChonChiSo ChonChiSo --> ShipThuNghiem ShipThuNghiem --> DoKetQua DoKetQua --> HocVaDieuChinh HocVaDieuChinh --> XacDinhOutcome
Bức tranh lớn: khác biệt giữa đội thoát bẫy và đội mắc bẫy nằm ở chỗ trục xoay là outcome hay output. Đội mắc bẫy xoay quanh danh sách tính năng phải ship. Đội thoát bẫy xoay quanh các outcome phải đạt, và tính năng chỉ là phương tiện có thể thay thế nếu không hiệu quả. Khi trục xoay đúng, việc bỏ một tính năng không hiệu quả trở thành hành động bình thường và đáng khen, chứ không phải thất bại.
Ví dụ chi tiết
Lấy một nền tảng học trực tuyến ở Việt Nam, gọi là HọcMãi Online. Trước đây OKR của đội sản phẩm viết kiểu output: "ra mắt tính năng học nhóm", "xây bảng xếp hạng", "thêm chứng chỉ". Mỗi quý họ hoàn thành hết OKR mà tỷ lệ học viên hoàn thành khóa vẫn thấp lè tè.
PM trưởng quyết định viết lại OKR theo outcome. Mục tiêu chiến lược là tăng tỷ lệ học viên hoàn thành khóa, vì đó là thứ vừa gắn với giá trị người học vừa gắn với doanh thu tái tục. Kết quả then chốt được đặt là nâng tỷ lệ hoàn thành từ 22% lên 40%, và nâng tỷ lệ học viên quay lại học tuần thứ hai từ 35% lên 55%. Lưu ý không có tính năng nào trong OKR; chỉ có outcome.
Với outcome làm trục, đội tự do khám phá nhiều cách. Họ thử nhắc nhở thông minh, thử chia nhỏ bài học, thử cộng đồng học tập. Một số cách thất bại và bị bỏ ngay mà không ai bị coi là kém, vì thước đo là outcome chứ không phải việc đã ship. Cuối cùng, hóa ra thứ hiệu quả nhất lại là một thay đổi nhỏ về nhắc nhở và độ dài bài học, không phải tính năng hào nhoáng nào. Tỷ lệ hoàn thành lên 41%. Nếu vẫn đo bằng số tính năng, đội đã không bao giờ dám bỏ những thử nghiệm thất bại và không bao giờ tìm ra thứ thật sự có tác dụng.
Lộ trình từng bước
Để xây hệ thống đo lường theo outcome, hãy đi theo lộ trình sau.
graph LR ChonOutcomeChienLuoc --> DatChiSoThenChot DatChiSoThenChot --> GanChiSoChoDoi GanChiSoChoDoi --> DoTruocKhiLam DoTruocKhiLam --> ReviewOutcomeDinhKy
Bước 1, chọn một số ít outcome chiến lược thật sự quan trọng cho quý, tránh dàn trải. Bước 2, đặt chỉ số then chốt đo được cho mỗi outcome, kèm mốc hiện tại và mục tiêu. Bước 3, gán chỉ số cho đội chịu trách nhiệm, để họ có quyền tự do chọn cách đạt. Bước 4, đo mốc trước khi làm, vì không có mốc thì không biết mình có tiến bộ. Bước 5, review theo outcome định kỳ, hỏi chỉ số dịch chuyển thế nào chứ không hỏi ship được bao nhiêu tính năng. Lộ trình này biến bảng đo lường thành la bàn hướng cả đội về giá trị, và tự động làm việc bỏ tính năng vô ích trở nên hợp lý.
Thói quen & kỷ luật
Duy trì hệ thống đo lường outcome cần các thói quen sau.
| Thói quen | Tần suất | Lợi ích |
|---|---|---|
| Review theo chỉ số outcome | Hằng tuần | Giữ đội bám giá trị thật |
| Ăn mừng outcome đạt được không phải tính năng ship | Mỗi cột mốc | Định hình lại điều được tôn vinh |
| Ghi mốc trước và sau mỗi thử nghiệm | Mỗi thử nghiệm | Biết rõ điều gì hiệu quả |
| Rà OKR loại bỏ output trá hình | Mỗi kỳ đặt mục tiêu | Giữ OKR đúng bản chất |
Cần luyện tập
Ba bài drill giúp bạn thực hành xây đo lường outcome.
Drill 1 — Viết lại OKR: lấy một bộ OKR hiện tại của đội và viết lại nó theo outcome. Với mỗi kết quả then chốt, đảm bảo nó là một thay đổi hành vi hoặc kết quả kinh doanh đo được, không phải một tính năng.
Drill 2 — Thiết kế bảng đo: chọn một outcome chiến lược và thiết kế một bảng số liệu nhỏ theo dõi nó, gồm chỉ số chính, mốc hiện tại, mục tiêu và tần suất cập nhật.
Drill 3 — Đổi cách review: chuẩn bị kịch bản cho một buổi review sản phẩm mà mọi câu hỏi đều xoay quanh outcome, ví dụ chỉ số đã dịch chuyển bao nhiêu, thay vì xoay quanh số tính năng đã ship.
Checklist hành động tuần này
- [ ] Viết lại một bộ OKR đội theo outcome loại bỏ hết output trá hình
- [ ] Chọn một outcome chiến lược và thiết kế bảng số liệu theo dõi nó kèm mốc và mục tiêu
- [ ] Ghi lại mốc hiện tại của một chỉ số outcome trước khi bắt đầu một thử nghiệm mới
- [ ] Trong buổi review tuần này, đặt câu hỏi về outcome thay vì về số tính năng ship
- [ ] Ăn mừng một chỉ số outcome vừa cải thiện thay vì ăn mừng một tính năng vừa lên
Chỉ số & North Star
Bộ chỉ số kiểm tra sức khỏe của chính hệ thống đo lường.
| Chỉ số | Ý nghĩa | Mục tiêu |
|---|---|---|
| Tỷ lệ OKR viết dạng outcome | Chất lượng đặt mục tiêu | Trên 80% |
| Tỷ lệ thử nghiệm có mốc trước và sau | Kỷ luật đo lường | Gần 100% |
| Số tính năng dám bỏ vì không đạt outcome | Sự dũng cảm học hỏi | Lớn hơn 0 mỗi quý |
| Tỷ lệ review xoay quanh outcome | Văn hóa đo lường | Càng cao càng tốt |
Dấu hiệu bạn đã thành thạo
Bạn thành thạo khi có thể nhìn một bộ OKR và ngay lập tức viết lại nó thành phiên bản outcome tốt hơn, và khi bạn dẫn dắt được một buổi review mà không ai hỏi "ship được mấy tính năng" mà tất cả cùng nhìn vào chỉ số giá trị. Bạn coi việc bỏ một tính năng không hiệu quả là một chiến thắng học hỏi chứ không phải một thất bại.
Dấu hiệu sâu hơn: cả đội bạn bắt đầu nói chuyện bằng ngôn ngữ outcome một cách tự nhiên, và họ tự dừng những thứ không hiệu quả mà không cần bạn ra lệnh. Đó là khi hệ thống đo lường đã ăn vào văn hóa, và bẫy tính năng không còn dễ dàng quay lại vì cấu trúc động lực của tổ chức đã hướng về giá trị.
Cạm bẫy thường gặp
Khi xây hệ thống đo lường, người mới hay mắc các lỗi sau.
| Cạm bẫy | Biểu hiện | Cách tránh |
|---|---|---|
| OKR outcome trá hình | Kết quả then chốt vẫn là tính năng | Kiểm tra mỗi mục có phải hành vi đo được |
| Chọn chỉ số hư ảo | Đo lượt xem thay vì giá trị thật | Chọn chỉ số nếu tăng thì kinh doanh khỏe hơn |
| Đo quá nhiều thứ | Bảng số liệu rối không ai nhìn | Tập trung vài chỉ số cốt lõi |
| Không đo mốc trước khi làm | Không biết có tiến bộ hay không | Luôn ghi mốc gốc trước thử nghiệm |
Chốt lại
Bẫy tính năng sống nhờ hệ thống đo sai, nên đòn bẩy mạnh nhất để thoát ra là thay đổi thứ được đo và được ăn mừng. Hãy xây một vòng lặp lấy outcome làm trục: chọn ít outcome chiến lược, đặt chỉ số then chốt kèm mốc, gán cho đội, đo trước và sau, rồi review theo outcome. Viết lại OKR để loại bỏ output trá hình, và hướng mọi lời khen vào chỉ số giá trị dịch chuyển thay vì tính năng lên sóng. Từ tuần này, hãy viết lại một bộ OKR và đổi cách bạn đặt câu hỏi trong buổi review. Khi hệ thống đo lường đúng, việc thoát bẫy trở thành mặc định. Bài cuối sẽ giúp bạn gói tất cả thành một kế hoạch thoát bẫy cụ thể cho đội của bạn.