Cách giao việc: bàn giao hiệu quả và bền vững — bản brief, người phụ trách, thời hạn và bản ghi cả hai bên đều đọc được (2026)

Để giao một nhiệm vụ, hãy bàn giao một kết quả thay vì một danh sách các bước: một bản brief dài một đoạn nêu rõ kết quả, thời hạn và giới hạn, một người phụ trách nhận việc bằng lời, một buổi kiểm tra tiến độ được thống nhất trước khi bắt đầu công việc, và một bản bàn giao được lưu ở nơi cả hai bên có thể đọc lại sau này. Phương pháp từng bước, mẫu brief bạn có thể sao chép, biểu đồ RACI cho công việc có nhiều người tham gia, nên giao việc gì và giữ lại việc gì, bản bàn giao nằm ở đâu trong Teams, Zoom, Google Workspace và Slack — và cách nhiệm vụ quay lại trong bản tóm tắt tiếp theo với trạng thái đã xong hoặc chưa xong, bằng ngôn ngữ riêng của từng thành viên.

The Mind.com Team

Bản xem trước AlphaTeam status pages
  • Hãy giao kết quả, đừng giao từng bước. Một bản brief nêu kết quả, hạn chót và giới hạn; một người phụ trách đã nhận lời; một lần check-in được thống nhất trước khi bắt đầu.
  • Bản bàn giao phải đọc lại được về sau. Trong Teams, Zoom, Google Workspace và Slack, một nhiệm vụ chỉ là một dòng trong tài liệu, viết bằng ngôn ngữ của phòng họp.
  • InterMIND giữ toàn bộ kênh bằng ngôn ngữ của từng thành viên: brief, chat và bản tóm tắt báo cáo về nhiệm vụ. InterMIND nằm cạnh những công cụ đó, không thay thế chúng. Khách tham gia miễn phí qua liên kết, không cần tài khoản; bạn chỉ trả tiền cho các thành viên hoạt động.
Cách giao việc: bàn giao hiệu quả và bền vững — bản brief, người phụ trách, thời hạn và bản ghi cả hai bên đều đọc được (2026)

Cách giao việc: bàn giao đáng tin cậy gồm bản brief, người phụ trách, hạn chót và một bản ghi cả hai bên đều đọc được (2026)

Giao một nhiệm vụ là trao cho ai đó một kết quả và khoảng không gian để đạt được nó: thế nào là xong, xong khi nào, trong những giới hạn nào, và bạn sẽ nghe báo cáo tiến độ ra sao. "Mateusz — bản đề xuất cho Aster, bản nháp đã được duyệt gửi tôi trước thứ Năm, theo điều khoản tiêu chuẩn, nếu giá còn nghi ngại thì báo tôi vào thứ Ba" là một nhiệm vụ đã được giao. "Bạn xem qua đề xuất Aster được không?" chỉ là một lời mong, và người nhận được nó sẽ làm sai việc đúng hạn hoặc làm đúng việc muộn.

Phần lớn trưởng nhóm của các đội từ mười đến hai trăm người giao việc ít hơn họ định, vì một lý do rất số học: lần bàn giao đầu tiên của một nhiệm vụ tốn nhiều công hơn chính việc làm nhiệm vụ đó. Viết brief mất hai mươi phút, giải đáp thắc mắc mất thêm hai mươi phút, và kết quả trả về lại khác với cách bạn sẽ làm. Phép tính đảo chiều từ lần thứ hai gặp loại nhiệm vụ này: nếu lần bàn giao đầu đã được viết ra, lần thứ hai chỉ là một đường liên kết thay vì một cuộc trò chuyện. Vì thế hướng dẫn này dành nhiều công sức cho bản ghi bàn giao không kém gì cho bản thân việc bàn giao.

Trước hết là phần nghề: giao việc là gì và không là gì, nên giao gì và giữ lại gì, sáu bước của một lần bàn giao đáng tin cậy, kèm mẫu brief và bảng RACI bạn có thể sao chép. Sau đó là phần cơ chế: bản bàn giao nằm ở đâu trong các công cụ đội bạn đang dùng, và nhiệm vụ quay lại thế nào, xong hay chưa, mà không ai phải đi hỏi thúc.

Giao việc là gì — và không là gì

Có ba thứ thường được gọi là giao việc, và chỉ cái ở giữa mới đúng:

