Bài 4, Cascading OKR: từ công ty xuống team mà không bị tam sao thất bản

CEO 1 công ty 60 người gửi tôi cascade map quý 4:

• Company OKR: 5 O × 4 KR = 20 dòng
• OKR đội kinh doanh: 5 O × 4 KR (copy y nguyên company) = 20 dòng
• Marketing team: 5 O × 4 KR (copy y nguyên) = 20 dòng
• Product team: 5 O × 4 KR (copy y nguyên) = 20 dòng
• Operations team: 5 O × 4 KR (copy y nguyên) = 20 dòng

Tôi hỏi: “Sao tất cả team cùng KR ‘Doanh thu Q4 ≥ 8 tỷ’?”.

CEO: “Để alignment”.

Đây không phải alignment. Đây là copy-paste. Không team nào thực sự own KR “doanh thu”, vì cả 4 team cùng own = không ai own. Khi không đạt, ai chịu? Không ai. Bài 4 dạy cascading thật: cách team đóng góp khác nhau vào company OKR mà vẫn alignment.

---

#Cascading thật là gì

Cascading thật không phải sao chép. Cascading là phân nhỏ ai đóng góp gì.

Company OKR là cái đích. Mỗi team đóng góp 1 phần của đích đó, có thể bằng cách rất khác nhau.

Ví dụ company O: “Đưa marketplace từ kênh thử nghiệm thành kênh đóng góp doanh thu chính” (Q4).

Company KR1: Doanh thu marketplace ≥ 4 tỷ (vs 800tr Q3).

Team breakdown:

• Đội kinh doanh: 4 tỷ là KR của đội này (owner). Không phải tất cả các team.
• Marketing team: KR là “1500 lead qualified từ marketplace traffic”, đóng góp phần đầu phễu.
• Product team: KR là “Marketplace listing speed dưới 2s trên mobile, conversion rate ≥ 3%”, đóng góp phần khả năng convert.
• Operations: KR là “Order fulfillment từ marketplace dưới 24h, error rate dưới 0.5%”, đóng góp phần delivery.

Mỗi team có KR khác nhau, đóng góp khác nhau, nhưng all cùng phục vụ company O. Đây là cascading thật.

So sánh với case CEO copy-paste: mỗi team có KR “Doanh thu 4 tỷ”, không team nào thực sự kiểm soát toàn bộ con số đó. Khi không đạt, ai làm gì sai? Mơ hồ.

---

#Mô hình 60/40 cho SME VN

Có 2 thái cực sai:

100% top-down: CEO viết hết OKR công ty, ép xuống team, team chỉ thực thi.

Vấn đề: team không own, làm cho có. Không tận dụng kiến thức của team (họ thấy cận hơn). Tinh thần xuống.

100% bottom-up: mỗi team tự viết OKR, leadership chỉ chấp nhận.

Vấn đề: mỗi team optimize local, không align global. Sales push doanh thu, Product push feature mới, Marketing push brand, 3 hướng khác nhau, công ty đi vòng tròn.

Sweet spot 60/40 cho SME:

• Top-down (60%): leadership chốt 3-5 company OKR, bắt buộc mọi team cascade đóng góp vào.
• Bottom-up (40%): team có quyền đề xuất 1-2 OKR đặc thù của team (capability building, technical debt, process improvement) không nằm trong company OKR, leadership tôn trọng.

Tỷ lệ 60/40 là gợi ý ban đầu. Khi team chín hơn, có thể chuyển 50/50. Startup early có thể 70/30 để giữ focus chặt hơn.

---

#Workflow cascading 3 buổi

Đây là quy trình tôi dùng với 10+ công ty VN. Mất 2 tuần đầu quý, ra OKR đầy đủ tới mọi team.

#Buổi 1: Leadership share (tuần 0, ngày 1)

90 phút với leadership + team lead.

• 15 phút: CEO present company strategy quý (slide ngắn).
• 30 phút: CEO + leadership present company OKR draft (5 O × 3-5 KR).
• 30 phút: Team lead chất vấn. Câu hỏi đáng: “KR này baseline đâu”, “tại sao chọn metric này thay vì metric khác”, “ai own KR này”.
• 15 phút: Chốt company OKR final.

Output: company OKR được thống nhất, team hiểu rõ.

#Buổi 2: Team draft + challenge (tuần 1)

Mỗi team riêng, 2 tiếng/team.

• 30 phút: Team lead present lại company OKR cho cả team, giải thích “team mình đóng góp gì vào đâu”.
• 60 phút: Team brainstorm OKR team, 3 O × 3-5 KR. Áp 7 quy tắc bài 2 + 8 anti-pattern bài 3.
• 30 phút: Pre-challenge, team tự stress test, refine.

Trước buổi 3, team lead share team OKR draft cho leadership đọc trước.

#Buổi 3: Leadership review (tuần 1-2)

60-90 phút mỗi team với leadership.

• 30 phút: Team present OKR, giải thích “mỗi KR đóng góp vào company KR nào”.
• 30 phút: Leadership challenge: stretch đủ chưa, baseline có đúng không, leading/lagging mix tốt chưa, cross-functional có gap không.
• 15 phút: Discuss & refine.
• 15 phút: Chốt team OKR final.

Output: team OKR được thống nhất, sign-off cả leadership và team.

Tổng thời gian: 2 tuần đầu quý cho mọi team có OKR chốt. Tuần 3 trở đi, công việc chạy thật trên OKR đó.

---

#Cross-functional OKR, chỗ tam sao thất bản nhất

Cross-functional OKR = OKR cần ≥ 2 team phối hợp để đạt.

Ví dụ: “Launch sản phẩm Z với 500 user active tuần 1”. Cần:

