Cộng tác liên chức năng: cách vận hành mà không cần họp cho mọi việc (2026)

Cộng tác liên chức năng là việc những người thuộc các bộ phận khác nhau, như sản phẩm và hỗ trợ, bán hàng và hậu cần, quầy lễ tân của phòng khám và phòng thanh toán của nó, và thường cả một đối tác bên ngoài công ty, cùng hoàn thành một công việc. Họ không báo cáo cho nhau, cũng không ngồi trong các cuộc họp của nhau: họ hoàn thành một việc, với một người chịu trách nhiệm, một nơi để thảo luận công việc, và một bản ghi về những gì đã quyết định và ai làm gì. Khi làm tốt, phần lớn diễn ra trong im lặng. Các bộ phận viết, người phụ trách đọc, và cuộc họp chỉ diễn ra khi hai bộ phận phải chọn giữa các phương án trong tuần này.

Khi làm tệ, nó biến thành một tấm lịch. Mỗi lần bàn giao có một cuộc đồng bộ, mỗi cuộc đồng bộ có một cuộc theo dõi, và những người làm việc phải dành cả tuần để giải thích cho những người làm nửa còn lại. Hướng dẫn này đi từ phần nghề trước: ba hình thức của công việc liên chức năng, bốn điểm nó đứt gãy, năm quy tắc để vận hành mà không cần cuộc họp định kỳ. Sau đó là một thỏa thuận làm việc một trang bạn có thể sao chép, ba ví dụ đã điền sẵn, chỗ công việc được ghi nhận trong các công cụ nhóm bạn đã trả tiền, và một cách để kênh nơi công việc diễn ra luôn dễ đọc với mọi bộ phận bằng chính ngôn ngữ của họ.

Cộng tác liên chức năng là gì — và không phải là gì

Công việc liên chức năng có ba hình thức, và phần lớn rắc rối đến từ việc vận hành hình thức này bằng thói quen của hình thức khác:

Hình thức đầu tiên đã có hướng dẫn riêng; bài này nói về hình thức thứ hai và thứ ba, nơi các cuộc họp sinh sôi. Một dự án có bốn bộ phận và mỗi cặp họp đồng bộ hằng tuần là sáu cuộc họp mỗi tuần trước khi có bất kỳ công việc nào được làm. Một yêu cầu được trả lời trong cuộc họp khiến cả phòng mất đúng khoảng thời gian một người cần để viết câu trả lời.

Cộng tác liên chức năng cũng không giống với phối hợp giữa các phòng ban. Phối hợp là các phòng ban thông tin cho nhau trong khi mỗi bên làm việc của mình; cộng tác là một công việc mà một bộ phận không thể tự hoàn thành. Phép thử là sản phẩm bàn giao: nếu marketing có thể chạy chiến dịch mà không cần hỗ trợ, và hỗ trợ có thể viết macro mà không cần marketing, thì họ đang phối hợp, và mỗi tuần một tin nhắn là đủ. Nếu đợt ra mắt chưa xong cho đến khi cả hai nửa cùng xong, thì họ đang cộng tác, và họ cần một nơi chung để làm việc đó.

Nó đứt gãy ở đâu: bốn điểm hỏng

Công việc liên chức năng hiếm khi hỏng ở buổi khởi động. Nó hỏng trong những tuần sau đó, ở bốn chỗ có thể đoán trước:

1. Bàn giao. Bộ phận A hoàn thành phần của mình rồi báo cho bộ phận B — bằng một tin nhắn trong kênh của A, trong một cuộc họp B không tham dự, trong một email gửi cho một người đang nghỉ phép. B bắt đầu muộn, hoặc bắt đầu trên phiên bản sai. Cách khắc phục không phải là thêm một cuộc họp; mà là một nơi duy nhất nơi mọi lần bàn giao được viết ra và mọi bộ phận đều đọc.
2. Quyền sở hữu. Bốn bộ phận, bốn trưởng nhóm, và công việc thuộc về dự án — nghĩa là không thuộc về ai. Mỗi trưởng nhóm sở hữu nửa của mình và không ai sở hữu chỗ nối. Cách khắc phục là một cái tên: một người phụ trách toàn bộ sản phẩm bàn giao, bất kể họ đến từ bộ phận nào, với thẩm quyền hỏi bất kỳ bộ phận nào về thời hạn.
3. Từ vựng. "Xong" với kỹ thuật là đã kiểm thử, với marketing là đã công bố, với hỗ trợ là đã có tài liệu. "Khách hàng" với bán hàng là một bệnh viện, với nhóm sản phẩm là một y tá. Một nửa số cuộc họp trong dự án liên chức năng tồn tại chỉ để phát hiện ra rằng hai người đã đồng ý với nhau bằng những từ khác nhau. Cách khắc phục là một bảng thuật ngữ ngắn, viết một lần, đặt ở nơi công việc diễn ra.
4. Bản ghi. Quyết định được đưa ra trong cuộc gọi giữa hai trong bốn bộ phận; bộ phận thứ ba nghe tin một tuần sau và mở lại vấn đề; bộ phận thứ tư không bao giờ biết. Cách khắc phục là một quy tắc: quyết định được ghi vào kênh của dự án ngay trong ngày nó được đưa ra, cùng một nhật ký quyết định cho những quyết định cần giữ lại lý do.

Điểm hỏng thứ năm xuất hiện khi các bộ phận không có chung ngôn ngữ làm việc — nhóm phát triển ở một nước, bàn hỗ trợ ở nước khác, trưởng dự án của khách hàng ở nước thứ ba. Khi đó mỗi bộ phận giữ kênh riêng bằng ngôn ngữ riêng, và mỗi lần bàn giao vượt biên giới hai lần: một lần giữa các bộ phận, một lần giữa các ngôn ngữ. Các quy tắc dưới đây cũng được viết cho trường hợp này, vì cách khắc phục vẫn vậy — một nơi, mặc định bằng văn bản — chỉ thêm một yêu cầu đối với nơi đó.

Cách vận hành mà không cần họp cho mọi việc

Năm quy tắc. Chúng thay thế cuộc đồng bộ định kỳ, không thay thế buổi khởi động và các cuộc họp ra quyết định; hai loại đó vẫn giữ.

1. Một người phụ trách cho toàn bộ công việc. Được chỉ định tại buổi khởi động, từ bộ phận nào gánh phần lớn nhất. Người phụ trách không làm việc của tất cả mọi người; họ là người có thể nói, vào bất kỳ ngày nào, sản phẩm bàn giao đang ở trạng thái nào và đang chờ gì. Mỗi bộ phận cử một đầu mối làm việc với người phụ trách, và đầu mối đó chịu trách nhiệm về phần của bộ phận mình. Hai cái tên cho mỗi bộ phận — trưởng nhóm và người trực tiếp làm — đã là quá nhiều; người phụ trách cần biết hỏi ai.

2. Một kênh, và mọi người đều ở trong đó. Một kênh cho mỗi công việc — không phải mỗi bộ phận, không phải mỗi cặp bộ phận — với mọi đầu mối từ mọi bộ phận trong đó, cùng những người ngoài công ty tham gia công việc: bên tích hợp, agency, trưởng dự án của khách hàng, nhân viên xử lý đơn hàng của nhà phân phối. Kênh là nơi các lần bàn giao được thông báo, câu hỏi được đặt ra và quyết định được ghi lại. Một bộ phận thảo luận dự án trong kênh riêng rồi báo cáo sang kênh chung đang vận hành hai dự án, và dự án chung là cái chậm hơn.

3. Mặc định bằng văn bản; họp để ra quyết định. Hình thức mặc định của một lần bàn giao, một câu hỏi, một báo cáo tình hình hay một rủi ro là một tin nhắn trong kênh. Cuộc họp chỉ được đặt khi hai bộ phận trở lên phải chọn giữa các phương án trong tuần này và việc chọn cần mọi người ở chung một phòng. Phép thử trước khi đặt lịch: cuộc họp này đưa ra quyết định gì? Nếu câu trả lời là "cập nhật cho mọi người", thì đó là một tin nhắn. Nếu câu trả lời là "chúng ta có ba phương án cho ngày ra mắt và marketing với hỗ trợ không đồng ý", thì đó là một cuộc họp 25 phút với một chương trình họp và quyết định được đọc lại ở cuối.