Điều được bàn giaoNgười phụ trách quyết định gìĐiều quay lại
Chỉ thịMột bước: "gọi cho nhà cung cấp và hỏi bảng giá mới"Không gì cả — cách làm đã được cho sẵnBước đó, xong hoặc chưa
Giao việcMột kết quả: "lấy cho chúng ta một mức giá nhà cung cấp mà ta có thể ký trước ngày 20"Cách làm, trong những giới hạn đã nêuKết quả, cộng với những gì đã học được trên đường đạt tới nó
Buông bỏ trách nhiệmMột kết quả, không giới hạn, không ngày, không check-inMọi thứ, kể cả thế nào là xongMột bất ngờ, theo hướng nào cũng có thể

Chỉ thị không sai — tuần đầu của nhân viên mới chủ yếu là chỉ thị — nhưng nó không mở rộng được, vì mọi bước vẫn phải đi qua bạn. Buông bỏ trách nhiệm có cảm giác như tin tưởng, nhưng thường chỉ là người dẫn dắt quá bận để viết brief; người phụ trách phát hiện ra giới hạn bằng cách vượt qua một giới hạn. Giao việc là điểm giữa: kết quả được cố định, con đường là của họ, và cả hai bên đều biết khi nào và bằng cách nào sẽ trao đổi về nó.

Nhiệm vụ được giao cũng không giống một action item. Action item là một dòng sinh ra trong cuộc họp — một động từ, một người phụ trách, một ngày — và chính cuộc họp đã tạo ra nó sẽ xem xét nó. Nhiệm vụ được giao thường lớn hơn: nó có brief, kéo dài vài ngày hoặc vài tuần, và sinh ra nhiều action item trên đường đi. Hai thứ gặp nhau ở bản tóm tắt: nhiệm vụ được giao là điều người phụ trách báo cáo, còn các action item là những dòng họ dùng để báo cáo.

Nên giao gì — và giữ lại gì

Câu hỏi không phải là "tôi có thể trút được gì khỏi đĩa của mình" mà là "việc gì sẽ quay lại tốt hơn, hoặc ít nhất là tốt bằng, khi do người khác làm, ngay bây giờ hoặc sau lần thứ hai". Bốn phép thử:

  1. Người khác hôm nay có thể làm được 80% chất lượng. 20% còn thiếu là việc của brief và check-in. Nếu không ai trong đội đạt 80%, nhiệm vụ đó là một nhiệm vụ phát triển: hãy giao nó với check-in sát hơn và coi vòng đầu là huấn luyện.
  2. Nó lặp lại. Một nhiệm vụ xuất hiện hằng tháng đáng để viết một bản brief hai mươi phút, vì brief viết một lần và dùng lại mười hai lần. Nhiệm vụ chỉ xuất hiện một lần và mất một giờ thường tự làm rẻ hơn là bàn giao — trừ khi có ai đó cần học nó.
  3. Nó có định nghĩa "xong" mà bạn viết được trong một đoạn. Nếu bạn không nói được thế nào là xong, bạn chưa thể giao nó; nhưng bạn có thể giao bước đầu tiên — "tìm hiểu xem xong sẽ trông như thế nào và báo tôi trước thứ Sáu" — đó là một nhiệm vụ thật với một ngày thật.
  4. Bạn không phải là người duy nhất được phép quyết định. Một số quyết định thuộc về bạn theo vai trò: tuyển dụng, lương, các cuộc trao đổi về hiệu suất, bất cứ điều gì cấp trên của bạn sẽ hỏi đích danh bạn, bất cứ điều gì ràng buộc tổ chức vượt quá giới hạn bạn được giao. Những việc đó được giữ lại. Còn phần chuẩn bị cho chúng thì luôn có thể giao.

Những gì ở lại với bạn, theo quy tắc: các quyết định nêu trên, những cuộc trò chuyện chỉ bạn mới có thể thực hiện, và phần việc là lý do bạn có vai trò này. Mọi thứ còn lại đều là ứng viên, và danh sách ứng viên thường dài hơn người dẫn dắt tưởng.

Cách giao việc: sáu bước

1. Viết brief trước khi nói. Một đoạn văn: kết quả, vì sao nó quan trọng, hạn chót, các giới hạn, và những ai khác liên quan. Việc viết ra chính là phép thử ở phần trước — nếu đoạn văn không thành, nhiệm vụ chưa sẵn sàng rời khỏi tay bạn. Viết ra cũng có nghĩa là bản bàn giao tồn tại dưới dạng người phụ trách đọc lại được, và đó là toàn bộ khác biệt giữa một nhiệm vụ đã được giao và một nhiệm vụ chỉ được nhắc đến.

