Quản trị & Quản lý chung

OKR #5: Những hiểu lầm phổ biến về OKR khiến doanh nghiệp thất bại

Một trong những điều tôi thấy nhiều nhất khi làm việc với doanh nghiệp là: không ít tổ chức thất bại với OKR ngay cả khi đã đọc sách, đã học khóa đào tạo, thậm chí đã tổ chức workshop nội bộ rất bài bản. Bề ngoài, họ có vẻ làm đúng. Họ lập mục tiêu, chia Objective, viết Key Results, họp kickoff đầu quý và có file theo dõi. Nhưng sau một vài chu kỳ, kết quả thường đi theo một trong ba hướng. Hoặc OKR trở thành hình thức. Hoặc đội ngũ mệt mỏi và mất niềm tin. Hoặc lãnh đạo kết luận rất nhanh rằng phương pháp này không phù hợp với doanh nghiệp mình.

Điều đáng nói là phần lớn các thất bại đó không đến từ bản thân OKR. Chúng đến từ cách hiểu sai OKR. Và một khi hiểu sai từ gốc, toàn bộ hệ thống triển khai phía sau gần như chắc chắn sẽ đi chệch. Càng đầu tư nhiều thời gian và nguồn lực trên một nền hiểu sai, chi phí thất bại càng lớn.

OKR là một khung thiết lập và quản trị mục tiêu. Nhưng nếu chỉ nhìn nó như một biểu mẫu mới, một bộ từ khóa mới, hay một cách “viết KPI cho sang hơn”, doanh nghiệp sẽ sớm rơi vào bẫy. Khi đó, thứ được triển khai không còn là OKR đúng nghĩa, mà là một biến thể méo mó của hệ thống cũ. Tổ chức nghĩ mình đang thay đổi, nhưng thực chất chỉ đang đổi tên cho cách quản trị cũ. Đây là nguyên nhân rất sâu khiến nhiều doanh nghiệp “áp dụng OKR” nhưng không chạm được giá trị thực của nó.

Bài viết này đi thẳng vào những hiểu lầm phổ biến nhất về OKR, không theo hướng kể tên cho đủ, mà theo hướng mổ xẻ bản chất. Mục tiêu không phải để phê phán tổ chức triển khai sai, mà để làm rõ vì sao sai lầm ấy xuất hiện, nó phá hỏng hệ thống như thế nào và doanh nghiệp cần nhìn lại ở đâu nếu muốn tránh thất bại.

1. Bản chất của thất bại khi triển khai OKR

1.1. OKR thất bại không đến từ công cụ

Khi một doanh nghiệp nói rằng OKR thất bại, phản xạ đầu tiên của nhiều người là đi tìm lỗi ở biểu mẫu, phần mềm, quy trình họp hoặc cách viết Objective. Nhưng nếu nhìn sâu, đó chỉ là phần bề mặt. Công cụ có thể làm triển khai khó hơn hoặc dễ hơn, nhưng công cụ hiếm khi là nguyên nhân cốt lõi của thất bại.

OKR là một framework tư duy trước khi là một công cụ vận hành. Nếu tư duy nền tảng không đúng, thì dù dùng Excel, phần mềm chuyên dụng hay một bộ dashboard rất đẹp, tổ chức vẫn sẽ đi sai. Một doanh nghiệp có thể có hệ thống theo dõi hiện đại, check-in đầy đủ, báo cáo đúng nhịp, nhưng nếu họ xem Key Results như nhiệm vụ, xem Objective như khẩu hiệu, hoặc xem OKR như một kiểu KPI mới, thì bản chất sai vẫn không thay đổi.

Đây là lý do tôi luôn cho rằng nói “OKR không hiệu quả” là một kết luận quá nhanh và thường thiếu chính xác. Trong phần lớn trường hợp, điều không hiệu quả không phải là OKR, mà là cách doanh nghiệp triển khai một thứ họ gọi là OKR nhưng bản chất lại không còn là OKR nữa.

1.2. Thất bại đến từ tư duy quản trị

