họ. Sự nguy hiểm trong lựa chọn này là đảm bảo nhóm thí điểm chọn OKRs
có thể đạt được. Nếu họ thiết lập các mục tiêu không thể đạt được và thất
bại thảm hại trên OKRs của mình, chắc chắn sẽ làm nản lòng những người
sợ rằng chương trình chỉ đơn giản là làm nổi bật các thiếu sót của họ.
Sử dụng OKRs cho các dự án
Đây là một cách tiếp cận “nhẹ nhàng hơn” khác. Thay vì phát triển OKRs
cấp độ công ty hoặc cấp độ đơn vị hoặc đội nhóm, bạn có thể bắt đầu bằng
cách áp dụng các mục tiêu và kết quả then chốt cho những dự án lớn nhất
của mình. Hãy hỏi mục tiêu của bạn là gì khi đầu tư vào dự án, sau đó thiết
lập các kết quả then chốt để theo dõi dự án và đánh giá thành công. Phương
pháp này giúp xã hội hóa khái niệm, tạo ra sự lưu loát cho thuật ngữ và (hy
vọng) sẽ cải thiện kỷ luật quản lý dự án của bạn. Chúng tôi đang trình bày
đây là một lựa chọn, nhưng sẽ không xác nhận mạnh mẽ nó như một cách
tiếp cận được chấp nhận cho hầu hết các tổ chức. Bất kỳ dự án nào mà bạn
dành thời gian và tiền bạc nhất thiết phải được liên kết với chiến lược tổng
thể của bạn (cùng tầm nhìn và sứ mệnh). Với những điều kiện đó, bạn sẽ có
nhiều khả năng để tăng tốc việc thực thi bằng cách áp dụng OKRs ở cấp độ
công ty và cuối cùng triển khai cho toàn bộ công ty.
CÁC TRƯỜNG HỢP ĐẶC BIỆT
Trong phần này, chúng tôi đã sử dụng khái niệm đội nhóm và đơn vị kinh
doanh. Tuy nhiên, việc xác định những đội nhóm sẽ tạo ra OKRs không chỉ
đơn thuần là một bài tập về việc vẽ lại sơ đồ tổ chức của bạn. Hãy xem xét
hai trường hợp phổ biến, căn cứ vào sự triển khai OKRs, để giúp bạn bắt
đầu xác định đội nhóm OKRs của mình.
Hai nhóm cùng sử dụng một bộ OKRs đơn lẻ
Chúng tôi thường thấy một bộ OKRs đơn lẻ có hiệu quả với cùng hai đội
nhóm khi họ được liên kết với nhau như đối tác. Ví dụ, CNTT có thể được