2. Chọn một người phụ trách, và nghe họ nói "đồng ý" thành lời. Một cái tên, không phải một nhóm, không phải hai cái tên. Người phụ trách là người sẽ được hỏi về nhiệm vụ vào tuần sau, nên đó phải là người đã đồng ý nhận nó trong tuần này. Hãy đề nghị nhiệm vụ; để họ nói đồng ý, nói không, hoặc nói "đồng ý nếu hạn chót dời sang thứ Sáu". Nhiệm vụ mà ai đó chỉ được thông báo thì chưa được giao. Nhiệm vụ mà ai đó đã nói đồng ý thì đã được giao.

3. Nói thế nào là xong, và để họ nhắc lại. Người phụ trách lặp lại kết quả bằng lời của mình: "một bản nháp đã được duyệt của đề xuất Aster, theo điều khoản tiêu chuẩn, gửi anh trước thứ Năm". Ba mươi giây đọc lại này bắt được phần lớn những gì sẽ sai về sau, vì hai bên thường hiểu hơi khác nhau về "bản nháp", "đã được duyệt" và "thứ Năm".

4. Nêu rõ thẩm quyền: họ được quyết định gì mà không cần bạn. Bốn mức bao quát hầu hết mọi nhiệm vụ. Báo tôi trước khi hành động. Cứ quyết định rồi báo tôi. Cứ quyết định; chỉ báo tôi nếu vượt ra ngoài giới hạn. Cứ quyết định, tôi không cần biết. Hãy nói mức nào áp dụng, và nêu các giới hạn — một mức giá, một ngày, một danh sách những người phải được tham vấn. Người phụ trách không biết mức của mình sẽ quay lại hỏi bạn mọi thứ, hoặc không hỏi gì cả; cả hai đều trông như một cuộc giao việc thất bại, và cả hai đều là một bản brief bỏ sót một dòng.

5. Thống nhất check-in trước khi công việc bắt đầu, không phải lúc bạn bắt đầu lo. Một ngày, một hình thức và một độ dài: "một tin nhắn ba dòng trong kênh vào thứ Ba — đúng tiến độ, không đúng tiến độ và vì sao, những quyết định cần tôi đưa ra". Check-in được đặt ngay từ bây giờ vì đặt muộn hơn là quản lý vi mô, còn cũng check-in đó được đặt sẵn trong brief thì là sự hỗ trợ. Nó cũng cho người phụ trách một thời điểm tự nhiên để xin giúp đỡ mà không giống như thất bại.

6. Đặt bản bàn giao ở nơi cả hai bên sẽ đọc lại về sau. Brief, lời đồng ý, mức thẩm quyền và ngày check-in được đưa vào nơi đội đã lưu công việc của mình — kênh, công cụ theo dõi, luồng thảo luận của dự án — chứ không phải một tin nhắn riêng mà chỉ hai bạn nhìn thấy và chỉ một người trong hai bạn tìm được. Khi nhiệm vụ quay lại, kết quả được đặt cạnh brief, để người tiếp theo nhận loại nhiệm vụ này bắt đầu từ bản ghi chứ không phải từ một cuộc trò chuyện. Một bản bàn giao thực hiện trong nhóm WhatsApp chỉ là bản ghi chừng nào nhóm đó còn tồn tại; còn Export chat làm được và không làm được gì thì kết quả chỉ là một tệp văn bản của một cuộc trò chuyện, và tùy chọn này không có ở mọi nơi.

Rồi thêm một việc nữa, sau khi nhiệm vụ hạ cánh: hãy nói điều gì đã quay lại, ở cùng nơi đó, với cùng những người đó. "Bản nháp của Mateusz về hôm thứ Tư, chúng ta sửa hai dòng, và nó đã gửi cho Aster hôm thứ Năm." Người phụ trách nghe được rằng công việc đã được nhìn thấy; đội nghe được một bản bàn giao hoàn tất trông như thế nào; và bản ghi có dòng cuối cùng của nó.

Mẫu brief giao việc

Nhiệm vụ: [một dòng — kết quả, dưới dạng danh từ: "một đề xuất đã được duyệt", "danh sách rút gọn ba nhà cung cấp"]
Người phụ trách: [tên] · Người giao: [tên] · Thống nhất ngày: [ngày]
Vì sao quan trọng: [một câu — nó gỡ vướng cho việc gì hoặc ai đang chờ nó]
Xong nghĩa là: [hai hoặc ba dòng người phụ trách có thể đánh dấu — cái gì tồn tại, trong tay ai, ở dạng nào]
Hạn chót: [ngày] · Check-in: [ngày, hình thức — "ba dòng trong kênh"]
Bạn được quyết định: [mức thẩm quyền và các giới hạn — một mức giá, một ngày, một phạm vi]
Hỏi trước khi: [một hoặc hai việc cần bên giao cho ý kiến trước]
Những người cần liên quan: [tên — để làm gì]
Điểm xuất phát: [liên kết — lần làm trước, mẫu, hồ sơ của khách hàng]