Nếu phải chỉ ra một nguyên nhân sâu nhất, tôi sẽ nói thất bại khi triển khai OKR xuất phát từ tư duy quản trị cũ. Nghĩa là tổ chức muốn có kết quả mới nhưng vẫn điều hành bằng logic cũ, vẫn kiểm soát theo thói quen cũ, vẫn đánh giá theo phản xạ cũ.

OKR đòi hỏi doanh nghiệp phải dịch chuyển từ quản trị hoạt động sang quản trị kết quả, từ giao việc sang tạo định hướng, từ kiểm soát thuần túy sang minh bạch và đồng thuận nhiều hơn. Nếu người lãnh đạo không thật sự chấp nhận sự dịch chuyển này, OKR sẽ bị kéo ngược trở lại thành một công cụ hành chính.

Vấn đề ở đây không phải lãnh đạo không thông minh hay không quyết tâm. Vấn đề nằm ở chỗ tư duy quản trị đã hình thành qua nhiều năm thường rất bền. Một người quen điều hành bằng mệnh lệnh sẽ rất khó chấp nhận việc Objective cần được thảo luận và Key Results cần có sự đồng thuận. Một tổ chức quen đánh giá bằng chỉ tiêu cứng sẽ rất khó chấp nhận việc có những OKR tham vọng không nhất thiết đạt 100 phần trăm.

Nói cách khác, OKR thất bại không phải vì phương pháp quá khó, mà vì nó đụng vào đúng vùng mà doanh nghiệp ngại thay đổi nhất: cách lãnh đạo đang nhìn về quản trị.

1.3. Khoảng cách giữa lý thuyết và thực tế

Một nguyên nhân khác khiến doanh nghiệp thất bại là khoảng cách quá lớn giữa việc “biết về OKR” và “làm được OKR”. Đây là vấn đề rất thực tế. Nhiều lãnh đạo đọc một cuốn sách, nghe một buổi chia sẻ, xem vài ví dụ thành công từ Google hay Intel, rồi tin rằng như vậy đã đủ để triển khai. Nhưng hiểu nguyên lý không đồng nghĩa với có năng lực vận hành.

Lý thuyết giúp ta biết OKR là gì, nên tránh gì, nên hướng tới điều gì. Nhưng thực tế đòi hỏi nhiều hơn thế. Thực tế đòi hỏi tổ chức biết cách viết đúng trong bối cảnh của mình, biết cách chọn nhịp check-in phù hợp, biết khi nào nên điều chỉnh Key Results, biết phân biệt không đạt vì đặt sai với không đạt vì thực thi yếu, và biết xử lý tâm lý đội ngũ khi xuất hiện sự hoài nghi.

Khoảng cách này làm nảy sinh một ảo tưởng rất nguy hiểm. Doanh nghiệp tin rằng mình đang áp dụng đúng vì về mặt ngôn ngữ họ dùng đúng các khái niệm. Nhưng ở tầng vận hành, họ lại đang lặp lại những sai lầm mà chính các tài liệu gốc đã cảnh báo. Đó là lý do vì sao nhiều tổ chức càng làm càng thấy mệt, vì thứ họ làm đòi hỏi nhiều công sức nhưng không sinh ra giá trị tương xứng.

1.4. Vì sao doanh nghiệp áp dụng nhưng không hiệu quả

Doanh nghiệp áp dụng OKR nhưng không hiệu quả thường vì họ tiếp cận nó như một dự án kỹ thuật, trong khi bản chất của nó là một thay đổi hệ điều hành quản trị. Họ chú ý đến biểu mẫu, cấu trúc, phần mềm, nhưng không đầu tư đủ cho điều quan trọng hơn là nhận thức, đào tạo, vai trò lãnh đạo và cơ chế duy trì.

Một nguyên nhân phổ biến là triển khai quá nhanh. Tổ chức muốn thấy kết quả sớm nên đẩy cả công ty vào OKR cùng lúc khi chưa làm rõ nguyên tắc, chưa có đội ngũ dẫn dắt đủ hiểu và chưa chuẩn bị văn hóa phù hợp. Hệ quả là nhân sự thấy rối, quản lý thấy phiền, lãnh đạo thấy tốn thời gian mà chưa thấy kết quả. Từ đó, niềm tin sụt giảm rất nhanh.

