OKRs và KPIs trong dự án DX: Hiểu đúng bản chất để không biến công cụ quản trị thành "chiếc cùm".

Có một nghịch lý mà rất nhiều lãnh đạo doanh nghiệp Việt Nam đang sống chung nhưng ít khi gọi tên: càng đo lường nhiều, tổ chức càng ít trung thực. Bạn dựng lên hàng chục chỉ số cho dự án chuyển đổi số (DX), gắn chúng vào bảng lương, treo lên màn hình dashboard trong phòng họp — và rồi sau vài quý, những con số ấy đều xanh mướt, trong khi cảm giác thật của bạn về sức khỏe tổ chức lại đỏ quạch. Dự án "đạt chỉ tiêu" nhưng khách hàng vẫn rời đi, đội ngũ vẫn kiệt sức, và không ai dám nói cho bạn biết sự thật.

Đó không phải lỗi của con người. Đó là lỗi thiết kế của hệ thống đo lường. Và gốc rễ của nó thường nằm ở một sai lầm tưởng chừng vô hại về mặt kỹ thuật: nhầm lẫn hoặc trộn lẫn hai công cụ có bản chất trái ngược nhau — OKRs (Objectives and Key Results — Mục tiêu và Kết quả then chốt) và KPIs (Key Performance Indicators — Chỉ số hiệu suất cốt lõi).

Bài viết này không nhằm dạy bạn cách viết một OKR hay chọn một KPI — đó là việc của bài kế tiếp. Bài này giải quyết một câu hỏi ở tầng sâu hơn, tầng mà chỉ C-Level mới có thẩm quyền trả lời: hai công cụ này thực chất phục vụ điều gì, khi nào chúng nâng đỡ chuyển đổi số và khi nào chúng bóp nghẹt nó, và trách nhiệm của người đứng đầu trong việc giữ cho hệ đo lường không biến thành một chiếc cùm tự nguyện.

Hai công cụ, hai triết lý — đừng để cái tên đánh lừa

Cả OKRs và KPIs đều là những khung đo lường, đều có con số, đều xuất hiện trên cùng một trang báo cáo. Chính sự giống nhau ở bề mặt ấy khiến người ta trộn chúng làm một. Nhưng bản chất triết lý của chúng gần như đối nghịch.

KPIs là công cụ của sự duy trì. Chúng đo sức khỏe vận hành của những gì tổ chức đã cam kết phải làm tốt: tỷ lệ đơn hàng giao đúng hẹn, thời gian xử lý một yêu cầu khách hàng, tỷ lệ hệ thống hoạt động ổn định (uptime), biên lợi nhuận gộp. Một KPI tốt là một KPI phải đạt. Nếu tỷ lệ uptime của hệ thống ngân hàng lõi tụt xuống 95%, đó không phải "một mục tiêu tham vọng chưa hoàn thành" — đó là một thảm họa. KPIs sống trong vùng của cái đã biết, cái có thể kiểm soát, cái không được phép hỏng.

OKRs là công cụ của sự đột phá. Chúng không đo cái tổ chức đang duy trì, mà tuyên bố cái tổ chức khát khao vươn tới trong một khoảng thời gian, thường là một quý. Một Objective là một tuyên ngôn định tính, truyền cảm hứng ("Biến trải nghiệm số thành lý do khách hàng ở lại với chúng ta"), còn Key Results là ba đến năm kết quả định lượng chứng minh rằng mục tiêu đó đã thành hiện thực. Điểm mấu chốt, và cũng là điểm hay bị hiểu sai nhất: một OKR được thiết kế đúng thường không được kỳ vọng đạt 100%. Ở nhiều tổ chức áp dụng OKR trưởng thành, mức hoàn thành 60–70% được coi là lành mạnh; đạt trọn vẹn 100% mỗi quý là dấu hiệu bạn đã đặt mục tiêu quá dễ, tổ chức đang đi bộ trong khi lẽ ra phải chạy.

Bảng dưới đây cô đọng sự khác biệt bản chất mà người lãnh đạo cần khắc vào tư duy trước khi thiết kế bất kỳ hệ đo lường nào cho DX:

Khi một tổ chức không phân biệt được hai cột này, mọi thứ bắt đầu trục trặc theo một cách rất đặc trưng — và trong dự án DX, sự trục trặc ấy đặc biệt đắt giá.

Vì sao chuyển đổi số là mảnh đất dễ nhầm lẫn nhất

