Tinh hoa của thời đại mới

Cách xử lý công việc chồng chéo giữa các phòng ban

Công việc chồng chéo giữa các phòng ban thường bắt nguồn từ ranh giới trách nhiệm không rõ, quy trình giao việc phân tán và thiếu cơ chế xác định người chịu trách nhiệm cuối cùng. Bài viết phân tích cách nhận diện điểm chồng chéo, phân định vai trò, thiết kế quy trình phối hợp và đo lường hiệu quả sau cải tổ.
Công việc chồng chéo không đơn thuần là việc hai phòng ban cùng tham gia một nhiệm vụ. Sự phối hợp chỉ trở thành chồng chéo khi nhiều bên thực hiện cùng một phần việc, đưa ra quyết định trên cùng một phạm vi hoặc chịu trách nhiệm cho cùng một kết quả nhưng không có ranh giới và quyền hạn rõ ràng.
Cách xử lý công việc chồng chéo giữa các phòng ban

Muốn xử lý tận gốc, doanh nghiệp không nên chỉ yêu cầu các phòng ban “phối hợp tốt hơn”. Cần xác định chính xác điểm giao nhau trong quy trình, chỉ định một chủ sở hữu cho từng kết quả, phân biệt người thực hiện với người phê duyệt và thiết lập cơ chế xử lý khi có xung đột trách nhiệm.

Công việc chồng chéo giữa các phòng ban là gì?

Công việc chồng chéo giữa các phòng ban xảy ra khi từ hai đơn vị trở lên cùng thực hiện, kiểm soát hoặc ra quyết định đối với một phần việc mà không có sự phân định rõ ràng.

Tình trạng này thường xuất hiện dưới ba hình thức:

·         Nhiều phòng ban cùng thực hiện một công việc

·         Một nhiệm vụ phải trải qua nhiều lớp kiểm tra có nội dung tương tự

·         Không phòng ban nào chắc chắn ai là người chịu trách nhiệm cuối cùng

Ví dụ, bộ phận kinh doanh và marketing đều liên hệ cùng một nhóm khách hàng nhưng sử dụng dữ liệu, thông điệp và mục tiêu khác nhau. Đây không còn là sự phối hợp bổ trợ, vì hoạt động của hai bên có thể lặp lại, gây nhiễu cho khách hàng và làm phát sinh tranh luận về quyền sở hữu cơ hội bán hàng.

Một trường hợp khác là phòng nhân sự, trưởng bộ phận chuyên môn và ban giám đốc cùng kiểm tra một đề xuất tuyển dụng nhưng không xác định rõ mỗi bên cần kiểm tra nội dung gì. Quy trình có nhiều người tham gia nhưng không tạo thêm giá trị tương ứng.

Điểm cần phân biệt là sự tham gia của nhiều phòng ban không tự động đồng nghĩa với chồng chéo. Một quy trình liên phòng ban vẫn vận hành hiệu quả khi mỗi bên có nhiệm vụ riêng, đầu vào và đầu ra rõ ràng, đồng thời chỉ có một người chịu trách nhiệm cuối cùng đối với kết quả.

Giải pháp giảm công việc chồng chéo giữa các phòng ban

Vì sao công việc liên phòng ban thường bị chồng chéo?

Ranh giới chức năng được mô tả quá chung

Các mô tả như “hỗ trợ bán hàng”, “quản lý khách hàng”, “kiểm soát chất lượng” hoặc “phát triển nhân sự” thường bao phủ phạm vi rất rộng. Khi hai phòng ban cùng được giao một mục tiêu chung nhưng không phân tách hoạt động cụ thể, mỗi bên có thể hiểu rằng mình có quyền triển khai toàn bộ công việc liên quan.

Chẳng hạn, marketing chịu trách nhiệm tạo nhu cầu, trong khi kinh doanh chịu trách nhiệm chuyển đổi cơ hội thành doanh thu. Nếu ranh giới giữa khách hàng tiềm năng và cơ hội bán hàng không được xác định, cả hai bộ phận có thể cùng chăm sóc một khách hàng hoặc đẩy trách nhiệm cho nhau khi kết quả không đạt.