Nguyên nhân thứ hai là doanh nghiệp đánh giá OKR theo tiêu chuẩn của chính hệ thống cũ. Họ kỳ vọng nó phải làm vận hành trơn tru ngay, phải tạo động lực ngay, phải cho thấy kết quả rõ rệt chỉ sau một chu kỳ ngắn. Trong khi thực tế, OKR cần thời gian để tổ chức học cách nghĩ theo kết quả, học cách minh bạch và học cách check-in đúng. Nếu không có sự kiên nhẫn chiến lược, doanh nghiệp rất dễ bỏ cuộc ngay trước khi hệ thống bắt đầu phát huy tác dụng.

2. Hiểu sai bản chất OKR

2.1. Xem OKR như KPI

Đây là hiểu lầm phổ biến nhất và cũng là nguy hiểm nhất. Khi doanh nghiệp xem OKR như KPI, họ sẽ dùng cùng một logic cũ để quản lý một hệ thống đáng ra phải mang tinh thần khác. Họ biến Objective thành chỉ tiêu, biến Key Results thành những ngưỡng bắt buộc phải đạt và dùng toàn bộ hệ thống như một bảng đánh giá hiệu suất cải biên.

Vấn đề của cách hiểu này là nó triệt tiêu phần cốt lõi nhất của OKR: khả năng tạo ra thay đổi. KPI giúp duy trì sức khỏe hệ thống. OKR giúp kéo tổ chức vượt khỏi mức đang có. Khi một bên bị ép làm chức năng của bên kia, cả hai đều mất giá trị. KPI không còn rõ vai trò, OKR thì bị bóp méo.

Ngoài ra, khi xem OKR là KPI, doanh nghiệp thường có xu hướng chọn những Key Results an toàn, dễ đo và dễ đạt. Điều này làm toàn bộ hệ thống mất đi tính kéo giãn. Bề ngoài, tỷ lệ hoàn thành có thể rất đẹp. Nhưng đó lại là dấu hiệu cho thấy doanh nghiệp đang đặt mục tiêu quá thấp, không tạo được bứt phá thật sự.

2.2. Xem OKR như task list

Hiểu lầm thứ hai là xem OKR như một danh sách công việc. Đây là lỗi rất thường gặp ở các đội mới bắt đầu. Họ viết các Key Results dưới dạng “triển khai chiến dịch”, “tổ chức đào tạo”, “ra mắt quy trình”, “hoàn thành tài liệu”. Những thứ đó là hoạt động, không phải kết quả.

Khi Key Results bị viết như task list, tổ chức sẽ rơi vào trạng thái hoàn thành nhiều việc nhưng không biết giá trị thực sự tạo ra là gì. Một chương trình đào tạo có thể đã tổ chức xong, nhưng năng lực đội ngũ có thay đổi không. Một chiến dịch marketing có thể đã triển khai, nhưng hành vi khách hàng có dịch chuyển không. Một quy trình có thể đã ban hành, nhưng tỷ lệ tuân thủ hay chất lượng đầu ra có cải thiện không. Nếu không trả lời được những câu hỏi này, doanh nghiệp chưa thật sự làm OKR.

Bản chất của OKR là quản trị outcome, tức kết quả đầu ra có giá trị, không phải output theo nghĩa sản lượng công việc. Chừng nào doanh nghiệp chưa phân biệt rõ hai thứ này, chừng đó OKR vẫn chưa được hiểu đúng.

2.3. Xem OKR là công cụ kiểm soát

Nhiều lãnh đạo vô thức kéo OKR về vai trò kiểm soát, bởi đó là thói quen quản trị quen thuộc nhất. Họ nhìn OKR như một cách để biết nhân viên đang làm gì, ai có đang theo đúng đường không, ai đang chậm tiến độ và ai đáng bị nhắc nhở. Cách nhìn này không hoàn toàn sai, nhưng nó quá hẹp và rất dễ làm hỏng hệ thống.