• Product: build sản phẩm Z.
• Marketing: drive 500 user vào.
• Sales: support enterprise lead nếu có.
• Engineering: đảm bảo infrastructure stable cho 500 user.
• Operations: chuẩn bị support flow.

5 team đều cần phối hợp. Đây là chỗ sai lầm hay xảy ra:

Pattern fail 1: KR chia đều 5 team, mỗi team own 1/5. Sai vì 1/5 không ai care, không ai drive.

Pattern fail 2: Một team duy nhất (Product) gánh hết. Sai vì 4 team kia không có incentive ưu tiên.

Pattern đúng: DRI + RACI rõ ràng.

• DRI (Directly Responsible Individual): 1 người duy nhất chịu trách nhiệm cuối cho KR. Thường là head/director của team có nhiều việc nhất (ở đây là Head of Product).
• RACI rõ cho 4 team còn lại: Responsible (làm việc), Accountable (chịu trách nhiệm, chỉ 1, là DRI), Consulted (tham vấn), Informed (biết).

Trong weekly check-in (bài 6), DRI report tiến độ. 4 team kia commit support theo agreement.

#Cross-functional pattern thực tế

Cross-functional OKR có 2 dạng:

Dạng A: Project-style, Có deadline rõ, có deliverable rõ. Ví dụ “Launch sản phẩm Z 30/11”. Cấu trúc: 1 DRI + 4 supporting team với RACI cụ thể.

Dạng B: Outcome-style, Outcome chung cần nhiều team phối hợp. Ví dụ “NPS tăng từ 30 lên 50”. Cấu trúc: KR này thuộc về Head of Customer Success (hoặc CEO nếu chưa có CS head), mỗi team có sub-KR đóng góp.

Quy tắc: nếu không xác định được DRI cho cross-functional OKR trong 5 phút, OKR đó không nên có. Tách nhỏ hoặc bỏ.

---

#5 sai lầm cascading SME VN hay phạm

#Sai lầm 1: Copy y nguyên company OKR xuống team

Đã ở đầu bài. Mọi team có cùng KR “Doanh thu 8 tỷ” → không ai own thật.

Fix: mỗi team có KR khác nhau, đóng góp khác nhau vào company KR chung.

#Sai lầm 2: Cascade tới level cá nhân quá sớm

Year 1 OKR: chỉ cần company + team OKR. Cá nhân OKR là advanced, dễ trộn với performance review.

Fix: 4-6 quý đầu, dừng ở team level. Cá nhân OKR khi văn hóa OKR đã chín (bài 5).

#Sai lầm 3: Không có cross-functional alignment

Mỗi team viết OKR riêng, không nói chuyện với team khác. Đến tuần 4 mới phát hiện Marketing đang push kênh A trong khi Sales đang push kênh B.

Fix: trong buổi 2 (team draft), team lead phải kiểm tra với 1-2 team khác có cùng touchpoint. Trong buổi 3 (leadership review), leadership map các team OKR overlap.

#Sai lầm 4: Cascading quá chậm

Tuần 1: company OKR draft. Tuần 4: team OKR vẫn chưa chốt. Đến tuần 6 mới có OKR đầy đủ. 50% quý đã trôi qua trong vô định.

Fix: deadline cứng, tuần 2 phải có team OKR chốt, không nhân nhượng.

#Sai lầm 5: Không cho team challenge company OKR

Leadership present company OKR, không cho team push back. Team OKR sau đó là “dạ vâng”, không own thật.

Fix: buổi 1 phải có 30 phút challenge. Team không challenge → team không hiểu → team không own.

---

#Khi nào KHÔNG cần cascade

Không phải mọi OKR công ty đều cần cascade xuống mọi team.

3 trường hợp 1 team không cần đóng góp:

1. OKR đó nằm hoàn toàn ở 1 team khác. Ví dụ “Refactor codebase” là OKR của Engineering, Marketing không cần đóng góp.

2. Team này đang focus capability building riêng. Ví dụ Operations đang xây quy trình mới (bottom-up OKR của team), không cần cascade từ company.

3. Team không có touchpoint thực với OKR đó. Ép cascade = tạo busy work fake.

Quy tắc: chỉ cascade khi team thực sự có lever để thay đổi outcome. Không có lever → không cascade.

---

#Visual mapping, cascade map

Sau cascading, dùng 1 cascade map dạng bảng để ai cũng thấy alignment:

Company KR	Sales	Marketing	Product	Operations
Doanh thu marketplace ≥ 4 tỷ	Owner: 4 tỷ revenue	Lead Q'd ≥ 1500	Conv rate ≥ 3%	Fulfillment < 24h
NPS ≥ 50 (vs 30 Q3)	NPS sales ≥ 50	,	UX score ≥ 4.5	Owner: support 24h reply
3 deal lớn (> 500tr)	Owner: 3 deals	Account-based marketing	Custom config sẵn	Onboarding playbook

Bảng này dán lên Notion / wiki. Mỗi tuần check-in (bài 6) ai cũng nhìn được tiến độ theo cột team mình.

---

#Trước khi sang bài 5

Checklist tự đánh giá:

• Bạn đã hiểu cascading không phải copy, là phân nhỏ ai đóng góp gì.
• Bạn đã chọn mô hình 60/40 (hoặc tỷ lệ phù hợp công ty).
• Bạn đã có workflow 3 buổi cascading trong 2 tuần đầu quý.
• Cross-functional OKR đã có DRI rõ + RACI cho team khác.
• Bạn đã có 1 cascade map (bảng) cho mọi team thấy.

Bài 5 chuyển sang OKR cá nhân, câu hỏi gây tranh cãi: có nên có không, và nếu có, viết thế nào để không nhầm với performance review.