如何委派任务：让交接真正落地——任务说明、负责人、截止日期，以及双方都能读懂的记录（2026）

委派任务，就是把一个结果交给某人，同时给他达成结果所需的空间：完成是什么样子、何时完成、在哪些边界之内，以及您将如何了解进展。“Mateusz——Aster 的客户方案，周四前把定稿草案交给我，遵循标准条款，如果价格有疑问，周二告诉我”，这是一项被委派的任务。“你能看一下 Aster 的方案吗？”只是一个愿望，收到这句话的人，要么准时做错，要么做对却迟到。

大多数 10 到 200 人团队的负责人，委派得比自己打算的要少，原因只是一道算术题：第一次交接一项任务，比自己做完这项任务还要费事。任务说明要写二十分钟，答疑又要二十分钟，交回来的结果还和您自己会做的不一样。但同类任务第二次出现时，这笔账就翻过来了：只要第一次交接被写了下来，第二次就只需发一个链接，而不必再谈一场话。所以本指南在交接记录上花的笔墨，和在交接本身上一样多。

先讲方法：委派是什么、不是什么，哪些该委派、哪些该留下，让交接落地的六个步骤，以及可以直接复制的任务说明模板和 RACI 图表。然后讲具体操作：交接记录在您团队已有的工具里存放在哪里，以及任务完成与否，如何在无人催促的情况下回到您手中。

委派是什么，不是什么

有三种做法都被叫作“委派”，真正算数的只有中间那一种：

指令没有错——新员工的第一周大多是指令——但它无法扩展，因为每一步仍然要经过您。撒手不管看上去像信任，实际上通常是负责人太忙，没工夫写任务说明；负责人只能靠越界来发现边界。委派居于两者之间：结果是固定的，路径由对方决定，双方都清楚何时、以何种方式谈进展。

被委派的任务也不等同于行动项。行动项是会议上产生的一行内容——一个动词、一位负责人、一个日期——由产生它的会议来回顾。被委派的任务通常更大：它有任务说明，要持续几天或几周，沿途还会产生若干行动项。两者在会议纪要中交汇：被委派的任务是负责人要汇报的对象，行动项则是他们汇报时所用的条目。

哪些该委派，哪些该留下

问题不是“我能把什么从手上卸掉”，而是“什么事交给别人，现在或第二次之后，结果会更好，或至少一样好”。有四个检验标准：

1. 别人今天就能做到您的 80%。 缺的那 20%，正是任务说明和进度同步要补的。如果团队里没有人能达到 80%，这就是一项培养任务：委派出去，把进度同步安排得更密一些，并把第一轮算作培训。
2. 它会重复出现。 每月都会出现的任务，值得花二十分钟写一份任务说明，因为说明只写一次，却会用上十二次。只出现一次、一个小时就能做完的任务，往往自己做比交接更省事——除非有人需要学会它。
3. 它的完成标准，您能用一段话写清楚。 如果您说不出完成是什么样子，就还不能委派；但您可以委派第一步：“弄清楚完成会是什么样子，周五前告诉我”，这是一项真实的任务，有真实的截止日。
4. 并非只有您一个人有权决定。 有些决定按职责属于您：招聘、薪酬、绩效谈话、您的上级会点名问您的任何事项、任何会让组织超出您所获额度的承诺。这些要留下。而这些决定的准备工作，则随时可以委派。

通常来说，留在您手上的是：上述这些决定、只有您能进行的谈话，以及那项让您担任这个职位的核心工作。其余的都是候选项，而且候选清单往往比负责人预想的要长。

如何委派任务：六个步骤

1. 开口之前先写任务说明。 一段话：结果、为什么重要、截止日期、边界，以及还有谁参与。写它，就是上一节的检验——如果这段话写不出来，说明任务还没准备好离开您的手。写下来还意味着，交接有了一种负责人可以反复阅读的形式，这正是“被委派的任务”与“被提了一嘴的任务”之间的全部区别。

2. 指定一位负责人，并当面听到一句“好”。 一个名字，不是一个团队，也不是两个名字。负责人是下周会被问起这项任务的人，所以必须是本周答应下来的人。把任务提出来，让对方答应、拒绝，或者说“如果截止日期推到周五，我就接”。只是被告知的任务，没有被委派；对方说了“好”的任务，才算被委派。