OKR có yếu tố theo dõi và trách nhiệm, nhưng nó không sinh ra để kiểm soát thuần túy. Nó sinh ra để tạo tập trung, alignment, học hỏi và cải tiến. Nếu lãnh đạo chỉ dùng OKR để “soi” đội ngũ, nhân sự sẽ sớm nhìn nó như một công cụ giám sát. Khi đó, họ sẽ chọn cách chơi an toàn, báo cáo theo hướng đẹp số, tránh minh bạch rủi ro và ít dám thử nghiệm.

Một hệ thống chỉ phát huy khi con người dám nói thật. Nếu OKR bị dùng như công cụ kiểm soát quá nặng, sự thật sẽ bị che đi. Và khi sự thật biến mất, quản trị cũng mất giá trị.

2.4. Xem OKR là hệ thống đánh giá thưởng phạt

Hiểu lầm tiếp theo là gắn OKR quá chặt với thưởng phạt. Đây là lỗi rất dễ xảy ra vì doanh nghiệp luôn có nhu cầu kết nối mục tiêu với đánh giá. Nhưng nếu làm điều này một cách cơ học, OKR sẽ nhanh chóng mất tinh thần stretch và bị kéo về mục tiêu an toàn.

Lý do rất đơn giản. Một khi con người biết rằng không đạt OKR sẽ bị trừ điểm, mất thưởng hoặc bị đánh giá kém, họ sẽ không chọn mục tiêu có tính tham vọng nữa. Họ sẽ chọn cái nào dễ đạt nhất, dễ chứng minh nhất và ít rủi ro nhất. Kết quả là tổ chức có vẻ thành công hơn trên giấy, nhưng thực ra lại mất đi khả năng bứt phá.

Điều này không có nghĩa OKR không liên quan đến hiệu suất. Nó vẫn phản ánh chất lượng ưu tiên và mức độ dịch chuyển của tổ chức. Nhưng sử dụng nó như một công cụ thưởng phạt trực tiếp là cách làm rất dễ triệt tiêu hành vi đúng mà OKR muốn tạo ra.

2.5. Hệ quả của hiểu sai

Khi hiểu sai bản chất OKR, doanh nghiệp không chỉ triển khai sai một vài kỹ thuật. Họ làm hỏng toàn bộ hệ điều hành của phương pháp này. Objective mất sức định hướng, Key Results mất tính đo giá trị, check-in mất tinh thần học hỏi, và cuối cùng OKR chỉ còn là một lớp ngôn ngữ mới khoác lên cách quản trị cũ.

Hệ quả trước mắt là đội ngũ cảm thấy rối và nặng việc. Hệ quả sâu hơn là họ mất niềm tin vào chính khái niệm OKR. Sau vài chu kỳ, tổ chức không nói “chúng ta triển khai sai”, mà nói “OKR không phù hợp với chúng ta”. Đây là một kết luận vừa sai vừa tốn kém, vì doanh nghiệp bỏ qua cơ hội nâng cấp quản trị chỉ vì đã đi sai từ cách hiểu ban đầu.

3. Sai lầm trong tư duy triển khai

3.1. Không thay đổi cách quản trị

Sai lầm lớn nhất khi triển khai OKR là muốn có kết quả mới nhưng không thay đổi cách quản trị. Doanh nghiệp vẫn họp theo kiểu cũ, giao việc theo kiểu cũ, đánh giá theo kiểu cũ, nhưng lại kỳ vọng OKR sẽ tạo ra thay đổi. Điều này gần như không thể.

OKR yêu cầu lãnh đạo chuyển từ tư duy giao việc sang tư duy định hướng. Thay vì chỉ nói đội ngũ phải làm gì, lãnh đạo phải làm rõ đích đến và tạo điều kiện để đội ngũ cùng xây cách đạt đến đó. Đây là thay đổi không nhỏ. Nó đòi hỏi lãnh đạo giảm bớt phản xạ mệnh lệnh và tăng khả năng đối thoại, coaching, phản hồi.

Nếu phần cốt lõi này không thay đổi, OKR sẽ chỉ là một chiếc áo mới cho bộ khung cũ. Bề ngoài có thể hiện đại hơn, nhưng bản chất vận hành không khác. Và khi bản chất không đổi, kết quả cũng khó đổi.