Kết quả (điền khi nhiệm vụ quay lại): [cái gì đã hoàn thành, ở đâu, vào ngày nào — và một điều cần làm khác đi lần sau]

Khối này là văn bản thuần: dán được vào tin nhắn chat, canvas, phiếu theo dõi hoặc email mà không cần định dạng lại. Dòng cuối là dòng mà hầu hết các mẫu bỏ sót, và chính nó làm cho lần bàn giao thứ hai rẻ hơn lần đầu.

Mẫu bảng RACI — khi có nhiều hơn một người động tay vào nhiệm vụ

Một brief có một người phụ trách. Khi nhiệm vụ đi qua nhiều người — đề xuất cần bản chỉnh sửa của pháp chế, mức giá của tài chính và chữ ký duyệt của trưởng tài khoản — quy tắc một người phụ trách vẫn đúng, và bảng RACI là cách viết nó ra để không ai tưởng người khác đang làm. Bốn chữ cái mỗi hàng:

  • R — Responsible (Thực hiện): làm việc. Một hoặc nhiều người.
  • A — Accountable (Chịu trách nhiệm): sở hữu kết quả và duyệt nó. Đúng một người mỗi hàng; đây là người phụ trách trong brief.
  • C — Consulted (Được tham vấn): đưa ý kiến trước khi công việc hoàn tất. Hai chiều.
  • I — Informed (Được thông báo): nghe kết quả. Một chiều.
Nhiệm vụMateusz (trưởng tài khoản)Lena (pháp chế)Priya (tài chính)Tomás (trưởng phòng kinh doanh)
Soạn đề xuất AsterA / RCCI
Chỉnh sửa các điều khoản hợp đồngCA / RII
Chốt giá và điều khoản thanh toánCIA / RC
Duyệt và gửi cho khách hàngRIIA

Ba quy tắc giữ cho bảng trung thực. Mỗi hàng một chữ A — hai người chịu trách nhiệm nghĩa là không có ai. Mỗi hàng có ít nhất một chữ R — nhiệm vụ có A mà không có R là một lời mong. Và không có cột nào đầy C và I — người được tham vấn về mọi thứ mà không chịu trách nhiệm gì có mặt trong bảng vì chức danh chứ không vì công việc, và sẽ làm chậm mọi hàng. Hãy lập bảng ngay trong cuộc họp đầu tiên của một nhiệm vụ trải qua nhiều người, đọc to một lần, và đặt nó cạnh brief.

Ba lần bàn giao, trước và sau

Như đã nóiNhư một nhiệm vụ được giao
"Bạn xem qua đề xuất Aster được không?"Mateusz — một bản nháp đã được duyệt của đề xuất Aster, theo điều khoản tiêu chuẩn, gửi tôi trước thứ Năm 30 tháng 10. Bạn tự quyết định phạm vi từng dòng một; hỏi tôi trước khi báo bất kỳ giá nào thấp hơn giá niêm yết. Ba dòng trong kênh vào thứ Ba.
"Ai đó nên sàng lọc các ứng viên trước khi tôi gặp."Priya — một danh sách rút gọn ba người từ mười một hồ sơ, mỗi người một đoạn nêu lý do, trước thứ Hai 3 tháng 11. Bạn tự quyết định danh sách; các khung phỏng vấn là việc của tôi. Báo tôi vào thứ Năm nếu có ít hơn ba người đạt yêu cầu.
"Lần này chúng ta cần báo cáo tháng sớm hơn."Kenji — báo cáo vận hành tháng Mười theo mẫu quen thuộc, gửi vào kênh ban lãnh đạo trước ngày 5. Từ giờ bạn phụ trách nó, mỗi tháng; số liệu lấy từ Dana, tham vấn trước ngày 3. Chỉ báo tôi nếu có con số không tìm được nguồn.

Hãy để ý cột bên phải có gì: một cái tên, một kết quả dưới dạng danh từ, một ngày, một mức thẩm quyền và một check-in. Cột bên trái chỉ có một động từ và một niềm hy vọng. Khoảng cách giữa chúng là khoảng bốn câu, viết một lần.

Bản bàn giao nằm ở đâu trong các công cụ bạn đã dùng

