OKR là gì? Cách xây dựng và triển khai OKR hiệu quả

Doanh nghiệp có thể đặt ra nhiều mục tiêu nhưng đội ngũ vẫn không biết đâu là kết quả cần ưu tiên, công việc của mình đóng góp như thế nào và khi nào nên điều chỉnh kế hoạch. Vấn đề thường không nằm ở việc thiếu mục tiêu, mà ở cách mục tiêu được diễn đạt, đo lường và đưa vào hoạt động hằng ngày.

OKR giúp tổ chức chuyển một định hướng tương đối rộng thành các kết quả có thể kiểm chứng. Trong bài viết này, Sansan Academy sẽ giải thích OKR là gì, mô hình OKR gồm những thành phần nào, cách phân biệt với KPI và BSC, quy trình triển khai OKR trong tám bước cùng các lỗi thường gặp khi áp dụng.

OKR là gì?

OKR là viết tắt của Objectives and Key Results, được dịch là Mục tiêu và Kết quả then chốt. Đây là phương pháp thiết lập và theo dõi mục tiêu, trong đó Objective mô tả điều tổ chức, đội nhóm hoặc cá nhân muốn đạt được; Key Results là những kết quả dùng để kiểm chứng mức độ hoàn thành mục tiêu đó.

Khi triển khai OKR, bạn cần phân biệt mục tiêu, kết quả then chốt và hoạt động hỗ trợ.

• Objective: Chúng ta muốn tạo ra thay đổi gì?
• Key Results: Dựa vào đâu để biết thay đổi đó đã xảy ra?
• Initiatives: Chúng ta dự định làm những gì để tạo ra kết quả?

OKR được Andy Grove phát triển tại Intel, dựa trên nền tảng của Management by Objectives (MBO) – phương pháp quản trị theo mục tiêu do Peter Drucker giới thiệu từ thập niên 1950. Grove điều chỉnh cách tiếp cận này theo hướng gắn mỗi mục tiêu với các kết quả có thể kiểm chứng, tạo thành nền tảng của mô hình Objectives and Key Results được sử dụng hiện nay.

Mô hình OKR gồm những thành phần nào?

Cấu trúc cốt lõi của mô hình OKR gồm Objective và Key Results. Khi triển khai trong thực tế, doanh nghiệp thường bổ sung Initiatives để xác định các dự án, hoạt động hoặc thử nghiệm được kỳ vọng sẽ tác động đến kết quả.

Ba thành phần này có mối liên hệ nhưng không thể sử dụng thay thế cho nhau. Objective mô tả đích đến, Key Results cung cấp bằng chứng đo lường, còn Initiatives là cách đội ngũ dự định tiến tới đích đó.

Objective – Mục tiêu cần đạt

Objective mô tả trạng thái mà tổ chức hoặc đội nhóm muốn đạt được trong một chu kỳ. Objective thường mang tính định tính, dễ hiểu và có khả năng tạo định hướng, nhưng vẫn phải đủ cụ thể để các thành viên diễn giải theo cùng một cách.

Ví dụ, “Cải thiện dịch vụ khách hàng” còn khá rộng. Cách viết “Xây dựng trải nghiệm hỗ trợ giúp khách hàng nhận được câu trả lời nhanh và rõ ràng hơn” cho thấy hướng thay đổi cụ thể hơn, dù chưa chứa con số.

Một Objective phù hợp thường đáp ứng các điểm sau:

• Gắn với một ưu tiên hoặc vấn đề có ý nghĩa.
• Mô tả kết quả mong muốn, không chỉ liệt kê việc cần làm.
• Đủ rõ để đội ngũ hiểu điều gì đang được ưu tiên.
• Nằm trong phạm vi tổ chức hoặc nhóm có khả năng tác động.
• Có thể được theo đuổi trong một chu kỳ xác định.
• Không gộp quá nhiều mục tiêu khác nhau trong cùng một câu.

Key Results – Kết quả then chốt dùng để đo mức độ hoàn thành

Key Results là các kết quả cụ thể dùng để xác định Objective đã hoàn thành đến đâu. Mỗi Key Result cần có tiêu chuẩn kiểm chứng rõ, chẳng hạn giá trị ban đầu, mức mục tiêu, thời hạn hoặc điều kiện hoàn thành.

Một Key Result tốt nên:

• Đo kết quả thay vì số lượng công việc đã thực hiện.
• Có cách tính hoặc tiêu chuẩn hoàn thành rõ ràng.
• Dùng nguồn dữ liệu có thể kiểm tra.
• Nằm trong phạm vi đội ngũ có khả năng ảnh hưởng.
• Có thời hạn hoặc chu kỳ đánh giá.
• Hỗ trợ trực tiếp cho Objective.

