Khi bàn về OKR, rất nhiều người thích hỏi một câu khá trực diện: doanh nghiệp nào làm thành công, doanh nghiệp nào làm thất bại. Câu hỏi này nghe có vẻ đơn giản, nhưng nếu trả lời theo kiểu kể vài câu chuyện bề mặt thì rất dễ dẫn đến hiểu nhầm. Bởi vì trong thực tế, thành công hay thất bại với OKR không phải chỉ nằm ở việc doanh nghiệp có dùng đúng mẫu biểu hay không, có họp đều hay không, có viết mục tiêu nghe hay hay không. Thành công hay thất bại nằm ở cấu trúc sâu hơn rất nhiều, đó là cách doanh nghiệp hiểu bản chất của phương pháp, cách họ chuyển nó vào vận hành, và cách hệ thống văn hóa nội bộ tiếp nhận phương pháp đó.
Đây là lý do bài viết này đi theo hướng chẩn đoán, không đi theo hướng kể chuyện minh họa đơn thuần. Chẩn đoán nghĩa là nhìn vào các biểu hiện khác nhau trong doanh nghiệp, sau đó bóc tách nguyên nhân gốc. Một tổ chức có thể viết OKR rất đẹp nhưng vẫn thất bại. Một tổ chức khác có thể bắt đầu khá đơn giản nhưng lại tiến dần đến thành công. Nếu chỉ nhìn vào bề ngoài, hai trường hợp này có thể bị đánh giá sai hoàn toàn. Nhưng nếu nhìn dưới góc độ chẩn đoán, ta sẽ thấy rõ điều gì đang thực sự tạo ra sự khác biệt.
Trong các doanh nghiệp hiện nay, OKR được triển khai trong rất nhiều bối cảnh khác nhau. Có nơi là công ty công nghệ đang tăng trưởng nhanh. Có nơi là doanh nghiệp dịch vụ đang muốn thoát khỏi kiểu điều hành theo cảm tính. Có nơi là công ty đã lớn, đang tìm cách đồng bộ nhiều phòng ban. Cũng có nơi chỉ đơn giản muốn cải thiện hiệu suất quản lý trung gian. Vì vậy, không thể lấy một công thức duy nhất áp lên tất cả. Điều có thể làm là nhận diện những mô hình thành công thường có điểm chung gì, những mô hình thất bại thường trượt ở đâu, và từ đó xây ra một bộ nguyên tắc thực chiến đủ thực tế để doanh nghiệp áp dụng.
Bài này không kể lại Google hay Intel, cũng không thần thánh hóa bất kỳ case nổi tiếng nào. Trọng tâm là doanh nghiệp thật trong thế giới thật. Những doanh nghiệp có con người bận rộn, có áp lực doanh thu, có phòng ban chưa đồng bộ, có quản lý mạnh yếu khác nhau và có vô số phát sinh mỗi ngày. Chính trong môi trường đó, OKR mới lộ ra rõ nhất nó là một công cụ sống hay chỉ là một lớp quản trị mới chồng lên cái cũ. Vì vậy, nếu muốn hiểu OKR một cách thực chiến, không thể không đi qua bài toán chẩn đoán này.
1. Thực tế triển khai OKR trong doanh nghiệp
1.1. Sự đa dạng mô hình
Khi nhìn vào thực tế triển khai OKR trong doanh nghiệp, điều đầu tiên phải thừa nhận là không tồn tại một mô hình áp dụng duy nhất. Đây là điểm rất quan trọng, bởi nhiều người tiếp cận OKR với tâm thế muốn tìm một “công thức chuẩn” có thể bê nguyên vào tổ chức của mình. Trong thực tế, cùng là OKR nhưng cách một công ty công nghệ dùng sẽ khác cách một chuỗi bán lẻ dùng, khác cách một doanh nghiệp dịch vụ chuyên nghiệp dùng, và lại càng khác với cách một tổ chức gia đình đang trong quá trình chuẩn hóa dùng.
Sự đa dạng này không phải là điểm yếu của OKR. Ngược lại, nó cho thấy phương pháp này có tính linh hoạt đủ cao để thích ứng với nhiều loại hình doanh nghiệp. Tuy nhiên, sự linh hoạt cũng tạo ra một rủi ro. Nếu doanh nghiệp không hiểu phần nào là bản chất cần giữ và phần nào là biểu hiện có thể điều chỉnh, họ sẽ rất dễ hoặc sao chép máy móc, hoặc tùy tiện biến đổi đến mức mất hẳn tinh thần của OKR. Đây là lý do vì sao cùng một cụm từ “triển khai OKR”, nhưng chất lượng thực tế giữa các doanh nghiệp có thể chênh nhau rất xa.
Một số doanh nghiệp triển khai OKR như một công cụ điều hành chiến lược. Một số nơi dùng nó như một khung phối hợp liên phòng ban. Một số nơi lại dùng như bước đầu để kéo tổ chức ra khỏi thói quen quản trị theo đầu việc. Tất cả đều có thể hợp lý nếu doanh nghiệp hiểu mình đang dùng OKR để giải bài toán nào. Nhưng nếu không có sự rõ ràng đó, sự đa dạng mô hình sẽ không còn là lợi thế, mà trở thành nguồn gốc của rối loạn trong triển khai.
1.2. Khác biệt quy mô
Quy mô doanh nghiệp tạo ra khác biệt rất lớn trong cách OKR được tiếp nhận và vận hành. Ở doanh nghiệp nhỏ, lợi thế thường là tốc độ. Người đứng đầu gần với đội ngũ hơn, ít tầng quản lý hơn, ra quyết định nhanh hơn. Vì vậy, việc đưa một hệ thống mục tiêu mới vào tổ chức có thể diễn ra nhanh hơn. Nhưng doanh nghiệp nhỏ cũng thường có một điểm yếu: họ dễ lẫn giữa mục tiêu và việc phải làm hằng ngày. Bởi tổ chức còn nhỏ, áp lực xử lý việc phát sinh rất lớn, nên khoảng trống để nhìn mục tiêu ở cấp chiến lược thường mỏng hơn.
Ở doanh nghiệp vừa, đặc biệt là doanh nghiệp đang bước vào giai đoạn tăng trưởng, OKR thường trở nên hấp dẫn hơn vì đây là thời điểm vấn đề đồng bộ bắt đầu lộ rõ. Công ty không còn đủ nhỏ để chỉ điều hành bằng sự gần gũi trực tiếp, nhưng cũng chưa đủ lớn để có hệ thống vận hành thật mạnh. Đây là vùng mà OKR có thể tạo ra giá trị rất cao, nếu được dùng đúng. Nhưng cũng chính ở vùng này, doanh nghiệp dễ thất bại vì vừa muốn giữ sự linh hoạt cũ, vừa muốn có hệ thống mới, dẫn tới nửa này không bỏ, nửa kia chưa đủ.
Ở doanh nghiệp lớn, thách thức không còn nằm ở việc “có nên làm OKR không”, mà nằm ở việc làm sao để OKR không biến thành thêm một lớp quản trị hành chính. Khi quy mô lớn, số phòng ban nhiều, quy trình dày hơn, hệ thống đo lường sẵn có cũng mạnh hơn. Nếu không thiết kế rất cẩn thận, OKR sẽ rất dễ bị kéo về thành một dạng KPI nâng cấp hoặc một hệ thống báo cáo song song. Do đó, khác biệt về quy mô không chỉ là khác biệt về số người. Nó là khác biệt về lực cản, về thói quen quản trị và về mức độ trưởng thành của hệ thống hiện hữu.
1.3. Thách thức triển khai
Một điểm rất đáng lưu ý là doanh nghiệp thường đánh giá thấp thách thức triển khai OKR. Họ nhìn thấy một cấu trúc tưởng như đơn giản, mục tiêu và kết quả, nên nghĩ rằng chỉ cần đào tạo vài buổi là có thể áp dụng. Nhưng trong thực tế, thách thức nằm ở chỗ OKR đụng vào gần như mọi tầng quan trọng của quản trị. Nó đụng vào cách lãnh đạo xác định ưu tiên, cách quản lý trung gian vận hành đội ngũ, cách các bộ phận phối hợp, cách nhân sự nhìn kết quả, và cả cách tổ chức đối diện với sự thật khi tiến độ không như kỳ vọng.
Một thách thức rất phổ biến là doanh nghiệp muốn dùng OKR để giải quyết quá nhiều vấn đề cùng lúc. Họ vừa muốn tăng tốc tăng trưởng, vừa muốn đồng bộ tổ chức, vừa muốn nâng cấp quản lý trung gian, vừa muốn tạo văn hóa minh bạch. Về lý thuyết, OKR có thể góp phần vào tất cả những điều đó. Nhưng nếu tiếp cận như một “thuốc chữa bách bệnh”, doanh nghiệp sẽ sớm thất vọng. Vì không có hệ thống mục tiêu nào tự nó giải quyết được mọi vấn đề nếu tổ chức chưa thay đổi cách vận hành tương ứng.
Một thách thức khác là xung đột với thói quen cũ. Nhiều tổ chức đã quen điều hành theo đầu việc, theo phòng ban hoặc theo phản ứng tình huống. Khi đưa OKR vào, họ phải chuyển sang tư duy theo kết quả, theo liên kết hệ thống và theo chu kỳ vận hành. Sự chuyển đổi này không dễ, và thường tạo ra kháng cự âm thầm. Doanh nghiệp nào không nhìn rõ lực cản này sẽ rất dễ nhầm rằng vấn đề nằm ở phương pháp, trong khi thực ra vấn đề nằm ở quá trình thay đổi thói quen quản trị.
1.4. Khoảng cách lý thuyết và thực tế
Khoảng cách giữa lý thuyết và thực tế là điều gần như chắc chắn sẽ xuất hiện khi doanh nghiệp triển khai OKR. Trong tài liệu, mọi thứ có vẻ rất rõ. Mục tiêu nên thế này, kết quả nên thế kia, nhịp vận hành nên như vậy. Nhưng khi đi vào đời sống doanh nghiệp, mọi thứ trở nên rối hơn nhiều. Mục tiêu bị chen ngang bởi những việc gấp. Dữ liệu không phải lúc nào cũng sẵn và sạch. Quản lý trung gian không phải ai cũng đủ năng lực điều phối. Các bộ phận không phải lúc nào cũng sẵn sàng minh bạch với nhau. Chính khoảng cách này là nơi thành công và thất bại bắt đầu phân hóa.
Điều nguy hiểm là nhiều doanh nghiệp không chuẩn bị tâm lý cho khoảng cách đó. Họ kỳ vọng lý thuyết sẽ khớp khá nhanh với thực tế. Khi điều này không xảy ra, họ dễ rơi vào hai thái cực. Hoặc cho rằng tổ chức của mình “không hợp với OKR”. Hoặc ép tổ chức phải chạy đúng lý thuyết một cách cơ học, khiến hệ thống trở nên nặng nề và phản tác dụng. Cả hai hướng đều không tốt.
Doanh nghiệp triển khai tốt thường là doanh nghiệp chấp nhận khoảng cách giữa lý thuyết và thực tế như một phần tự nhiên của hành trình. Họ không xem đó là dấu hiệu của thất bại ngay lập tức, mà xem đó là dữ liệu để điều chỉnh. Đây là một khác biệt rất lớn về mặt tư duy. Và trong các case doanh nghiệp, khác biệt này thường chính là nơi quyết định việc OKR sẽ dần thành công hay sẽ tắt dần sau vài chu kỳ.
2. Mô hình thành công
2.1. Leadership rõ ràng
Nếu phải chọn một yếu tố xuất hiện lặp đi lặp lại trong các mô hình doanh nghiệp triển khai OKR thành công, thì đó là leadership rõ ràng. Không nhất thiết người đứng đầu phải là chuyên gia OKR ngay từ đầu, nhưng họ phải rõ ở ba điểm: vì sao tổ chức cần OKR, muốn dùng nó để giải bài toán nào, và sẵn sàng điều chỉnh điều gì trong cách điều hành để OKR không chỉ nằm trên giấy.
Leadership rõ ràng không chỉ thể hiện ở việc phát động mạnh mẽ. Nó thể hiện ở sự nhất quán. Tức là sau khi công bố mục tiêu, người lãnh đạo tiếp tục dùng mục tiêu đó trong các cuộc họp, trong các quyết định phân bổ nguồn lực, trong cách chất vấn quản lý và trong cách phản ứng với khó khăn giữa kỳ. Khi lãnh đạo làm được điều này, thông điệp rất rõ sẽ truyền xuống toàn tổ chức: OKR không phải phong trào, mà là một phần của cách doanh nghiệp đang chọn để vận hành.
Trong nhiều case thành công, người đứng đầu không nhất thiết kiểm soát tất cả chi tiết, nhưng luôn giữ được vai trò “giữ trục”. Nghĩa là khi tổ chức bị kéo bởi nhiều việc ngắn hạn, họ kéo sự chú ý quay lại với trọng tâm. Khi các bộ phận bắt đầu lệch pha, họ dùng mục tiêu để tái đồng bộ. Khi kết quả chưa tốt, họ không phản ứng cảm tính mà nhìn lại chất lượng thiết kế và chất lượng thực thi. Chính loại lãnh đạo này tạo ra nền vững để OKR có thể sống và lớn lên trong doanh nghiệp.
2.2. Văn hóa minh bạch
Một đặc điểm rất thường gặp ở các mô hình thành công là mức độ minh bạch tương đối cao trong tổ chức. Minh bạch ở đây không có nghĩa mọi thông tin đều phải mở hết cho mọi người. Điều quan trọng hơn là mục tiêu được chia sẻ đủ rõ, tiến độ được nhìn thấy đủ thật, và các vấn đề trong quá trình thực thi không bị che đi vì sợ đánh giá.
Văn hóa minh bạch giúp OKR phát huy sức mạnh vì nó làm giảm vùng mờ trong quản trị. Khi các bộ phận nhìn thấy mục tiêu của nhau, khả năng phối hợp tăng lên. Khi tiến độ được cập nhật thẳng thắn, quản lý có thể can thiệp sớm hơn. Khi vấn đề được nêu ra đủ thật, doanh nghiệp có cơ hội sửa sai trước khi quá muộn. Đây đều là những điều kiện rất quan trọng để một hệ thống mục tiêu đi vào thực chất.
Ở các doanh nghiệp thành công, minh bạch thường không đến từ khẩu hiệu “hãy thẳng thắn hơn”. Nó đến từ việc xây được môi trường mà ở đó việc nói ra sự thật không đồng nghĩa với bị quy kết. Khi doanh nghiệp làm được điều này, OKR trở thành một công cụ học hỏi. Khi không làm được, OKR rất nhanh biến thành công cụ trang điểm số liệu.
2.3. Kỷ luật vận hành
Nếu leadership là tầng giữ hướng, văn hóa minh bạch là nền thông tin, thì kỷ luật vận hành là yếu tố giữ cho OKR có nhịp sống hằng ngày. Trong các mô hình thành công, hiếm khi thấy OKR được triển khai theo kiểu cảm hứng. Thay vào đó, nó luôn đi kèm với một mức kỷ luật nhất định trong cách tổ chức nhìn tiến độ, rà soát vấn đề và điều chỉnh hành động.
Kỷ luật vận hành không nhất thiết phải đồng nghĩa với rất nhiều cuộc họp hay rất nhiều quy trình. Ở các doanh nghiệp làm tốt, điều thấy rõ nhất là sự đều. Đều trong nhịp theo dõi. Đều trong cách dùng mục tiêu để ra quyết định. Đều trong cách nhìn dữ liệu. Đều trong việc không để OKR biến mất khỏi đời sống điều hành sau giai đoạn hứng khởi ban đầu. Sự đều này quan trọng hơn sự hoành tráng.
Đây cũng là điểm phân biệt rõ giữa thành công và thất bại. Nhiều doanh nghiệp thất bại không phải vì viết sai, mà vì không giữ được kỷ luật đủ lâu để hệ thống đi từ giai đoạn lạ lẫm sang giai đoạn tạo giá trị thật. Các mô hình thành công thường hiểu rất rõ điều này, nên họ tập trung vào việc làm cho hệ thống sống đều, chứ không chỉ làm cho hệ thống trông đúng.
2.4. Hiểu đúng bản chất
Cuối cùng, mô hình thành công luôn đi kèm với việc doanh nghiệp hiểu đúng bản chất của OKR. Hiểu đúng ở đây không chỉ là biết định nghĩa Objective hay Key Results. Hiểu đúng nghĩa là nhìn OKR như một hệ thống định hướng, đo lường và liên kết, chứ không phải một lớp KPI mới, một danh sách việc phải làm hay một công cụ để tạo áp lực hành chính.
Khi doanh nghiệp hiểu đúng bản chất, rất nhiều quyết định triển khai sau đó sẽ khác. Họ không nhồi quá nhiều mục tiêu. Họ không biến mọi việc đang làm thành Key Results. Họ không xem việc đạt 100 phần trăm là thước đo duy nhất của thành công. Họ không dùng OKR để thay thế hoàn toàn mọi hệ thống đo lường khác. Và quan trọng hơn, họ không nhìn OKR như một giải pháp thần kỳ có thể tự mình sửa toàn bộ tổ chức.
Trong nhiều case thực tế, chỉ riêng việc hiểu đúng bản chất đã tạo ra khoảng cách rất lớn giữa doanh nghiệp thành công và thất bại. Vì một khi bản chất được hiểu đúng, hệ thống sẽ được đặt vào đúng vai trò. Còn nếu bản chất bị hiểu sai, mọi nỗ lực phía sau thường chỉ làm cho sự sai đó lan rộng hơn.
3. Mô hình thất bại
3.1. OKR bị biến thành KPI
Một trong những kiểu thất bại phổ biến nhất là doanh nghiệp triển khai OKR nhưng trên thực tế lại vận hành nó như KPI. Điều này không có nghĩa KPI là sai. Vấn đề nằm ở chỗ hai hệ thống có vai trò khác nhau, nhưng doanh nghiệp lại dùng logic của hệ thống này để bóp méo hệ thống kia. Khi đó, OKR mất đi phần giá trị rất riêng của nó.
Biểu hiện thường thấy là mục tiêu được viết theo kiểu chỉ tiêu phải đạt tuyệt đối, kết quả được chọn theo hướng an toàn và dễ chấm điểm, còn toàn bộ hệ thống bị kéo về tâm lý “đừng để hụt”. Khi đó, thay vì tạo tập trung và mở ra thay đổi, OKR trở thành một lớp số liệu mới chồng lên những chỉ số cũ. Tổ chức có thể nhìn bề ngoài rất kỷ luật, nhưng bên trong thì không còn không gian cho tham vọng, học hỏi hay điều chỉnh.
Điều đáng nói là nhiều doanh nghiệp rơi vào mô hình này mà không nhận ra. Họ nghĩ mình đang làm OKR vì dùng đúng thuật ngữ. Nhưng nếu xét về bản chất vận hành, họ chỉ đang đổi nhãn cho KPI. Đây là một kiểu thất bại rất điển hình trong thực tế doanh nghiệp.
3.2. Thiếu tracking
Thiếu tracking là một mô hình thất bại khác xuất hiện rất nhiều. Doanh nghiệp thiết kế mục tiêu khá ổn, công bố rất hào hứng, nhưng sau đó không giữ được nhịp theo dõi liên tục. Hệ quả là OKR mất dần sự hiện diện trong vận hành. Đến cuối kỳ mới nhìn lại thì hoặc là đã quá muộn để điều chỉnh, hoặc là tổ chức chỉ còn biết giải thích vì sao không đạt.
Thiếu tracking không chỉ là không cập nhật số liệu. Nó là không dùng tiến độ như một phần của điều hành. Có nơi số liệu vẫn có, nhưng không ai nhìn. Có nơi có họp, nhưng cuộc họp chỉ lặp lại công việc chứ không đi vào trạng thái mục tiêu. Có nơi theo dõi rất rời rạc, lúc nhớ thì xem, lúc bận thì bỏ. Trong tất cả những trường hợp đó, hệ thống OKR đều dần trượt khỏi vai trò quản trị thực chất.
Đây là mô hình thất bại rất phổ biến vì nó không ồn ào. Hệ thống không sụp ngay. Nó chỉ mờ dần, yếu dần, rồi cuối cùng bị xem như không hiệu quả. Nhưng nếu chẩn đoán đúng, gốc vấn đề thường nằm ở việc doanh nghiệp không duy trì được năng lực tracking đủ đều và đủ thật.
3.3. Thiếu cam kết
Một doanh nghiệp có thể có đủ tài liệu, đủ cuộc họp và đủ công cụ nhưng vẫn thất bại nếu thiếu cam kết thật. Cam kết ở đây không chỉ là lời nói của lãnh đạo lúc bắt đầu. Nó là mức độ sẵn sàng bảo vệ hệ thống mục tiêu trước sức ép của công việc hằng ngày, của các ưu tiên phát sinh và của sự khó chịu tự nhiên khi tổ chức phải thay đổi cách điều hành.
Thiếu cam kết thường hiện ra dưới dạng rất quen thuộc. Lãnh đạo nói ủng hộ nhưng không dùng mục tiêu để điều hành. Quản lý đồng ý triển khai nhưng không dành thời gian thật cho việc theo dõi. Đội ngũ tham gia nhưng xem đây là thêm việc, không phải hệ thống để làm việc tốt hơn. Khi những tín hiệu này xuất hiện đồng thời, OKR gần như chắc chắn sẽ yếu dần.
Cam kết là yếu tố rất khó giả. Bởi tổ chức luôn đọc được hành vi thật nhanh hơn rất nhiều so với đọc khẩu hiệu. Do đó, một mô hình thiếu cam kết sẽ thất bại ngay cả khi hình thức ban đầu rất chỉn chu.
3.4. Không có alignment
Thiếu alignment là một kiểu thất bại mang tính hệ thống. Mỗi nơi vẫn có mục tiêu, mỗi người vẫn có phần việc, nhưng chúng không ăn vào nhau. Công ty nói một hướng, bộ phận đi một hướng, cá nhân lại bị kéo về các đầu việc ngắn hạn. Trong bức tranh như vậy, tổ chức có thể trông rất bận, nhưng không tạo ra lực kéo chung.
Không có alignment làm cho OKR mất vai trò là một hệ thống liên kết. Nó chỉ còn là nhiều điểm đo đặt cạnh nhau. Lúc đầu, doanh nghiệp có thể chưa cảm thấy ngay sự nguy hiểm của điều này. Nhưng càng đi sâu vào thực thi, các vấn đề sẽ lộ ra: xung đột ưu tiên, phối hợp yếu, nguồn lực bị kéo nhiều hướng, và rất khó trả lời câu hỏi đơn giản là “mục tiêu của chúng ta đang cùng phục vụ điều gì”.
Trong thực tế, nhiều mô hình thất bại không phải do từng phần quá yếu. Mà vì từng phần không nối được thành hệ thống. Đây là chỗ alignment trở thành tiêu chí chẩn đoán rất quan trọng.
4. So sánh bản chất thành công – thất bại
4.1. Khác biệt tư duy
Nếu nhìn sâu vào các case thành công và thất bại, khác biệt đầu tiên luôn nằm ở tư duy. Doanh nghiệp thành công nhìn OKR như một hệ thống giúp làm rõ trọng tâm, tạo liên kết và nâng chất lượng điều hành. Doanh nghiệp thất bại thường nhìn OKR như một công cụ phải triển khai cho đủ, hoặc như một lớp kỹ thuật mới có thể gắn thẳng lên hệ thống cũ mà không cần thay đổi cách nghĩ.
Khác biệt tư duy này kéo theo hàng loạt khác biệt khác. Bên thành công luôn hỏi “OKR này đang giải quyết vấn đề gì”. Bên thất bại thường hỏi “viết thế nào cho đúng mẫu”. Bên thành công quan tâm nhiều đến logic liên kết và chất lượng vận hành. Bên thất bại quan tâm nhiều đến việc trình bày đủ cấu trúc và nhanh có kết quả nhìn thấy được.
Nói cách khác, thành công hay thất bại thường không bắt đầu ở tầng biểu mẫu. Nó bắt đầu ở tầng doanh nghiệp đang nghĩ về OKR là cái gì.
4.2. Khác biệt hệ thống
Sau tầng tư duy là tầng hệ thống. Doanh nghiệp thành công thường có một hệ thống tối thiểu đủ rõ để mục tiêu không bị rơi vào khoảng trống. Họ có nhịp vận hành, có người giữ trục, có mức minh bạch đủ dùng, có cơ chế rà soát và có sự kết nối giữa các cấp mục tiêu. Trong khi đó, doanh nghiệp thất bại thường phụ thuộc vào cảm hứng và cá nhân. Hệ thống hoặc quá lỏng, hoặc chỉ tồn tại trên giấy.
Khác biệt hệ thống còn thể hiện ở chỗ bên thành công làm cho OKR trở thành một phần của cách điều hành, còn bên thất bại làm cho OKR đứng song song với hệ điều hành cũ. Khi hai hệ điều hành cùng tồn tại mà không hòa vào nhau, tổ chức sẽ rất dễ mệt mỏi và cuối cùng bỏ cái mới trước.
4.3. Khác biệt vận hành
Ở tầng vận hành, khác biệt càng lộ rõ. Doanh nghiệp thành công duy trì được việc nhìn mục tiêu thường xuyên, sử dụng mục tiêu trong các cuộc trao đổi quản trị, và điều chỉnh đủ nhanh khi thấy lệch. Doanh nghiệp thất bại thì ngược lại. Mục tiêu được lập ra rồi để đó, hoặc chỉ được nhắc lại khi cần báo cáo.
Sự khác biệt này nghe có vẻ nhỏ, nhưng nó quyết định việc OKR là một hệ thống sống hay một tài liệu đẹp. Trên thực tế, rất nhiều case thất bại không đến từ việc viết sai Objective, mà đến từ việc sau khi viết xong, tổ chức không thay đổi gì đáng kể trong nhịp điều hành hằng ngày.
4.4. Khác biệt văn hóa
Cuối cùng, có một khác biệt rất lớn ở tầng văn hóa. Doanh nghiệp thành công thường có mức chấp nhận minh bạch, phản hồi và học từ thực tế cao hơn. Họ không cần hoàn hảo về văn hóa, nhưng đủ cởi mở để OKR không bị bóp méo thành một công cụ trình diễn thành tích. Trong khi đó, doanh nghiệp thất bại thường bị kéo bởi các lực văn hóa như sợ lộ yếu, ngại nói thật, thích báo cáo đẹp và phòng thủ trước trách nhiệm.
Điều này rất quan trọng vì OKR không thể sống khỏe trong một môi trường mà sự thật bị làm mờ. Nếu tiến độ xấu không được nhìn đủ thật, nếu vấn đề không được nói đủ sớm, nếu mục tiêu chỉ còn là thứ để “trông đẹp”, thì hệ thống chắc chắn sẽ đi sai. Đây là lý do văn hóa luôn là tầng chẩn đoán cần nhìn vào khi đánh giá thành công hay thất bại của OKR.
5. Các lỗi triển khai phổ biến
5.1. Viết sai OKR
Lỗi đầu tiên và dễ thấy nhất là viết sai OKR. Sai ở đây không chỉ là sai kỹ thuật câu chữ, mà sai ở bản chất. Viết mục tiêu như KPI, viết kết quả như danh sách hành động, viết quá nhiều mục tiêu, viết mục tiêu không gắn với vấn đề thật. Đây là những lỗi rất phổ biến trong giai đoạn đầu triển khai.
Điều đáng nói là viết sai thường không chỉ là lỗi của người soạn. Nó phản ánh lỗi ở tầng hiểu biết chung của tổ chức. Khi lãnh đạo, quản lý và đội ngũ chưa cùng hiểu bản chất, việc viết sai gần như là kết quả tất yếu.
5.2. Không vận hành
Một lỗi khác còn phổ biến hơn là có OKR nhưng không vận hành. Tức là mục tiêu có đó, nhưng không đi vào nhịp điều hành thực tế. Đây là lỗi rất nguy hiểm vì bề ngoài doanh nghiệp vẫn nghĩ mình đang làm OKR, nhưng bên trong hệ thống đã chết từ lúc nào không hay.
Không vận hành thường xuất hiện khi doanh nghiệp xem OKR như một “đợt triển khai” chứ không phải một phần của điều hành thường ngày. Khi đó, giai đoạn viết xong gần như cũng là giai đoạn hệ thống bắt đầu yếu dần.
5.3. Không review
Không review là lỗi làm cho OKR mất khả năng học. Nếu doanh nghiệp không nhìn lại kết quả, không đối chiếu với mục tiêu và không rút ra bài học, thì mỗi chu kỳ sẽ trở thành một hòn đảo tách biệt. Tổ chức không lớn lên qua từng vòng lặp, mà chỉ lặp lại cùng một kiểu sai lầm với ngôn ngữ mới hơn.
Trong thực tế, nhiều nơi có tổng kết, nhưng tổng kết chỉ dừng ở việc báo cáo. Điều họ thiếu không phải là buổi họp, mà là chất lượng review thật sự.
5.4. Không minh bạch
Lỗi cuối cùng rất phổ biến là không minh bạch đủ. Mục tiêu không được chia sẻ rõ. Tiến độ không được nhìn đủ thật. Vấn đề không được nói ra sớm. Khi đó, toàn bộ hệ thống bị kéo về vùng mờ. Và trong vùng mờ, mọi đánh giá đều trở nên kém tin cậy.
Không minh bạch còn phá hỏng alignment, phá hỏng trách nhiệm và làm niềm tin suy giảm nhanh. Đây là một lỗi có sức phá rất âm nhưng rất mạnh trong triển khai OKR.
6. Nguyên tắc thực chiến
6.1. Bắt đầu đơn giản
Một nguyên tắc rất thực chiến là bắt đầu đơn giản. Nhiều doanh nghiệp thất bại vì muốn làm OKR “chuẩn” ngay từ đầu theo nghĩa quá đầy đủ, quá đẹp, quá bài bản. Điều đó tạo áp lực lớn lên tổ chức và làm hệ thống nhanh chóng trở nên nặng nề.
Bắt đầu đơn giản không có nghĩa là làm sơ sài. Nó nghĩa là chọn một phạm vi đủ vừa để tổ chức học được cách nghĩ đúng, cách theo dõi đúng và cách dùng mục tiêu trong điều hành trước khi mở rộng thêm.
6.2. Xây dựng kỷ luật
Không có kỷ luật, OKR sẽ rất nhanh bị trôi. Vì vậy, nguyên tắc thực chiến tiếp theo là xây dựng kỷ luật. Không cần phức tạp hóa hệ thống, nhưng phải đủ đều để mục tiêu sống được trong thực tế.
Kỷ luật ở đây là đều trong nhịp nhìn mục tiêu, đều trong cập nhật tiến độ, đều trong đối thoại về lệch pha và đều trong việc không để OKR biến mất giữa đống công việc phát sinh.
6.3. Đào tạo đội ngũ
Nhiều doanh nghiệp chỉ đào tạo cho nhóm xây dựng OKR, nhưng quên rằng để hệ thống sống được, cả đội ngũ cần hiểu một mức đủ dùng về bản chất của nó. Không cần ai cũng là chuyên gia, nhưng nếu phần lớn tổ chức không hiểu vì sao mình phải làm theo cách này, thì hệ thống sẽ luôn bị xem là “việc của ai đó”.
Đào tạo ở đây không phải để học thuật ngữ, mà để tạo ngôn ngữ chung về mục tiêu, kết quả và cách dùng OKR trong vận hành.
6.4. Kiên trì
Cuối cùng, nguyên tắc thực chiến quan trọng nhất là kiên trì. OKR hiếm khi chạy đẹp ngay từ chu kỳ đầu. Doanh nghiệp cần thời gian để học, để sửa, để làm quen với nhịp mới và để nhìn ra đâu là phần phải giữ, đâu là phần phải điều chỉnh.
Kiên trì không có nghĩa là cố chấp giữ mọi thứ y nguyên. Kiên trì là giữ đúng tinh thần trong khi liên tục nâng chất lượng triển khai qua từng vòng. Đây là điều mà hầu hết các mô hình thành công đều có.
7. Kết luận
Khi nhìn OKR dưới góc độ chẩn đoán doanh nghiệp, thành công và thất bại không phải là hai nhãn dán đơn giản. Chúng là kết quả của nhiều tầng khác nhau cùng tương tác: tư duy, hệ thống, vận hành và văn hóa. Doanh nghiệp thành công thường có leadership rõ, đủ minh bạch, đủ kỷ luật và đủ hiểu đúng bản chất để không biến OKR thành một lớp quản trị hình thức. Doanh nghiệp thất bại thường trượt ở những điểm ngược lại: mục tiêu bị kéo về KPI, thiếu tracking, thiếu cam kết và thiếu alignment.
Điều quan trọng nhất rút ra từ các case doanh nghiệp không phải là “hãy làm y như thế này”. Điều quan trọng hơn là biết tự chẩn đoán. Tức là nhìn vào tổ chức mình và hỏi: vấn đề nằm ở đâu, ở tầng nào, lệch ở thiết kế hay vận hành, thiếu ở hiểu biết hay ở kỷ luật, yếu ở cấu trúc hay ở văn hóa. Chỉ khi doanh nghiệp có năng lực tự chẩn đoán như vậy, OKR mới trở thành công cụ giúp tổ chức lớn lên, thay vì trở thành một thử nghiệm tốn công rồi bị bỏ dở giữa chừng.
Nếu phải chốt bài này bằng một câu duy nhất, tôi sẽ nói thế này: doanh nghiệp không thành công hay thất bại với OKR chỉ vì dùng đúng hay sai một vài kỹ thuật. Họ thành công hay thất bại vì toàn bộ hệ thống của họ có đủ điều kiện để mục tiêu trở thành một năng lực sống trong tổ chức hay không.