Một bản bàn giao cần một nơi để brief, lời đồng ý và kết quả được cả hai bên đọc lại về sau — và cả người nhận cùng nhiệm vụ ấy vào quý tới. Mỗi nền tảng lớn đều có một chỗ cho nhiệm vụ sinh ra từ cuộc họp, và mỗi nền tảng dừng lại ở một điểm khác nhau. Chỉ nêu những hành vi đã được ghi nhận, lấy từ chính các trang của nhà cung cấp; mỗi ô ghi rõ tháng kiểm tra dữ kiện, và các trang nằm ở phần chân trang Nguồn:

Nền tảngNhiệm vụ từ cuộc họp được viết ở đâuĐiều gì xảy ra với nó sau đó
Microsoft TeamsNotes trong phần điều khiển cuộc họp ngay trong cuộc gọi, một thành phần Loop mà bất kỳ người tham dự hay người tổ chức nào cũng sửa được, với nhiệm vụ được giao bằng cách gắn thẻ người; bản tóm tắt cuộc họp liệt kê các nhiệm vụ tiếp theo (trang ghi chú kiểm tra tháng 10/2026, trang tóm tắt kiểm tra tháng 8/2026)Ghi chú được lưu tự động và truy cập được từ lịch Teams và bản tóm tắt cuộc họp; người tham dự bên ngoài không thể truy cập hoặc chỉnh sửa (kiểm tra tháng 10/2026)
Zoom WorkplaceBản tóm tắt cuộc họp của AI Companion có mục "Next steps" trên các gói Zoom Workplace trả phí (kiểm tra tháng 8/2026)Bản tóm tắt được gửi qua email, liệt kê trên trang Summaries của cổng web và có thể đăng vào chat nhóm của cuộc họp; người tham gia nhận nó khi người chủ trì chọn chia sẻ, chỉ người chủ trì được chỉnh sửa, và người dùng chưa xác thực không nhận email (kiểm tra tháng 8/2026)
Google WorkspaceTake notes for me thêm mục "suggested next steps" vào tài liệu ghi chú sau cuộc họp; người đọc có thể xem lại và chỉnh sửa các bước tiếp theo "and even assign the task to someone" (kiểm tra tháng 9/2026)Ghi chú đến dưới dạng Google Doc, được chia sẻ theo cài đặt đã cấu hình; việc giao là một cú nhấp của một người trong tài liệu; tính năng hỗ trợ một ngôn ngữ mỗi lần — nhiều ngôn ngữ cùng được nói trong một cuộc họp thì không được hỗ trợ (kiểm tra tháng 10/2026)
SlackMột canvas từ mẫu chương trình họp, chia sẻ trong kênh, với các mục cho bước tiếp theo và action item có hạn chót (kiểm tra tháng 10/2026)Canvas ở lại trong kênh như một tài liệu; những gì được nói trong cuộc gọi không có trong đó trừ khi ai đó gõ vào (kiểm tra tháng 10/2026)

Có hai điều giống nhau ở mọi nơi. Bản bàn giao là một tài liệu cạnh cuộc họp, viết bằng một ngôn ngữ duy nhất mà phòng họp đã dùng; và nhiệm vụ đã quay lại hay chưa là câu hỏi mà tài liệu không trả lời — phải có người mở nó ra và hỏi. Khi người dẫn dắt và người phụ trách không chung ngôn ngữ làm việc, bản thân cuộc gọi bàn giao là một câu hỏi riêng với những câu trả lời đã được ghi nhận: Microsoft Teams làm gì với một cuộc họp trực tiếp bằng hai ngôn ngữ, và nó dừng ở đâu, và điều tương tự với Google Meet.

Nhiệm vụ quay lại như thế nào trong bản tóm tắt

InterMIND là một không gian giao tiếp nơi các cuộc họp của đội nằm trong một kênh, nên bản bàn giao có một mái nhà duy nhất: phần chat của kênh, nơi brief được đăng, lời "đồng ý" của người phụ trách là một phản hồi bên dưới, và check-in thứ Ba là ba dòng trong cùng luồng. Toàn bộ vẫn bằng ngôn ngữ của từng thành viên — người dẫn dắt ở Milan viết brief bằng tiếng Ý, người phụ trách ở Bucharest đọc bằng tiếng Romania và trả lời bằng tiếng Romania, và mỗi bên có bản gốc chỉ cách một lần bật tắt. Một brief được soạn ở nơi khác, hoặc một yêu cầu của khách hàng đến dưới dạng email, sẽ vào kênh qua email: người chủ trì kênh cấp cho nó một địa chỉ riêng, và tin nhắn gửi đến đó xuất hiện như một tin nhắn bình thường, ghi tên người gửi, giữ nguyên tệp đính kèm, được dịch cho từng người đọc như mọi tin nhắn khác.