Các Key Results cũng cần được xem xét như một hệ thống. Nếu đội ngũ hoàn thành toàn bộ Key Results nhưng Objective vẫn chưa đạt, bộ chỉ số có thể đang bỏ sót một kết quả quan trọng hoặc đo chưa đúng thay đổi cần tạo ra.

Initiatives – Những hoạt động hỗ trợ tạo ra kết quả

Initiatives là các dự án, nhiệm vụ hoặc thử nghiệm mà đội ngũ lựa chọn để tác động đến Key Results. Initiatives không nằm trong tên viết tắt OKR, nhưng giúp chuyển mục tiêu thành kế hoạch hành động.

Với ví dụ về dịch vụ khách hàng, Initiatives có thể gồm:

• Phân loại lại yêu cầu hỗ trợ theo mức độ khẩn cấp.
• Tự động chuyển yêu cầu đến đúng nhóm chuyên môn.
• Rà soát lịch phân ca trong những khung giờ có lượng yêu cầu cao.
• Viết lại tài liệu hướng dẫn cho các lỗi xuất hiện thường xuyên.
• Đào tạo nhân viên về cách chẩn đoán vấn đề trong lần liên hệ đầu tiên.

Initiatives nên được điều chỉnh trong chu kỳ khi dữ liệu cho thấy một cách làm không tạo ra tác động. Objective và Key Results xác định điều cần đạt; đội ngũ không nên giữ nguyên một Initiative kém hiệu quả chỉ vì hoạt động đó đã được ghi trong kế hoạch ban đầu.

OKR vs KPI vs BSC?

OKR, KPI và BSC đều liên quan đến mục tiêu, chiến lược và đo lường nên dễ bị sử dụng lẫn lộn. Tuy nhiên, ba công cụ giải quyết những nhiệm vụ quản trị khác nhau.

Khi so sánh OKR vs KPI, doanh nghiệp không nhất thiết phải chọn một trong hai. Một KPI đang được theo dõi thường xuyên có thể trở thành Key Result nếu doanh nghiệp quyết định ưu tiên cải thiện chỉ số đó trong một chu kỳ.

Chẳng hạn, tỷ lệ khách hàng rời bỏ là một KPI vận hành. Khi doanh nghiệp đặt Objective cải thiện khả năng giữ chân khách hàng, việc giảm tỷ lệ rời bỏ từ mức hiện tại xuống mức mục tiêu có thể được sử dụng làm một Key Result.

BSC cung cấp bối cảnh chiến lược rộng hơn. Doanh nghiệp có thể dùng BSC để xác định các nhóm mục tiêu dài hạn, chọn một số ưu tiên cần tập trung trong từng giai đoạn bằng OKR và sử dụng KPI để theo dõi kết quả.

Lợi ích khi áp dụng OKR vào doanh nghiệp

OKR không tự tạo ra hiệu quả chỉ vì doanh nghiệp đã viết Objective và Key Results. Giá trị của phương pháp phụ thuộc vào việc tổ chức có chọn đúng ưu tiên, sử dụng dữ liệu đáng tin cậy và thường xuyên trao đổi về tiến độ hay không.

Khi được triển khai hợp lý, OKR giúp đội ngũ biết điều gì cần tập trung, các bộ phận cần phối hợp ở đâu và kết quả nào phải được kiểm chứng.

Làm rõ những kết quả cần ưu tiên

Nguồn lực của doanh nghiệp luôn có giới hạn. Khi một phòng ban phải theo đuổi quá nhiều mục tiêu cùng lúc, nhân viên khó biết việc nào được ưu tiên khi thời gian, ngân sách hoặc nhân lực xảy ra xung đột.

OKR buộc người quản lý lựa chọn một số thay đổi có ý nghĩa trong chu kỳ. Một công việc không đóng góp rõ cho Objective hoặc Key Results cần được xem lại về mức độ ưu tiên, thời điểm thực hiện hoặc sự cần thiết.

Trong khảo sát quản trị hiệu suất năm 2024 của McKinsey, 72% người tham gia cho biết việc thiết lập mục tiêu là một yếu tố tạo động lực mạnh. Kết quả này phản ánh hoạt động thiết lập mục tiêu nói chung, không chứng minh rằng mọi chương trình OKR đều mang lại cùng một tác động.

Sự tập trung cũng đòi hỏi doanh nghiệp chấp nhận trì hoãn một số ý tưởng tốt. Nếu mọi dự án đều được xem là ưu tiên, OKR sẽ trở thành danh sách công việc dài thay vì công cụ giúp phân bổ nguồn lực.

Giúp các bộ phận phối hợp theo cùng một định hướng