4. Một báo cáo tình hình bằng văn bản, hằng tuần, trước một giờ cố định. Mỗi bộ phận đăng ba dòng trong kênh vào cùng một ngày mỗi tuần — đã xong, tiếp theo, bị chặn — trước một giờ đã định. Người phụ trách đọc tất cả và đăng một dòng về toàn bộ sản phẩm bàn giao: đúng tiến độ, có rủi ro, hoặc ngày đã dời và vì sao. Cuộc họp báo cáo tình hình hằng tuần chính là điều này, được đọc to lên; bản viết tốn của mỗi bộ phận năm phút thay vì một giờ, và những người vắng mặt vẫn đọc được. Cách nâng cao năng suất của nhóm có phép tính đằng sau sự thay đổi này.

5. Một bản ghi: quyết định, nhiệm vụ, bản tóm tắt, trong kênh. Một quyết định được ghi vào kênh ngay trong ngày nó được đưa ra, kèm ngày và người phụ trách, dù nó được đưa ra qua điện thoại hay ở hành lang — nhất là khi đó. Mỗi action item có tên người và ngày. Khi một cuộc họp diễn ra, bản tóm tắt của nó được đưa vào cùng kênh ngay trong ngày, để bộ phận không được mời đọc được những gì đã quyết định mà không phải hỏi. Cuối dự án, kênh chính là bản ghi: mọi lần bàn giao, mọi quyết định, mọi bản tóm tắt, theo đúng thứ tự chúng đã xảy ra.

Bảng thuật ngữ là điều thứ sáu, và chỉ làm một lần: tại buổi khởi động, mười thuật ngữ mà các bộ phận dùng khác nhau, mỗi thuật ngữ một định nghĩa, được đăng và ghim trong kênh. "Xong", "khách hàng", "ra mắt", "đã bàn giao", "đã duyệt" — những từ riêng của dự án. Mất hai mươi phút và loại bỏ những cuộc họp mà kết quả duy nhất là "ồ, ý bạn là vậy à".

Một thỏa thuận làm việc liên chức năng bạn có thể sao chép

Đăng nó như một ghi chú trong kênh của dự án tại buổi khởi động, điền vào các ô trong ngoặc, rồi ghim lại. Nó dài một trang; trang thứ hai là một kế hoạch dự án đang cố chen vào.

[Dự án] — thỏa thuận làm việc liên chức năng
Kết quả: [một câu: cái gì sẽ xong, và vào khi nào]
Người phụ trách: [tên, bộ phận] · Người bảo trợ: [tên] · Đã thống nhất: [ngày] · Đánh giá: [ngày, cuối dự án hoặc giữa chừng]

Các bộ phận và đầu mối
[Bộ phận] — [tên], chịu trách nhiệm về [phần của họ] · [Bộ phận] — [tên], [phần] · [Bên ngoài] — [tên], [phần]

Nơi công việc diễn ra
Kênh: [một kênh], với mọi đầu mối ở trên trong đó, kể cả [bên ngoài]. Bàn giao, câu hỏi, rủi ro và báo cáo tình hình đều đăng ở đây, bằng văn bản, ngay trong ngày chúng xảy ra. Không có gì về dự án này được quyết định trong kênh riêng của một bộ phận.

Điều gì đáng một cuộc họp
Một quyết định giữa các phương án cần nhiều hơn một bộ phận ở chung phòng. Đặt lịch kèm chương trình họp và câu hỏi cần quyết; 25 phút; quyết định được đọc lại ở cuối và ghi vào kênh ngay trong ngày. Mọi thứ khác là một tin nhắn.

Báo cáo tình hình hằng tuần
Mỗi bộ phận, vào [ngày] trước [giờ]: đã xong · tiếp theo · bị chặn. Người phụ trách, trước [giờ + 2]: đúng tiến độ / có rủi ro / ngày đã dời, và vì sao.

