Founder gửi tôi cuối Q4: “OKR Q4 fail. Team average 0.32. Bọn em sẽ cố gắng hơn Q1.”.
Tôi hỏi 1 câu: “Anh đã diagnose lý do fail chưa, hay sẽ cố gắng như cũ?”.
“Cố gắng như cũ” là cách phổ biến nhất tự sát với OKR. Nếu fail vì O viết sai, “cố gắng hơn” vẫn fail. Nếu fail vì link với lương, “cố gắng hơn” vẫn fail. Bài 8 cho bạn 1 framework diagnose 8 root cause + cách fix mỗi cái.
Diagnose trước khi fix
Quy trình diagnose, 60 phút với leadership team:
Bước 1 (15 phút): Đọc lại OKR Q vừa rồi Mở doc OKR đầu quý. Đọc to lên từng O, từng KR.
Bước 2 (15 phút): Đọc 12 tuần check-in note Mở weekly check-in. Đọc nhanh. Pattern nào lặp lại? Blocker nào không bao giờ fix? Confidence trend?
Bước 3 (20 phút): Map vào 8 root cause Bảng phía dưới. Mark từng root cause: yes / partial / no. Có thể có 2-3 root cause cùng lúc.
Bước 4 (10 phút): Chọn 1 root cause #1 để fix trước Không fix 8 cùng lúc. Chọn 1 quan trọng nhất quý sau.
8 root cause + framework fix
Root cause 1: O viết sai
Triệu chứng: O chung chung, verb “cải thiện”/“tăng cường”, không có hình ảnh thay đổi, không ai care.
Cách xác định: đọc O lên cho 1 cộng sự. Họ trả lời “cũng OK” thay vì “quý này mình tập trung X”.
Fix:
- Đọc lại bài 2: 7 quy tắc viết O.
- Q sau, dành 90 phút đầu quý chỉ để viết O. Không vội viết KR.
- Stress test với câu hỏi: “Quý sau hết, hoàn thành O này, thế giới chúng ta khác đi thế nào?”. Trả lời không được = viết lại.
Root cause 2: KR đo output không outcome
Triệu chứng: cuối quý đạt 100% các KR nhưng O không “cảm thấy đạt”. Hoặc fail KR nhưng outcome thực tế tốt.
Cách xác định: cho mỗi KR, hỏi “nếu KR đạt 100% nhưng O không đạt, có khả năng không?”. Có = KR sai.
Fix:
- Đọc lại bài 3: 5 dạng KR tốt + 8 anti-pattern.
- Q sau, mỗi KR phải trả lời được “tôi đo thay đổi gì, không đo công sức gì”.
- Mix 1-2 lagging + 2-3 leading + 1 capability.
Root cause 3: Capacity sai
Triệu chứng: OKR đẹp, team try hard, vẫn fail. Lý do: workload quý vượt năng lực thực tế.
Cách xác định: nhìn vào weekly check-in. Blocker nào lặp lại > 4 tuần? “Thiếu người” / “Quá nhiều task ngoài OKR” là pattern phổ biến.
Fix:
- Q sau, trước khi commit OKR, ước lượng capacity. 1 OKR cần 30% thời gian team trở lên. 3 OKR công ty = 90% thời gian không-keep-the-lights-on.
- Nếu công ty còn 50% thời gian cho task BAU (business-as-usual), chỉ 50% còn lại cho OKR. Đặt 2 OKR thay vì 5.
- Add resource (hire, contractor) nếu critical, hoặc giảm scope.
Root cause 4: Focus sai, quá nhiều OKR
Triệu chứng: 7-10 OKR công ty. Team không biết ưu tiên cái nào. Cuối quý đụng đâu thiếu đó.
Cách xác định: đếm OKR. > 5 ở company level = quá nhiều.
Fix:
- Q sau cứng: 3-5 company OKR. Cứng.
- Hỏi “nếu phải bỏ 4 cái nào để giữ 3 quan trọng nhất”. Bỏ 4 đó. Đừng giữ “phòng khi”.
- Trade-off rõ: nói rõ với team “quý này KHÔNG focus X, Y, Z”. Không-focus quan trọng bằng focus.
Root cause 5: Leadership không theo
Triệu chứng: leadership set OKR rồi đi làm việc khác. Không tham gia weekly check-in. Đến cuối quý mới “phát hiện” team chưa hit.
Cách xác định: tuần 6, leadership có biết tuần đó team đang ở đâu trên các KR chính không? Trả lời “không biết chi tiết” = leadership không theo.
Fix:
- Q sau, CEO/founder commit weekly leadership check-in 30 phút (Option A bài 6).
- Hoặc rotation team check-in (Option B).
- Hoặc weekly digest đọc 5 phút (Option C cho công ty > 80 người).
- Phần lớn SME < 80 người: Option A là quy tắc.
Root cause 6: Không có rhythm check-in
Triệu chứng: 12 tuần qua chỉ check-in 3-4 lần. Hoãn vì busy. Đến cuối quý “ô đã muộn rồi”.
Cách xác định: đếm số check-in thực tế trong 12 tuần. < 10 = nhịp đứt.
Fix:
- Q sau, block 12 weekly slot trên calendar trước khi quý bắt đầu.
- Quy tắc cứng: không hoãn sang tuần khác. Chỉ đổi giờ trong tuần.
- Nếu CEO không đến được, team lead chạy thay. Meeting tiếp tục.
- Đứt 3 tuần liên tiếp = phải có 1 buổi reset 60 phút (bài 6).
Root cause 7: Không kill OKR giữa quý
Triệu chứng: tuần 6 phát hiện KR sai (baseline sai, target sai, giả định gốc sai). Team vẫn kéo dài đến cuối quý. Cuối quý fail KR đó + miss focus chỗ khác.
Cách xác định: trong 12 tuần check-in, có KR nào confidence 3-4/10 liên tiếp > 4 tuần mà không retire/reset không? Có = không kill.
Fix:
- Q sau, normalize việc kill/reset KR. Communicate trước với team: “Nếu giả định gốc sai, retire KR đúng lúc tốt hơn cố”.
- Quy tắc tuần 4: review lại toàn bộ OKR. KR nào có vẻ sai giả định → reset hoặc retire.
- Quy tắc tuần 8: dừng add KR mới. Tuần 8 trở đi chỉ focus đạt KR còn lại.
Root cause 8: Link với compensation
Triệu chứng: scoring quý qua average 0.95 (gần 1.0 đều). Team không dám set stretch. Khi hỏi, một số người admit “set thấp để chắc đạt”.
Cách xác định: hỏi 2-3 nhân viên riêng tư “OKR score có ảnh hưởng raise/bonus của em không”. Trả lời “có” = link.
Fix:
- Đọc lại bài 7 phần “Hard rule”.
- Tách formally: communicate với team “từ Q sau, OKR score KHÔNG affect raise/bonus. Performance review riêng quy trình”.
- Performance review process: nếu chưa có, build trước khi sửa OKR. Không có PR đáng tin = nhân viên không tin tách thật.
Nếu công ty bạn có cả root cause #5 (leadership không theo) và #8 (link compensation), fix #5 trước. #8 sửa được, nhưng nếu leadership không theo, không có ai enforce việc tách.
3 dấu hiệu nên bỏ OKR hẳn, không sửa
Không phải fail OKR nào cũng cần fix OKR. Đôi khi OKR sai tool cho hoàn cảnh. 3 dấu hiệu:
Dấu hiệu 1: Văn hóa “sếp nói gì cũng dạ”
OKR cần team push back, challenge, đề xuất bottom-up. Văn hóa top-down hoàn toàn = team đoán ý sếp thay vì đề xuất thật. OKR thành slide formal.
Fix trước OKR: build psychological safety. Manager training về cách nhận disagreement. CEO khen team challenge công khai. 2-3 quý xây culture trước khi roll-out OKR thật.
Dấu hiệu 2: Mô hình kinh doanh chưa stable
Pre-PMF, chiến lược thay đổi mỗi 2-4 tuần. OKR cứng 90 ngày không match. Tuần 6 đổi hướng = OKR đã obsolete.
Fix trước OKR: dùng leading-bet weekly hoặc 2-tuần thay vì OKR 90 ngày. Khi có PMF, model stable, quay lại OKR.
Dấu hiệu 3: Quá nhỏ (< 8-10 người)
Founder nói chuyện trực tiếp với mọi người mỗi ngày. Cấu trúc OKR + cascade + weekly check-in overhead nhiều hơn value.
Fix trước OKR: dùng weekly stand-up (15 phút) + KPI dashboard tháng. Khi headcount > 15-20, mới thật cần OKR.
“Cố gắng hơn quý sau”, anti-pattern lớn nhất
Câu này nghe có vẻ tích cực. Thực tế là cách trì hoãn fix root cause.
3 phiên bản “cố gắng hơn” vô nghĩa:
1. “Quý sau ta sẽ focus hơn” Focus không tự xảy ra. Phải có cơ chế: cắt OKR xuống 3, cam kết “không-focus X, Y”, kill OKR đúng lúc.
2. “Team cần motivate hơn” Motivation không phải root cause. Pep talk + bonus không fix OKR. Fix hệ thống fix motivation.
3. “Lần sau ta sẽ communicate tốt hơn” Communication không phải vũ thuật. Phải có template (weekly check-in, retro, cascade map), không phải intent.
Quy tắc thay thế: mỗi quý fail, chốt 1 thay đổi cụ thể quý sau. Không “cố gắng hơn”. Phải concrete.
Ví dụ concrete change:
- “Quý sau cứng 4 OKR công ty thay vì 7. Tôi (CEO) sẽ kill bất kỳ OKR nào vượt 4 trong meeting setup.”
- “Quý sau tôi sẽ tham gia weekly check-in mỗi team rotation. Block calendar 30 phút thứ 2 mỗi tuần cho 1 team.”
- “Quý sau OKR score không enter performance review. Tôi sẽ communicate điều này lần đầu tuần 0 + nhắc lại tuần 6 + tuần 12.”
Recovery framework, 1 page
Sau khi diagnose, ghi 1 page recovery plan:
OKR RECOVERY PLAN, Quarter [N+1]
Date: [...]
Owner: [CEO/Founder]
DIAGNOSIS Q[N]:
- Average score: [X]
- Primary root cause: [Root cause #N]
- Secondary root cause: [optional, #M]
ONE CONCRETE CHANGE FOR Q[N+1]:
- [1 cái cụ thể, không general]
- Owner: [ai enforce]
- Measurable: [làm sao biết đã thực sự thay đổi tuần 4]
THINGS NOT CHANGING:
- [list 2-3 cái KHÔNG đổi - để team yên tâm]
COMMUNICATION:
- Date 1: [đầu quý, communicate change]
- Date 2: [tuần 6, mid-quarter check]
- Date 3: [cuối quý, retrospective]
SUCCESS CRITERIA (Q[N+1] retro):
- [Cái gì đo được Q sau để biết change đã work]
1 page. Dán Notion. Review trong tuần 1 + tuần 12.
Khi nào nên hire consultant/coach
Hầu hết SME tự fix được OKR nếu identify root cause đúng. Trường hợp nên có coach/consultant:
- Đã fail 3 quý liên tiếp dù tự diagnose.
- Multi-team cross-functional gãy nhiều chỗ.
- Leadership team disagree về root cause (không thấy cùng vấn đề).
- Cần buy-in từ board/investor cho process change.
Coach giá VN: 30-80 triệu cho 1 quý đồng hành (4-6 buổi). Cao hơn DIY, nhưng nếu công ty đã đốt 3 quý OKR thất bại = đốt motivation team + opportunity cost lớn hơn nhiều.
Trước khi sang bài 9
Checklist tự đánh giá:
- Bạn đã chạy diagnose 60 phút với leadership team.
- Bạn đã map root cause vào 8 categories. Primary là cái nào?
- Bạn đã chốt 1 concrete change quý sau, không general resolution.
- Bạn đã đánh giá 3 dấu hiệu “nên bỏ OKR hẳn”, và quyết định.
- Bạn đã viết recovery plan 1 page, share với leadership.
Bài 9 chuyển sang practical: chọn tool. Sheets template free vs Lattice/Quantive vs Notion vs Asana, chọn cái nào theo size công ty.
AI cowork tip
Paste OKR Q vừa rồi + final scores + 12 weekly notes + retrospective notes vào Claude với prompt: “Bạn là OKR coach. Đây là toàn bộ tài liệu OKR Q[N] của công ty tôi (size [N người], ngành [X]). Diagnose theo 8 root cause: (1) O sai, (2) KR sai, (3) capacity, (4) focus, (5) leadership, (6) rhythm, (7) không kill, (8) link comp. Cho mỗi root cause, đánh giá: yes/partial/no kèm evidence cụ thể từ data tôi paste. Cuối cùng, đề xuất 1 concrete change cho Q[N+1].”. AI không thay được retrospective với team, nhưng pre-analysis này giúp leadership nhìn vấn đề rõ hơn.
Đọc tiếp
Bài 1, OKRs là gì: khác KPI ở chỗ nào, và sao SME Việt Nam dùng hỏng nhiều hơn dùng đúng
Phân biệt OKR vs KPI vs MBO bằng ngôn ngữ founder VN, không bằng định nghĩa Wikipedia. 3 lý do SME Việt Nam dùng OKR thất bại và 3 điều kiện tiên quyết phải có trước khi bắt đầu.
Đọc bàiBài 2, Viết Objective tốt: 7 quy tắc và 10 ví dụ Vietnamese operator
Objective là câu thử thách bằng ngôn ngữ founder, không phải tiêu đề project. 7 quy tắc viết O không nhạt + 10 ví dụ tốt vs xấu cho SME Việt Nam (retail, F&B, B2B, SaaS).
Đọc bàiBài 3, Viết Key Results đúng: số đo outcome, không phải task đã làm
Key Results là số đo thay đổi outcome, không phải checklist hoạt động. Phân biệt outcome vs output, leading vs lagging. 5 dạng KR tốt nhất + 8 anti-pattern phổ biến cho SME VN.
Đọc bài