Doanh nghiệp giao việc theo chức danh thay vì theo kết quả

Một chức danh có thể bao gồm nhiều nhiệm vụ, nhưng mỗi nhiệm vụ lại tạo ra một kết quả khác nhau. Khi doanh nghiệp chỉ quy định phòng ban nào “tham gia” mà không xác định bên nào sở hữu kết quả, trách nhiệm sẽ trở nên phân tán.

Ví dụ, một dự án ra mắt sản phẩm có thể cần sự tham gia của sản phẩm, marketing, kinh doanh, vận hành và tài chính. Tuy nhiên, từng kết quả như hoàn thiện tính năng, phê duyệt ngân sách, chuẩn bị thông điệp hay bảo đảm năng lực vận hành phải có một chủ sở hữu riêng.

Quy trình hình thành tự phát qua thời gian

Khi doanh nghiệp tăng quy mô, nhiều bước kiểm tra thường được bổ sung để xử lý những sự cố riêng lẻ. Nếu các bước cũ không được loại bỏ, quy trình dần tích lũy nhiều lớp phê duyệt có chức năng tương tự.

Một phòng ban có thể kiểm tra dữ liệu vì từng xảy ra sai sót, phòng khác kiểm tra lại để bảo vệ trách nhiệm của mình, còn quản lý cấp cao tiếp tục duyệt vì chưa tin tưởng hai bước trước. Kết quả là thời gian xử lý tăng nhưng trách nhiệm vẫn không rõ hơn.

Thông tin và công cụ làm việc bị phân tán

Khi mỗi phòng ban sử dụng một bảng tính, phần mềm hoặc kênh trao đổi riêng, cùng một nhiệm vụ có thể xuất hiện dưới nhiều phiên bản. Mỗi bên tưởng rằng mình đang xử lý công việc chưa được thực hiện, trong khi thực tế một đơn vị khác đã làm nhưng chưa cập nhật trạng thái ở nơi mọi người cùng nhìn thấy.

Vì vậy, chồng chéo công việc không chỉ là vấn đề con người. Nó còn là hệ quả của kiến trúc thông tin và hệ thống quản lý công việc không thống nhất.

Quyền quyết định không đi cùng trách nhiệm

Một người được giao chịu trách nhiệm về kết quả nhưng phải chờ nhiều phòng ban phê duyệt từng quyết định nhỏ sẽ không thực sự sở hữu công việc. Ngược lại, một phòng ban có quyền can thiệp nhưng không chịu trách nhiệm về kết quả có thể tạo thêm yêu cầu mà không phải gánh hậu quả về tiến độ hoặc chi phí.

Sự tách rời giữa quyền hạn và trách nhiệm là nguyên nhân quan trọng khiến xung đột liên phòng ban kéo dài.

Cách nhận diện chính xác điểm công việc bị chồng chéo

Trước khi thay đổi cơ cấu hoặc phân công lại nhân sự, doanh nghiệp cần xác định chồng chéo đang xảy ra ở bước nào. Không nên kết luận chỉ dựa trên cảm giác rằng “quá nhiều người cùng tham gia”.

Lập bản đồ quy trình thực tế

Hãy chọn một quy trình đang có nhiều tranh cãi, chẳng hạn phê duyệt hợp đồng, xử lý khiếu nại khách hàng, tuyển dụng, mua hàng hoặc ra mắt sản phẩm.

Với từng bước, cần ghi rõ:

·         Đầu vào của bước công việc

·         Hoạt động được thực hiện

·         Người hoặc phòng ban thực hiện

·         Người có quyền quyết định

·         Đầu ra phải bàn giao

·         Thời gian xử lý

·         Hệ thống lưu trữ trạng thái

Bản đồ phải phản ánh cách công việc đang thực sự diễn ra, không chỉ dựa trên quy trình được ban hành. Khoảng cách giữa quy định và thực tế thường chính là nơi phát sinh chồng chéo.

Tìm các dấu hiệu cảnh báo

Một bước công việc có nguy cơ chồng chéo cao khi xuất hiện một hoặc nhiều dấu hiệu sau:

·         Hai đơn vị tạo ra cùng một loại đầu ra