Nhiều kết quả kinh doanh phụ thuộc vào nhiều phòng ban. Marketing tạo khách hàng tiềm năng, Kinh doanh tiếp nhận và tư vấn, Vận hành cung cấp sản phẩm, còn Chăm sóc khách hàng xử lý trải nghiệm sau mua.

Nếu mỗi bộ phận chỉ tối ưu chỉ số của riêng mình, kết quả chung có thể không được cải thiện. Marketing có thể tăng số lượng khách hàng tiềm năng nhưng Kinh doanh lại nhận được nhiều hồ sơ không phù hợp. Bộ phận bán hàng có thể tăng hợp đồng mới nhưng tỷ lệ hủy sau mua cũng tăng.

Khảo sát Anatomy of Work Global Index 2023 của Asana được thực hiện với 9.615 lao động tri thức. Trong báo cáo, 87% người làm việc tại những công ty có mục tiêu rõ và được liên kết cho rằng tổ chức của họ chuẩn bị tốt để đáp ứng kỳ vọng khách hàng.

OKR tạo ra ngôn ngữ chung về kết quả. Các bộ phận vẫn có trách nhiệm chuyên môn riêng, nhưng cần hiểu công việc của mình tác động đến Objective cấp tổ chức hoặc kết quả liên phòng ban như thế nào.

Theo dõi tiến độ bằng kết quả có thể kiểm chứng

Key Results giúp đội ngũ đánh giá tiến độ bằng dữ liệu thay vì chỉ dựa vào cảm nhận. Khi có đường cơ sở, mục tiêu và nguồn dữ liệu rõ ràng, người quản lý dễ nhận ra kết quả đang tiến triển, chững lại hay đi sai hướng.

Theo dõi kết quả cũng giúp phân biệt giữa hai trạng thái:

• Hoàn thành đầu việc: Nhóm đã thực hiện những gì được ghi trong kế hoạch.
• Tạo ra kết quả: Trạng thái của khách hàng, quy trình hoặc hoạt động kinh doanh đã thay đổi ra sao.

Ví dụ, một chiến dịch có thể được triển khai đúng hạn nhưng không cải thiện tỷ lệ khách hàng tiềm năng đủ điều kiện. Trong trường hợp đó, Initiative đã hoàn thành nhưng Key Result chưa đạt.

Doanh nghiệp không nên chờ đến cuối chu kỳ mới kiểm tra dữ liệu. Nếu một Key Result liên tục chậm hơn kế hoạch, nhóm cần xem lại nguyên nhân, giả thuyết hoặc hoạt động đang triển khai khi vẫn còn thời gian để điều chỉnh.

Tạo điều kiện thử nghiệm và học hỏi từ kết quả thực tế

Một số mục tiêu liên quan đến vấn đề mới, giải pháp mới hoặc thị trường chưa có đủ dữ liệu. Trong trường hợp này, doanh nghiệp khó dự đoán chính xác phương án nào sẽ thành công ngay từ đầu.

OKR cho phép nhóm đưa ra giả thuyết, xác định kết quả cần quan sát và thử nhiều Initiatives trong phạm vi kiểm soát được. Nếu một phương án không tạo ra thay đổi, nhóm vẫn thu được thông tin để điều chỉnh cách tiếp cận.

Giá trị học hỏi chỉ xuất hiện khi tổ chức cho phép báo cáo kết quả chưa đạt một cách trung thực. Cần thống nhất từ đầu đâu là OKR cam kết phải hoàn thành và đâu là OKR khát vọng có thể chưa đạt trọn vẹn trong một chu kỳ. Với mục tiêu khát vọng, áp cùng kỳ vọng 100% dễ khiến nhân viên đặt mục tiêu thấp hoặc ngại báo khó khăn.

Mô hình OKR hoạt động như thế nào?

Mô hình OKR vận hành theo một chu kỳ gồm lựa chọn ưu tiên, xây dựng Objective và Key Results, triển khai các hoạt động, theo dõi dữ liệu rồi đánh giá kết quả. Bài học của chu kỳ hiện tại trở thành đầu vào cho mục tiêu tiếp theo.

Một bộ OKR được viết tốt nhưng không xuất hiện trong quyết định phân bổ nguồn lực, cuộc họp hoặc hoạt động phối hợp giữa các phòng ban sẽ khó tạo ra thay đổi thực tế.

Tập trung nguồn lực vào một số mục tiêu ưu tiên

OKR giúp tổ chức chuyển câu hỏi từ “Chúng ta có thể làm những gì?” sang “Trong chu kỳ này, kết quả nào xứng đáng được ưu tiên nhất?”. Việc lựa chọn đồng nghĩa một số ý tưởng tốt phải chờ hoặc bị loại khỏi phạm vi hiện tại.