Quyết định và nhiệm vụ
Một quyết định được ghi ở đây ngay trong ngày được đưa ra, kèm ngày và người phụ trách; [quy tắc im lặng, ví dụ một ngày làm việc không ai phản đối là đồng ý]. Một nhiệm vụ có tên người và ngày, nếu không thì nó không phải nhiệm vụ.

Bảng thuật ngữ
[Thuật ngữ] — [một định nghĩa] · [Thuật ngữ] — [định nghĩa] · … (tối đa mười)

Xong nghĩa là: [danh sách kiểm tra mà mọi bộ phận phải ký xác nhận — đã kiểm thử, đã công bố, đã có tài liệu, đã xuất hóa đơn]

Thỏa thuận này là văn bản thuần, nên có thể dán vào tài liệu Word, Google Docs, canvas của Slack hoặc một tin nhắn chat mà không cần định dạng lại.

Ba ví dụ đã điền sẵn

Một đợt ra mắt tính năng giữa sản phẩm, hỗ trợ và marketing — một công ty phần mềm bốn mươi người

Nhóm sản phẩm ở Valencia, một bàn hỗ trợ sáu người ở Cluj làm việc bằng tiếng Romania, và một freelancer marketing ở Buenos Aires. Ba bộ phận, ba ngôn ngữ, một ngày ra mắt.

Kết quả: tính năng lên lịch được bật cho mọi khách hàng trả phí trước ngày 12 tháng 12, kèm bài hướng dẫn đã đăng và thông báo đã gửi.
Người phụ trách: Marta, sản phẩm. Các bộ phận: sản phẩm — Marta, phần xây dựng và ngày ra mắt; hỗ trợ — Andrei, bài hướng dẫn, các macro và tuần đầu tiên xử lý ticket; marketing — Lucía, thông báo và tin nhắn trong ứng dụng.
Kênh: #launch-scheduling; Lucía tham gia với tư cách thành viên bên ngoài.
Cuộc họp: một, vào tuần trước ngày ra mắt, để chọn giữa hai phương án triển khai nếu bài kiểm thử của hỗ trợ phát hiện vấn đề. Ngoài ra không có.
Báo cáo tình hình: thứ Năm trước 11:00 CET, mỗi bộ phận; Marta trước 13:00.
Bảng thuật ngữ: "xong" — đã được hỗ trợ kiểm thử trên tài khoản staging, bài hướng dẫn đã đăng, thông báo đã lên lịch; "khách hàng" — nhân viên lễ tân của phòng khám, không phải chủ phòng khám.
Xong nghĩa là: cả ba dòng trong định nghĩa "xong" của bảng thuật ngữ, và số ticket tuần đầu của Andrei được đăng trong kênh.

Cuộc họp duy nhất đã diễn ra; phương án triển khai được chọn trong mười tám phút vì kết quả kiểm thử đã có sẵn trong kênh. Đợt ra mắt trước, chạy với một cuộc đồng bộ ba bộ phận hằng tuần, đã có mười một cuộc họp.

Một quy trình tiếp nhận mới giữa lễ tân, điều dưỡng và thanh toán — một phòng khám có bên tích hợp bên ngoài

Một phòng khám ở Lyon triển khai tiếp nhận bệnh nhân trực tuyến. Lễ tân, điều dưỡng, thanh toán, và bên tích hợp kết nối các biểu mẫu với phần mềm quản lý phòng khám — một công ty ở Casablanca làm việc bằng tiếng Pháp và tiếng Ả Rập.

Kết quả: mọi bệnh nhân mới điền biểu mẫu tiếp nhận trực tuyến trước lần khám đầu tiên; lễ tân không phải gõ lại gì hai lần; từ ngày 1 tháng 2.
Người phụ trách: Claire, trưởng bộ phận lễ tân. Các bộ phận: lễ tân — Claire, các câu hỏi của biểu mẫu và quy trình ngày đầu; điều dưỡng — Samir, các trường lâm sàng; thanh toán — Inès, các trường bảo hiểm và phần xuất dữ liệu; bên tích hợp — Youssef, phần kết nối và môi trường kiểm thử.
Kênh: #intake-online, Youssef tham gia trong thời gian dự án.
Cuộc họp: hai — buổi rà soát các trường, nơi điều dưỡng và thanh toán chọn câu hỏi nào bệnh nhân bắt buộc phải trả lời và câu nào có thể để sau; và buổi quyết định triển khai hay không vào tuần trước đó.
Báo cáo tình hình: thứ Hai trước 10:00, mỗi bộ phận; Claire trước 12:00.
Bảng thuật ngữ: "biểu mẫu hoàn chỉnh" — mọi trường bắt buộc đã điền, không phải mọi trường; "chính thức hoạt động" — trên trang web của chính phòng khám, không phải địa chỉ kiểm thử của bên tích hợp.
Xong nghĩa là: hai mươi bệnh nhân thật đi qua biểu mẫu trong tuần đầu tiên, không ca nào bị lễ tân gõ lại, ghi chú bàn giao của Youssef có trong kênh.