3. 说清楚完成是什么样子，并让对方复述。 负责人用自己的话重复一遍结果：“Aster 方案的定稿草案，遵循标准条款，周四前交给您”。这三十秒的复述，能拦住后来大部分出错的情形，因为你们两人对“草案”“定稿”和“周四”的理解，通常总有些微差异。

4. 明确授权：哪些事他们无需经过您就能决定。 四个级别几乎涵盖所有任务。行动前先告诉我。自行决定，事后告诉我。自行决定；只有超出边界时才告诉我。自行决定，不必告诉我。 说明适用哪一级，并写明边界——价格、日期、必须征询意见的人员名单。不知道自己授权级别的负责人，要么事事回来问您，要么什么都不问；这两种情形看起来都像委派失败，实际上都是任务说明漏了一行。

5. 在工作开始之前就约定进度同步，而不是等您紧张的时候。 一个日期、一种形式、一个篇幅：“周二在频道里发三行消息——进展顺利，或不顺利及原因，以及需要我做的决定”。进度同步要现在就定下，因为事后再定是微观管理，而写进任务说明的同一次进度同步则是支持。它还为负责人提供了一个自然的时机去求助，而不会显得像是失败。

6. 把交接放在双方日后都能读到的地方。 任务说明、那句“好”、授权级别和进度同步的日期，都放进团队本来存放工作的地方——频道、任务跟踪工具、项目的讨论串——而不是放进只有你们两人看得到、而且只有一个人找得到的私信里。任务交回时，结果放在任务说明旁边，这样下一位接手同类任务的人，是从记录出发，而不是从一次谈话出发。在 WhatsApp 群里做的交接，只有在这个群还在的时候才算记录；“导出聊天”能生成什么、不能生成什么，其结果是一份只含一场对话的文本文件，而且这个选项并非处处可用。

任务落地之后还有最后一件事：在同一个地方，对同一批人，说一说交回来了什么。“Mateusz 的草案周三到了，我们改了两行，周四发给了 Aster。”负责人由此知道工作被看到了；团队由此知道一次完成的交接是什么样子；记录也有了最后一行。

委派任务说明模板

任务： [一行——以名词形式写出结果：“一份定稿的方案”“三家供应商的候选名单”]
负责人： [姓名] · 委派人： [姓名] · 约定日期： [日期]
为什么重要： [一句话——它能解开什么阻塞，或者谁在等它]
完成标准： [两三行，负责人可以逐项勾选——有什么产出、交到谁手里、是什么形态]
截止日期： [日期] · 进度同步： [日期、形式——“在频道里发三行消息”]
您可自行决定： [授权级别及边界——价格、日期、范围]
先问再做： [需要委派一方先表态的一两件事]
需要协同的人： [姓名——为了什么]
参考起点： [链接——上次做这件事的记录、模板、客户文件]

结果（任务交回时填写）： [交回了什么、放在哪里、日期是哪天——以及下次应该改进的一件事]

这个模板是纯文本：可以直接粘贴进聊天消息、画布、任务工单或电子邮件，无需重新排版。最后一行是大多数模板漏掉的，而正是这一行让第二次交接比第一次便宜。

RACI 图表模板——当任务涉及不止一个人时

任务说明只有一位负责人。当任务涉及多个人时——方案需要法务的修订、财务的定价和客户负责人的签字——一位负责人的规则依然成立，而 RACI 图表就是把它写下来的方式，让没有人想当然地认为别人在做。每一行有四个字母：

• R — Responsible（执行）： 做具体工作。可以是一人或多人。
• A — Accountable（负责）： 对结果负责并签字确认。每行有且只有一个；这就是任务说明里的负责人。
• C — Consulted（咨询）： 在工作完成之前提供意见。双向沟通。
• I — Informed（知会）： 获知结果。单向沟通。

三条规则能让这张图保持可信。每行只有一个 A——两个负责人，等于没有负责人。每行至少有一个 R——有 A 而没有 R 的任务，只是一个愿望。还有，不能有整列都是 C 和 I 的人——一个对所有事都被咨询、却对任何事都不负责的人，出现在图表里是因为头衔，而不是因为工作，并且会拖慢每一行。在涉及多人的任务的第一次会议上就建好这张图，大声读一遍，然后放在任务说明旁边。

三个交接案例：改写前与改写后

