một lần nữa, sự bảo trợ của cấp điều hành là rất quan trọng. Ngoài ra, lựa
chọn này đòi hỏi một số xử lý trước quan trọng dưới dạng các thông số triển
khai. Trước khi chấp thuận cho các đơn vị hoặc đội nhóm tạo OKRs, bạn sẽ
muốn đảm bảo đã phác thảo các nguyên tắc chính, chẳng hạn như bất kỳ số
lượng mục tiêu hoặc kết quả then chốt tối đa nào, thỏa thuận về thuật ngữ,
cách tính điểm, v.v.. Chúng tôi sẽ đưa các chủ đề này trong Chương 3.
Toàn bộ tổ chức
Cuối cùng, đây là nơi bạn muốn đến, có OKRs tại các cấp độ công ty, đơn
vị kinh doanh và cá nhân để đảm bảo sự liên kết từ trên xuống dưới; vấn đề
chỉ là mất bao lâu để đến được đó. Các rủi ro được liệt kê trong những giai
đoạn trước cũng có ở đây, nhưng được khuếch đại kể từ khi bạn đang cố
gắng đi xuống thấp hơn trong tổ chức. Trừ khi bạn có một tổ chức rất nhỏ,
chúng tôi khuyên bạn không nên lựa chọn nó khi bắt đầu nỗ lực triển khai
OKRs. Nhưng bạn cũng không nên mất quá nhiều năm để đạt đến điểm này.
Khi bạn đã chứng minh ý tưởng này ở một cấp độ, hãy đi sâu hơn và tạo ra
động lực cho đến khi cuối cùng, toàn bộ tổ chức của bạn chấp nhận OKRs
và chúng đã trở thành một phần trong văn hóa của bạn. Chỉ bạn mới có thể
xác định nhịp điệu phù hợp cho việc triển khai của mình.
Thí điểm tại một đơn vị kinh doanh hoặc nhóm
Trong nỗ lực hạn chế rủi ro thất bại, một số tổ chức sẽ chọn bắt đầu chương
trình OKRs của họ cho đơn vị kinh doanh hoặc cấp phòng ban. Họ sử dụng
phương pháp tiếp cận thí điểm để có bằng chứng về ý tưởng này, cho thấy
những chiến thắng nhanh chóng và tạo ra sự nhiệt tình cho buổi ra mắt rộng
rãi hơn. Đơn vị hoặc nhóm mà bạn chọn sẽ đòi hỏi một nhà lãnh đạo hiểu
sâu sắc hoạt động bên trong của OKRs và tin tưởng vào khả năng của
phương pháp để tạo ra các kết quả kinh doanh thực sự (một cách khác để
nói về sự bảo trợ, nhưng ở cấp độ thấp hơn). Chúng tôi đã thấy cách tiếp
cận này có lợi khi nhóm thí điểm thực sự tạo ra chiến thắng nhanh chóng,
thu hút sự chú ý của các nhóm khác mong muốn bắt chước thành công của