Nếu việc bàn giao diễn ra trong cuộc họp của kênh, brief được đưa lên màn hình của mọi người cạnh các ô video bằng Share to conference: người chia sẻ chỉnh sửa trực tiếp trong khi cả phòng theo dõi — hạn chót dời đi, dòng thẩm quyền được thêm vào — và mọi người tham gia đọc nó bằng ngôn ngữ của chính mình. Khi cuộc gọi kết thúc, bản tóm tắt được viết từ chính cuộc họp: một phần tóm lược và các nhiệm vụ đã được nhận, mỗi nhiệm vụ kèm người phụ trách, mỗi dòng giữ mốc thời gian của nó. Nó đến qua email của từng thành viên đã đăng nhập, dưới dạng tin nhắn trong kênh và dưới dạng liên kết trong sự kiện lịch, và mỗi thành viên đọc nó bằng ngôn ngữ của mình chứ không phải ngôn ngữ mà phòng họp tình cờ đã dùng. Bất kỳ thành viên nào cũng có thể chỉnh sửa; mọi chỉnh sửa đều giữ tác giả và lịch sử phiên bản. Kênh lưu bản tóm tắt của mọi phiên đã qua, nên brief của ba tuần trước và kết quả đã quay lại chỉ cách nhau một lần tìm kiếm. Một cuộc họp ngẫu hứng qua liên kết chỉ giữ bản tóm tắt mới nhất và chat của nó bị xóa khi cuộc gọi kết thúc; bản bàn giao của một đội nên nằm trong một kênh.

Trong một tổ chức đã bật trang trạng thái đội, nhiệm vụ còn được theo dõi tiếp. Mọi nhiệm vụ mà bản tóm tắt ghi nhận đều gia nhập chuỗi nhiệm vụ của tổ chức, và khi bản tóm tắt tiếp theo của cuộc họp trong kênh được viết, những nhiệm vụ còn mở sẽ được đối chiếu với những gì đã nói: nhiệm vụ ai đó báo đã xong thì được đánh dấu hoàn thành, nhiệm vụ được bàn nhưng chưa xong thì được đánh dấu chưa hoàn thành kèm lý do bằng lời của cuộc họp, và nhiệm vụ không ai nhắc tới thì vẫn mở. Các kết luận nằm trên trang trạng thái của tổ chức, mỗi kết luận kèm trích dẫn và bản tóm tắt mà nó dựa vào, và kết luận của chính thành viên được ưu tiên hơn kết luận của mô hình. Đầu phiên tiếp theo, Mia nêu tên các nhiệm vụ còn mở và người phụ trách, nên check-in diễn ra ngay cả khi không ai nhớ để hỏi. Trang trạng thái đội là một tính năng xem trước: quản trị viên của tổ chức bật chúng trong Settings → Advanced sau khi chấp nhận điều khoản alpha (trang Preview features mô tả từng tính năng).

Khi nhiệm vụ phải kết thúc trong một hệ thống lưu trữ chính thức — thương vụ trong CRM, phiếu trong công cụ theo dõi — người chủ trì thêm một bản sao tóm tắt đến bất kỳ địa chỉ nào, và mọi bản tóm tắt của cuộc họp hoặc kênh đó cũng được gửi đến đó sau khi xác nhận địa chỉ một lần, trên mọi gói, tối đa mười địa chỉ đã lưu; cơ chế được nêu trong bản sao của mọi bản tóm tắt cuộc họp trong CRM của bạn, qua email.

Kênh chỉ dành cho thành viên. Nhà thầu, đại lý hoặc khách hàng sở hữu một nhiệm vụ trong bản ghi của đội được thêm bằng lời mời qua email vào một tài khoản miễn phí và từ đó đọc kênh bằng ngôn ngữ của mình; những người tham gia kênh ở ngoài đội bạn không bị tính phí. Ai chỉ cần một cuộc họp — nhà cung cấp nhận một brief, một ứng viên — thì tham gia cuộc họp ngẫu hứng qua liên kết, từ điện thoại, không cần tài khoản và miễn phí, nghe cuộc họp trực tiếp bằng ngôn ngữ của mình và không nhận được gì sau đó: tài khoản là miễn phí, và chính nó làm cho bản ghi truy cập đượ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 trước đó — đã tham gia một cuộc họp, viết trong một cuộc chat, hoặc hỏi Mia; thành viên nào im ắng thì vẫn giữ quyền truy cập mà không mất phí.