Chuyển đổi số, về bản chất, là một hoạt động thăm dò cái chưa biết. Bạn không biết chắc nền tảng dữ liệu mới sẽ nâng tỷ lệ chuyển đổi lên bao nhiêu, không biết khách hàng sẽ đón nhận kênh số ra sao, không biết đội ngũ sẽ mất bao lâu để thay đổi thói quen. DX là địa hạt của giả thuyết và thử nghiệm — chính là địa hạt mà OKR sinh ra để phục vụ.

Vấn đề là hầu hết doanh nghiệp Việt Nam đến với DX từ một nền văn hóa quản trị thấm đẫm tư duy KPI. Chúng ta quen giao chỉ tiêu, quen "khoán", quen chấm điểm cuối kỳ và gắn với thưởng. Khi mang bộ não KPI đó áp lên một dự án chuyển đổi số vốn cần tư duy OKR, ta tạo ra một sự lệch pha nguy hiểm: ép cái bất định phải cam kết như cái chắc chắn.

Hệ quả rất cụ thể trên bàn của C-Level. Đội ngũ triển khai DX, khi bị giao "KPI" là phải hoàn thành 100% một mục tiêu vốn dĩ là thăm dò, sẽ làm điều mà bất kỳ con người lý trí nào cũng làm: họ hạ thấp tham vọng để bảo toàn con số. Thay vì thử một kiến trúc dữ liệu có thể tạo đột phá nhưng rủi ro, họ chọn phương án an toàn, nhàm chán, chắc đạt. Bạn trả tiền cho một cuộc cách mạng nhưng nhận về một cuộc cải tiến lặt vặt. Chi phí cơ hội ở đây không nằm trong báo cáo tài chính — nó nằm ở những đột phá không bao giờ được thử.

Ngược lại, cũng có tổ chức mắc lỗi đối xứng: đưa những chỉ số vận hành sống-còn vào khung OKR "tham vọng", để rồi khi uptime hay bảo mật không đạt, người ta tặc lưỡi "OKR mà, 70% là ổn". Đó là lúc công cụ khát vọng được dùng để bao biện cho sự cẩu thả vận hành.

Định luật Goodhart: khoảnh khắc công cụ trở thành chiếc cùm

Nếu chỉ được giữ lại một khái niệm từ bài viết này, hãy giữ lấy định luật Goodhart, phát biểu bởi nhà kinh tế học Charles Goodhart và được nhà nhân học Marilyn Strathern diễn đạt sắc gọn: "Khi một thước đo trở thành mục tiêu, nó thôi không còn là một thước đo tốt."

Cơ chế của nó lạnh lùng và phổ quát. Một chỉ số ban đầu là đại diện (proxy) cho một điều ta thực sự quan tâm. "Số cuộc gọi chăm sóc khách hàng mỗi ngày" là proxy cho "sự tận tâm phục vụ". "Số dòng code" là proxy cho "năng suất kỹ sư". "Số người dùng đăng ký app mới" là proxy cho "chuyển đổi số thành công". Chừng nào chỉ số chỉ để quan sát, mối liên hệ giữa proxy và giá trị thật còn nguyên vẹn. Nhưng khoảnh khắc bạn gắn phần thưởng, sự thăng tiến, hoặc thể diện vào chỉ số đó, con người thông minh sẽ ngừng tối ưu cho giá trị thật và bắt đầu tối ưu cho chính con số — bằng con đường ngắn nhất, kể cả con đường phá hoại giá trị gốc.

Đội chăm sóc sẽ rút ngắn mỗi cuộc gọi để tăng số lượng, mặc khách hàng chưa được giải quyết. Kỹ sư sẽ viết code dài dòng thay vì gọn gàng. Đội DX sẽ dồn ngân sách "mua" lượt đăng ký app bằng khuyến mãi, tạo ra một đám đông người dùng đăng ký rồi biến mất — con số tăng vọt, giá trị bằng không. Chỉ số vẫn xanh. Giá trị thật đã chết. Đó chính là lúc công cụ đo lường biến thành chiếc cùm: nó không còn dẫn đường, nó trói tổ chức vào một hành vi giả tạo và trừng phạt bất kỳ ai dám nói ra sự thật.