请注意右栏有什么：一个名字、以名词形式写出的结果、一个日期、一个授权级别和一次进度同步。左栏只有一个动词和一份希望。两者之间的差别大约是四句话，只需写一次。

交接记录在您已有的工具里放在哪里

交接需要一个地方，让任务说明、那句“好”和结果日后能被双方读到，也能被下个季度接手同一项任务的人读到。每个主要平台都为会议中产生的任务提供了一个存放位置，而且各自止步于不同的环节。以下仅列出有文档记载的行为，来自各厂商自己的页面；每个单元格都注明了核实该事实的月份，相关页面列在来源页脚中：

有两点在各处都一样。交接是会议旁边的一份文档，用会议室里使用的那一种语言写成；而任务是否交回，是文档回答不了的问题——需要有人打开它去询问。当委派的负责人和任务负责人没有共同的工作语言时，交接通话本身是另一个问题，对此已有文档记载的答案：Microsoft Teams 如何处理两种语言的实时会议，以及它在哪里止步，以及Google Meet 的相应情况。

任务如何通过会议纪要回到您手中

InterMIND 是一个沟通空间，团队的会议都存在于频道之中，所以交接只有一个归处：频道的聊天。任务说明发在那里，负责人的“好”是其下的一条回复，周二的进度同步就是同一讨论串里的三行字。这一切都保持在每位成员各自的语言中——米兰的委派人用意大利语写下任务说明，布加勒斯特的负责人用罗马尼亚语阅读并用罗马尼亚语回复，双方各自只需切换一下就能看到原文。在别处起草的任务说明，或以电子邮件形式到达的客户请求，会通过电子邮件进入频道：频道的主持人为它分配一个专属地址，发到该地址的邮件会显示为一条普通消息，标明发件人，保留附件，并像其他消息一样为每位读者翻译。

如果交接发生在频道的会议中，用 Share to conference 就能把任务说明放到每个人的屏幕上、视频画面旁边：分享者在全场注视下实时编辑——截止日期挪动，授权那一行被补上——每位参会者都用自己的语言阅读。通话结束后，会议纪要直接依据会议本身生成：一份摘要，以及已接下的任务，每项都有负责人，每行都保留时间戳。纪要会通过电子邮件发给每位已登录的成员，同时作为频道中的一条消息，并作为日历事件中的一个链接送达，每位成员都用自己的语言阅读，而不是会议室里碰巧用的那一种。任何成员都可以编辑；每次编辑都会保留作者和修订历史。频道保存着过去每一场会议的纪要，所以三周前的任务说明和交回的结果，一次搜索就能找到。通过链接发起的临时会议只保留最新一份纪要，通话结束时聊天内容会被清除；团队的交接应该放在频道里。

在开启了团队状态页面的组织中，任务还会被跟进。纪要所记录的每一项任务，都会加入组织的任务链；当频道会议的下一份纪要生成时，未完成的任务会对照会上所说的内容进行判定：有人报告已完成的任务标记为已完成，讨论过但没做完的任务标记为未完成，并以会议中的原话给出原因，而没人提起的任务保持未完成状态。这些判定显示在组织的状态页面上，每条都附有引文和它所依据的纪要，而且成员本人的判定优先于模型的判定。在下一次会议开始时，Mia 会点出未完成的任务及其负责人，所以即便没人记得去问，进度同步也照常发生。团队状态页面是一项预览功能：组织管理员在接受 alpha 条款之后，在 Settings → Advanced 下将其开启（预览功能页面介绍了每一项预览功能）。

如果任务最终要落到某个记录系统里——CRM 里的商机、任务跟踪工具里的工单——主持人可以把纪要副本添加到任意地址，在对该地址进行一次性确认之后，该会议或该频道的每一份纪要都会同时发送到那里，所有套餐均支持，最多可保存十个地址；具体做法见通过电子邮件把每份会议纪要的副本发到您的 CRM。

频道仅限成员。承包商、代理机构或客户，如果在团队的记录里负责某项任务，会通过电子邮件邀请，以免费账号加入，此后即可用自己的语言阅读频道；您团队之外的频道参与者不计费。只需参加一场会议的人——只来领取一份任务说明的供应商、一位候选人——则通过链接加入临时会议，用手机即可，无需账号，也无需付费，能用自己的语言实时听会，但会后不会得到任何内容：账号是免费的，而正是账号才让记录变得可以查阅。主持人提供这个空间，在付费套餐中，只为前 28 天内活跃的成员付费——即参加过会议、在聊天中发过言、或向 Mia 提过问的成员；不再活跃的成员保留访问权限，无需付费。