Mục tiêu ưu tiên nên xuất phát từ chiến lược, vấn đề khách hàng, điểm nghẽn vận hành hoặc cơ hội cần được xử lý trong thời gian nhất định. Doanh nghiệp không nên dùng OKR để ghi lại toàn bộ hoạt động duy trì hằng ngày.

Chẳng hạn, trả lương đúng hạn là trách nhiệm vận hành bắt buộc, nhưng thường không cần trở thành OKR. Ngược lại, giảm thời gian xử lý bảng lương từ năm ngày xuống hai ngày có thể trở thành Key Result nếu doanh nghiệp đang ưu tiên cải thiện quy trình nhân sự.

Liên kết mục tiêu giữa tổ chức, đội nhóm và cá nhân

OKR cấp tổ chức mô tả những thay đổi lớn doanh nghiệp muốn tạo ra. Các đội nhóm dựa vào định hướng đó để xác định kết quả mình có khả năng tác động trực tiếp.

Ví dụ, doanh nghiệp đặt mục tiêu nâng cao tỷ lệ khách hàng tiếp tục sử dụng dịch vụ:

• Đội Sản phẩm: Cải thiện tỷ lệ người dùng hoàn thành tính năng cốt lõi.
• Chăm sóc khách hàng: Giảm thời gian xử lý yêu cầu quan trọng.
• Marketing: Cải thiện nội dung hướng dẫn sau mua.
• Kinh doanh: Giảm tỷ lệ khách hàng mua sai gói hoặc kỳ vọng sai.

Báo cáo năm 2024 của Betterworks khảo sát 2.105 người làm việc tại các doanh nghiệp từ 1.000 nhân viên trở lên. Báo cáo ghi nhận tỷ lệ nhân viên tự đánh giá ở mức rất năng suất cao hơn 35% ở nhóm cảm thấy mục tiêu của mình liên kết với mục tiêu tổ chức. Đây là kết quả khảo sát về mối liên hệ, không phải bằng chứng nhân quả dành riêng cho OKR.

Liên kết mục tiêu không có nghĩa cấp dưới phải sao chép nguyên OKR của cấp trên. Đội nhóm cần hiểu định hướng chung rồi xây dựng kết quả phù hợp với chuyên môn, nguồn lực và phạm vi ảnh hưởng của mình.

Đo lường kết quả thay vì chỉ theo dõi đầu việc

Đầu việc cho biết nhóm đã làm gì. Kết quả cho biết trạng thái đã thay đổi ra sao.

Ví dụ:

• Đầu việc: Tổ chức bốn buổi đào tạo bán hàng.
• Kết quả: Tăng tỷ lệ nhân viên áp dụng đúng quy trình tư vấn từ 55% lên 80%.

Đầu việc vẫn cần được quản lý bằng kế hoạch dự án. Tuy nhiên, hoàn thành đầu việc không phải bằng chứng đủ mạnh cho thấy Objective đã đạt.

Công khai mục tiêu và xác định rõ người chịu trách nhiệm

Khi mục tiêu được chia sẻ trong phạm vi phù hợp, các phòng ban dễ phát hiện sự phụ thuộc, xung đột nguồn lực hoặc các Key Results đang tác động đến cùng một kết quả.

Mỗi Objective và Key Result nên có người chịu trách nhiệm cập nhật. Người này không nhất thiết tự làm toàn bộ công việc, nhưng cần bảo đảm:

• Dữ liệu được cập nhật đúng thời điểm.
• Nguồn dữ liệu được thống nhất.
• Trở ngại được phản ánh.
• Các bên liên quan biết tình trạng hiện tại.
• Quyết định điều chỉnh được ghi nhận.

Trong khảo sát McKinsey công bố năm 2018, 46% người tham gia tại các doanh nghiệp có mục tiêu cá nhân liên kết với ưu tiên kinh doanh đánh giá hệ thống quản trị hiệu suất là hiệu quả. Tỷ lệ tương ứng ở những doanh nghiệp không thực hiện việc liên kết này là 16%.

Công khai mục tiêu không đồng nghĩa mọi thông tin phải được hiển thị cho toàn công ty. Dữ liệu tài chính, pháp lý, nhân sự hoặc thông tin khách hàng vẫn cần được phân quyền phù hợp.

Theo dõi, phản hồi và điều chỉnh theo từng chu kỳ

OKR cần được xem xét trong suốt chu kỳ, không phải chỉ chấm điểm vào ngày cuối cùng. Buổi check-in nên tập trung vào kết quả, trở ngại và quyết định tiếp theo thay vì đọc lại danh sách công việc.