Một yêu cầu: tài chính cần bản dự báo từ bán hàng

Không phải dự án. Một bộ phận cần một thứ từ bộ phận khác, một lần duy nhất. Toàn bộ sự cộng tác là một tin nhắn:

Gửi: Pau (bán hàng) · Từ: Inés (tài chính)
Việc cần: bản dự báo quý 1 theo nhà phân phối, trong bảng tính quen thuộc.
Hạn: thứ Năm 16:00, vì hồ sơ họp hội đồng đóng vào trưa thứ Sáu.
Vì sao quan trọng: kế hoạch sản xuất được tính từ đó; dự báo trễ là kế hoạch trễ.
Nếu bạn không làm được: hãy báo trước thứ Ba, và chúng tôi dùng số liệu quý trước kèm ghi chú.

Một yêu cầu có đủ việc cần, hạn chót, lý do và phương án dự phòng sẽ được trả lời mà không cần họp. Một yêu cầu thiếu những thứ đó sẽ biến thành một cuộc họp.

Công việc liên chức năng nằm ở đâu trong các công cụ bạn đã dùng

Mỗi bộ công cụ có một chỗ cho nhóm gồm người từ nhiều đội, và mỗi bộ dừng lại ở một điểm khác nhau — thường là ở người bên ngoài tổ chức, hoặc ở thành viên đọc một ngôn ngữ khác. Chỉ ghi lại hành vi đã được tài liệu hóa, lấy từ các trang của chính nhà cung cấp, kèm tháng mà mỗi thông tin được kiểm tra:

Có hai điều giống nhau ở mọi nơi. Bản ghi của nhóm — thỏa thuận, các lần bàn giao, các quyết định — tồn tại bằng ngôn ngữ nó được gõ, và một thành viên đọc ngôn ngữ khác đọc một bản dịch theo từng người đọc của một tin nhắn mỗi lần, hoặc một bản sao ai đó đã làm. Và những gì một cuộc họp để lại là một tài liệu bên cạnh kênh, bằng ngôn ngữ của căn phòng; bản ghi âm và bản tóm tắt đi đâu sau cuộc gọi là phiên bản dài hơn.

Toàn bộ dự án vận hành trong một kênh như thế nào

InterMIND là một không gian giao tiếp nơi một công việc nằm trong một kênh, nên năm quy tắc có một chỗ ở hiển nhiên. Kênh được tạo cho đợt ra mắt, dự án tiếp nhận hay việc đưa nhà phân phối vào hoạt động, và mọi đầu mối từ mọi bộ phận đều ở trong đó — kể cả những người ngoài công ty: một thành viên bên ngoài tham gia bằng email với tài khoản miễn phí, đọc được lịch sử kênh từ trước khi họ tham gia, và có mặt trong mọi cuộc gọi bắt đầu từ kênh. Thỏa thuận làm việc và bảng thuật ngữ được đăng dưới dạng ghi chú — tin nhắn văn bản có định dạng với tiêu đề và dòng in đậm, chỉnh sửa sau từ menu riêng của chúng — và được ghim, nên điều đầu tiên một đầu mối mới đọc là trang nói về cách dự án vận hành.