·         Nhiều người cùng chỉnh sửa một tài liệu nhưng không có người chốt phiên bản

·         Một nội dung được kiểm tra lại mà không bổ sung tiêu chí mới

·         Nhân viên không biết phải xin quyết định từ ai

·         Cùng một dữ liệu được nhập vào nhiều hệ thống

·         Một nhiệm vụ bị chuyển qua lại giữa các phòng ban

·         Khi có sai sót, không đơn vị nào nhận trách nhiệm cuối cùng

Các dấu hiệu này cần được kiểm tra bằng hồ sơ công việc, lịch sử phê duyệt và thời gian xử lý thay vì chỉ dựa trên ý kiến của từng phòng ban.

Phân biệt chồng chéo với kiểm soát cần thiết

Không phải mọi bước kiểm tra lặp lại đều phải loại bỏ. Trong các quy trình liên quan đến tài chính, pháp lý, an toàn, bảo mật hoặc chất lượng, việc có nhiều lớp kiểm soát có thể cần thiết.

Điều cần đánh giá là mỗi lớp kiểm soát có mục tiêu riêng hay không. Nếu phòng chuyên môn kiểm tra tính đúng đắn nghiệp vụ, pháp chế kiểm tra rủi ro pháp lý và tài chính kiểm tra ngân sách, ba bước này không chồng chéo dù cùng xem một hồ sơ.

Ngược lại, nếu cả ba bên đều kiểm tra cùng một nội dung mà không có tiêu chí riêng, quy trình đang bị trùng lặp.

Quy trình xử lý công việc chồng chéo giữa các phòng ban

Bước 1: Xác định kết quả cần có của từng quy trình

Không nên bắt đầu bằng câu hỏi “Phòng nào đang làm việc gì?”. Hãy bắt đầu bằng câu hỏi “Quy trình này phải tạo ra kết quả nào?”.

Một quy trình xử lý khiếu nại có thể cần các kết quả riêng:

·         Ghi nhận đầy đủ thông tin

·         Xác minh nguyên nhân

·         Phê duyệt phương án xử lý

·         Phản hồi khách hàng

·         Theo dõi hành động phòng ngừa

Việc tách kết quả giúp doanh nghiệp tránh giao cả quy trình cho nhiều phòng ban cùng lúc. Mỗi kết quả có thể được sở hữu bởi một đơn vị khác nhau nhưng vẫn liên kết trong cùng một luồng công việc.

Bước 2: Chỉ định một người chịu trách nhiệm cuối cùng

Mỗi kết quả cần có một người chịu trách nhiệm cuối cùng. Người này không nhất thiết tự thực hiện toàn bộ công việc, nhưng phải bảo đảm kết quả được hoàn thành đúng yêu cầu.

Có thể sử dụng ma trận RACI để phân định bốn vai trò:

·         Responsible là người trực tiếp thực hiện

·         Accountable là người chịu trách nhiệm cuối cùng

·         Consulted là người được tham vấn

·         Informed là người cần được thông báo

Nguyên tắc quan trọng là một đầu ra chỉ nên có một Accountable. Có thể có nhiều người thực hiện hoặc được tham vấn, nhưng nếu nhiều người cùng chịu trách nhiệm cuối cùng thì trên thực tế thường không ai thực sự chịu trách nhiệm.

Ma trận RACI chỉ có giá trị khi được áp dụng đến cấp nhiệm vụ hoặc đầu ra cụ thể. Nếu doanh nghiệp xây dựng RACI ở cấp quá rộng như “phát triển khách hàng” hoặc “quản lý dự án”, sự mơ hồ vẫn còn nguyên.

Bước 3: Tách rõ quyền thực hiện, quyền tham vấn và quyền phê duyệt

Nhiều quy trình bị kéo dài vì người được tham vấn lại có quyền phủ quyết không chính thức, trong khi người chịu trách nhiệm phải xin ý kiến của tất cả các bên.

Doanh nghiệp cần quy định:

·         Ai được quyền quyết định

·         Ai cung cấp dữ liệu hoặc chuyên môn

·         Ý kiến nào mang tính bắt buộc