3.2. Áp dụng OKR theo phong trào

Rất nhiều tổ chức tiếp cận OKR vì thấy thị trường nói nhiều, thấy doanh nghiệp lớn dùng, thấy nó nghe có vẻ hiện đại. Khi triển khai theo phong trào, động cơ ban đầu thường không đủ sâu. Doanh nghiệp muốn có một công cụ mới, chứ chưa thật sự hiểu mình đang cần giải quyết bài toán quản trị nào.

Phong trào tạo ra hai hệ quả. Thứ nhất, kỳ vọng rất cao nhưng nền hiểu biết rất nông. Thứ hai, mức kiên nhẫn rất thấp. Khi gặp vài trục trặc đầu tiên, tổ chức nhanh chóng kết luận rằng phương pháp này phiền phức hoặc không hợp.

OKR không phù hợp với tư duy “cứ làm thử xem sao” theo nghĩa hời hợt. Nó cần sự nghiêm túc, vì nó động vào cách tổ chức xác lập ưu tiên và vận hành phối hợp. Nếu làm theo phong trào, doanh nghiệp thường chỉ thay đổi bề nổi và bỏ cuộc trước khi chạm tới giá trị thực.

3.3. Không có cam kết từ lãnh đạo

Không có cam kết thật từ lãnh đạo, OKR gần như không thể sống lâu. Đây là điểm mà cả thực tiễn lẫn các tài liệu đều nhấn mạnh rất mạnh. OKR không phải công cụ có thể giao cho phòng nhân sự, phòng chiến lược hay một vài “champion” tự đẩy nếu người đứng đầu không trực tiếp ủng hộ.

Lý do rất rõ. OKR động vào ưu tiên, phân bổ nguồn lực, cách phối hợp giữa các bộ phận và cả cách lãnh đạo đánh giá tiến độ. Nếu lãnh đạo không thật sự cam kết, mọi người trong tổ chức sẽ đọc được tín hiệu rất nhanh: đây chỉ là một chương trình nhất thời. Khi đó, mức đầu tư tâm trí của đội ngũ sẽ rất thấp.

Cam kết ở đây không phải chỉ là tuyên bố kickoff. Nó thể hiện qua việc lãnh đạo có làm OKR của mình không, có tham gia review không, có dành thời gian cho check-in không và có dùng OKR để điều hành thật không. Đội ngũ luôn nhìn vào hành vi của lãnh đạo, không nhìn vào khẩu hiệu.

3.4. Thiếu đào tạo hệ thống

OKR nhìn đơn giản nhưng không hề dễ. Nếu doanh nghiệp đánh giá thấp phần đào tạo, họ sẽ phải trả giá bằng rất nhiều chu kỳ thử sai không cần thiết. Đào tạo ở đây không chỉ là dạy cách viết Objective hay Key Results, mà là làm rõ tinh thần, nguyên tắc, vai trò từng cấp và những lỗi triển khai phổ biến.

Một tổ chức không được đào tạo hệ thống sẽ gặp hàng loạt vấn đề đồng thời. Người này hiểu OKR là KPI, người kia hiểu OKR là danh sách việc, quản lý trung gian lại xem nó như công cụ ép tiến độ, còn nhân sự thì thấy đây là thêm một lớp báo cáo. Khi cách hiểu không đồng nhất, vận hành sẽ rất rối.

Đào tạo tốt không chỉ giúp tránh lỗi kỹ thuật. Nó giúp tạo ngôn ngữ chung. Và ngôn ngữ chung là điều bắt buộc nếu doanh nghiệp muốn dùng OKR như một hệ điều hành quản trị chứ không phải một phong trào nội bộ.

3.5. Không xây dựng môi trường phù hợp

OKR không thể phát huy sức mạnh trong một môi trường hoàn toàn trái ngược với các nguyên lý của nó. Nếu tổ chức thiếu minh bạch, thiếu niềm tin, thiếu khả năng phản hồi trung thực hoặc quá nặng văn hóa đổ lỗi, thì OKR sẽ gặp trở lực rất lớn.