Một buổi check-in có thể xoay quanh các câu hỏi:

• Key Result đang ở mức nào so với đường cơ sở và mục tiêu?
• Dữ liệu đã được cập nhật đầy đủ chưa?
• Nhóm còn tin rằng Initiative hiện tại sẽ tạo ra kết quả không?
• Rủi ro hoặc trở ngại lớn nhất là gì?
• Hoạt động nào cần tiếp tục, điều chỉnh hoặc dừng?
• Có thay đổi nào trong chiến lược hoặc điều kiện kinh doanh không?

Dữ liệu nội bộ do WorkBoard công bố cho thấy các đội xem lại OKR vào đầu mỗi tuần đạt gần 90% Key Results, trong khi các đội chỉ xem một hoặc hai lần mỗi tháng đạt khoảng 60%. Nguồn không công bố đầy đủ phương pháp nghiên cứu trên trang này, vì vậy số liệu chỉ nên được dùng như một dữ liệu tham khảo về tần suất theo dõi.

Nếu bối cảnh thay đổi đáng kể, nhóm có thể điều chỉnh Key Results hoặc dừng một Objective không còn phù hợp. Mọi thay đổi cần có lý do rõ và được ghi nhận, tránh sửa mục tiêu chỉ để điểm số cuối kỳ đẹp hơn.

Cách xây dựng và triển khai OKR trong 8 bước

Triển khai OKR không nên bắt đầu bằng việc gửi một biểu mẫu và yêu cầu mọi nhân viên tự điền mục tiêu. Doanh nghiệp cần làm rõ chiến lược, lựa chọn ưu tiên, chuẩn bị dữ liệu và thống nhất nhịp theo dõi trước khi mở rộng xuống các phòng ban.

Tám bước dưới đây là trình tự tham khảo. Tổ chức có thể điều chỉnh theo quy mô, năng lực quản trị và mức độ sẵn sàng của dữ liệu.

Bước 1: Xác định định hướng chiến lược và các ưu tiên của chu kỳ

Trước khi viết Objective, lãnh đạo cần xác định doanh nghiệp muốn thay đổi điều gì và vì sao thay đổi đó cần được ưu tiên tại thời điểm hiện tại.

Các đầu vào nên xem xét gồm:

• Chiến lược và mục tiêu dài hạn.
• Kết quả kinh doanh hiện tại.
• Phản hồi của khách hàng.
• Vấn đề vận hành đang lặp lại.
• Cơ hội trên thị trường.
• Nguồn lực và năng lực của đội ngũ.
• Những ràng buộc về thời gian, ngân sách hoặc công nghệ.

Doanh nghiệp có thể đặt các câu hỏi:

• Kết quả nào đang cản trở chiến lược?
• Vấn đề nào gây ảnh hưởng lớn nhất đến khách hàng?
• Nếu chỉ cải thiện được một vài kết quả trong chu kỳ, đâu là lựa chọn đáng ưu tiên?
• Nhóm có đủ quyền hạn và dữ liệu để tác động không?
• Điều gì sẽ phải tạm hoãn để dành nguồn lực cho mục tiêu này?

Tổ chức mới làm quen với OKR nên thử nghiệm trong một phạm vi kiểm soát được. Áp dụng đồng loạt khi các phòng ban chưa thống nhất cách hiểu dễ tạo ra nhiều mục tiêu rời rạc và khó theo dõi.

Bước 2: Viết Objective rõ ràng và có trọng tâm

Objective nên mô tả một trạng thái mong muốn, không phải khẩu hiệu và cũng không phải một con số đứng riêng.

Ví dụ:

• Chưa phù hợp: Tăng doanh thu 20%.
• Rõ hơn: Phát triển nguồn doanh thu từ nhóm khách hàng doanh nghiệp vừa.

Mức tăng doanh thu có thể được đưa vào Key Result. Objective giúp đội ngũ hiểu hướng thay đổi và nhóm khách hàng đang được ưu tiên.

Trước khi duyệt Objective, hãy kiểm tra:

• Objective mô tả kết quả hay hoạt động?
• Nhân viên có hiểu vì sao mục tiêu này đáng ưu tiên không?
• Objective có nằm trong phạm vi ảnh hưởng của nhóm không?
• Phạm vi có quá rộng không?
• Câu mục tiêu có gộp nhiều hướng thay đổi không liên quan không?
• Objective có trùng với trách nhiệm vận hành thường xuyên không?

Bước 3: Xây dựng Key Results phản ánh kết quả cần đạt

Mỗi Key Result nên mô tả một thay đổi quan sát được. Cấu trúc phổ biến là đưa một chỉ số từ đường cơ sở đến mức mục tiêu trong thời gian xác định.