·         Ý kiến nào chỉ mang tính tham khảo

·         Trường hợp nào cần chuyển lên cấp cao hơn

Một người thuộc nhóm Consulted có quyền đưa ra ý kiến chuyên môn nhưng không tự động có quyền trì hoãn quyết định. Nếu ý kiến của họ mang tính bắt buộc vì yêu cầu pháp lý hoặc kiểm soát rủi ro, vai trò này phải được ghi rõ trong quy trình.

Bước 4: Loại bỏ các bước không tạo thêm giá trị

Với mỗi bước kiểm tra hoặc phê duyệt, hãy đặt ba câu hỏi:

1.    Bước này ngăn ngừa rủi ro cụ thể nào?

2.    Người thực hiện sử dụng tiêu chí nào khác với bước trước?

3.    Nếu bỏ bước này, hậu quả có thể đo lường là gì?

Nếu không trả lời được, bước đó có khả năng chỉ tồn tại do thói quen hoặc nhằm phân tán trách nhiệm.

Tuy nhiên, không nên cắt bỏ kiểm soát chỉ để rút ngắn thời gian. Một bước có tần suất phát hiện lỗi thấp vẫn có thể cần thiết nếu hậu quả của lỗi đặc biệt nghiêm trọng. Vì vậy, quyết định loại bỏ phải cân bằng giữa thời gian xử lý, chi phí kiểm soát và mức độ rủi ro.

Bước 5: Thiết lập một nguồn dữ liệu và trạng thái thống nhất

Mỗi nhiệm vụ cần có một nơi được công nhận là nguồn thông tin chính thức. Nguồn này phải thể hiện tối thiểu:

·         Chủ sở hữu công việc

·         Người thực hiện

·         Trạng thái hiện tại

·         Thời hạn

·         Đầu vào còn thiếu

·         Quyết định đã được đưa ra

·         Phiên bản tài liệu đang có hiệu lực

Email và tin nhắn có thể hỗ trợ trao đổi nhưng không nên là nơi duy nhất lưu trạng thái công việc. Khi thông tin quyết định nằm rải rác trong nhiều cuộc trò chuyện, các phòng ban dễ hành động dựa trên những phiên bản khác nhau.

Bước 6: Quy định điểm bàn giao giữa các phòng ban

Điểm bàn giao phải được mô tả bằng điều kiện hoàn thành, không chỉ bằng hành động “gửi sang phòng tiếp theo”.

Một bàn giao đầy đủ cần xác định:

·         Hồ sơ hoặc dữ liệu phải có

·         Tiêu chuẩn chất lượng của đầu vào

·         Người xác nhận đã nhận

·         Thời gian phản hồi

·         Trường hợp được phép trả lại

·         Cách xử lý khi đầu vào không đạt

Khi tiêu chuẩn bàn giao không rõ, phòng nhận có xu hướng làm lại hoặc kiểm tra lại toàn bộ công việc của phòng giao. Đây là một nguồn chồng chéo phổ biến nhưng thường bị hiểu nhầm là vấn đề thiếu tin tưởng.

Bước 7: Thiết lập cơ chế xử lý xung đột trách nhiệm

Dù quy trình đã được phân định, vẫn có thể xuất hiện tình huống mới chưa được dự liệu. Doanh nghiệp cần có cơ chế giải quyết nhanh thay vì để các phòng ban tự tranh luận kéo dài.

Cơ chế này nên quy định:

·         Cấp xử lý đầu tiên

·         Thời hạn thống nhất giữa các bên

·         Người ra quyết định khi không đạt đồng thuận

·         Nguyên tắc ưu tiên giữa tiến độ, chi phí, chất lượng và rủi ro

·         Cách cập nhật quyết định trở lại quy trình

Việc chuyển cấp không nên được sử dụng cho mọi bất đồng nhỏ. Chỉ nên chuyển cấp khi xung đột vượt quyền hạn của chủ sở hữu quy trình hoặc ảnh hưởng đáng kể đến mục tiêu chung.

Cách phân công để tránh tái diễn chồng chéo

Phân công theo đầu ra thay vì danh sách hoạt động