Lý do là OKR cần con người dám công khai mục tiêu, dám báo cáo rủi ro, dám nói một Key Result đang đỏ, dám thừa nhận cách làm chưa hiệu quả và dám điều chỉnh giữa chu kỳ. Những hành vi này không thể xuất hiện nếu môi trường khiến con người chỉ muốn tự bảo vệ mình.

Do đó, triển khai OKR không thể tách rời xây dựng môi trường phù hợp. Không nhất thiết doanh nghiệp phải hoàn hảo rồi mới làm OKR, nhưng ít nhất phải có quyết tâm tạo ra không gian đủ an toàn để sự thật được nói ra. Nếu không, mọi thứ sẽ rất nhanh trượt vào hình thức.

4. Sai lầm trong vận hành OKR

4.1. Không theo dõi tiến độ

Một lỗi rất thường gặp là doanh nghiệp viết OKR đầu chu kỳ rất hào hứng, nhưng sau đó không có nhịp theo dõi rõ ràng. Khi mục tiêu không được nhìn lại thường xuyên, nó nhanh chóng bị lấn át bởi công việc hằng ngày. Đến cuối quý, tổ chức mới mở file ra xem lại và phát hiện rằng nhiều thứ gần như không tiến triển.

Điều này cho thấy một sự thật đơn giản nhưng quan trọng: mục tiêu không tự vận hành. Nếu không theo dõi, Objective sẽ bị chìm giữa vô số việc cấp bách khác. Và khi mục tiêu bị chìm, OKR không còn đóng vai trò dẫn dắt mà chỉ còn là tài liệu lưu trữ.

Theo dõi tiến độ không chỉ là cập nhật con số. Nó là cách duy trì sự hiện diện của ưu tiên trong hệ thống điều hành. Khi ưu tiên biến mất khỏi đối thoại thường xuyên, doanh nghiệp sẽ quay lại vận hành theo quán tính cũ.

4.2. Không check-in định kỳ

Check-in là nhịp tim của OKR. Không có check-in định kỳ, OKR gần như không thể sống. Đây là chỗ rất nhiều tổ chức xem nhẹ, vì họ nghĩ chỉ cần review cuối kỳ là đủ. Nhưng OKR không hoạt động như một bảng tổng kết. Nó cần nhịp trao đổi liên tục để đảm bảo mục tiêu vẫn đang dẫn dắt hành động.

Check-in tốt không phải là buổi báo cáo dài dòng. Nó là một cuộc đối thoại ngắn nhưng đúng trọng tâm: tiến độ thế nào, điều gì đang chặn lại, cần hỗ trợ gì, có gì phải điều chỉnh không. Chính nhịp này giúp tổ chức giữ sự tập trung, phát hiện rủi ro sớm và học trong quá trình làm chứ không phải chỉ học sau thất bại.

Nếu không có check-in, OKR sẽ bị cắt đứt khỏi thực tế vận hành. Và khi đó, toàn bộ sức mạnh về alignment, accountability và learning gần như biến mất.

4.3. Không điều chỉnh

Một hiểu lầm khác là nghĩ rằng đã viết OKR thì phải giữ nguyên đến cuối chu kỳ bằng mọi giá. Cách nhìn này làm hệ thống trở nên cứng nhắc và xa rời thực tế. Trong môi trường kinh doanh luôn biến động, có những lúc Key Results cần được điều chỉnh, có những lúc một hướng đi không còn phù hợp, hoặc có những phát hiện mới cho thấy cách đo ban đầu chưa phản ánh đúng thành công.

Không điều chỉnh không phải là kỷ luật. Nhiều khi đó là sự bảo thủ. Kỷ luật đúng trong OKR là giữ tinh thần ưu tiên, giữ tính minh bạch, nhưng sẵn sàng điều chỉnh khi bối cảnh thay đổi và lý do đủ thuyết phục.

Doanh nghiệp không chịu điều chỉnh thường rơi vào hai tình trạng. Hoặc bám vào một Key Result đã mất ý nghĩa chỉ vì sợ “phá quy trình”. Hoặc ngược lại, thay đổi lung tung nhưng không có tiêu chuẩn. Cả hai đều làm hệ thống yếu đi. Điều cần là sự linh hoạt có nguyên tắc.