Giao việc như một nghề vẫn tồn tại qua mọi công cụ: vẫn phải có người viết brief, chọn một cái tên, và để người đó nói "đồng ý" thành lời. Điều không cần tồn tại là công việc thứ hai — gõ lại bản bàn giao sau cuộc gọi, bằng một ngôn ngữ, và mở cuộc họp kế tiếp bằng câu hỏi xem có ai làm điều lần trước đã thống nhất không.

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

Làm thế nào để giao việc hiệu quả?

Hãy giao một kết quả, đừng giao danh sách các bước: viết một bản brief một đoạn nêu thế nào là xong, hạn chót, các giới hạn và những ai khác liên quan; chọn một người phụ trách và nghe họ nói "đồng ý" thành lời; để người phụ trách nhắc lại kết quả bằng lời của họ; nói họ được quyết định gì mà không cần bạn; thống nhất check-in — ngày, hình thức, độ dài — trước khi công việc bắt đầu; và giữ bản bàn giao ở nơi cả hai bên đọc lại được về sau. Khi nhiệm vụ quay lại, hãy nói điều đó ở cùng nơi.

Các bước của việc giao việc là gì?

Sáu bước, theo thứ tự: brief, người phụ trách, đọc lại, mức thẩm quyền, check-in, bản ghi. Ba bước đầu bảo đảm hai bên hiểu cùng một điều; bước thứ tư ngăn người phụ trách hoặc quay lại hỏi mọi quyết định hoặc tự đưa ra quyết định họ không được giao; bước thứ năm phân biệt hỗ trợ với quản lý vi mô bằng cách cố định ngày từ trước; bước thứ sáu làm cho lần bàn giao thứ hai của cùng nhiệm vụ rẻ hơn lần đầu.

Những nhiệm vụ nào không nên giao?

Các quyết định thuộc về bạn theo vai trò — tuyển dụng, lương, các cuộc trao đổi về hiệu suất, bất cứ điều gì cấp trên của bạn sẽ hỏi đích danh bạn, bất cứ điều gì ràng buộc tổ chức vượt quá giới hạn bạn được giao — và những cuộc trò chuyện chỉ bạn mới có thể thực hiện. Mọi việc chuẩn bị cho các quyết định đó đều có thể giao. Một nhiệm vụ bạn không mô tả nổi thế nào là xong trong một đoạn cũng chưa sẵn sàng để giao; nhưng bước đầu tiên là tìm hiểu xem xong sẽ trông như thế nào thì có thể giao.

Giao việc khác với phân công nhiệm vụ ở điểm nào?

Phân công trao một bước và giữ lại cách làm: "gọi cho nhà cung cấp và hỏi bảng giá mới". Giao việc trao một kết quả và để cách làm cho người phụ trách, trong những giới hạn đã nêu: "lấy cho chúng ta một mức giá nhà cung cấp mà ta có thể ký trước ngày 20". Phân công phù hợp với những tuần đầu của nhân viên mới và các tình huống khẩn cấp; nó không mở rộng được, vì mọi bước vẫn đi qua người phân công. Giao việc mở rộng được, và cái giá là một bản brief.

Bảng RACI là gì?

Một bảng với các nhiệm vụ là hàng và con người là cột, trong đó mỗi ô chứa một trong bốn chữ cái: R cho người làm việc, A cho một người duy nhất sở hữu kết quả và duyệt nó, C cho những người được tham vấn trước khi công việc hoàn tất, I cho những người được thông báo kết quả. Quy tắc làm cho nó hữu ích là mỗi hàng một chữ A — một nhiệm vụ có hai người chịu trách nhiệm thì không có ai. Bảng RACI dành cho công việc có nhiều người động tay vào; một nhiệm vụ đơn lẻ có một người phụ trách chỉ cần brief.

Làm thế nào để theo dõi một nhiệm vụ đã giao mà không quản lý vi mô?

Hãy thống nhất check-in trong brief, trước khi công việc bắt đầu — một ngày cố định, một hình thức cố định, một độ dài cố định, chẳng hạn ba dòng trong kênh của đội vào thứ Ba — rồi đừng hỏi giữa các lần check-in. Cùng một câu hỏi, hỏi vào ngày đã thỏa thuận là hỗ trợ; hỏi vào một ngày ngẫu nhiên là quản lý vi mô. Nếu check-in trả về "không đúng tiến độ", cuộc trò chuyện là về trở ngại, không phải về con người. Trong một không gian mà bản tóm tắt của cuộc họp định kỳ đọc lại các nhiệm vụ còn mở ở phiên tiếp theo, việc theo dõi diễn ra theo nhịp riêng của nó chứ không theo nhịp của bạn.