Mỗi bộ phận viết bằng ngôn ngữ của mình và đọc kênh bằng ngôn ngữ của mình: bàn hỗ trợ Cluj viết báo cáo tình hình thứ Năm bằng tiếng Romania, nhóm Valencia đọc bằng tiếng Tây Ban Nha, Lucía đọc bằng tiếng Tây Ban Nha từ Buenos Aires, và bản gốc chỉ cách một lần bật tắt đối với ai muốn xem. Một tệp thả vào kênh — bảng dự báo, danh sách các trường, ghi chú bàn giao của bên tích hợp — được tóm tắt tự động, và bản tóm tắt, như một tệp PDF hay tài liệu Office được chia sẻ, mở ra bằng ngôn ngữ của từng người đọc. Khi cuộc họp duy nhất diễn ra, nó bắt đầu từ kênh chỉ bằng một cú nhấp, danh sách thành viên của kênh là danh sách khách mời, và bản thỏa thuận hoặc danh sách phương án hiện trên màn hình của mọi người cạnh các ô video với Share to conference: người chia sẻ chỉnh sửa trực tiếp trong khi cả phòng theo dõi, và mỗi người tham gia đọc nó bằng ngôn ngữ của mình. Khi cuộc gọi kết thúc, bản tóm tắt được viết từ chính bản ghi âm của cuộc họp — gồm phần tóm tắt, bản chép lời và bản ghi hình — và đến qua email, như một tin nhắn trong kênh và như một liên kết trong sự kiện lịch, để mọi thành viên đã đăng nhập đọc bằng ngôn ngữ của mình. Bất kỳ thành viên nào cũng có thể chỉnh sửa nó, mỗi lần chỉnh sửa đều lưu tác giả và lịch sử phiên bản, và kênh giữ bản tóm tắt của mọi phiên đã qua, nên bộ phận không có mặt trong phòng đọc được những gì đã quyết định mà không phải hỏi ai. Nếu một công cụ bên ngoài kênh có điều muốn nói — hệ thống ticket, pipeline build, hệ thống giám sát của bên tích hợp — người chủ trì kênh cấp cho nó một địa chỉ riêng, và email đến kênh như một tin nhắn bình thường với người gửi được nêu tên và tệp đính kèm được giữ lại. Người chủ trì cũng có thể thêm một bản sao của bản tóm tắt gửi tới bất kỳ địa chỉ nào, để bản tóm tắt buổi quyết định triển khai hay không đến thẳng hộp thư nhận của CRM hoặc công cụ theo dõi mà không ai phải chuyển tiếp.

Những người trong một dự án liên chức năng không phải ai cũng là thành viên của công ty chủ dự án, và không phải ai cũng ở lại lâu. Bên tích hợp, freelancer và nhân viên xử lý đơn hàng của nhà phân phối tham gia với tư cách thành viên bên ngoài của kênh, qua email, bằng tài khoản miễn phí, và đọc nó như mọi người khác bằng ngôn ngữ của họ. Một người không có tài khoản là khách của một cuộc họp: giám đốc tài chính của khách hàng tham gia buổi quyết định triển khai hay không qua liên kết, từ điện thoại, miễn phí, nghe trực tiếp bằng ngôn ngữ của mình, và sau đó không nhận được bản ghi — các thành viên của kênh thì có.

Người chủ trì cung cấp không gian và, trên gói trả phí, chỉ trả tiền cho các thành viên hoạt động trong 28 ngày gần nhất — đã tham gia cuộc họp, viết trong chat hoặc hỏi trợ lý. Những thành viên im lặng vẫn giữ quyền truy cập mà không mất phí, và người tham gia kênh từ bên ngoài nhóm không được tính, đúng với điều một dự án cần: trưởng bộ phận thanh toán ở trong kênh hai tuần vào tháng 12 rồi im lặng đến tháng 2 không tốn gì ở giữa, và vẫn tìm thấy bản ghi ở nơi cô ấy đã để lại.

• Mở một bản tóm tắt hoàn chỉnh — một bản ghi thật được tạo ra bởi chính đoạn mã viết ra bản của bạn.
• Dùng thử bản demo trực tiếp — không cần đăng ký; hãy nói, và nghe cả phòng được dịch cho từng người nghe.