• 打开一份完整的会议纪要 —— 一份真实的记录，由写出您自己纪要的同一套代码生成，包含任务和负责人。
• 试用在线演示 —— 无需注册；开口说话，就能听到会议室里的内容按每位听者的语言翻译。

作为一门手艺，委派能在任何工具中延续：总要有人写任务说明、选定一个名字，并让那个人当面说“好”。不必延续下来的，是第二份工作——会后用一种语言重新键入交接内容，然后在下一次会议开头，询问有没有人做了上一次约定的事。

常见问题

如何有效地委派任务？

交出结果，而不是一串步骤：写一段话的任务说明，包含完成是什么样子、截止日期、边界和还有谁参与；指定一位负责人，并当面听到一句“好”；让负责人用自己的话把结果复述一遍；说明哪些事他们无需经过您就能决定；在工作开始之前约定进度同步——日期、形式、篇幅；并把交接记录放在双方日后都能读到的地方。任务交回时，在同一个地方说一声。

委派有哪些步骤？

六步，按顺序：任务说明、负责人、复述、授权级别、进度同步、记录。前三步确保双方说的是同一件事；第四步避免负责人要么每个决定都回来问，要么做出未被授权的决定；第五步通过事先定好日期，把支持与微观管理区分开；第六步让同一任务的第二次交接比第一次更省事。

哪些任务不应该委派？

按职责属于您的决定——招聘、薪酬、绩效谈话、您的上级会点名问您的任何事项、任何会让组织超出您所获额度的承诺——以及只有您能进行的谈话。为这些决定做准备的一切工作都可以委派。一项您无法用一段话描述其完成标准的任务，同样还没准备好委派；但弄清楚完成会是什么样子这第一步，可以委派。

委派和分配任务有什么区别？

分配是交出一个步骤，并保留做法：“打电话给供应商，要一份新价目表”。委派是交出一个结果，并在既定边界内把做法留给负责人：“在 20 日前拿到我们能签字的供应商价格”。分配适用于新员工的头几周和紧急情况；它无法扩展，因为每一步仍然要经过分配任务的那个人。委派可以扩展，代价是一份任务说明。

什么是 RACI 图表？

一张以任务为行、以人员为列的表格，每个单元格填入四个字母之一：R 代表做具体工作的人，A 代表对结果负责并签字确认的唯一一人，C 代表工作完成之前被咨询的人，I 代表被告知结果的人。让它有用的规则是每行只有一个 A——有两个负责人的任务，等于没有负责人。RACI 图表适用于多人参与的工作；只有一位负责人的单项任务，只需要任务说明即可。

如何跟进已委派的任务而不陷入微观管理？

在任务说明里、工作开始之前就约定进度同步——固定的日期、固定的形式、固定的篇幅，例如周二在团队频道里发三行消息——然后在两次进度同步之间不要再问。同一个问题在约定的日子问是支持，在随机的日子问就是微观管理。如果进度同步回来的结果是“进展不顺利”，谈话的对象是障碍，而不是人。在一个定期会议的纪要会在下一次会议上回读未完成任务的空间里，跟进按它自己的节奏发生，而不是按您的节奏。

委派为什么会失败？

几乎总是出在交接上，而不是工作上：结果没有写下来，所以负责人做出了别的东西；没有人说“好”，所以没有人负责；授权级别没有说明，所以负责人要么在每个决定处停下，要么做出未被授权的决定；进度同步是在负责人感到紧张时才定的，所以被理解为不信任；或者结果从未被确认，所以下一项任务就带着更少的用心被接手。这里的每一条，都是任务说明里的一行。

来源：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)。Microsoft 的 Notes 页面、Google 的 Meet 帮助页面和 Slack 的模板核实于 2026 年 10 月；Microsoft 的纪要页面和 Zoom 的会议摘要页面核实于 2026 年 8 月；Google 的后续步骤公告核实于 2026 年 9 月。各厂商会随时间调整套餐、功能和语言列表；请查阅其页面了解最新状态。