The Reality Check #6: OKR Bình mới rượu cũ hay cú lừa thế kỷ của Google?
Google nói OKR giúp họ thống trị thế giới. Công ty bạn mang OKR về áp dụng, 6 tháng sau team cãi nhau tóe lửa vì KR ai cũng set dễ ợt để ăn bonus. Chào mừng bạn đến với OKR Karaoke.
Measure What Matters nhưng ở Việt Nam, cái duy nhất mà ai cũng muốn measure là tiền thưởng cuối năm.
Câu chuyện bắt đầu tại một buổi All-Hands meeting của một startup fintech ở Đà Nẵng, tầm giữa năm 2024.
CEO một anh Việt kiều học ở Mỹ về hào hứng chiếu lên màn hình cuốn sách “Measure What Matters” của John Doerr. Anh ấy thao thao bất tuyệt về cách Google dùng OKR để đi từ 40 nhân viên lên công ty nghìn tỷ đô. Về cách Intel dưới thời Andy Grove đã phát minh ra framework này để đập tan IBM. Về sự khác biệt giữa OKR (đầy cảm hứng, mơ mộng, cho phép fail 30%) và KPI (cứng nhắc, đo lường hiệu suất, bắt phải đạt 100%).
Cả team vỗ tay rần rần. HR lập tức thuê một anh consultant về đào tạo 2 ngày. Tốn 150 triệu. Xong xuôi, mỗi team ngồi set OKR đầu quý.
Quý 1 kết thúc. CEO hí hửng review. Mở dashboard OKR ra xem.
Kết quả: 92% team đạt trên 80% OKR.
CEO mừng quýnh: “Tụi mình giỏi thiệt!”
Mình ngồi nghe kể lại mà muốn khóc. 92% đạt trên 80%? Ở Google, nếu bạn đạt 100% OKR, điều đó có nghĩa là bạn đã set mục tiêu quá dễ. OKR chuẩn phải có moonshot mục tiêu trên trời và đạt 60-70% mới là tốt. Đạt 100% = bạn đang chơi an toàn.
Nhưng ở cái câu chuyện startup Đà Nẵng kia? Ai cũng set OKR vừa phải, dễ nuốt. Vì sao? Vì CEO đã mắc một sai lầm chí mạng: gắn OKR vào bảng tính bonus cuối quý.
Thế là OKR biến thành KPI đội mũ sang chảnh. Mình gọi cái này là OKR Karaoke mọi người hát theo bài hát của Google nhưng không hiểu lời hoàn toàn, và điều duy nhất họ quan tâm là điểm số.
The Theory: John Doerr và cuốn kinh thánh OKR
OKR — Objectives and Key Results có nguồn gốc từ Intel những năm 1970, do Andy Grove phát minh. Sau đó, John Doerr một nhà đầu tư huyền thoại từ Kleiner Perkins mang nó vào Google năm 1999 khi Google còn là một startup garage 40 người.
Cơ chế rất đơn giản:
Objective (O): Bạn muốn đạt được điều gì? (Định tính, truyền cảm hứng, dễ nhớ). Ví dụ: “Trở thành ứng dụng thanh toán được yêu thích nhất tại Việt Nam.”
Key Results (KR): Làm sao biết bạn đã đạt được Objective? (Định lượng, đo đếm được). Ví dụ: “Tăng MAU từ 1M lên 3M”, “Tăng NPS từ 35 lên 55.”
Đặc trưng quan trọng nhất của OKR theo sách là:
Moonshot thinking: Set mục tiêu cao ngất — đạt 60-70% coi như thành công.
Tách khỏi lương thưởng: OKR KHÔNG dùng để đánh giá nhân sự. Nó là la bàn chiến lược, không phải thước kẻ xét lương.
Minh bạch: OKR của CEO, của VP, của từng team tất cả đều public. Ai cũng thấy ai đang làm gì.
Chu kỳ ngắn: Thường theo quý, review liên tục, điều chỉnh khi cần.
Nghe hay quá đúng không? Google dùng nó mà thành công vang dội cơ mà. Intel cũng vậy. Thì mình cũng dùng thôi!
Rồi, đem về VN áp dụng nào.
The Breaking Point: Bốn điều chưa đúng của OKR kiểu Việt Nam
Ở Tập #4, mình đã nói rằng PM phải biết đọc P&L. Bài hôm nay tiếp tục câu chuyện đo lường — nhưng lên một tầng cao hơn: không chỉ đo sai metrics, mà cả hệ thống mục tiêu cũng sai.
Cú sấp mặt 1: OKR gắn lương = KPI đội mũ.
Đây là sai lầm phổ biến nhất, chết người nhất, và gần như 100% các công ty VN mình từng tiếp xúc đều mắc phải.
Khi bạn bảo nhân viên: “OKR của em đạt 80% thì em được bonus 2 tháng lương, dưới 60% thì không có” bạn đã biến OKR thành KPI trong vòng 1 phút. Nhân viên sẽ lập tức chuyển sang chế độ “sandbagging” thuật ngữ chỉ việc cố tình set mục tiêu thấp để dễ đạt.
Anh dev set KR: “Giảm bug count từ 50 xuống 40.” Thật ra anh ấy biết đang có 50 bug nhưng anh ấy có thể fix xuống 20 nếu cố. Nhưng set 20 thì rủi ro quá. Set 40 cho chắc ăn. Cuối quý report: “Đạt 100% KR!” Sếp vỗ vai. Bonus đầy túi.
Google tách bạch rõ ràng: OKR dùng để align mục tiêu chiến lược, KHÔNG dùng để đánh giá performance. Performance review ở Google dựa trên peer feedback, impact assessment, và nhiều yếu tố khác OKR chỉ là một input nhỏ trong bức tranh lớn. Nhưng mấy công ty VN? Copy cái framework, bỏ cái nguyên tắc sống còn nhất, rồi thắc mắc sao nó gãy.
Cú sấp mặt 2: Objective viết kiểu KPI.
Mình đã đọc OKR của ít nhất 20 startup và vài công ty vừa tại VN. Pattern quen thuộc nhất:
Objective: Tăng doanh thu 30% so với quý trước.
Xin lỗi. Đó không phải Objective. Đó là KPI. Objective đáng lẽ phải trả lời câu hỏi “Tại sao?” tại sao cần tăng doanh thu? Mục đích lớn hơn đằng sau là gì?
Objective đúng có thể là: “Chứng minh Product-Market Fit cho phân khúc doanh nghiệp nhỏ” và “Tăng doanh thu 30%” là một Key Result bên dưới. Nghe giống nhau nhưng khác nhau trời vực. Khi Objective là con số, team chỉ lo đạt số. Khi Objective là ý nghĩa, team sẽ phải suy nghĩ: “Đạt doanh thu 30% bằng CÁCH NÀO mới đúng? Tăng giá? Tăng volume? Hay mở segment mới?”
Cú sấp mặt 3: Set xong quên luôn đến cuối quý mới mở ra xem.
Mình gọi đây là OKR Thờ Cúng. Đầu quý, cả công ty ngồi set OKR hoành tráng. Ghi vào Google Sheet / Jira Goal. Rồi cất vào cái folder tên “Q2-2026-OKR” và quên béng mất.
Không có weekly check-in. Không có mid-quarter review. Không ai nhắc nhau. Đến cuối quý, mở ra thấy: “À, cái KR tăng retention lên 50%... ừm... chắc khoảng 35% gì đó... mà thôi ghi 45% cho đẹp báo cáo.”
OKR mà không có cadence với nhịp review đều đặn thì vô nghĩa. Nó giống như tập gym mua membership đầu năm, đi 2 tuần, rồi quên luôn cho đến khi thẻ hết hạn. Cái membership không giúp bạn giảm cân. Cái thói quen đi gym hàng tuần mới giúp.
Cú sấp mặt 4: Quá nhiều Objective, quá ít trọng tâm.
Một team 8 người nhưng có 5 Objectives, mỗi Objective có 4 Key Results. Tổng cộng: 20 KR phải track. Hai mươi cái. Cho 8 người. Mỗi sprint.
Không ai nhớ hết. Không ai focus được. Cuối cùng team chạy như gà mất đầu, cái gì cũng đụng một chút mà không cái nào sâu. Focus bị giết. Và khi focus chết, OKR chỉ còn là một cái todo-list oai vệ.
Mình nhớ hồi 2018-2019, có một đợt mà gần như mọi CEO startup VN đều hít hà cuốn Measure What Matters.
LinkedIn tràn ngập bài chia sẻ về OKR. Consultant OKR mọc lên như nấm sau mưa. Rồi tầm 1 năm sau, cũng đội CEO đó bắt đầu âm thầm quay lại dùng KPI truyền thống. Không ai nói gì. Không ai thừa nhận.
Cái dashboard OKR trên Notion vẫn nằm đó, phủ bụi, như một lời nhắc nhở về mùa hè ngây thơ.
The Patch: Lightweight Alignment OKR không phải cho tất cả mọi người
Mình nghĩ OKR sai. OKR chỉ hoạt động tốt ở đúng bối cảnh. Vấn đề là đa số công ty VN dùng sai bối cảnh, sai cách, sai mục đích. Đây là Bản vá theo góc nhìn của mình và mình nghĩ sẽ còn điều chỉnh dài vì cá nhân cũng đang tìm cách đưa OKR vào sao cho hiệu quả:
1. Tách OKR ra khỏi bảng lương ngay lập tức, không thương lượng
Đây là nguyên tắc sống còn số 1. OKR là la bàn chiến lược. Nó dùng để trả lời: “Team mình đang đi đâu quý này?” KHÔNG phải để trả lời: “Anh Nam có xứng đáng tăng lương không?”
Đánh giá nhân sự phải dựa trên: Impact thực tế (đo bằng đóng góp cho output/outcome), peer review, leadership assessment. OKR chỉ là một trong nhiều input, không phải input duy nhất.
Nếu sếp bạn nhất quyết gắn OKR vào bonus, hãy đề xuất compromise: chia thành Committed OKR (cam kết — phải đạt, gắn performance) và Aspirational OKR (kỳ vọng — moonshot, KHÔNG gắn performance). Đây là cách Google phân loại. Committed thường chiếm 60%, Aspirational chiếm 40%.
*Nhưng có một lưu ý bonus của một người nên gắp liền với tỉ trọng cao với thành tích chung của cả team dù có OKR hay ko OKR. Key thành công của 1 team sẽ luôn là thước đó tốt nhất cho kết quả. Chỉ là ở level càng cao thì tỉ lệ chịu trách nhiệm chung càng cao.
2. Startup < 30 người? Bỏ OKR, dùng “Weekly Priority Stack”
Cái này mình học được từ quá nhiều lần chứng kiến sai lầm và cả những thành công các team. OKR sinh ra để giải bài toán alignment khi tổ chức lớn, nhiều team, cần căn chỉnh mục tiêu chung. Nhưng startup 15-20 người thì cần alignment cái gì? Mọi người ngồi cùng phòng, ăn cơm trưa chung, biết rõ đồng nghiệp đang làm gì.
Thay vì OKR nặng nề, hãy dùng Weekly Priority Stack: Mỗi thứ Hai, mỗi team (hoặc cả công ty nếu nhỏ) chốt 3 priorities duy nhất cho tuần này. Ba thôi. Không bốn, không năm. Ba.
Viết lên whiteboard hoặc Slack channel. Mỗi thứ Sáu, review: hoàn thành chưa? Chưa thì tại sao? Tuần sau priority nào đổi?
Gọn. Nhẹ. Không cần consultant. Không cần dashboard. Và quan trọng nhất: không ai quên vì nó lặp lại mỗi tuần, không phải mỗi quý.
3. Tổ chức > 100 người mới nên nghĩ tới OKR và phải có Operating Rhythm.
Khi tổ chức lớn, nhiều team chạy nhiều hướng, OKR bắt đầu có giá trị thật sự vì nó tạo ra visibility ai đang làm gì, có đang chạy cùng hướng không.
Nhưng phải kèm theo nhịp vận hành nghiêm ngặt:
Weekly check-in (15 phút): Mỗi team update tiến độ KR. Không phải để kiểm soát mà để phát hiện sớm nếu đang chệch hướng.
Mid-quarter review (1 buổi): Giữa quý, tất cả team cùng đánh giá: OKR nào cần điều chỉnh? Thị trường đã thay đổi gì? Có KR nào đã trở nên vô nghĩa?
End-of-quarter scoring (1 buổi): Chấm điểm trung thực. 0.6-0.7 = tốt. 1.0 = set quá dễ. Dưới 0.3 = cần phân tích tại sao.
Không có cadence này thì OKR chỉ là một cái file Google Sheet chết.
4. Mỗi team tối đa 2 Objectives, mỗi Objective tối đa 3 KRs
Quy tắc ngón tay cái: Nếu bạn không thể nhớ hết OKR của team mình mà phải mở file ra xem, bạn có quá nhiều OKR. Cắt bớt cho đến khi team có thể đọc vanh vách OKR mà không cần nhìn màn hình.
2 Objectives × 3 KRs = 6 con số cần track. Vừa đủ để focus. Vừa đủ để nhớ. Vừa đủ để tạo ra impact thật.
Có một câu mình hay nói với các PM khi hỏi về OKR: OKR, Scrum, PLG, Growth Hacking... tất cả chỉ là công cụ. Cái nguy hiểm nhất không phải là chọn sai công cụ. Cái nguy hiểm nhất là tôn sùng công cụ như tôn giáo rồi khi tôn giáo thất bại, bạn không dám vứt bỏ vì sợ mang tiếng không tiến bộ.
Google thành công không phải nhờ OKR. Google thành công vì họ có talent, có tiền, có văn hóa đủ trưởng thành để OKR hoạt động. Bạn photocopy cái framework mà không photocopy được cái văn hóa, thì kết quả nhận lại chỉ là một bản sao mờ nhạt, méo mó, và tốn kém.
Trước khi set OKR quý tới, hãy tự hỏi một câu thật thà: “Team mình đang dùng OKR để đi nhanh hơn, hay đang dùng OKR để trông có vẻ chuyên nghiệp hơn?”
Nếu đáp án là cái sau tắt cái dashboard đi, mở cái whiteboard ra, viết 3 thứ quan trọng nhất tuần này lên. Bắt đầu từ đó.
Tuần tới, Reality Check #7 sẽ đụng vào một thần tượng còn lớn hơn: Product-Led Growth. Slack, Notion, Figma tất cả đều tự bán mà không cần Sales. Nhưng khi startup VN làm theo, tại sao MAU thì cao mà revenue thì... bằng 0?
Subscribe để nhận được bài sớm khi có nhé.
T.D,
T6.2026
Bài rất chính xác tình hình Karaok ở vn :))
cảm ơn anh vì bài viết này, rất mong được đọc thêm 1 bài nữa sau khi anh tìm ra cách đưa OKR vào áp dụng hiệu quả ở VN ạ