Ví dụ minh họa:

• Tăng tỷ lệ khách hàng dùng thử hoàn thành bước thiết lập từ 48% lên 70%.
• Giảm thời gian trung vị từ đăng ký đến lần sử dụng tính năng cốt lõi đầu tiên từ ba ngày xuống một ngày.
• Tăng tỷ lệ khách hàng dùng thử chuyển sang gói trả phí từ 8% lên 12%.

Key Results không bắt buộc phải dùng phần trăm. Doanh nghiệp có thể đo bằng:

• Số lượng.
• Doanh thu hoặc chi phí.
• Thời gian xử lý.
• Tỷ lệ lỗi.
• Điểm chất lượng.
• Mốc hoàn thành có tiêu chuẩn kiểm chứng.
• Trạng thái đạt hoặc chưa đạt với bằng chứng rõ ràng.

Tránh dùng các động từ như “nghiên cứu”, “tổ chức”, “tham gia”, “xây dựng” hoặc “triển khai” nếu câu không nói rõ kết quả cuối cùng.

Bước 4: Xác định đường cơ sở, mục tiêu và nguồn dữ liệu

Một Key Result khó quản lý nếu doanh nghiệp không biết trạng thái hiện tại hoặc chưa có dữ liệu đáng tin cậy.

Mỗi Key Result nên xác định:

• Đường cơ sở: Kết quả hiện tại ở mức nào?
• Mục tiêu: Cuối chu kỳ cần đạt mức nào?
• Công thức: Chỉ số được tính ra sao?
• Nguồn dữ liệu: Thông tin lấy từ hệ thống hoặc báo cáo nào?
• Tần suất cập nhật: Hằng ngày, hằng tuần hay hằng tháng?
• Người phụ trách: Ai chịu trách nhiệm kiểm tra dữ liệu?
• Phạm vi: Chỉ số áp dụng cho nhóm khách hàng, sản phẩm hoặc khu vực nào?

Nếu chưa có đường cơ sở, tổ chức nên đo hiện trạng trước khi đặt mục tiêu. Một con số không có căn cứ dễ tạo áp lực sai và khiến đội ngũ chạy theo kết quả thiếu thực tế.

Bước 5: Lựa chọn các Initiatives hỗ trợ Key Results

Sau khi xác định kết quả, nhóm mới lựa chọn những hoạt động có khả năng tác động đến chúng. Thứ tự này giúp tránh tình trạng đã có sẵn dự án rồi cố gắn dự án vào một Objective.

Mỗi Initiative cần làm rõ:

• Giả thuyết về cách hoạt động tác động đến Key Result.
• Người chịu trách nhiệm.
• Nguồn lực cần thiết.
• Thời điểm bắt đầu và kết thúc.
• Sự phụ thuộc với phòng ban khác.
• Tín hiệu để tiếp tục, điều chỉnh hoặc dừng.
• Rủi ro có thể phát sinh.

Nên ưu tiên những Initiative có khả năng thử nghiệm trong phạm vi nhỏ. Khi kết quả xuất hiện sớm, nhóm có thêm thời gian để thay đổi cách tiếp cận trước khi chu kỳ kết thúc.

Bước 6: Liên kết OKR giữa tổ chức, đội nhóm và cá nhân

Sau khi xác định OKR cấp tổ chức, các đội nhóm cần trao đổi về phần kết quả mình có khả năng tác động. Đây là quá trình phối hợp hai chiều, không phải phân bổ mục tiêu từ trên xuống theo công thức.

Nhóm nên rà soát:

• Các phòng ban có dùng cùng một định nghĩa cho chỉ số không?
• Key Result nào phụ thuộc vào đội khác?
• Ai là người điều phối kết quả liên phòng ban?
• Có hai nhóm đang theo đuổi những mục tiêu xung đột không?
• Mục tiêu cá nhân có thật sự cần thiết không?
• Có công việc nào nên được quản lý bằng KPI hoặc kế hoạch thay vì OKR không?

Một Key Result cấp tổ chức có thể trở thành Objective của phòng ban nếu phạm vi phù hợp. Tuy nhiên, không nên tạo chuỗi mục tiêu quá dài chỉ để mọi OKR trông có vẻ liên kết.

Bước 7: Thực hiện check-in và cập nhật tiến độ định kỳ

Check-in là cuộc trao đổi ngắn về tiến độ, rủi ro và quyết định tiếp theo. Đây không nên là buổi đọc lại toàn bộ mục tiêu hoặc yêu cầu từng người giải thích điểm số.

Nội dung check-in nên gồm:

• Mức hiện tại của từng Key Result.
• Chênh lệch so với kế hoạch.
• Độ tin cậy của dữ liệu.
• Trở ngại đang ảnh hưởng đến kết quả.
• Initiative cần tiếp tục, thay đổi hoặc dừng.
• Hỗ trợ cần thiết từ người quản lý hoặc phòng ban khác.
• Quyết định và người chịu trách nhiệm sau cuộc họp.

Đội nhóm nhỏ có thể dùng bảng tính hoặc tài liệu chung. Phần mềm OKR phù hợp hơn khi doanh nghiệp có nhiều cấp mục tiêu, nhiều phòng ban phụ thuộc, cần cập nhật dữ liệu tự động hoặc muốn theo dõi lịch sử qua nhiều chu kỳ.

Công cụ không thể sửa một bộ OKR được viết sai. Doanh nghiệp nên chuẩn hóa cách xây dựng mục tiêu, dữ liệu và nhịp check-in trước khi đầu tư vào phần mềm.

Bước 8: Đánh giá kết quả, rút kinh nghiệm và bắt đầu chu kỳ mới

Cuối chu kỳ, nhóm đánh giá từng Key Result dựa trên dữ liệu đã thống nhất. Điểm hoàn thành cho biết mức kết quả đạt được, nhưng chưa giải thích vì sao mục tiêu thành công hoặc thất bại.

Buổi tổng kết nên trả lời:

• Objective còn phù hợp không?
• Key Results có đo đúng thay đổi cần tạo ra không?
• Initiative nào tạo tác động rõ nhất?
• Giả thuyết nào không đúng?
• Yếu tố nào nằm ngoài khả năng kiểm soát?
• Có tác động phụ nào phát sinh không?
• Bài học nào cần chuyển sang chu kỳ tiếp theo?
• Mục tiêu nào nên tiếp tục, điều chỉnh hoặc dừng?

Không nên tự động chuyển toàn bộ OKR chưa hoàn thành sang chu kỳ mới. Một mục tiêu có thể vẫn quan trọng, nhưng cũng có thể đã mất tính ưu tiên hoặc được thay thế bằng một hướng xử lý khác.

Ví dụ về OKR trong doanh nghiệp và công việc

Các ví dụ OKR dưới đây minh họa cách kết nối Objective, Key Results và Initiatives. Đây là các tình huống giả định, không phải dữ liệu của doanh nghiệp có thật và không nên được sao chép nguyên vẹn.

Trước khi dùng mẫu, hãy ghi rõ chu kỳ áp dụng rồi điều chỉnh đường cơ sở, mức mục tiêu, phạm vi và nguồn dữ liệu theo thực tế.

Ví dụ OKR ở cấp doanh nghiệp

Ví dụ OKR cho phòng Marketing

Ví dụ OKR cho phòng Kinh doanh

Ví dụ OKR cho phòng Nhân sự

Ví dụ OKR cá nhân

OKR cá nhân không nên chứa toàn bộ nhiệm vụ trong mô tả công việc. Mục tiêu cần thể hiện một thay đổi đáng ưu tiên, có kết quả kiểm chứng được và nằm trong phạm vi người đó có khả năng tác động.

Những lưu ý khi triển khai OKR

Phần khó của OKR không nằm ở việc nhớ Objective và Key Results là gì. Thách thức lớn hơn là chọn đúng ưu tiên, đo đúng kết quả và duy trì các cuộc trao đổi trung thực trong suốt chu kỳ.

Bốn lỗi dưới đây dễ khiến hoạt động triển khai OKR trở thành thủ tục báo cáo thay vì hỗ trợ ra quyết định.

Thiết lập quá nhiều Objective và Key Results

Khi mỗi phòng ban có hàng chục Objective, nhân viên khó phân biệt đâu là ưu tiên thật sự. Số lượng Key Results quá lớn cũng khiến việc cập nhật dữ liệu trở thành gánh nặng hành chính. Doanh nghiệp nên chọn số lượng dựa trên khả năng tập trung và tần suất theo dõi. Một nhóm nhỏ chưa có dữ liệu ổn định có thể bắt đầu với một Objective và vài Key Results rõ ràng để học cách vận hành trước.

Nếu mọi công việc đều được gọi là OKR, phương pháp sẽ mất chức năng ưu tiên. Công việc duy trì, dự án bắt buộc và yêu cầu phát sinh vẫn cần được quản lý, nhưng không nhất thiết phải xuất hiện trong bộ OKR.

Viết Key Results dưới dạng danh sách công việc

Các câu như “hoàn thành website”, “tổ chức năm hội thảo” hoặc “gửi 20 email” cho biết nhóm đã làm gì, nhưng chưa cho thấy tình trạng cần cải thiện đã thay đổi ra sao.

Để chuyển một đầu việc thành Key Result, hãy hỏi:

