Phần lớn doanh nghiệp thất bại với OKR không phải vì họ không biết viết Objective hay Key Results. Họ thất bại vì tiếp cận OKR như một kỹ thuật, trong khi bản chất của nó là một vấn đề tư duy. Đây là điểm rất quan trọng nhưng lại thường bị bỏ qua. Khi một tổ chức nghĩ rằng chỉ cần có mẫu biểu đúng, có vài buổi họp, có người tổng hợp tài liệu là đủ để “chạy OKR”, họ đang đi vào một lối mòn rất nguy hiểm. Bề ngoài, hệ thống có vẻ bài bản. Nhưng bên trong, mọi thứ vẫn vận hành bằng tư duy cũ.
Tư duy cũ ở đây là gì. Đó là tư duy giao việc thay vì định hướng. Đó là tư duy đo mức độ hoàn thành công việc thay vì đo giá trị tạo ra. Đó là tư duy tối ưu từng phần riêng lẻ thay vì tối ưu toàn hệ thống. Khi tư duy đó còn nguyên, doanh nghiệp có thể thay đổi ngôn ngữ, thay đổi biểu mẫu, thay đổi cách họp, nhưng bản chất điều hành không hề thay đổi. Và khi bản chất không đổi, kết quả cũng không thể đổi.
Nói cách khác, OKR không phải là một bài toán “viết đúng form”, mà là một bài toán “nghĩ đúng logic”. Từ việc hiểu chiến lược, xác định vấn đề, chọn trọng tâm, hình dung thành công, rồi mới chuyển hóa thành mục tiêu, kết quả và hành động. Toàn bộ quá trình đó đòi hỏi tư duy hệ thống. Nếu không có tư duy hệ thống, doanh nghiệp sẽ nhìn OKR như những mảnh rời rạc. Objective là một câu cho hay. Key Results là vài con số cho đủ. Kế hoạch là một danh sách việc phải làm. Mỗi thứ tự đứng riêng, không tạo thành dòng chảy quản trị.
Bài này vì vậy không đi vào kỹ thuật viết Objective hay Key Results. Bài này ở tầng cao hơn. Nó đi vào cách nghĩ. Nó giải quyết câu hỏi cốt lõi: muốn thiết kế OKR tốt, doanh nghiệp phải suy nghĩ như thế nào. Khi hiểu được tầng tư duy này, việc viết và vận hành OKR mới có nền tảng vững. Nếu không, mọi kỹ thuật chỉ là phần ngọn. Càng làm nhiều, càng dễ rối.
1. OKR là bài toán tư duy, không phải kỹ thuật
1.1. Sai lầm khi xem OKR là biểu mẫu
Sai lầm đầu tiên và cũng là sai lầm phổ biến nhất khi tiếp cận OKR là xem nó như một biểu mẫu quản trị. Doanh nghiệp tìm một bộ khung có sẵn, yêu cầu các phòng ban điền mục tiêu, kết quả, người phụ trách, thời hạn, sau đó tổng hợp lại thành một bảng lớn và cho rằng như vậy là đã có hệ thống OKR. Về mặt hành chính, cách làm này rất gọn. Nhưng về mặt quản trị, nó gần như không giải quyết được vấn đề cốt lõi.
Lý do nằm ở chỗ biểu mẫu chỉ là nơi thể hiện tư duy, chứ không tạo ra tư duy. Một doanh nghiệp có thể điền biểu mẫu rất đầy đủ nhưng vẫn không trả lời được những câu hỏi quan trọng nhất. Vì sao mục tiêu này lại quan trọng. Nó đang giải quyết vấn đề nào. Nó gắn với định hướng chiến lược ra sao. Kết quả nào mới thật sự chứng minh thành công. Nếu các câu hỏi đó chưa được suy nghĩ đủ sâu, thì việc điền biểu mẫu chỉ tạo ra cảm giác “đã làm việc”, không tạo ra sự thay đổi trong năng lực điều hành.
Thực tế ở nhiều doanh nghiệp cho thấy khi OKR bị xem là biểu mẫu, đội ngũ thường có ba phản ứng. Một là viết rất chung chung để đỡ phải suy nghĩ sâu. Hai là sao chép cấu trúc cũ từ KPI hoặc kế hoạch tháng sang. Ba là làm cho xong vì coi đây là thêm một lớp giấy tờ. Cả ba phản ứng này đều chứng minh một điều: hệ thống không được sinh ra từ tư duy thực sự, mà từ nhu cầu hoàn tất thủ tục.
Vì vậy, muốn hiểu đúng OKR, doanh nghiệp phải tách biểu mẫu ra khỏi bản chất. Biểu mẫu chỉ là công cụ chứa nội dung. Còn nội dung chỉ có chất lượng khi được xây bằng tư duy đúng. Nếu nhầm hai việc này, tổ chức sẽ tiếp tục chạy theo hình thức mà không hiểu vì sao càng làm càng nặng.
1.2. OKR là cách suy nghĩ
OKR trước hết là một cách suy nghĩ về mục tiêu, kết quả và cách tạo ra giá trị trong tổ chức. Nói nó là một “cách suy nghĩ” nghĩa là gì. Nghĩa là trước khi viết ra bất kỳ câu Objective nào, doanh nghiệp đã phải thay đổi cách nhìn về quản trị. Thay vì hỏi “giao việc gì cho bộ phận này”, tổ chức phải hỏi “thay đổi quan trọng nhất cần tạo ra trong giai đoạn này là gì”. Thay vì hỏi “làm sao để mọi người bận rộn và hoàn thành đầu việc”, tổ chức phải hỏi “làm sao để nguồn lực hữu hạn tạo ra tác động lớn nhất”.
Đây là một thay đổi rất sâu. Nó chuyển doanh nghiệp từ tư duy hoạt động sang tư duy kết quả. Từ tư duy cục bộ sang tư duy toàn hệ thống. Từ tư duy kiểm soát sang tư duy định hướng. Nếu không có những chuyển đổi đó, OKR sẽ bị kéo ngược trở lại thành một công cụ hành chính như nhiều công cụ khác đã từng bị.
Một cách suy nghĩ đúng về OKR còn giúp doanh nghiệp chấp nhận một sự thật quan trọng: không phải điều gì đo được cũng đáng đo, không phải điều gì có thể làm cũng đáng đưa vào mục tiêu, và không phải phòng ban nào cũng cần có thật nhiều OKR mới gọi là đang quản trị tốt. Cách nghĩ này tạo ra năng lực chọn lọc. Và chính năng lực chọn lọc mới làm cho hệ thống sắc bén.
Khi nói OKR là cách suy nghĩ, tôi muốn nhấn mạnh rằng giá trị của nó không nằm ở bộ thuật ngữ. Nó nằm ở việc buộc tổ chức phải nghĩ lại từ gốc về điều gì là quan trọng, điều gì là bằng chứng của thành công và điều gì chỉ là hoạt động. Nếu doanh nghiệp hiểu được tầng này, mỗi chu kỳ OKR sẽ là một lần trưởng thành về tư duy điều hành, chứ không chỉ là một đợt cập nhật tài liệu.
1.3. Vai trò của tư duy hệ thống
Tư duy hệ thống là khả năng nhìn thấy mối liên kết giữa các yếu tố trong một tổng thể, thay vì nhìn từng phần như những mảnh rời nhau. Trong OKR, đây là năng lực gần như bắt buộc. Bởi vì OKR không hoạt động theo kiểu từng mục tiêu tự đứng độc lập. Nó chỉ mạnh khi mọi thành phần nằm trong một chuỗi logic thống nhất: chiến lược dẫn đến mục tiêu, mục tiêu dẫn đến kết quả, kết quả dẫn đến hành động, hành động lại tạo phản hồi để điều chỉnh hệ thống.
Nếu không có tư duy hệ thống, doanh nghiệp rất dễ mắc một dạng sai lầm nhìn qua thì nhỏ, nhưng tác động lại rất lớn. Ví dụ, chiến lược của công ty là tăng giá trị từ khách hàng trung thành, nhưng các bộ phận lại đặt mục tiêu thiên về thu hút thật nhiều khách mới. Hoặc mục tiêu của một phòng ban nghe có vẻ hợp lý riêng nó, nhưng lại không hỗ trợ mục tiêu chung của doanh nghiệp. Hoặc các hành động được triển khai rất chăm chỉ, nhưng không có liên hệ đủ mạnh với kết quả cần đạt. Tất cả những điều này đều là dấu hiệu của việc thiếu tư duy hệ thống.
Vai trò của tư duy hệ thống trong thiết kế OKR là giữ cho tổ chức không bị lừa bởi những “phần đúng” nhưng “tổng thể sai”. Một con số đẹp ở bộ phận này chưa chắc có ích cho mục tiêu chung. Một sáng kiến hay ở phòng ban kia chưa chắc đáng làm nếu nó không tạo ra tác động lên trọng tâm chiến lược. Tư duy hệ thống giúp doanh nghiệp luôn quay lại câu hỏi: mọi phần của OKR có đang phục vụ cùng một logic chung không.
Đây cũng là lý do doanh nghiệp càng lớn càng cần tư duy hệ thống mạnh hơn khi làm OKR. Bởi càng nhiều bộ phận, càng nhiều đầu việc, càng nhiều chỉ số, nguy cơ phân mảnh càng lớn. Chỉ có tư duy hệ thống mới đủ sức giữ cho cả tổ chức vẫn đi cùng một hướng.
1.4. Tư duy quyết định chất lượng OKR
Cuối cùng, chất lượng của OKR luôn được quyết định bởi chất lượng của tư duy. Điều này có nghĩa là gì. Nghĩa là hai doanh nghiệp có thể dùng cùng một cấu trúc, cùng một phần mềm, cùng một nhịp họp, nhưng một bên tạo ra thay đổi thật, còn một bên chỉ tạo thêm việc. Sự khác biệt không nằm ở công cụ. Nó nằm ở cách người thiết kế và vận hành hệ thống tư duy về mục tiêu.
Nếu tư duy đúng, doanh nghiệp sẽ đặt ít mục tiêu hơn nhưng sắc hơn. Chọn ít chỉ số hơn nhưng đúng hơn. Họp ít lan man hơn nhưng đi đúng vào điểm nghẽn hơn. Và quan trọng nhất, tổ chức sẽ học nhanh hơn qua từng chu kỳ, vì họ không coi OKR là nơi chứng minh mình đúng, mà là nơi kiểm tra chất lượng của chính cách nghĩ.
Ngược lại, nếu tư duy sai, mọi kỹ thuật đều chỉ là lớp trang điểm. Objective có thể nghe rất truyền cảm hứng, Key Results có thể rất định lượng, nhưng cả hệ thống vẫn không tạo ra giá trị nếu không xuất phát từ một tư duy đúng về chiến lược, về vấn đề và về tác động.
Nói một cách ngắn gọn, OKR không làm cho doanh nghiệp thông minh hơn một cách tự động. Nó chỉ khuếch đại cách doanh nghiệp đang nghĩ. Nghĩ đúng thì nó khuếch đại giá trị. Nghĩ sai thì nó khuếch đại sự rối rắm. Và đó là lý do vì sao bài toán tư duy phải được giải quyết trước mọi bài toán kỹ thuật.
2. Nguyên tắc tư duy khi thiết kế OKR
2.1. Bắt đầu từ vấn đề thực
Một OKR có giá trị phải bắt đầu từ vấn đề thực, không phải từ mong muốn chung chung. Đây là nguyên tắc rất quan trọng nhưng thường bị bỏ qua vì nhiều tổ chức thích bắt đầu bằng các câu nghe tích cực như “tăng trưởng mạnh”, “nâng cao chất lượng”, “phát triển đội ngũ”. Những câu này nghe không sai, nhưng nếu chưa gắn với vấn đề thật của doanh nghiệp, chúng sẽ rất dễ trở thành khẩu hiệu.
Bắt đầu từ vấn đề thực nghĩa là nhìn thẳng vào điểm nghẽn đang cản doanh nghiệp tiến lên. Điểm nghẽn đó có thể nằm ở vận hành, ở khách hàng, ở năng lực quản lý, ở cấu trúc sản phẩm, ở quy trình phối hợp hay ở mô hình tăng trưởng. Nếu chưa xác định được vấn đề, mọi mục tiêu đặt ra đều có nguy cơ đi lệch. Bởi khi chưa rõ “cái gì đang đau”, tổ chức sẽ rất khó biết “cái gì đáng ưu tiên nhất”.
Điều quan trọng là vấn đề thực không phải lúc nào cũng nằm ở nơi nhìn thấy dễ nhất. Ví dụ doanh thu thấp chưa chắc là vấn đề gốc. Vấn đề gốc có thể là tỷ lệ quay lại thấp, trải nghiệm khách hàng kém, đội sale tư vấn không đúng, hoặc chất lượng vận hành thiếu ổn định. Nếu doanh nghiệp chỉ nhìn vào biểu hiện bề mặt rồi đặt mục tiêu theo biểu hiện đó, OKR sẽ xử lý phần ngọn mà không đụng tới phần gốc.
Tư duy bắt đầu từ vấn đề thực giúp OKR có tính chiến lược hơn và bớt hình thức hơn. Nó khiến doanh nghiệp không đặt mục tiêu chỉ vì nghe hay, mà vì đó là nơi cần tạo thay đổi thật. Đây là điều kiện đầu tiên để cả hệ thống sau đó có logic và có tác dụng.
2.2. Tập trung vào giá trị
Sau khi xác định được vấn đề thực, nguyên tắc tiếp theo là tập trung vào giá trị. Trong quản trị, không phải mọi thứ quan trọng đều nên đưa vào OKR. Chỉ những gì tạo ra giá trị đủ lớn, đủ có ý nghĩa và đủ tác động đến chiến lược mới xứng đáng trở thành trọng tâm của chu kỳ.
Tập trung vào giá trị nghĩa là doanh nghiệp phải phân biệt rõ giữa việc bận và việc đáng làm. Rất nhiều tổ chức đang bị cuốn vào một lượng lớn hoạt động có vẻ hợp lý. Nhưng nếu nhìn kỹ, không phải hoạt động nào cũng tạo ra thay đổi đáng kể cho kết quả kinh doanh hay năng lực tổ chức. Khi thiếu tư duy này, OKR sẽ dễ bị lấp đầy bởi các mục tiêu “cũng tốt” nhưng không thật sự là trọng tâm.
Giá trị ở đây không nên hiểu đơn giản là doanh thu. Giá trị có thể là tăng năng lực vận hành, cải thiện chất lượng khách hàng, xây dựng hệ thống quản lý tốt hơn, giảm lãng phí lớn, hay tăng tính gắn kết nội bộ ở những vị trí then chốt. Điều quan trọng là phải trả lời được vì sao việc này, nếu làm tốt, sẽ tạo ra tác động lớn cho doanh nghiệp trong giai đoạn hiện tại.
Tư duy tập trung vào giá trị cũng giúp doanh nghiệp bớt tham. Không phải quý nào cũng phải giải quyết tất cả. Một OKR mạnh thường là kết quả của việc dám bỏ nhiều thứ sang một bên để đào sâu vào ít thứ có giá trị nhất. Khi tổ chức làm được điều đó, chất lượng thực thi tăng lên rõ rệt vì nguồn lực không còn bị chia vụn.
2.3. Đảm bảo tính logic
Một nguyên tắc then chốt nữa trong tư duy thiết kế OKR là đảm bảo tính logic. Logic ở đây không phải là câu chữ trông có vẻ chặt chẽ, mà là quan hệ nhân quả giữa các phần của hệ thống. Doanh nghiệp phải luôn tự hỏi: mục tiêu này có thực sự xuất phát từ chiến lược không, kết quả này có thật sự chứng minh mục tiêu đó không, và các hành động được triển khai có thật sự tạo ảnh hưởng đến các kết quả ấy không.
Thiếu logic là lỗi rất thường gặp ở những hệ thống OKR được làm theo kiểu ghép nối. Nghĩa là từng phần nhìn riêng có vẻ đúng, nhưng đặt cạnh nhau lại không tạo thành một chuỗi có nghĩa. Một bộ phận có thể có mục tiêu rất hay. Một bộ phận khác có thể có các con số rất đẹp. Nhưng nếu hai bên không phục vụ cùng một logic chung, thì doanh nghiệp chỉ đang có nhiều phần đúng rời rạc, chứ chưa có một hệ thống quản trị tốt.
Đảm bảo tính logic giúp doanh nghiệp giảm mạnh sai lệch trong vận hành. Khi logic rõ, đội ngũ dễ hiểu tại sao phải ưu tiên việc này hơn việc khác. Quản lý dễ nhìn ra điểm nghẽn hơn. Lãnh đạo dễ đánh giá xem thất bại nằm ở thiết kế hay ở thực thi. Không có logic, mọi cuộc thảo luận về OKR sẽ rất nhanh rơi vào tranh luận cảm tính.
Có thể nói, logic là xương sống của OKR. Không có xương sống, hệ thống có thể vẫn đứng được một lúc nhờ nỗ lực cá nhân, nhưng không thể vận hành bền vững.
2.4. Đảm bảo tính đo lường
OKR không phải là hệ thống của cảm hứng. Nó là hệ thống của thay đổi có thể kiểm chứng. Vì vậy, ngay từ tầng tư duy, doanh nghiệp phải bảo đảm tính đo lường. Điều này không chỉ là câu chuyện kỹ thuật của con số, mà là câu chuyện về tính nghiêm túc trong quản trị.
Khi doanh nghiệp thiết kế OKR mà không nghĩ rõ cách đo thành công, họ đang tự tạo ra một vùng mờ rất nguy hiểm. Trong vùng mờ đó, ai cũng có thể nghĩ mình đang tiến bộ. Đội ngũ có thể cảm thấy rất nỗ lực. Quản lý có thể thấy mình rất bận. Nhưng tổ chức lại không có cách xác nhận liệu mọi nỗ lực đó có tạo ra thay đổi đáng kể hay không.
Đảm bảo tính đo lường buộc doanh nghiệp phải làm rõ một số điều từ rất sớm. Dữ liệu này có tồn tại không. Nó có đáng tin không. Nó có phản ánh đúng giá trị cần theo dõi không. Và nó có thể được cập nhật đủ nhịp để hỗ trợ điều hành không. Những câu hỏi này nghe có vẻ kỹ thuật, nhưng thực ra lại là biểu hiện của tư duy quản trị trưởng thành.
Một tổ chức quen với việc thiết kế OKR trong điều kiện có thể đo lường sẽ dần hình thành thói quen nói ít cảm tính hơn, quyết định dựa trên bằng chứng hơn, và học nhanh hơn từ thực tế. Đây là nền tảng rất quan trọng nếu doanh nghiệp muốn đi xa với OKR.
2.5. Đảm bảo tính tập trung
Nguyên tắc cuối cùng trong nhóm này là đảm bảo tính tập trung. OKR sẽ mất đi phần lớn sức mạnh nếu doanh nghiệp cố gắng biến nó thành nơi chứa tất cả các ưu tiên. Tập trung không chỉ là lời khuyên, mà là điều kiện cấu thành giá trị của hệ thống.
Một doanh nghiệp không thiếu việc phải làm. Thường thì vấn đề nằm ở chỗ có quá nhiều việc cùng được xem là quan trọng. Khi không có cơ chế chọn lọc, tổ chức sẽ rơi vào tình trạng chia mỏng nguồn lực. Và khi nguồn lực bị chia mỏng, không có mục tiêu nào được theo đuổi đủ sâu để tạo ra thay đổi lớn.
Đảm bảo tính tập trung nghĩa là dám nói không với nhiều thứ hợp lý để bảo vệ một số ít thứ thật sự quan trọng. Đây là quyết định khó, đặc biệt với lãnh đạo, vì bỏ bớt ưu tiên luôn tạo cảm giác đang đánh đổi. Nhưng thực ra không chọn mới là đánh đổi lớn nhất, vì nó làm doanh nghiệp mất hiệu suất do phân tán.
OKR mạnh không phải vì nó ghi được nhiều mục tiêu. Nó mạnh vì nó buộc tổ chức chọn ra đúng vài trọng tâm đủ lớn để cả hệ thống cùng đẩy. Khi hiểu điều này, doanh nghiệp sẽ không còn dùng OKR như một bảng tổng hợp mọi mong muốn, mà như một cơ chế tạo tập trung chiến lược.
3. Logic thiết kế OKR đúng
3.1. Từ chiến lược đến mục tiêu
Logic đúng của OKR luôn bắt đầu từ chiến lược. Điều này có vẻ hiển nhiên, nhưng trong thực tế rất nhiều doanh nghiệp lại làm ngược. Họ bắt đầu từ các vấn đề vụn vặt ở bộ phận, từ áp lực ngắn hạn, hoặc từ những gì dễ đo, rồi mới cố tìm cách nối ngược lại với chiến lược. Cách làm đó khiến OKR rất nhanh trở thành công cụ giải quyết các đầu việc ngắn hạn, thay vì công cụ triển khai chiến lược.
Chiến lược nói cho doanh nghiệp biết mình đang muốn đi đâu trong trung và dài hạn. Nhưng chiến lược tự thân chưa đủ để điều hành hằng quý. Nó cần được dịch xuống thành những mục tiêu đủ rõ để tổ chức có thể hành động. Chính tại đây, OKR phát huy vai trò. Nó không thay thế chiến lược. Nó là cây cầu nối chiến lược với vận hành.
Khi bắt đầu từ chiến lược, doanh nghiệp sẽ tránh được lỗi rất hay gặp là đặt mục tiêu “hợp lý” nhưng không quan trọng. Bởi trong thực tế, có rất nhiều thứ hợp lý. Nhưng không phải cái gì hợp lý cũng đáng để trở thành trọng tâm của chu kỳ. Chỉ những mục tiêu nào thực sự phục vụ cho hướng đi chiến lược mới xứng đáng được đưa lên hệ thống OKR.
Logic từ chiến lược đến mục tiêu vì vậy tạo ra tính chính danh cho OKR. Nó làm cho mục tiêu không còn là ý thích của từng bộ phận, mà là lựa chọn có cơ sở từ định hướng chung của doanh nghiệp.
3.2. Từ mục tiêu đến kết quả
Sau khi đã xác định mục tiêu, doanh nghiệp phải trả lời câu hỏi tiếp theo: bằng chứng nào cho thấy mục tiêu đó đang được hiện thực hóa. Đây là bước chuyển từ định hướng sang kiểm chứng. Nếu không làm tốt bước này, mục tiêu rất dễ chỉ tồn tại như một câu nói đẹp.
Nhiều tổ chức gặp vấn đề ở chỗ họ có mục tiêu nghe rất hợp lý, nhưng lại không định nghĩa rõ thành công trông như thế nào. Khi đó, đội ngũ vẫn có thể làm việc rất tích cực, nhưng đến lúc review lại không biết phải dựa vào đâu để kết luận đang đi đúng hay sai. Hệ thống bắt đầu bị kéo về vùng cảm tính.
Logic từ mục tiêu đến kết quả giúp doanh nghiệp chống lại chính vùng mờ đó. Nó buộc tổ chức phải lượng hóa điều mình muốn thay đổi. Không phải để máy móc hóa quản trị, mà để tạo ra một chuẩn chung đủ rõ. Chuẩn này giúp mọi người biết mình đang tiến tới đâu, lãnh đạo biết nên hỗ trợ chỗ nào, và tổ chức biết học gì từ mỗi chu kỳ.
Khi bước này được làm tốt, mục tiêu không còn là tuyên bố. Nó bắt đầu trở thành công cụ điều hành thực sự. Đây là chuyển đổi rất quan trọng trong chất lượng của OKR.
3.3. Từ kết quả đến hành động
Một trong những chỗ doanh nghiệp hay làm sai nhất là bắt đầu từ hành động. Họ nghĩ ra rất nhiều sáng kiến, kế hoạch, dự án rồi cố ghép chúng vào một mục tiêu nào đó. Đây là cách làm dễ vì hành động thường cụ thể và quen thuộc hơn. Nhưng nó cũng là cách làm khiến OKR nhanh chóng bị biến thành danh sách việc phải làm.
Logic đúng phải đi từ kết quả đến hành động. Nghĩa là sau khi đã rõ mục tiêu và xác định được bằng chứng thành công, doanh nghiệp mới thiết kế các hành động có khả năng tạo ra sự dịch chuyển của những kết quả đó. Điều này giúp Plans giữ đúng vai trò là phương tiện, không lấn sang vai trò của mục tiêu.
Tư duy này có giá trị rất lớn vì nó tạo ra sự linh hoạt có nguyên tắc. Doanh nghiệp có thể thay đổi cách làm nếu thấy chưa hiệu quả, nhưng vẫn không mất định hướng. Khi bắt đầu từ kết quả, tổ chức sẽ ít bị bám chặt vào một kế hoạch cố định hơn. Họ hiểu rằng điều quan trọng không phải là “đã làm xong đúng việc đã nghĩ ra”, mà là “đã kéo được kết quả đi đúng hướng chưa”.
Đây là điểm phân biệt một hệ thống quản trị trưởng thành với một hệ thống quản lý công việc thông thường.
3.4. Chuỗi logic xuyên suốt
Ba bước trên phải được nhìn như một chuỗi logic xuyên suốt, không phải ba phần rời nhau. Chiến lược dẫn đến mục tiêu. Mục tiêu được kiểm chứng bằng kết quả. Kết quả được tạo ra bằng hành động. Và các hành động, qua dữ liệu thực tế, lại quay ngược trở lại để giúp doanh nghiệp nhìn lại chất lượng mục tiêu, chất lượng thiết kế và chất lượng điều hành.
Khi chuỗi logic này thông suốt, doanh nghiệp có một hệ điều hành rất mạnh. Họ không chỉ biết mình muốn gì, mà còn biết cách kiểm chứng và điều chỉnh. Nếu không đạt, họ có thể truy ngược lại để xem lỗi nằm ở đâu. Chiến lược chọn sai. Mục tiêu xác định sai. Kết quả đo sai. Hay hành động triển khai chưa đủ chất lượng. Đây là khả năng học rất quý mà các hệ thống mục tiêu rời rạc thường không có.
Ngược lại, nếu chuỗi logic bị đứt, OKR sẽ trở thành một tập hợp các phần hợp lý nhưng không cộng hưởng. Tổ chức lúc này có thể rất bận rộn, rất nhiều báo cáo, nhưng vẫn không tạo được bước tiến rõ ràng. Điều đó không phải vì họ không cố gắng, mà vì logic xuyên suốt đã mất.
4. Các mô hình tư duy sai khi triển khai OKR
4.1. Làm trước nghĩ sau
Mô hình tư duy sai đầu tiên là làm trước nghĩ sau. Đây là cách tiếp cận mà doanh nghiệp bắt đầu bằng việc viết OKR, phát biểu mục tiêu, phân chia chỉ số, rồi sau đó mới cố giải thích vì sao hệ thống đó lại hợp lý. Nhìn bề ngoài, tổ chức có vẻ rất nhanh nhạy, rất quyết liệt. Nhưng thực ra họ đang đi ngược trình tự của quản trị.
Làm trước nghĩ sau thường xuất phát từ áp lực thời gian hoặc tâm lý muốn có kết quả nhanh. Lãnh đạo nghe về OKR, thấy hay, muốn áp dụng ngay. Các bộ phận được yêu cầu viết mục tiêu thật nhanh. Vài buổi họp diễn ra, tài liệu được tổng hợp, hệ thống được công bố. Nhưng bởi vì phần suy nghĩ chưa diễn ra đầy đủ, nên rất nhiều thứ bên trong bị rỗng. Mục tiêu chưa thật sự xuất phát từ chiến lược. Kết quả chưa chắc phản ánh đúng giá trị. Hành động chưa có liên hệ rõ với kết quả.
Hậu quả của mô hình này là OKR nhanh chóng bị đội ngũ nhìn như một lớp việc mới chồng lên công việc cũ. Họ tham gia, nhưng không tin. Họ cập nhật, nhưng không xem đó là thứ dẫn dắt mình. Đến cuối chu kỳ, tổ chức cảm thấy rất mệt nhưng không rõ mình đã học được gì. Đây là cái giá phải trả khi lấy tốc độ thay cho chiều sâu tư duy.
4.2. Sao chép từ bên ngoài
Mô hình sai thứ hai là sao chép từ bên ngoài. Nhiều doanh nghiệp nhìn vào các ví dụ thành công từ công ty lớn, từ khóa đào tạo, từ tài liệu mẫu, rồi lấy nguyên logic đó áp vào hệ thống của mình. Về mặt học hỏi, tham khảo là cần thiết. Nhưng nếu dừng ở sao chép, hệ thống rất dễ trở nên xa lạ với thực tế của chính tổ chức.
Mỗi doanh nghiệp có chiến lược khác nhau, vấn đề khác nhau, mức trưởng thành quản trị khác nhau và văn hóa khác nhau. Một bộ OKR hiệu quả ở công ty công nghệ chưa chắc phù hợp với chuỗi dịch vụ. Một cấu trúc check in tốt với startup chưa chắc phù hợp với doanh nghiệp có nhiều tầng quản lý. Khi không nhìn thấy những khác biệt này, việc sao chép sẽ tạo ra một hệ thống “đúng theo sách” nhưng sai với bối cảnh thật.
Nguy hiểm hơn, sao chép làm doanh nghiệp bỏ qua quá trình suy nghĩ mà lẽ ra chính là giá trị quan trọng nhất của OKR. Họ dùng câu trả lời của người khác để thay thế cho quá trình đặt câu hỏi của mình. Và một khi đã bỏ qua giai đoạn đó, hệ thống khó có thể tạo ra sự đồng thuận thật hay sự cam kết thật trong nội bộ.
4.3. Viết cho có hình thức
Mô hình sai thứ ba là viết cho có hình thức. Đây là trạng thái xảy ra khi doanh nghiệp đã triển khai OKR như một yêu cầu bắt buộc, nhưng đội ngũ không thật sự tin hoặc không thật sự hiểu. Kết quả là họ viết để hoàn thành, không phải để sử dụng. Mục tiêu nghe có vẻ tích cực, kết quả nghe có vẻ hợp lý, nhưng không ai xem đó là trung tâm điều hành thật.
Viết cho có hình thức rất dễ nhận ra nếu nhìn kỹ. Các Objective thường chung chung, an toàn, không chạm vào vấn đề khó. Các kết quả thường dễ đo nhưng ít liên hệ với giá trị thật. Các cuộc họp review thường chỉ xoay quanh việc cập nhật trạng thái, không đi vào phân tích hay học hỏi. Đến cuối chu kỳ, ai cũng hoàn thành tài liệu nhưng không ai thực sự thấy hệ thống đã giúp mình làm tốt hơn.
Vấn đề của mô hình này là nó không chỉ làm OKR yếu đi. Nó còn làm tổ chức mất niềm tin vào các công cụ quản trị mới nói chung. Sau vài vòng triển khai kiểu hình thức, đội ngũ sẽ mặc định rằng đây chỉ là phong trào. Và khi niềm tin đã mất, rất khó để tái thiết lại sự nghiêm túc.
4.4. Thiếu logic tổng thể
Mô hình sai cuối cùng là thiếu logic tổng thể. Tức là từng bộ phận có thể vẫn viết OKR, từng phần có thể vẫn đúng cấu trúc, nhưng toàn bộ hệ thống không tạo thành một bức tranh chung. Bộ phận này theo đuổi một ưu tiên, bộ phận kia theo đuổi một ưu tiên khác, và giữa các tầng mục tiêu không có chuỗi liên kết rõ ràng.
Đây là lỗi rất nguy hiểm vì khó phát hiện hơn. Nhìn bề ngoài, doanh nghiệp vẫn có vẻ đang làm OKR một cách bài bản. Nhưng khi vào vận hành, sự lệch pha sẽ xuất hiện rất rõ. Các bộ phận khó phối hợp, các cuộc họp khó thống nhất ưu tiên, và đội ngũ cảm thấy mình luôn phải giải quyết xung đột giữa các mục tiêu song song.
Thiếu logic tổng thể chứng tỏ doanh nghiệp chưa thực sự dùng tư duy hệ thống. Họ vẫn đang quản trị theo các ô chức năng, chứ chưa quản trị theo một hệ thống tạo giá trị chung. Khi lỗi này tồn tại, OKR sẽ không tạo alignment mà đôi khi còn làm lộ rõ hơn sự phân mảnh sẵn có của tổ chức.
5. Cách nâng cấp tư duy OKR
5.1. Học cách đặt câu hỏi đúng
Muốn nâng cấp tư duy OKR, bước đầu tiên không phải là học thêm mẫu viết, mà là học cách đặt câu hỏi đúng. Câu hỏi đúng dẫn tổ chức đến đúng bản chất. Câu hỏi sai kéo tổ chức đi vào kỹ thuật bề mặt. Ví dụ, thay vì hỏi “viết Objective sao cho hay”, hãy hỏi “trong chu kỳ này, thay đổi có ý nghĩa nhất mà doanh nghiệp cần tạo ra là gì”. Thay vì hỏi “chọn mấy chỉ số cho đủ”, hãy hỏi “bằng chứng nào thật sự cho thấy mục tiêu đang được tiến gần”.
Đặt câu hỏi đúng là kỹ năng cốt lõi của lãnh đạo khi làm OKR. Bởi vì chất lượng của hệ thống luôn phụ thuộc vào chất lượng của những câu hỏi mở đầu. Nếu ngay từ đầu tổ chức đã hỏi sai, mọi câu trả lời phía sau sẽ chỉ là tối ưu hóa cho một vấn đề sai.
Trong thực tế, doanh nghiệp nên xây thói quen bắt đầu các buổi thiết kế OKR bằng chuỗi câu hỏi về vấn đề, giá trị, đòn bẩy và bằng chứng thành công. Chỉ riêng việc thay đổi cách đặt câu hỏi đã đủ để nâng cấp đáng kể chất lượng tư duy của cả hệ thống.
5.2. Tập trung vào bản chất
Nâng cấp tư duy OKR cũng có nghĩa là học cách tách bản chất khỏi hình thức. Rất nhiều tổ chức bị cuốn vào câu chữ, thuật ngữ, cấu trúc biểu mẫu đến mức quên mất điều quan trọng nhất là: OKR này có đang giúp doanh nghiệp giải đúng bài toán không.
Tập trung vào bản chất nghĩa là luôn quay về những câu hỏi gốc. Mục tiêu này có thật sự quan trọng không. Kết quả này có thật sự phản ánh giá trị không. Hành động này có thật sự tạo tác động không. Nếu câu trả lời chưa rõ, thì vấn đề không nằm ở cách viết, mà nằm ở cách nghĩ.
Một doanh nghiệp trưởng thành trong tư duy OKR là doanh nghiệp không bị mê hoặc bởi vẻ ngoài “rất OKR”. Họ quan tâm tới việc hệ thống có đang vận hành đúng bản chất hay không. Khi có tư duy đó, tổ chức sẽ ít bị lạc vào hình thức hơn và giữ được chất lượng thực qua từng chu kỳ.
5.3. Đánh giá logic
Một cách nâng cấp tư duy rất hiệu quả là đưa “đánh giá logic” trở thành một bước bắt buộc. Tức là trước khi chốt bất kỳ bộ OKR nào, doanh nghiệp phải tự kiểm tra mối liên kết giữa các phần. Chiến lược đã được dịch đúng xuống mục tiêu chưa. Mục tiêu đã có bằng chứng thành công đúng chưa. Hành động đã thật sự tác động lên kết quả chưa. Các bộ phận đã liên kết đủ với nhau chưa.
Đánh giá logic giúp tổ chức phát hiện lỗi từ sớm, trước khi bước vào thực thi. Đây là điều rất đáng giá, vì nhiều sai lầm trong OKR không bộc lộ ở lúc viết mà chỉ bộc lộ sau vài tuần hoặc vài tháng triển khai. Khi đó, chi phí sửa sai cao hơn rất nhiều.
Doanh nghiệp nên xem đánh giá logic như một dạng kiểm định chất lượng tư duy. Nó không chỉ giúp có bộ OKR tốt hơn, mà còn giúp đội ngũ học dần cách suy nghĩ có hệ thống hơn qua mỗi lần thiết kế.
5.4. Liên tục cải tiến
Cuối cùng, nâng cấp tư duy OKR đòi hỏi một thái độ liên tục cải tiến. Không có doanh nghiệp nào nghĩ đúng hoàn hảo ngay từ chu kỳ đầu. Tư duy cũng giống như năng lực vận hành, nó cần được rèn luyện qua thực tiễn. Mỗi lần thiết kế, mỗi lần check in, mỗi lần review cuối chu kỳ đều là cơ hội để nhìn lại chất lượng tư duy của chính tổ chức.
Liên tục cải tiến nghĩa là không xem mỗi bộ OKR như một bản chốt cuối cùng, mà như một giả thuyết quản trị cần được kiểm chứng. Nếu đúng, ta học cách làm mạnh hơn. Nếu sai, ta học cách nghĩ lại tốt hơn. Chính thái độ này giúp doanh nghiệp trưởng thành dần thay vì thất vọng rồi bỏ cuộc khi gặp vài lỗi triển khai đầu tiên.
Một tổ chức biết cải tiến liên tục sẽ không sợ rằng mình chưa giỏi OKR ngay từ đầu. Họ hiểu rằng điều quan trọng hơn là mỗi chu kỳ phải làm rõ thêm logic, sắc thêm trọng tâm và trưởng thành hơn trong cách nhìn về mục tiêu. Đó mới là cách OKR thực sự trở thành năng lực quản trị, chứ không phải một công cụ nhất thời.
6. Kết luận
OKR không phải là bài toán điền biểu mẫu, cũng không phải là kỹ thuật viết cho đúng cấu trúc. Nó là một bài toán tư duy. Và sâu hơn nữa, nó là bài toán tư duy hệ thống. Muốn thiết kế OKR tốt, doanh nghiệp phải nhìn thấy mối liên kết giữa chiến lược, mục tiêu, kết quả và hành động. Phải biết bắt đầu từ vấn đề thực, tập trung vào giá trị, bảo đảm tính logic, bảo đảm khả năng đo lường và bảo vệ sự tập trung của toàn tổ chức.
Nếu không có tầng tư duy này, OKR rất dễ bị kéo xuống thành một công cụ hành chính hoặc một phong trào nội bộ. Càng làm nhiều càng nặng. Càng họp nhiều càng rối. Càng viết đẹp càng xa thực tế. Nhưng nếu có tư duy đúng, doanh nghiệp sẽ nhìn OKR như một cách để tổ chức suy nghĩ rõ hơn, chọn đúng hơn và học nhanh hơn.
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: thiết kế OKR không bắt đầu từ cách viết, mà bắt đầu từ cách nghĩ. Và chỉ khi tư duy đủ đúng, mọi công cụ phía sau mới có cơ hội tạo ra giá trị thật trong quản trị.