Danh sách hoạt động chỉ cho biết một người phải làm gì, nhưng đầu ra cho biết công việc được xem là hoàn thành khi nào.

Thay vì ghi “phối hợp chuẩn bị báo cáo”, nên quy định rõ:

·         Phòng vận hành chịu trách nhiệm cung cấp dữ liệu

·         Phòng tài chính chịu trách nhiệm xác nhận số liệu

·         Chủ dự án chịu trách nhiệm hoàn thiện và phát hành báo cáo

Cách phân công này giảm tình trạng nhiều bên cùng chỉnh sửa nhưng không ai chịu trách nhiệm về phiên bản cuối cùng.

Gắn quyền hạn với trách nhiệm

Người chịu trách nhiệm về kết quả cần có đủ quyền để:

·         Phân công người thực hiện

·         Yêu cầu đầu vào đúng hạn

·         Chốt phương án trong phạm vi được giao

·         Từ chối yêu cầu ngoài phạm vi

·         Chuyển cấp khi gặp xung đột vượt thẩm quyền

Nếu quyền hạn thấp hơn trách nhiệm, công việc sẽ liên tục bị trì hoãn. Nếu quyền hạn lớn hơn trách nhiệm, một đơn vị có thể can thiệp sâu vào công việc của đơn vị khác mà không chịu hậu quả về kết quả.

Quy định vai trò theo từng quy trình

Một phòng ban không phải lúc nào cũng giữ cùng một vai trò. Trong quy trình tuyển dụng, nhân sự có thể là chủ sở hữu quy trình, còn trưởng phòng chuyên môn quyết định yêu cầu năng lực. Trong quy trình đánh giá hiệu suất, trưởng phòng có thể chịu trách nhiệm cuối cùng, còn nhân sự cung cấp khung và kiểm soát tính nhất quán.

Do đó, doanh nghiệp không nên cố gắng xác định một ranh giới chức năng tuyệt đối cho mọi tình huống. Cần phân vai theo từng quy trình và từng đầu ra.

Đo lường hiệu quả sau khi phân định lại trách nhiệm

Việc điều chỉnh chỉ được xem là hiệu quả khi tạo ra thay đổi có thể quan sát và đo lường. Doanh nghiệp nên thiết lập đường cơ sở trước khi cải tổ và theo dõi cùng một nhóm chỉ số sau khi áp dụng.

Thời gian hoàn thành quy trình

Đo thời gian từ khi nhận đủ đầu vào đến khi có kết quả cuối cùng. Nên tách thời gian thực hiện thực tế khỏi thời gian chờ phê duyệt hoặc chờ bàn giao.

Nếu tổng thời gian giảm nhưng tỷ lệ lỗi tăng mạnh, quy trình có thể đã bị cắt kiểm soát quá mức thay vì được tối ưu đúng cách.

Số lần bàn giao và làm lại

Theo dõi:

·         Số lần nhiệm vụ chuyển giữa các phòng ban

·         Số lần hồ sơ bị trả lại

·         Số lần chỉnh sửa do yêu cầu không rõ

·         Số lần một dữ liệu phải nhập lại

·         Số lần thay đổi người chịu trách nhiệm

Tỷ lệ làm lại cao thường phản ánh tiêu chuẩn đầu vào, điểm bàn giao hoặc quyền quyết định chưa rõ.

Số bước phê duyệt

Doanh nghiệp cần ghi nhận số người và số cấp tham gia phê duyệt từng loại công việc. Mục tiêu không phải luôn giảm số bước xuống thấp nhất, mà là bảo đảm mỗi bước kiểm soát một rủi ro hoặc một tiêu chí khác nhau.

Tỷ lệ nhiệm vụ có chủ sở hữu rõ ràng

Có thể kiểm tra bằng cách chọn ngẫu nhiên một nhóm nhiệm vụ và xác minh nhân viên có trả lời thống nhất ba câu hỏi hay không:

·         Ai chịu trách nhiệm cuối cùng?

·         Khi nào nhiệm vụ được xem là hoàn thành?

·         Khi có xung đột thì ai ra quyết định?

Nếu các bên đưa ra câu trả lời khác nhau, việc phân định mới chưa thực sự đi vào vận hành.