• Sau khi công việc hoàn thành, kết quả nào phải khác trước?
• Ai nhận được giá trị từ thay đổi đó?
• Kết quả được kiểm chứng bằng chỉ số nào?
• Nếu hoạt động hoàn thành nhưng kết quả không đổi, Objective có được xem là đạt không?

Sao chép OKR từ doanh nghiệp hoặc phòng ban khác

Danh sách OKR mẫu hữu ích để hiểu cấu trúc, nhưng không thể thay thế việc phân tích vấn đề. Hai doanh nghiệp cùng ngành vẫn có chiến lược, nguồn lực, dữ liệu và điểm nghẽn khác nhau.

Một Key Result như “Tăng tỷ lệ gia hạn từ 80% lên 90%” không có ý nghĩa nếu doanh nghiệp của bạn chưa đo tỷ lệ gia hạn, đang dùng định nghĩa khác hoặc nguyên nhân chính không nằm trong phạm vi của nhóm nhận mục tiêu.

Phân bổ mục tiêu từ trên xuống một cách máy móc

Mục tiêu cấp tổ chức cần định hướng cho đội nhóm, nhưng việc bắt mỗi cấp sao chép và chia nhỏ mục tiêu theo sơ đồ tổ chức có thể tạo ra nhiều OKR thiếu ý nghĩa.

Lãnh đạo nên cung cấp bối cảnh, ưu tiên và các ràng buộc. Đội nhóm sau đó đề xuất Objective và Key Results dựa trên phần kết quả họ hiểu rõ và có khả năng tác động.

Quá trình trao đổi hai chiều cũng giúp phát hiện mục tiêu không khả thi, sự phụ thuộc chưa được giải quyết hoặc xung đột giữa các phòng ban. Những vấn đề này khó được nhìn thấy nếu OKR chỉ được gửi xuống dưới dạng chỉ tiêu phải nhận.

Mọi người cũng hỏi về OKR

Các câu hỏi dưới đây làm rõ những khái niệm thường bị nhầm khi tìm hiểu mô hình OKR.

OKR khác gì với KPI?

OKR là phương pháp thiết lập mục tiêu gồm Objective và các Key Results. KPI là chỉ số được dùng để theo dõi một kết quả, quy trình hoặc tình trạng hoạt động quan trọng.

OKR thường tập trung vào một số thay đổi ưu tiên trong một chu kỳ. KPI có thể được theo dõi liên tục để phản ánh sức khỏe vận hành.

Một KPI có thể được dùng làm Key Result khi doanh nghiệp quyết định ưu tiên cải thiện chỉ số đó. Vì vậy, OKR và KPI có thể bổ trợ nhau thay vì bắt buộc phải lựa chọn một công cụ duy nhất.

OKR viết tắt của từ gì?

OKR viết tắt của Objectives and Key Results, nghĩa là Mục tiêu và Kết quả then chốt.

Objective mô tả điều tổ chức hoặc đội nhóm muốn đạt được. Key Results là những kết quả đo được dùng để xác định Objective đã hoàn thành đến đâu.

OKR cá nhân là gì?

OKR cá nhân là bộ Objective và Key Results được xây dựng cho một người, thường gắn với đóng góp cụ thể, dự án hoặc mục tiêu phát triển năng lực.

Một OKR cá nhân phù hợp cần:

• Nằm trong phạm vi người đó có khả năng tác động.
• Gắn với một thay đổi đáng ưu tiên.
• Có kết quả kiểm chứng được.
• Không thay thế toàn bộ mô tả công việc.
• Không phụ thuộc chủ yếu vào quyền quyết định của phòng ban khác.
• Được theo dõi và phản hồi trong chu kỳ.

Các nhiệm vụ thường ngày vẫn nên được quản lý bằng kế hoạch, quy trình hoặc KPI. OKR cá nhân chỉ phù hợp với những kết quả cần tập trung tạo ra trong một khoảng thời gian xác định.

Kết luận

OKR là phương pháp thiết lập mục tiêu gồm Objective và Key Results. Objective mô tả điều cần đạt, Key Results cung cấp bằng chứng đo lường, còn Initiatives là những hoạt động được lựa chọn để tạo ra kết quả.

Mô hình OKR không thay thế KPI hoặc BSC, kế hoạch dự án hoặc hệ thống quản trị hiệu suất. Mỗi công cụ giải quyết một nhiệm vụ khác nhau. Khi được sử dụng đúng vai trò, OKR giúp tổ chức làm rõ kết quả cần ưu tiên, phối hợp nguồn lực và điều chỉnh cách làm dựa trên dữ liệu thay vì chỉ đếm số công việc đã hoàn thành.