Trong DX, hiệu ứng Goodhart nguy hiểm gấp bội vì các chỉ số số hóa rất dễ "cày". Một dashboard thời gian thực, một hệ thống analytics tinh vi — chính những thứ ta tự hào là thành quả chuyển đổi số — lại trở thành công cụ hoàn hảo để ngụy tạo thành công. Càng nhiều dữ liệu, càng nhiều bề mặt để đánh bóng.

Ba dấu hiệu chỉ số của bạn đã thành cùm

Người lãnh đạo không cần chờ khủng hoảng mới nhận ra. Có ba tín hiệu sớm:

1. Chỉ số đạt nhưng cảm nhận thực tế đi xuống. Dashboard xanh mà khiếu nại khách hàng tăng, nhân sự giỏi lặng lẽ ra đi. Khoảng cách giữa con số và thực tế chính là bề rộng của sự thao túng.

2. Không ai dám báo tin xấu. Khi một chỉ số gắn chặt với sinh mệnh nghề nghiệp, cấp dưới sẽ làm mọi cách để nó không bao giờ đỏ — kể cả che giấu. Sự im lặng đắt hơn bất kỳ con số đỏ nào.

3. Hành vi tối ưu cục bộ nở rộ. Mỗi phòng ban chạy chỉ tiêu riêng, tối ưu phần của mình và đẩy chi phí sang phòng khác. Tổng thể tổ chức thua, dù mọi bảng điểm bộ phận đều thắng.

Sai lầm chí mạng: gắn OKRs vào lương thưởng

Trong tất cả các cách làm hỏng hệ đo lường DX, không cách nào phổ biến và tàn phá bằng việc gắn OKRs trực tiếp vào lương thưởng. Đây là điểm mà chính những tổ chức tiên phong về OKR trên thế giới đã cảnh báo dứt khoát, và cũng là điểm doanh nghiệp Việt hay vấp nhất vì quán tính "chỉ tiêu gắn thưởng".

Logic của sai lầm này rất dễ hiểu, và đó là lý do nó nguy hiểm. Ta nghĩ: muốn người ta theo đuổi mục tiêu tham vọng, hãy thưởng cho việc đạt mục tiêu. Nhưng hãy nhìn kỹ cơ chế. OKR được thiết kế để tham vọng, để chấp nhận 60–70% là thành công, để khuyến khích người ta với tay tới cái khó. Nếu tiền thưởng cuối kỳ phụ thuộc vào phần trăm hoàn thành OKR, thì mọi cá nhân lý trí sẽ làm gì trong lúc đặt mục tiêu đầu quý? Họ sẽ thương lượng để đặt mục tiêu thấp nhất có thể được chấp nhận, để chắc chắn "đạt" và lĩnh thưởng.

Chỉ trong một động tác, bạn đã giết chết đúng cái phẩm chất khiến OKR có giá trị: sự dám tham vọng. Công cụ đột phá bị thoái hóa thành một cuộc mặc cả chỉ tiêu an toàn. Đây là hiệu ứng Goodhart ở dạng thuần khiết nhất — biến "kết quả then chốt" từ thước đo khát vọng thành mục tiêu để trục lợi, và mất sạch giá trị.

Điều này không có nghĩa là tách rời hoàn toàn hiệu suất khỏi đãi ngộ. Nó có nghĩa là tách bạch hai dòng đánh giá. Lương thưởng nên gắn với sức khỏe vận hành ổn định (vùng của KPI), với đánh giá toàn diện về đóng góp, năng lực và giá trị tạo ra — chứ không phải với phần trăm cơ học của một OKR tham vọng. OKR nên là công cụ định hướng và đối thoại, không phải công cụ tính lương. Khi C-Level giữ được ranh giới này, đội ngũ được tự do đặt mục tiêu lớn mà không sợ bị trừng phạt vì dám mơ.

Khung quyết định: khi nào OKR, khi nào KPI trong DX

Câu hỏi thực tế của lãnh đạo không phải "cái nào tốt hơn" — cả hai đều cần — mà là "với việc này, tôi nên dùng công cụ nào". Dưới đây là một khung phân loại để ra quyết định nhanh khi thiết kế hệ đo lường cho một sáng kiến chuyển đổi số:

Nguyên tắc vàng để ghi nhớ: KPI trả lời câu hỏi "Con thuyền của ta có đang rò nước không?"; OKR trả lời câu hỏi "Ta có đang đi đúng hướng tới bến bờ mới không?". Một con thuyền cần cả hai — vá lỗ rò và giương buồm — nhưng bạn không dùng cùng một dụng cụ cho cả hai việc. Trong một dự án DX trưởng thành, hai hệ chạy song song và bổ trợ: KPI giữ cho nền tảng vận hành không sụp trong khi tổ chức đang thay máu, còn OKR kéo tổ chức tiến về phía trước.