4.4. Đánh giá sai bản chất

Sai lầm trong đánh giá là nguyên nhân làm OKR mất niềm tin rất nhanh. Nhiều tổ chức đánh giá OKR theo kiểu tuyến tính, tức là cứ không đạt đủ 100 phần trăm thì xem như thất bại. Cách làm này đặc biệt nguy hiểm khi tổ chức đang theo đuổi mục tiêu tham vọng.

Bản chất của OKR không nằm ở việc đạt đẹp số, mà ở việc tạo ra dịch chuyển có ý nghĩa, học được điều gì và cải tiến thế nào qua chu kỳ. Có những OKR chỉ đạt một phần nhưng tạo ra phát hiện lớn. Cũng có những OKR đạt đủ nhưng chứng minh rằng mục tiêu đã đặt quá thấp. Nếu lãnh đạo không hiểu điều này, hệ thống đánh giá sẽ bóp méo hành vi rất nhanh.

Đánh giá đúng bản chất đòi hỏi nhìn cả ba lớp: kết quả số học, chất lượng học hỏi và mức độ phù hợp của thiết kế OKR. Chỉ khi nhìn đủ ba lớp này, doanh nghiệp mới trưởng thành dần qua từng chu kỳ.

4.5. Không học từ chu kỳ

Chu kỳ OKR chỉ thực sự có giá trị khi kết thúc mỗi chu kỳ, tổ chức biết nhìn lại để học. Nếu review cuối quý chỉ dừng ở việc chấm điểm rồi chuyển sang viết quý sau, doanh nghiệp đang bỏ lỡ phần giá trị nhất của hệ thống.

Học từ chu kỳ nghĩa là xem lại Objective có đúng chưa, Key Results có phản ánh giá trị không, check-in có đủ chất lượng không, hỗ trợ liên phòng ban có điểm nghẽn ở đâu, và điều gì trong văn hóa tổ chức đang giúp hoặc cản OKR phát huy tác dụng. Đây là lớp học mà không một cuốn sách hay khóa học nào có thể thay thế hoàn toàn, vì nó đến từ chính trải nghiệm của doanh nghiệp.

Nếu không có lớp học này, tổ chức sẽ lặp lại cùng một lỗi qua nhiều quý. Và khi lỗi lặp lại đủ lâu, OKR không còn là công cụ phát triển nữa mà trở thành gánh nặng.

5. Hệ quả của triển khai sai

5.1. OKR trở thành hình thức

Hệ quả dễ thấy nhất của triển khai sai là OKR biến thành hình thức. Tổ chức vẫn viết, vẫn họp, vẫn cập nhật, nhưng tất cả chỉ tồn tại như một nghi thức quản trị. Nó không dẫn dắt quyết định, không ảnh hưởng đến ưu tiên và không tạo ra sự thay đổi nào rõ rệt trong hành vi.

Khi đã rơi vào hình thức, doanh nghiệp thường rất khó nhận ra ngay. Bởi bề ngoài mọi thứ vẫn có vẻ đúng quy trình. Chỉ đến khi nhìn lại vài chu kỳ liên tiếp mà không thấy chuyển biến thật, người ta mới cảm nhận được vấn đề. Nhưng lúc đó, niềm tin nội bộ thường đã hao mòn đáng kể.

5.2. Mất niềm tin tổ chức

Khi một hệ thống được giới thiệu như công cụ giúp tổ chức tốt hơn nhưng sau một thời gian lại chỉ làm tăng họp hành, tăng báo cáo và tăng cảm giác rối rắm, niềm tin sẽ giảm rất nhanh. Mất niềm tin là hệ quả nghiêm trọng hơn nhiều so với việc chưa đạt kết quả.

Lý do là vì một khi đội ngũ đã tin rằng OKR chỉ là phong trào hoặc thủ tục, mọi lần triển khai tiếp theo sẽ khó hơn rất nhiều. Người ta không còn phản đối trực diện, nhưng sẽ tham gia với mức cam kết rất thấp. Đây là dạng chống đối thụ động, nguy hiểm hơn nhiều so với phản đối công khai.

