Liên kết OKR giữa các phòng ban có hai chiều: chiều dọc trả lời "phần đóng góp của phòng mình vào mục tiêu công ty là gì", chiều ngang trả lời "phòng mình cần gì từ phòng khác và phòng khác cần gì từ mình". Chiều dọc thiếu thì mỗi phòng tự chạy một hướng. Chiều ngang thiếu thì hai phòng cùng đạt OKR của mình mà khách vẫn không nhận được gì.
Nhiều công ty áp dụng cách "thác đổ": KR của công ty chép xuống thành mục tiêu của phòng, KR của phòng chép xuống thành mục tiêu của nhóm. Trên giấy trông rất gọn, nhưng thực tế làm mất tính tự chủ và che khuất những phụ thuộc ngang quan trọng. Bài này đưa ra cách liên kết vừa đủ cho doanh nghiệp có từ ba đến tám phòng ban, kèm một bản đồ phụ thuộc đơn giản và ví dụ giả định nhờ AI soát chồng chéo.
Vì sao thác đổ cứng thường không chạy
Thác đổ cứng giả định rằng mục tiêu công ty có thể chia nhỏ như chia bánh. KR công ty "doanh thu từ khách sỉ tăng" chia thành KR phòng kinh doanh "thêm khách sỉ", KR phòng kho "giao đơn sỉ đúng hẹn", KR phòng kế toán "thu hồi công nợ sỉ đúng hạn". Nghe hợp lý, nhưng có ba vấn đề.
Thứ nhất, nó mất nhiều tuần. Phòng dưới phải chờ phòng trên chốt xong mới bắt đầu, và trong một quý mười ba tuần, chờ hai ba tuần là quá nhiều. Thứ hai, nó bỏ qua hiểu biết của người làm. Nhân viên kho có thể biết rằng điều cản trở đơn sỉ nhất không phải tốc độ giao mà là thiếu hàng do dự báo sai, nhưng thác đổ không cho chỗ để nói điều đó. Thứ ba, nó giấu phụ thuộc ngang. Phòng kho giao đúng hẹn phụ thuộc vào việc phòng kinh doanh báo đơn sớm, nhưng trên sơ đồ thác đổ, hai phòng chỉ nối với phòng trên chứ không nối với nhau.
Cách thay thế là liên kết hai chiều: công ty nêu mục tiêu, các phòng tự đề xuất phần đóng góp, rồi các trưởng phòng ngồi với nhau vẽ phụ thuộc ngang. Từ trên xuống ở mức mục tiêu, từ dưới lên ở mức KR. Không có tỷ lệ cố định, nhưng nếu gần như toàn bộ KR của các phòng là chép từ trên xuống, đó là dấu hiệu nên cho các phòng thêm quyền tự đề xuất.
Căn chỉnh chiều dọc: đóng góp chứ không chép
Bắt đầu bằng câu hỏi, không bằng mệnh lệnh. Lãnh đạo hỏi từng phòng: với mục tiêu công ty quý này, phòng bạn có thể tạo khác biệt lớn nhất ở đâu. Câu trả lời thường cho ra KR sát thực tế hơn những gì lãnh đạo tự nghĩ ra.
Mỗi phòng không nhất thiết đóng góp cho mọi mục tiêu. Nếu công ty có hai mục tiêu, phòng kế toán có thể chỉ liên quan một. Ép mọi phòng phải có OKR cho mọi mục tiêu công ty sinh ra những KR gượng ép.
Một phòng được có OKR riêng không gắn với mục tiêu công ty. Đôi khi phòng có một vấn đề nội bộ cấp thiết, như quy trình đóng sổ kéo dài. Một OKR riêng được chấp nhận, miễn là không chiếm phần lớn sức của phòng và được lãnh đạo biết.
Kiểm tổng: các phòng đạt hết thì công ty có đạt không. Đặt OKR các phòng cạnh mục tiêu công ty và hỏi câu này. Nếu câu trả lời là chưa chắc, đang thiếu một mảnh nào đó, thường là mảnh nằm giữa hai phòng mà không phòng nào nhận.
Bản đồ phụ thuộc ngang trên một trang
Phụ thuộc ngang dễ thấy nhất khi được viết thành bảng. Mỗi dòng là một điều một phòng cần từ phòng khác để đạt KR của mình. Ví dụ giả định của một xưởng lắp ráp thiết bị điện tử nhỏ ở Bắc Ninh có bốn phòng.
| Phòng cần | Cần gì | Từ phòng nào | Để phục vụ KR nào | Đã thống nhất chưa |
|---|---|---|---|---|
| Sản xuất | Kế hoạch đơn hàng chốt trước mười ngày | Kinh doanh | Giảm số lần đổi lịch sản xuất gấp | Đã, ghi vào KR của kinh doanh |
| Kho | Danh sách linh kiện cần đặt trước khi hết | Sản xuất | Không để dây chuyền dừng vì thiếu linh kiện | Chưa, cần họp |
| Kinh doanh | Lịch giao hàng xác nhận trong một ngày | Sản xuất và kho | Báo khách ngày giao trong lần liên hệ đầu | Đã một phần |
| Kế toán | Chứng từ giao hàng đầy đủ trong hai ngày | Kho | Đóng sổ tháng đúng hạn | Chưa, kho thiếu người |
Cột cuối là cột quan trọng nhất. Mỗi dòng "chưa thống nhất" là một rủi ro cho cả quý. Có ba cách xử lý: phòng được cần nhận thêm một KR tương ứng, hai phòng cùng sở hữu một KR chung, hoặc phòng cần điều chỉnh KR của mình vì biết trước sẽ không nhận được hỗ trợ.
Buổi họp liên kết giữa các trưởng phòng
Buổi họp này diễn ra sau khi các phòng soạn xong bản nháp OKR và trước khi chốt. Một giờ là đủ cho bốn đến sáu phòng nếu chuẩn bị trước.
- Mỗi trưởng phòng gửi trước bản nháp OKR và danh sách những điều cần từ phòng khác.
- Người giữ nhịp gom thành bản đồ phụ thuộc như bảng ở trên, đánh dấu các dòng chưa thống nhất.
- Trong buổi họp, đi qua từng dòng chưa thống nhất, không đọc lại toàn bộ OKR của từng phòng.
- Với mỗi dòng, chọn một trong ba cách xử lý và ghi người chịu trách nhiệm.
- Cuối buổi, mỗi trưởng phòng nói một câu: OKR của phòng mình có thay đổi gì sau buổi này.
- Người giữ nhịp cập nhật bản đồ và gửi lại trong ngày.
Nếu buổi họp biến thành tranh cãi về việc phòng nào quan trọng hơn, đó là dấu hiệu mục tiêu công ty chưa đủ rõ để làm trọng tài. Lúc đó cần lãnh đạo quyết, không cần họp thêm.
KR chung giữa hai phòng: khi nào nên dùng
Một số kết quả không phòng nào tự tạo ra được. Thời gian từ lúc khách đặt hàng tới lúc nhận hàng phụ thuộc cả kinh doanh, sản xuất và kho. Gán cho một phòng thì phòng đó chịu trách nhiệm về thứ không nằm trong tay mình; gán cho không ai thì không ai lo.
KR chung là một cách: hai hoặc ba phòng cùng ghi một KR vào bảng của mình, với cùng định nghĩa và cùng nguồn số. Để KR chung không thành "của chung là của không ai", cần thêm hai điều: một người đứng ra điều phối, thường là trưởng phòng có phần đóng góp lớn nhất; và mỗi phòng có một KR riêng đo phần việc của mình góp vào KR chung.
Không nên lạm dụng. Mỗi phòng chỉ nên có tối đa một KR chung mỗi quý. Quá nhiều KR chung khiến các buổi check-in của từng phòng biến thành họp liên phòng, và tốc độ ra quyết định chậm hẳn. Khi mâu thuẫn chỉ số giữa hai phòng kéo dài nhiều quý, vấn đề có thể nằm ở cách thiết kế hệ chỉ số, không chỉ ở OKR; danh mục về mặt trái của chỉ số trên trang có bàn sâu hơn.
Công ty có chi nhánh ở nhiều tỉnh: liên kết thế nào
Doanh nghiệp vừa ở Việt Nam thường có trụ sở ở một thành phố và vài chi nhánh hay cửa hàng ở các tỉnh khác. Khi áp OKR, câu hỏi đầu tiên là chi nhánh có OKR riêng hay dùng chung OKR của phòng kinh doanh trụ sở. Không có câu trả lời đúng cho mọi nơi, nhưng có một nguyên tắc: nơi nào tự quyết được cách làm thì nơi đó nên có OKR riêng.
Ví dụ giả định: một chuỗi năm cửa hàng vật liệu điện có trụ sở ở Bắc Ninh và chi nhánh ở Thái Nguyên, Lạng Sơn. Nếu chi nhánh chỉ bán theo giá và chính sách của trụ sở, quản lý chi nhánh không tự đổi được gì lớn, thì dùng chung OKR của phòng kinh doanh, mỗi chi nhánh có một dòng số riêng trong bảng theo dõi là đủ. Nếu chi nhánh được tự chọn mặt hàng, tự làm chương trình với thợ điện địa phương, thì nên để họ có OKR riêng, liên kết dọc với mục tiêu chung của công ty.
Điểm dễ hỏng là so sánh chi nhánh với nhau bằng cùng một con số trong khi điều kiện khác nhau. Một chi nhánh mới mở ở tỉnh nhỏ không thể có cùng mốc xuất phát với cửa hàng lâu năm ở thành phố. KR của mỗi chi nhánh nên lấy mốc từ số của chính nơi đó, và buổi họp liên kết nên có mặt quản lý chi nhánh, kể cả họp trực tuyến, để những phụ thuộc như hàng từ kho trung tâm được nói ra từ đầu.
Nhờ AI soát chồng chéo: ví dụ trước và sau
Ví dụ giả định: xưởng lắp ráp ở Bắc Ninh nói trên có bản nháp OKR của bốn phòng. Người giữ nhịp bỏ tên công ty, tên khách, số liệu sản lượng thật, chỉ giữ mục tiêu và KR dạng tỷ lệ, rồi dán vào chatbot.
Câu lệnh mẫu: "Đây là mục tiêu quý của một công ty sản xuất nhỏ và bản nháp OKR của bốn phòng. Hãy chỉ ra: KR nào của hai phòng có thể kéo ngược nhau; KR nào của một phòng phụ thuộc vào phòng khác mà phòng kia chưa có KR tương ứng; phần nào của mục tiêu công ty chưa phòng nào nhận. Trình bày thành danh sách câu hỏi cho buổi họp liên kết, không tự sửa OKR."
AI có thể chỉ ra: phòng kinh doanh có KR tăng số đơn gấp để chiều khách, trong khi phòng sản xuất có KR giảm số lần đổi lịch gấp, hai KR này kéo ngược nhau. Phòng kho có KR không để thiếu linh kiện nhưng phòng sản xuất chưa có KR nào về việc báo nhu cầu linh kiện sớm. Mục tiêu công ty có ý "khách biết rõ ngày nhận hàng" nhưng không phòng nào có KR đo ở phía khách.
Bản sửa sau buổi họp: phòng kinh doanh đổi KR thành "đơn gấp được báo cho sản xuất trước tối thiểu ba ngày ở đa số trường hợp"; phòng sản xuất thêm KR báo nhu cầu linh kiện hằng tuần; hai phòng kinh doanh và kho cùng sở hữu KR chung về tỷ lệ khách được báo ngày giao chính xác. AI chỉ đưa ra câu hỏi; quyết định là của các trưởng phòng trong phòng họp.
Câu hỏi thường gặp
Có nên để mọi KR của công ty chép xuống thành OKR của phòng không?
Không nên. Cách đó làm mất tính tự chủ của phòng và che khuất những phụ thuộc ngang. Công ty nên đặt mục tiêu, để các phòng tự đề xuất phần đóng góp, rồi các trưởng phòng ngồi với nhau soát chồng chéo và phụ thuộc.
Phòng hỗ trợ như kế toán, hành chính có cần OKR gắn với mục tiêu công ty không?
Không bắt buộc với mọi mục tiêu. Phòng hỗ trợ thường đóng góp qua việc giúp các phòng khác làm nhanh và đúng hơn. Một OKR riêng về quy trình nội bộ cũng được chấp nhận nếu nó giải quyết vấn đề thật và lãnh đạo biết.
KR chung giữa hai phòng có làm mờ trách nhiệm không?
Có thể, nếu thiếu người điều phối và thiếu KR riêng của từng phòng. Khi có một người điều phối và mỗi phòng có KR đo phần đóng góp của mình, KR chung giúp hai phòng cùng nhìn về một kết quả ở phía khách thay vì đổ lỗi cho nhau.
Bao lâu nên họp liên kết OKR giữa các phòng?
Một lần khi soạn OKR đầu quý là bắt buộc. Trong quý, phụ thuộc ngang nên được nhắc trong buổi rà giữa kỳ. Nếu có phụ thuộc trục trặc, các trưởng phòng liên quan nên gặp nhau ngay thay vì chờ buổi họp chung.
Dán OKR của nhiều phòng vào chatbot có rủi ro gì?
Bộ OKR toàn công ty cho thấy chiến lược, điểm yếu và kế hoạch chưa công bố. Trước khi dán, bỏ tên công ty, tên khách, đối tác, số tuyệt đối; giữ lại cấu trúc và tỷ lệ. Dùng tài khoản do công ty cấp và kiểm cài đặt lưu trữ dữ liệu.
Khi hai phòng không thống nhất được thì ai quyết?
Lãnh đạo trực tiếp của cả hai phòng, dựa trên mục tiêu công ty. Nếu mục tiêu công ty không đủ rõ để làm trọng tài, đó là tín hiệu cần viết lại mục tiêu cấp công ty cho cụ thể hơn ở quý sau.