GÓC NHÌN C-LEVEL — năm câu hỏi tự vấn trước khi phê duyệt bất kỳ hệ đo lường DX nào:

• Trong bộ chỉ số tôi vừa duyệt, đâu là những con số "phải đạt" (KPI) và đâu là những con số "khát vọng, được phép trượt" (OKR) — tôi có đang trộn lẫn hai loại không?
• Nếu một cấp dưới muốn thao túng con số này thay vì tạo ra giá trị thật, cách dễ nhất để họ làm điều đó là gì — và hệ thống của tôi có vô tình thưởng cho con đường đó không?
• Tiền thưởng của đội ngũ đang gắn vào sức khỏe vận hành, hay gắn vào phần trăm hoàn thành những mục tiêu lẽ ra phải tham vọng?
• Lần gần nhất một người dưới quyền báo cho tôi một chỉ số đỏ mà không sợ hãi là khi nào? Nếu không nhớ nổi, hệ đo lường của tôi đã thành chiếc cùm.
• Khoảng cách giữa những gì dashboard nói và những gì tôi cảm nhận về thực tế tổ chức đang rộng hay hẹp?

Trách nhiệm không thể ủy thác: kiến tạo văn hóa đo lường lành mạnh

Có một sự thật mà không phần mềm, không nhà tư vấn, không khung quản trị nào thay bạn được: hệ đo lường phản chiếu văn hóa của người đứng đầu. Nếu bạn phản ứng với một chỉ số đỏ bằng cách truy tìm người có lỗi, tổ chức sẽ học được rằng phải giấu màu đỏ. Nếu bạn tôn vinh những mục tiêu đạt 100% và im lặng trước những thử nghiệm thất bại đầy dũng cảm, tổ chức sẽ ngừng dám mơ. Định luật Goodhart, xét cho cùng, không phải là một định luật về chỉ số — nó là một định luật về con người dưới áp lực, và người tạo ra áp lực chính là bạn.

Xây dựng văn hóa đo lường lành mạnh cho DX, do đó, là một việc thuộc thẩm quyền và trách nhiệm riêng của C-Level, không thể ủy thác xuống phòng nhân sự hay đội chuyển đổi số. Nó gồm vài cam kết cụ thể: tách bạch rành mạch OKR và KPI trong mọi trao đổi và mọi văn bản quản trị; tuyệt đối không gắn OKR tham vọng vào công thức tính lương; đối xử với một chỉ số đỏ được báo cáo sớm và trung thực như một tài sản quý hơn một chỉ số xanh đáng ngờ; và định kỳ tự hỏi liệu mỗi chỉ số còn đo đúng điều mình quan tâm hay đã thoái hóa thành mục tiêu tự thân.

Chuyển đổi số, nếu làm đúng, là hành trình đưa tổ chức từ chỗ điều hành bằng cảm tính sang điều hành bằng dữ liệu. Nhưng dữ liệu chỉ có giá trị khi nó trung thực, và sự trung thực của dữ liệu không được bảo đảm bởi công nghệ — nó được bảo đảm bởi văn hóa. Bạn có thể mua được dashboard đẹp nhất thị trường; bạn không thể mua được sự trung thực của những con số hiển thị trên đó. Điều đó, chỉ người lãnh đạo mới trao cho tổ chức được.

Công cụ đo lường, cả OKR lẫn KPI, sinh ra để phục vụ tư duy chứ không thay thế nó, để mở rộng tầm nhìn của lãnh đạo chứ không trói buộc hành vi của đội ngũ. Khoảnh khắc bạn để một con số ra lệnh thay vì soi đường, bạn đã tự tay rèn chiếc cùm và tra khóa. Câu hỏi cuối cùng, và cũng là câu hỏi bạn nên mang theo suốt hành trình chuyển đổi số, rất giản dị: hệ đo lường của tôi đang giúp tổ chức nhìn rõ hơn, hay chỉ đang buộc nó phải trông có vẻ ổn?

Bài trước: Triết lý kinh doanh và lộ trình DX · Bài tiếp theo: Thiết lập OKRs cho chuyển đổi số