5.3. Giảm động lực nhân sự

Nếu triển khai sai, OKR không tạo động lực mà còn làm giảm động lực. Nhân sự sẽ cảm thấy mình vừa phải làm công việc thật vừa phải cập nhật một hệ thống không rõ ích lợi. Nếu lại thêm việc đánh giá sai bản chất, xem không đạt 100 phần trăm là thất bại hoặc dùng OKR để gây áp lực, thì động lực càng giảm mạnh.

Điều này đặc biệt nguy hiểm ở nhóm nhân sự giỏi. Họ là những người nhạy với chất lượng quản trị. Nếu thấy hệ thống không có giá trị thật, họ sẽ sớm mất hứng hoặc chỉ làm đối phó. Khi những người tốt nhất trong tổ chức ngừng tin vào hệ thống mục tiêu, doanh nghiệp sẽ mất một nguồn năng lượng rất lớn.

5.4. Tăng độ phức tạp

Một hệ thống quản trị tốt phải giúp tổ chức rõ hơn. Nếu triển khai sai, OKR lại làm điều ngược lại: tăng thêm một lớp phức tạp. Tổ chức lúc này vừa có KPI, vừa có kế hoạch, vừa có báo cáo vận hành, nay lại thêm OKR nhưng không rõ quan hệ giữa các lớp đó là gì.

Kết quả là con người mất nhiều thời gian để “quản lý hệ thống” hơn là quản lý công việc thật. Đây là một nghịch lý rất thường thấy khi doanh nghiệp áp dụng các công cụ mới mà thiếu nguyên tắc tích hợp. Không phải công cụ nhiều thì quản trị tốt hơn. Quản trị chỉ tốt hơn khi mỗi công cụ có vai trò rõ và bổ trợ đúng chỗ.

5.5. Không tạo ra kết quả

Hệ quả cuối cùng và cũng là hệ quả lớn nhất là không tạo ra kết quả. Đây là điểm khiến doanh nghiệp kết luận rằng OKR thất bại. Nhưng thực ra, kết quả không xuất hiện không phải vì khung phương pháp này không có giá trị, mà vì hệ thống đã bị triển khai sai ngay từ cách hiểu, cách điều hành và cách duy trì.

Không tạo ra kết quả không chỉ là không đạt con số trong một quý. Nó còn là không nâng được năng lực tổ chức, không cải thiện được cách phối hợp, không học được điều gì đáng giá qua chu kỳ. Khi nhìn ở góc độ này, doanh nghiệp sẽ thấy thất bại của OKR không nằm ở vài Key Results đỏ, mà ở việc tổ chức không trưởng thành hơn sau quá trình làm.

6. Kết luận

OKR không thất bại vì nó là một công cụ yếu. Nó thất bại khi doanh nghiệp đối xử với nó như một công cụ đơn giản trong khi bản chất của nó là một thay đổi sâu về cách quản trị mục tiêu. Những hiểu lầm phổ biến như xem OKR là KPI, là task list, là công cụ kiểm soát hay là hệ thống thưởng phạt đều dẫn tới cùng một kết quả: OKR bị kéo về logic cũ và mất đi sức mạnh thật sự.

Điều doanh nghiệp cần nhận ra là triển khai OKR không phải chỉ học cách viết Objective và Key Results. Nó là quá trình thay đổi tư duy lãnh đạo, thay đổi ngôn ngữ tổ chức, thay đổi cơ chế check-in, phản hồi và học hỏi. Vì vậy, mọi thất bại khi triển khai nên được đọc như một tín hiệu để nhìn lại hệ thống quản trị, thay vì vội vàng kết luận rằng phương pháp không phù hợp.

Nếu phải chốt lại bằng một ý duy nhất, tôi sẽ nói thế này: doanh nghiệp thất bại với OKR không phải vì OKR quá khó, mà vì họ thường bắt đầu bằng cách hiểu quá đơn giản về nó. Và chỉ khi nào nhìn đúng độ sâu của vấn đề, tổ chức mới có cơ hội triển khai OKR theo đúng tinh thần của nó và biến nó thành đòn bẩy phát triển thực sự.