Số xung đột phải chuyển cấp

Trong giai đoạn đầu, số vụ chuyển cấp có thể tăng vì các xung đột trước đây bị che giấu nay được ghi nhận chính thức. Tuy nhiên, về dài hạn, số vụ lặp lại cùng một nguyên nhân cần giảm khi quy trình và quyền hạn đã được cập nhật.

Những sai lầm thường gặp khi xử lý công việc chồng chéo

Chỉ sửa mô tả công việc

Mô tả công việc giúp xác định phạm vi chung của một vị trí nhưng không đủ để điều hành các quy trình liên phòng ban. Một nhiệm vụ có thể phù hợp với mô tả của nhiều vị trí cùng lúc.

Do đó, ngoài mô tả công việc, doanh nghiệp vẫn cần bản đồ quy trình, ma trận trách nhiệm và tiêu chuẩn bàn giao.

Cố gắng loại bỏ mọi điểm giao nhau

Các phòng ban không thể vận hành hoàn toàn độc lập. Những điểm giao nhau là cần thiết để chia sẻ chuyên môn, kiểm soát rủi ro và bảo đảm mục tiêu chung.

Mục tiêu đúng không phải là loại bỏ sự tham gia của nhiều phòng ban, mà là biến sự tham gia đó thành các vai trò bổ trợ, không trùng lặp.

Giao hai người cùng chịu trách nhiệm cuối cùng

Cách làm này thường được sử dụng để thể hiện tinh thần hợp tác, nhưng dễ tạo ra vùng trách nhiệm mơ hồ. Khi kết quả tốt, cả hai bên có thể nhận công; khi kết quả không đạt, mỗi bên có thể cho rằng bên còn lại mới là người quyết định.

Một kết quả nên có một người chịu trách nhiệm cuối cùng, dù có nhiều người cùng thực hiện.

Thêm cấp phê duyệt để giải quyết xung đột

Thêm quản lý cấp cao vào mọi quyết định có thể giảm tranh luận trong ngắn hạn nhưng làm suy yếu quyền sở hữu ở cấp vận hành. Nhân viên dần có xu hướng chuyển mọi bất đồng lên trên thay vì giải quyết theo nguyên tắc đã thống nhất.

Quản lý cấp cao nên xác lập ranh giới và cơ chế quyết định, không trở thành điểm phê duyệt mặc định cho mọi công việc.

Mua công cụ trước khi chuẩn hóa quy trình

Phần mềm quản lý công việc có thể tăng khả năng theo dõi, nhưng không tự xác định được ai nên chịu trách nhiệm hoặc bước nào cần loại bỏ. Nếu quy trình mơ hồ được đưa vào hệ thống, doanh nghiệp chỉ số hóa sự chồng chéo thay vì giải quyết nó.

Cần chuẩn hóa luồng công việc và vai trò trước, sau đó mới cấu hình công cụ hỗ trợ.

Khi nào không nên loại bỏ phần việc có vẻ trùng lặp?

Một số phần việc trùng nhau về hình thức nhưng khác nhau về mục đích kiểm soát. Doanh nghiệp không nên loại bỏ khi:

·         Quy định pháp lý yêu cầu kiểm tra độc lập

·         Sai sót có thể gây hậu quả nghiêm trọng

·         Quy trình cần tách biệt người tạo, người kiểm tra và người phê duyệt

·         Hai phòng ban đánh giá cùng hồ sơ theo các tiêu chí chuyên môn khác nhau

·         Hoạt động dự phòng cần thiết để bảo đảm tính liên tục

Trong các trường hợp này, giải pháp không phải bỏ bớt người tham gia mà là ghi rõ phạm vi kiểm tra của từng bên. Nhờ đó, doanh nghiệp giữ được cơ chế kiểm soát cần thiết mà không để các bên lặp lại toàn bộ công việc của nhau.

Kế hoạch triển khai trong doanh nghiệp

Doanh nghiệp có thể bắt đầu bằng một quy trình đang gây nhiều chậm trễ hoặc tranh cãi thay vì thay đổi toàn bộ cơ cấu cùng lúc.

Trình tự triển khai phù hợp gồm:

1.    Chọn một quy trình có tác động rõ ràng

2.    Ghi nhận luồng công việc thực tế

3.    Xác định các đầu ra và điểm quyết định

4.    Chỉ định một người chịu trách nhiệm cuối cùng cho từng đầu ra

5.    Phân loại người thực hiện, tham vấn và nhận thông báo

6.    Loại bỏ hoặc hợp nhất các bước không tạo thêm giá trị

7.    Chuẩn hóa tiêu chuẩn bàn giao

8.    Thiết lập nguồn dữ liệu và trạng thái thống nhất

9.    Thử nghiệm quy trình mới trong phạm vi nhỏ

10.  Đo thời gian, tỷ lệ làm lại và số xung đột

11.  Điều chỉnh trước khi áp dụng rộng hơn

12.  Cập nhật quy trình khi cơ cấu hoặc mục tiêu kinh doanh thay đổi

Cách triển khai theo phạm vi nhỏ giúp doanh nghiệp kiểm chứng giả định, phát hiện tác động ngoài dự kiến và hạn chế rủi ro gián đoạn vận hành.

Để xử lý công việc chồng chéo giữa các phòng ban, doanh nghiệp cần chuyển từ phân công theo chức năng chung sang quản trị theo quy trình, đầu ra và quyền quyết định. Mỗi kết quả phải có một chủ sở hữu cuối cùng; mỗi bên tham gia phải biết rõ mình thực hiện, tham vấn, phê duyệt hay chỉ nhận thông tin.

Giải pháp bền vững không nằm ở việc yêu cầu nhân viên phối hợp nhiều hơn, mà ở việc thiết kế một hệ thống khiến sự phối hợp trở nên rõ ràng: quy trình có điểm bàn giao, trách nhiệm đi cùng quyền hạn, dữ liệu có nguồn thống nhất và xung đột có cơ chế xử lý. Khi những điều kiện này được thiết lập, doanh nghiệp có thể giảm việc làm lại, rút ngắn thời gian chờ và duy trì kiểm soát cần thiết mà không tạo thêm tầng nấc quản lý.


Hỏi đáp về Công việc chồng chéo giữa các phòng ban

Có nên dùng ma trận RACI cho mọi công việc không?

Không cần dùng RACI cho từng nhiệm vụ nhỏ hoặc công việc chỉ có một người thực hiện. RACI phù hợp nhất với quy trình liên phòng ban, dự án có nhiều bên tham gia hoặc nhiệm vụ thường xuyên xảy ra tranh cãi về trách nhiệm.

Một công việc có thể có nhiều người thực hiện không?

Có. Một công việc có thể có nhiều người trực tiếp thực hiện, nhưng nên chỉ có một người chịu trách nhiệm cuối cùng đối với đầu ra.

Ai nên là người quyết định khi hai phòng ban không thống nhất?

Người sở hữu quy trình hoặc người chịu trách nhiệm cuối cùng nên quyết định trong phạm vi thẩm quyền. Khi xung đột liên quan đến ưu tiên chiến lược, ngân sách lớn hoặc rủi ro vượt thẩm quyền, vấn đề mới cần được chuyển lên cấp quản lý cao hơn.

Phần mềm quản lý công việc có giải quyết được chồng chéo không?

Phần mềm giúp minh bạch người phụ trách, trạng thái và thời hạn, nhưng không thể thay thế việc thiết kế quy trình và phân định quyền hạn. Công cụ chỉ phát huy hiệu quả sau khi doanh nghiệp đã xác định rõ đầu ra, vai trò và điểm bàn giao.

Bao lâu nên rà soát lại trách nhiệm giữa các phòng ban?

Nên rà soát khi doanh nghiệp thay đổi cơ cấu, mở rộng quy mô, triển khai hệ thống mới, bổ sung sản phẩm hoặc liên tục phát sinh tranh cãi tại cùng một điểm bàn giao. Các quy trình quan trọng cũng cần được kiểm tra định kỳ để bảo đảm phân công vẫn phù hợp với thực tế vận hành.

13/10/2026 00:44:41
GỬI Ý KIẾN BÌNH LUẬN