Cộng tác liên chức năng như một nghề thì vượt qua mọi công cụ: vẫn phải có người chỉ định người phụ trách, viết bản bàn giao và từ chối cuộc họp không đưa ra quyết định nào. Điều không nhất thiết phải tồn tại là công việc thứ hai — giữ bản sao bản ghi của từng bộ phận bằng tay, bằng ngôn ngữ riêng của nó, chậm hơn các bản khác một phiên bản.

Câu hỏi thường gặp

Cộng tác liên chức năng là gì?

Cộng tác liên chức năng là việc những người thuộc các bộ phận khác nhau — sản phẩm, bán hàng, hỗ trợ, tài chính, vận hành, thường kèm một đối tác bên ngoài công ty — cùng hoàn thành một công việc mà không bộ phận nào có thể tự hoàn thành. Nó khác với phối hợp, nơi các phòng ban thông tin cho nhau trong khi mỗi bên làm việc của mình. Nó có ba hình thức: một nhóm liên chức năng thường trực, một dự án liên chức năng có thời hạn, và một yêu cầu một lần từ bộ phận này tới bộ phận khác.

Ví dụ về cộng tác liên chức năng là gì?

Một đợt ra mắt tính năng: sản phẩm xây dựng, hỗ trợ viết bài hướng dẫn và xử lý ticket tuần đầu, marketing gửi thông báo, và đợt ra mắt chưa xong cho đến khi cả ba cùng xong. Các ví dụ khác: một phòng khám triển khai tiếp nhận trực tuyến giữa lễ tân, điều dưỡng, thanh toán và một bên tích hợp bên ngoài; một nhà xuất khẩu đưa nhà phân phối mới vào hoạt động giữa bán hàng, hậu cần và tài chính, với nhân viên xử lý đơn hàng của nhà phân phối trong kênh; một đợt tuyển dụng giữa nhân sự và nhóm tuyển dụng. Trong mỗi trường hợp, một người chịu trách nhiệm toàn bộ kết quả và mỗi bộ phận có một đầu mối.

Vì sao cộng tác liên chức năng quan trọng?

Vì phần lớn công việc một tổ chức bàn giao không nằm gọn trong một bộ phận. Một đợt ra mắt, một quy trình mới, một khách hàng mới và một thị trường mới đều cần phần việc của nhiều bộ phận khớp với nhau, và chỗ nối giữa các phần là nơi thời gian và chất lượng bị mất: lần bàn giao không ai thông báo, quyết định một bộ phận không bao giờ nghe, từ ngữ hai bộ phận dùng khác nhau. Khi vận hành tốt, cộng tác liên chức năng làm cho chỗ nối hiện rõ — một người phụ trách, một kênh, một bản ghi — và loại bỏ những cuộc họp mà mục đích duy nhất là tìm hiểu bộ phận kia đã làm gì.

Làm thế nào để cải thiện cộng tác liên chức năng?

Năm thay đổi, theo thứ tự hiệu quả. Chỉ định một người phụ trách cho toàn bộ sản phẩm bàn giao, không phải một người cho mỗi bộ phận. Đưa đầu mối của mọi bộ phận, và các bên bên ngoài, vào một kênh cho công việc đó và không thảo luận ở nơi nào khác. Biến viết thành mặc định và chỉ đặt cuộc họp cho một quyết định giữa các phương án. Thay cuộc họp báo cáo tình hình bằng ba dòng viết của mỗi bộ phận vào một ngày cố định. Ghi mọi quyết định vào kênh ngay trong ngày được đưa ra, và mỗi nhiệm vụ có người phụ trách và ngày. Một bảng thuật ngữ mười từ tại buổi khởi động loại bỏ thêm một nhóm cuộc họp nữa.

Những thách thức của cộng tác liên chức năng là gì?

Bốn thách thức lặp lại: lần bàn giao mà một bộ phận thông báo ở nơi bộ phận kia không đọc; quyền sở hữu bị chia nhỏ để mỗi bộ phận sở hữu nửa của mình và không ai sở hữu chỗ nối; từ vựng, nơi "xong", "khách hàng" hay "đã duyệt" mang nghĩa khác nhau với các bộ phận khác nhau; và bản ghi, nơi một quyết định giữa hai bộ phận bị bộ phận thứ ba chưa từng nghe mở lại. Thách thức thứ năm xuất hiện khi các bộ phận không chung ngôn ngữ — mỗi bên giữ kênh riêng, và mỗi lần bàn giao vượt biên giới hai lần. Mỗi thách thức có cùng một dạng cách khắc phục: một nơi, bằng văn bản, để mọi người liên quan đọc.

