Mở đầu — vì sao bài này quan trọng
Ở Bài 9, chúng ta đã nói về Product Strategy với North Star và các đòn bẩy (levers). Nhưng chiến lược dù hay đến mấy cũng chỉ là chữ trên slide nếu nó không được dịch thành các mục tiêu cụ thể, đo lường được, và quan trọng nhất là phải khớp (align) giữa các phòng ban. Đây chính là lúc OKRs ở cấp tổ chức (org level) lên sân khấu.
Tôi muốn bạn hình dung một tình huống quen thuộc. Công ty bạn vừa kết thúc kỳ họp chiến lược. CEO hào hứng tuyên bố năm nay sẽ "tăng trưởng bứt phá". Ba tháng sau, đội Product chạy theo tính năng mới, đội Sales đẩy doanh số bằng mọi giá kể cả khách hàng không phù hợp, còn đội Engineering thì đang dồn lực trả nợ kỹ thuật. Ai cũng bận rộn, ai cũng nghĩ mình đang đóng góp cho "tăng trưởng bứt phá", nhưng cộng lại thì công ty giậm chân tại chỗ. Đó là cái giá của việc thiếu cascade và align trong OKRs.
Là một Product Leader cấp cao, bạn không chỉ viết OKR cho đội mình. Bạn phải hiểu cách OKR chảy từ tầng công ty xuống tầng tổ chức (Product, Eng, Sales) rồi xuống tầng team, và làm sao để các luồng đó không xung đột mà bổ trợ cho nhau. Bài học này tập trung đúng vào nghệ thuật đó: cascade (phân tầng) và align (đồng bộ hóa) OKRs ở quy mô tổ chức.
Khái niệm cốt lõi
OKR là gì — nhắc lại nhanh
OKR gồm hai phần: Objective (mục tiêu định tính, truyền cảm hứng, trả lời "chúng ta muốn đi đâu") và Key Results (kết quả then chốt định lượng, đo được, trả lời "làm sao biết đã đến đó"). Một Objective tốt thường có 3-5 Key Results. Ví dụ:
- Objective: Trở thành lựa chọn số một cho doanh nghiệp SME tại Việt Nam.
- KR1: Tăng số doanh nghiệp trả phí từ 1.200 lên 3.000.
- KR2: Nâng tỷ lệ giữ chân (retention) sau 6 tháng từ 60% lên 75%.
- KR3: Đạt NPS 50 trong nhóm khách hàng SME.
Ba tầng của hệ thống OKR tổ chức
Trong một tổ chức product trưởng thành, OKR thường được xếp thành ba tầng rõ rệt:
Tầng 1 — Company OKR (cấp công ty). Do CEO cùng ban điều hành (exec team) đặt ra. Thường chỉ nên có 3 đến 5 Objective cho cả công ty trong một quý hoặc một năm. Đây là những điều quan trọng nhất với toàn bộ doanh nghiệp — không phải danh sách mọi việc cần làm, mà là những ưu tiên sống còn. Nếu công ty có 12 Company OKR thì coi như không có ưu tiên nào cả.
Tầng 2 — Org OKR (cấp tổ chức/phòng ban). Mỗi tổ chức lớn — Product, Engineering, Sales, Marketing — sẽ có bộ OKR riêng, nhưng phải align với Company OKR. Với tư cách CPO hoặc VP Product, bạn sở hữu Product Org OKR. Org OKR trả lời câu hỏi: "Để góp phần đạt Company OKR, phần việc của tổ chức tôi là gì?"
Tầng 3 — Team OKR (cấp đội/pod). Mỗi product team, squad hay pod có OKR cụ thể, align với Org OKR phía trên. Đây là nơi OKR gần với công việc hằng ngày nhất.
Cascade không có nghĩa là sao chép xuống
Đây là hiểu lầm tai hại nhất. Nhiều người nghĩ cascade là lấy KR của cấp trên cắt nhỏ rồi gán xuống cấp dưới như chia phần bánh. Cách đó tạo ra OKR cứng nhắc, mất tinh thần và bỏ lỡ sự sáng tạo của đội ngũ.
Cascade đúng nghĩa là align theo chiều dọc kết hợp với tự chủ ở mỗi tầng. Cấp trên cung cấp bối cảnh (Objective của tầng trên), cấp dưới tự thiết kế cách họ đóng góp (Objective và KR của riêng họ). Một KR của công ty có thể trở thành Objective của một tổ chức. Tinh thần là "alignment, not assignment" — đồng bộ chứ không phải giao khoán.
Align theo hai chiều: dọc và ngang
- Alignment dọc (vertical): OKR tầng dưới hỗ trợ OKR tầng trên. Đây là phần ai cũng nghĩ tới.
- Alignment ngang (horizontal): Đây mới là phần khó và bị bỏ quên. OKR của Product phải khớp với OKR của Engineering và Sales cùng tầng. Nếu Product đặt mục tiêu ra mắt 3 sản phẩm mới mà Engineering lại đặt mục tiêu dành 50% năng lực để tái cấu trúc hệ thống, hai bên sẽ va nhau giữa quý. Align ngang chính là nơi Product Leader cấp cao tạo ra giá trị lớn nhất.
Tỷ lệ cam kết và khát vọng
Một nguyên tắc quan trọng: phân biệt committed OKR (cam kết — phải đạt 100%, ví dụ tuân thủ pháp lý, vận hành ổn định) và aspirational/stretch OKR (khát vọng — đạt 70% đã là tốt). Với stretch OKR, nếu quý nào cũng đạt 100% thì nghĩa là bạn đặt mục tiêu quá dễ. Văn hóa OKR lành mạnh chấp nhận việc "không đạt" stretch goal là bình thường, miễn là học được điều gì đó.
Tình huống thực tế
Tình huống 1 — Một fintech Việt Nam và bài học cascade ngược
Một công ty fintech tại TP.HCM (tạm gọi là PayViet) có khoảng 250 nhân sự, cung cấp ví điện tử và giải pháp thanh toán cho SME. Đầu năm, CEO đặt Company OKR:
- Objective: Trở thành nền tảng thanh toán được tin dùng nhất cho hộ kinh doanh nhỏ.
- KR1: Tăng GMV (tổng giá trị giao dịch) hằng tháng từ 800 tỷ lên 2.000 tỷ đồng.
- KR2: Tăng số merchant hoạt động từ 15.000 lên 40.000.
- KR3: Giảm tỷ lệ rời bỏ của merchant từ 8%/tháng xuống 4%.
- Objective: Biến trải nghiệm onboarding và thu tiền của merchant nhỏ thành mượt mà nhất thị trường.
- KR1: Rút ngắn thời gian từ đăng ký đến giao dịch đầu tiên từ 3 ngày xuống 4 giờ.
- KR2: Nâng tỷ lệ merchant kích hoạt thành công (activation) từ 45% lên 70%.
- KR3: Giảm số ticket hỗ trợ về "không nhận được tiền" đi 60%.
Bài học: Cascade tốt là khi mỗi tầng dịch mục tiêu thành những gì họ thực sự kiểm soát được, đồng thời rõ ràng nó nối lên mục tiêu cấp trên ra sao.
Tình huống 2 — Khi align ngang thất bại tại một startup SaaS
Một startup SaaS B2B ở Singapore phục vụ thị trường Đông Nam Á (tạm gọi GrowthOS) gặp sự cố kinh điển. Company OKR năm đó nhấn mạnh "mở rộng sang thị trường Indonesia". Product Org đặt OKR: ra mắt phiên bản tiếng Indonesia với 3 tính năng địa phương hóa quan trọng (thanh toán nội địa, hóa đơn theo chuẩn Indonesia, tích hợp WhatsApp Business). Sales Org đặt OKR: ký 50 hợp đồng mới tại Indonesia trong quý.
Nghe có vẻ khớp. Nhưng hai bên không align ngang. Sales bắt đầu bán ngay từ tuần đầu của quý, hứa với khách hàng rằng tính năng địa phương hóa "đã sẵn sàng". Trong khi đó, Product dự kiến tính năng chỉ xong vào cuối quý. Kết quả: Sales ký được 38 hợp đồng nhưng 22 khách hàng yêu cầu hoàn tiền vì sản phẩm chưa có tính năng họ được hứa. Tỷ lệ churn tăng vọt, và đội Customer Success kiệt sức xử lý khủng hoảng.
Vấn đề không nằm ở OKR của riêng bên nào — cả hai bộ OKR đều hợp lý khi đứng độc lập. Vấn đề là thiếu sự đồng bộ về thời gian và phụ thuộc lẫn nhau (dependencies). Lẽ ra trong buổi align OKR đầu quý, Product Leader phải nói rõ: "Tính năng địa phương hóa chỉ ready vào tuần 11. KR của Sales cần phản ánh điều này — ví dụ chia thành hai giai đoạn, hoặc bán trước cho nhóm khách hàng không cần tính năng địa phương."
Bài học: Align ngang đòi hỏi làm rõ dependencies và thời điểm giữa các tổ chức. Đây là trách nhiệm mà Product Leader cấp cao phải chủ động cầm trịch, vì sản phẩm thường là điểm nối giữa các phòng ban.
Tình huống 3 — Tiki và việc giữ Company OKR ở mức ít mà sâu
Lấy một ví dụ giả định dựa trên bối cảnh thương mại điện tử Việt Nam như Tiki. Giả sử trong một năm cạnh tranh khốc liệt, thay vì đặt mười mục tiêu, ban điều hành quyết định chỉ giữ ba Company Objective: (1) cải thiện tốc độ giao hàng để dẫn đầu về trải nghiệm, (2) tăng tỷ lệ khách quay lại mua, (3) đạt điểm hòa vốn ở mảng cốt lõi.
Vì chỉ có ba mục tiêu, mỗi tổ chức biết rõ phải dồn lực vào đâu. Product Org chọn align mạnh nhất với mục tiêu (2) — tăng khách quay lại — và thiết kế Org OKR xoay quanh cá nhân hóa gợi ý sản phẩm và chương trình loyalty. Logistics align với mục tiêu (1). Finance và Operations align với mục tiêu (3). Sự rõ ràng này giúp các đội không bị xé lẻ nguồn lực.
Hãy so sánh với một công ty đặt 11 Company OKR: mỗi tổ chức phải "đụng" vào nhiều mục tiêu, nguồn lực bị dàn mỏng, và không ai dám nói "không" với việc gì. Kết quả là tất cả mục tiêu đều đạt 50%, chẳng có cái nào về đích.
Bài học: Sức mạnh của OKR cấp công ty nằm ở sự tập trung. Ít mục tiêu hơn nhưng sâu hơn sẽ tạo ra align tự nhiên xuống các tầng dưới. Là Product Leader, đôi khi đóng góp lớn nhất của bạn cho phiên họp exec là giúp CEO cắt bớt mục tiêu, không phải thêm vào.
Hướng dẫn từng bước
Đây là quy trình tôi khuyên bạn dùng để cascade và align OKR cho một chu kỳ (quý hoặc năm):
Bước 1 — Chốt Company OKR trước, công khai. Ban điều hành đặt 3-5 Company Objective và công bố cho toàn bộ leader. Không tổ chức nào được đặt OKR riêng trước khi Company OKR rõ ràng. Bối cảnh phải chảy từ trên xuống trước.
Bước 2 — Mỗi Org leader draft OKR của tổ chức mình. Với tư cách Product Leader, bạn ngồi với đội core của mình, nhìn vào Company OKR và tự hỏi: "Đòn bẩy nào của Product tác động mạnh nhất tới các mục tiêu này?" Viết Product Org OKR bằng ngôn ngữ bạn kiểm soát được, đồng thời ghi rõ nó nối lên Company KR nào.
Bước 3 — Họp align ngang giữa các Org leader. Đây là bước bị bỏ qua nhiều nhất nhưng quan trọng nhất. Tập hợp VP Product, VP Eng, VP Sales, VP Marketing. Mỗi người trình bày OKR của mình. Cả nhóm truy tìm: xung đột ở đâu? Phụ thuộc (dependency) ở đâu? Thời gian có khớp không? Ai cần gì từ ai? Điều chỉnh ngay tại bàn.
Bước 4 — Cascade xuống team. Sau khi Org OKR ổn định, mỗi team trong tổ chức Product tự draft Team OKR align với Org OKR. Một lần nữa: cho team tự thiết kế cách đóng góp, đừng giao khoán KR.
Bước 5 — Kiểm tra align hai chiều lần cuối. Đọc ngược từ Team OKR lên Org OKR lên Company OKR. Mỗi Team OKR có rõ ràng nối lên trên không? Có Team OKR nào "mồ côi" — không phục vụ mục tiêu nào cấp trên không? Có Company KR nào không được tổ chức nào nhận trách nhiệm không? Lấp các khoảng trống đó.
Bước 6 — Lập nhịp theo dõi. Đặt lịch check-in (thường hai tuần một lần) để cập nhật tiến độ KR bằng thang điểm 0-1.0 hoặc phần trăm. OKR không phải đặt xong rồi bỏ tủ — nó là công cụ điều hướng sống.
Bước 7 — Chấm điểm và rút kinh nghiệm cuối kỳ. Cuối chu kỳ, chấm điểm từng KR và quan trọng hơn là hỏi "tại sao". Đạt hay không đạt đều là dữ liệu để cải thiện chu kỳ sau.
Lỗi thường gặp & mẹo
Lỗi 1 — Quá nhiều OKR. Tổ chức nào cũng có xu hướng "tham". Mẹo: giới hạn cứng 3-5 Objective mỗi tầng, mỗi Objective tối đa 3-5 KR. Nếu phải thêm cái mới, buộc phải bỏ cái cũ.
Lỗi 2 — Cascade kiểu sao chép. Lấy KR cấp trên dán nguyên xuống cấp dưới. Mẹo: ở mỗi tầng, hỏi "đòn bẩy chúng tôi kiểm soát là gì?" và diễn đạt lại bằng ngôn ngữ của tầng đó.
Lỗi 3 — Bỏ quên align ngang. Chỉ chăm chăm align dọc lên CEO mà quên align với các phòng ban ngang hàng. Mẹo: luôn tổ chức buổi họp align ngang giữa các Org leader trước khi chốt — đây là nơi Product Leader cấp cao tỏa sáng.
Lỗi 4 — Nhầm KR với task. "Ra mắt tính năng X" không phải KR. Mẹo: mọi KR phải bắt đầu được bằng "Tăng/Giảm/Đạt [chỉ số] từ [A] đến [B]".
Lỗi 5 — Gắn OKR với lương thưởng quá chặt. Khi OKR quyết định trực tiếp tiền thưởng, mọi người sẽ đặt mục tiêu dễ để chắc ăn (sandbagging), giết chết tinh thần stretch. Mẹo: tách bạch OKR (công cụ định hướng và học hỏi) khỏi cơ chế đánh giá hiệu suất cá nhân.
Lỗi 6 — Đặt xong rồi quên. OKR viết đầu quý, đến cuối quý mới mở ra xem. Mẹo: nhịp check-in đều đặn hai tuần/lần, hiển thị tiến độ công khai để tạo trách nhiệm.
Mẹo bổ sung: Hãy minh bạch OKR toàn công ty. Khi mọi người thấy được OKR của các tổ chức khác, align ngang xảy ra một cách tự nhiên hơn nhiều, vì đội này tự nhận ra mình phụ thuộc hay xung đột với đội kia.
Bài tập thực hành
Hãy lấy bối cảnh thật (công ty bạn đang làm) hoặc dùng tình huống giả định sau: một startup edtech tại Việt Nam, 80 nhân sự, Company Objective của quý là "Trở thành ứng dụng học tiếng Anh được học sinh cấp 2 yêu thích nhất", với KR công ty: tăng người dùng hoạt động hằng tháng từ 50.000 lên 120.000; tăng tỷ lệ giữ chân tuần 4 từ 20% lên 35%.
- Viết Product Org OKR (1 Objective, 3 KR) align với Company OKR trên. Nhớ: dùng ngôn ngữ mà đội Product kiểm soát được, và ghi rõ mỗi KR nối lên Company KR nào.
- Phát hiện điểm align ngang. Liệt kê ít nhất 2 phụ thuộc hoặc xung đột tiềm tàng giữa Product Org OKR của bạn và OKR của Engineering hoặc Marketing. Bạn sẽ giải quyết chúng thế nào trong buổi họp align?
- Cascade xuống team. Chọn 1 KR trong Product Org OKR của bạn và viết Team OKR cho một squad cụ thể (ví dụ squad "Onboarding") align với KR đó.
- Tự soi lỗi. Đọc lại toàn bộ OKR bạn vừa viết và kiểm tra: có KR nào thực ra là task trá hình không? Có quá nhiều Objective không? Có Company KR nào chưa ai nhận trách nhiệm không?
Tóm tắt
OKR ở cấp tổ chức là cây cầu biến chiến lược thành hành động đồng bộ. Ba điều cốt lõi cần nhớ:
- Ba tầng rõ ràng: Company OKR (3-5, do CEO + exec đặt), Org OKR (mỗi phòng ban một bộ, align với công ty), Team OKR (từng squad, align với Org). Mỗi tầng cung cấp bối cảnh cho tầng dưới.
- Cascade là align, không phải assign: Mỗi tầng tự dịch mục tiêu thành đòn bẩy mình kiểm soát được, thay vì sao chép KR cấp trên xuống.
- Align hai chiều: Dọc (lên cấp trên) là điều ai cũng làm; ngang (giữa các phòng ban cùng tầng) mới là nơi Product Leader cấp cao tạo khác biệt, bằng cách làm rõ dependency và thời điểm.