Vì sao việc giao việc thất bại?

Gần như luôn ở khâu bàn giao, không phải ở công việc: kết quả không được viết ra, nên người phụ trách làm ra một thứ khác; không ai nói đồng ý, nên không ai sở hữu nó; mức thẩm quyền không được nêu, nên người phụ trách hoặc dừng lại ở mọi quyết định hoặc tự đưa ra quyết định họ không được giao; check-in được đặt khi người dẫn dắt bắt đầu lo, nên nó bị đón nhận như sự thiếu tin tưởng; hoặc kết quả không bao giờ được ghi nhận, nên nhiệm vụ kế tiếp được nhận với ít sự cẩn trọng hơn. Mỗi điều trong số này là một dòng của brief.


Nguồn: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Trang ghi chú của Microsoft, trang trợ giúp Meet của Google và mẫu của Slack được kiểm tra tháng 10/2026; trang tóm tắt của Microsoft và trang tóm tắt cuộc họp của Zoom được kiểm tra tháng 8/2026; thông báo về next steps của Google được kiểm tra tháng 9/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 tình trạng hiện tại.

Xem thêm trong Cuộc họp & tóm tắt

Tất cả bài viết trong Cuộc họp & tóm tắt
How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)
Cuộc họp & tóm tắt

How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)

To write an SOP, pick one recurring job, watch the person who does it, draft the numbered steps first — each starting with a role and a verb and ending in a result someone else can check — add the exceptions and the records, give it an ID, an owner and a review date, test it on someone new to the job, then publish it where the team already reads. The seven steps in order, a one-page template you can copy, a worked example, the review cycle that keeps the procedure true, where the SOP lives in Teams, Zoom, Google Workspace and Slack after it is written — and how the procedure and every review of it stay readable for each member in their own language.

The Mind.com Team

Chính sách làm việc từ xa: mẫu, các phần, ví dụ — và kênh duy nhất nơi chính sách tồn tại (2026)
Cuộc họp & tóm tắt

Chính sách làm việc từ xa: mẫu, các phần, ví dụ — và kênh duy nhất nơi chính sách tồn tại (2026)

Chính sách làm việc từ xa là bộ quy tắc bằng văn bản về việc làm việc ngoài văn phòng: ai được phép, làm từ đâu, khi nào phải sẵn sàng liên lạc, nhóm giao tiếp với nhau như thế nào, ai chi trả thiết bị và kết nối mạng, dữ liệu công ty được bảo vệ ra sao, và bản thân chính sách được rà soát như thế nào. Mười phần mà một chính sách dùng được cần có, một mẫu bạn có thể sao chép, một ví dụ đã điền sẵn cho công ty bốn mươi người ở ba quốc gia, nơi chính sách và việc rà soát chính sách được thực hiện trong Teams, Zoom, Google Workspace và Slack — và cách một kênh duy nhất giúp chính sách, mọi câu hỏi về chính sách và mọi thay đổi đều có thể được từng thành viên đọc bằng ngôn ngữ của riêng họ.

The Mind.com Team

Cách nâng cao năng suất làm việc của nhóm: ít cuộc họp hơn, báo cáo tiến độ bằng văn bản và một lịch sử mà mọi văn phòng đều có thể đọc (2026)
Cuộc họp & tóm tắt

Cách nâng cao năng suất làm việc của nhóm: ít cuộc họp hơn, báo cáo tiến độ bằng văn bản và một lịch sử mà mọi văn phòng đều có thể đọc (2026)

Để nâng cao năng suất làm việc của nhóm, hãy chỉ giữ lại những cuộc họp thực sự đưa ra quyết định, chuyển phần báo cáo tiến độ sang bản cập nhật bằng văn bản được đăng trước một thời điểm cố định, và duy trì một lịch sử duy nhất về các quyết định và nhiệm vụ để mọi thành viên có thể đọc lại sau. Ba đòn bẩy cùng phép tính đằng sau mỗi đòn bẩy, mẫu báo cáo tiến độ hằng tuần bạn có thể sao chép, kế hoạch 30 ngày, nơi lưu báo cáo tiến độ bằng văn bản và biên bản cuộc họp trong Teams, Zoom, Google Workspace và Slack — và cách một kênh giúp mỗi thành viên đọc được tiến độ, nhiệm vụ và mọi bản tóm tắt bằng chính ngôn ngữ của mình.

The Mind.com Team

Nhận bài viết mới và cập nhật sản phẩm qua email

Một email mỗi tháng với các bài viết mới và cập nhật sản phẩm. Hủy đăng ký bất cứ lúc nào.