Khác biệt giữa cộng tác liên chức năng và cộng tác liên phòng ban là gì?

Liên phòng ban, hay phối hợp liên phòng ban, là các phòng ban thông tin cho nhau trong khi mỗi bên giao phần việc của mình: một bản cập nhật hằng tháng giữa bán hàng và tài chính. Cộng tác liên chức năng là một sản phẩm bàn giao cần công việc của nhiều bộ phận kết hợp lại, với một người phụ trách kết quả: đợt ra mắt chưa xong cho đến khi sản phẩm, hỗ trợ và marketing đều xong và các phần của họ khớp nhau. Phép thử là liệu một bộ phận có thể tự bàn giao kết quả hay không. Nếu có, mỗi tuần một tin nhắn là đủ; nếu không, các bộ phận cần một nơi chung và một người phụ trách chung.

Cộng tác liên chức năng cần những kỹ năng nào?

Chủ yếu là thói quen viết hơn là tài năng: nêu một lần bàn giao với cái gì, ai và khi nào; đặt câu hỏi kèm thời hạn và lý do; viết một quyết định trong một câu cùng người phụ trách nó; đọc báo cáo tình hình của bộ phận khác trước khi xin một cuộc họp. Từ người phụ trách, thêm hai điều: thẩm quyền hỏi bất kỳ bộ phận nào về thời hạn, và kỷ luật từ chối một cuộc họp không đưa ra quyết định. Từ mọi người, sự sẵn lòng thống nhất mười từ mà dự án dùng và dùng chúng.

Làm thế nào để đo lường cộng tác liên chức năng?

Bằng sản phẩm bàn giao và bằng tấm lịch. Kết quả có được bàn giao đúng ngày mà thỏa thuận nêu, với dòng "xong" của mọi bộ phận đều đúng không? Dự án đã tốn bao nhiêu cuộc họp, và bao nhiêu trong số đó đưa ra một quyết định được ghi trong kênh? Bao nhiêu lần bàn giao được thông báo trong kênh trước khi bộ phận nhận hỏi? Một dự án bàn giao đúng hạn với ít cuộc họp, mỗi cuộc có một quyết định trong bản ghi, là đang cộng tác tốt; một dự án có cuộc đồng bộ hằng tuần cho mỗi cặp bộ phận và những quyết định không ai tìm thấy là đang phối hợp một cách đắt đỏ.

Nguồn: Microsoft Learn — Kênh chia sẻ trong Microsoft Teams; Microsoft — Ghi chú cuộc họp trong Microsoft Teams; Microsoft — Dịch một tin nhắn trong Microsoft Teams; Google Chat — Sử dụng Automatic Translation trong Chat; Google Meet — "Take notes for me" trong Google Meet; Slack — Bảng giá; Slack — Xuất dữ liệu workspace của bạn; Slack — Hướng dẫn về các tính năng AI trong Slack; Slack — Mẫu chương trình họp (canvas); WhatsApp — Cách xuất lịch sử trò chuyện của bạn; Blog WhatsApp — Giới thiệu tính năng dịch tin nhắn. Trang kênh chia sẻ của Microsoft Learn được kiểm tra tháng 11/2026; trang ghi chú cuộc họp của Teams, trang mẫu canvas của Slack và trang "Take notes for me" của Google được kiểm tra tháng 10/2026; trang dịch tin nhắn của Teams, các trang về giá, xuất dữ liệu và tính năng AI của Slack, trang dịch của Google Chat và các trang của WhatsApp được kiểm tra tháng 8/2026. Các nhà cung cấp thay đổi gói, tính năng và danh sách ngôn ngữ theo thời gian; hãy xem trang của họ để biết trạng thái hiện tại. Các nhóm trong ví dụ chỉ mang tính minh họa.