Một công việc đi qua nhiều phòng ban thường chậm không phải vì từng người thiếu năng lực. Nó chậm vì không ai nắm đầy đủ quyền quyết định, thông tin bị chuyển tiếp theo từng mẩu nhỏ, và điểm bàn giao chỉ được phát hiện khi đã có vấn đề. Khi đó, các cuộc họp dễ tăng lên nhưng tốc độ xử lý không tăng tương ứng.
Quản trị công việc liên phòng ban vì thế không bắt đầu bằng việc vẽ thêm một sơ đồ hay yêu cầu mọi người “phối hợp chặt chẽ hơn”. Điểm xuất phát là làm rõ một công việc quan trọng được đưa từ yêu cầu đến kết quả bằng những quyết định nào, ai chịu trách nhiệm cho mỗi quyết định, và tín hiệu nào cho thấy việc đang mắc ở đâu. Mục tiêu không phải kiểm soát mọi bước nhỏ, mà giúp đội ngũ có thể xử lý ngoại lệ và bàn giao đúng lúc.
Nhìn vào dòng công việc thay vì ranh giới phòng ban
Một đơn hàng dự án, một đề xuất giá mới hay một khiếu nại lớn của khách hàng đều đi qua nhiều vai trò. Bán hàng có thể hiểu nhu cầu; vận hành biết năng lực đáp ứng; tài chính nhìn thấy điều kiện thanh toán; pháp chế hoặc kiểm soát nội bộ nhìn thấy điều khoản cần lưu ý. Nếu mỗi bộ phận chỉ tối ưu phần việc của mình, người chủ yêu cầu phải tự nối các mảnh lại với nhau. Hệ quả là thời gian xử lý khó dự đoán và cùng một loại việc có thể được giải quyết theo nhiều cách khác nhau.
Thay vì hỏi “bộ phận nào đang gây chậm?”, hãy theo dõi một trường hợp thực tế từ đầu đến cuối. Ghi lại thời điểm yêu cầu được nhận, thông tin nào còn thiếu, quyết định nào phải chờ, ai có thể quyết định, và việc nào cần quay lại làm lại. Cách quan sát này thường cho thấy nút thắt nằm ở một điểm giao: người gửi không biết tiêu chuẩn đầu vào, người nhận không có quyền chốt, hoặc không có quy tắc cho tình huống ngoài thông lệ.
Phân biệt rõ người làm, người quyết và người cần được biết
Nhiều tổ chức có bảng phân công nhưng vẫn gặp bế tắc vì bảng đó chỉ nêu ai tham gia, không nêu ai quyết. Với mỗi điểm then chốt, nên xác định một người có quyền kết luận trong phạm vi đã định. Người này không nhất thiết phải tự làm mọi việc, cũng không phải luôn là cấp cao nhất. Điều quan trọng là các bên biết khi nào cần đưa việc cho người đó và người đó có đủ thông tin để đưa ra quyết định.
| Điểm trong dòng công việc | Câu hỏi cần chốt | Ví dụ về bằng chứng đủ |
|---|---|---|
| Nhận yêu cầu | Thông tin nào phải có trước khi chuyển sang xử lý? | Brief, phạm vi, thời hạn và người chịu trách nhiệm phía khách hàng đã được xác nhận. |
| Chọn phương án | Ai có quyền chốt trong ngân sách và nguyên tắc nào? | Phương án, chi phí, rủi ro và ngoại lệ đã được tóm tắt trên cùng một biểu mẫu. |
| Bàn giao thực hiện | Người nhận biết cần giao kết quả nào, khi nào và báo lại cho ai? | Đầu ra, mốc thời gian, tiêu chuẩn chấp nhận và đầu mối phản hồi được ghi rõ. |
Quy tắc này cũng tránh hai thái cực. Nếu mọi việc đều phải xin ý kiến nhiều cấp, tổ chức tạo ra hàng đợi phê duyệt. Nếu không ai có trách nhiệm cuối cùng, mỗi người sẽ làm theo cách an toàn cho phần mình nhưng không ai chịu trách nhiệm cho kết quả chung. Quyền quyết định cần đi cùng giới hạn ngân sách, mức rủi ro và điều kiện phải báo lại; như vậy đội ngũ vừa có thể chủ động, vừa không biến tự chủ thành tùy tiện.
Ví dụ: xử lý đề xuất giá cho khách hàng doanh nghiệp
Một nhân viên kinh doanh nhận yêu cầu báo giá kèm điều kiện giao hàng khác thông lệ. Thay vì gửi nhiều email rời rạc, nhóm dùng một bản tóm tắt gồm nhu cầu, biên lợi nhuận dự kiến, năng lực giao hàng, điều khoản khác chuẩn và hạn phản hồi. Trưởng nhóm kinh doanh được quyền chốt trong khung chiết khấu đã duyệt; trường hợp vượt khung được đưa thẳng đến người chịu trách nhiệm thương mại, kèm hai phương án và hệ quả. Vận hành chỉ bắt đầu chuẩn bị sau khi nhận được quyết định đã chốt. Cách làm này không xóa rủi ro, nhưng giảm việc hỏi lại và làm rõ ai cần quyết định ở mỗi điểm.
Thiết kế bàn giao như một cam kết có thể kiểm tra
Một bàn giao yếu thường có dạng “em đã chuyển cho bên kia” hoặc “bên kia đang xử lý”. Những câu này không cho biết người nhận có đủ đầu vào hay chưa, kết quả mong đợi là gì, và khi nào cần quay lại. Bàn giao tốt cần tối thiểu bốn thông tin: đầu ra cần tạo, tiêu chuẩn chấp nhận, thời hạn, và cách xử lý khi phát hiện ngoại lệ. Nếu việc phụ thuộc vào dữ liệu hoặc phê duyệt từ bên khác, điều đó cũng phải được nêu như một điều kiện, không nên để ẩn trong trao đổi miệng.
Không phải mọi bàn giao đều cần một hệ thống phức tạp. Với việc lặp lại, một mẫu ngắn trong công cụ quản lý công việc có thể đủ. Với việc có rủi ro cao, cần thêm Decision log (bản ghi quyết định, lý do và căn cứ lựa chọn) và một nơi lưu chứng cứ. Điều đáng tránh là dùng cùng một mức thủ tục cho mọi việc. Tổ chức nên dành chi tiết cho các điểm có chi phí sửa sai lớn, ảnh hưởng khách hàng, hoặc cần phối hợp nhiều chuyên môn.
Rà soát bằng các trường hợp bị kẹt, không chỉ bằng chỉ số tổng
Thời gian xử lý trung bình có ích nhưng có thể che đi các trường hợp bị kéo dài bất thường. Mỗi tuần, nhóm điều hành nên chọn một vài công việc chậm nhất hoặc phải làm lại nhiều nhất để xem chúng mắc ở điểm nào. Có phải yêu cầu đầu vào không đầy đủ? Có phải quyền quyết định không rõ? Có phải một điều kiện ngoại lệ chưa từng được quy định? Câu trả lời sẽ cho phép điều chỉnh quy tắc, mẫu bàn giao hoặc phạm vi ủy quyền thay vì chỉ nhắc mọi người làm nhanh hơn.
Một nhịp rà soát ngắn cũng tạo cơ hội phát hiện khi quy trình đã lỗi thời. Khi sản phẩm, khách hàng hay chính sách thay đổi, điểm quyết định cũ có thể không còn phù hợp. Điều hành tốt không cố giữ quy trình bất biến; nó giữ cho các vai trò, bằng chứng và đường đi của quyết định luôn theo kịp công việc thật.
Kết luận
Phối hợp liên phòng ban trở nên đáng tin cậy khi công việc được nhìn như một dòng quyết định và bàn giao, không phải tập hợp các phần việc rời rạc. Hãy bắt đầu từ một hành trình công việc quan trọng, chỉ rõ người quyết ở các điểm then chốt, chuẩn hóa đầu vào và bàn giao, rồi học từ những trường hợp bị kẹt. Những thay đổi nhỏ này thường giúp tổ chức bớt họp để hỏi lại và dành nhiều thời gian hơn cho các quyết định có giá trị.
