任务主协办分工表用一张表把每项任务的负责人、协办人、各自承担的分工、责任确认以及交接与接收记录固定下来。负责人对任务结果负责，协办人承担明确的支持动作，交接过程留下可追溯的记录。下面的空白表可直接复制填写，后文逐字段说明填写口径，并给出一条完整示例，方便团队按自身情况裁剪后长期使用。
要点总览（TL;DR）
- 空白模板以单项任务为一行，覆盖任务信息、负责人、协办人分工、责任确认、交接与接收确认六类字段，复制后即可填写。
- 负责人建议只设一名并对结果负责，协办人分工要写到具体动作和产出，只写“协助”“配合”无法判断责任边界。
- 任务编号、任务名称、负责人、负责人职责、确认状态为必填；时间、依赖、确认人、确认时间可先留空，事件发生后补填。
- 交接四项（交接事项、交接人、接收人、接收确认）应在同一次更新中填齐，接收确认要写明核对结果和缺项。
- 模板可按团队情况增删字段，建议定期抽查确认状态，任务完成后整行归档并保留历史分工记录。
可复制空白模板：任务主协办分工表
这张表以单项任务为一行，适合在任务启动时填写，并在分工调整、交接时更新。表格保持空白状态，复制到文档或表格工具中即可逐格填写。如果一项任务有多名协办人，可以在同一行内用分号分隔，或拆成多行并保持任务编号一致。
| 任务编号 | 任务名称 | 任务目标/交付物 | 计划起止时间 | 负责人 | 负责人职责 | 协办人 | 协办人分工 | 协作接口/依赖 | 责任确认人 | 确认状态 | 确认时间 | 交接事项 | 交接人 | 接收人 | 接收确认 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
表格列名覆盖了任务信息、负责人、协办人、分工内容、责任确认、交接与接收确认六类信息。复制时保留表头，按实际任务数量增删数据行即可。
字段说明：每个列填什么、怎么判断填对
字段说明的作用是让不同的人填同一张表时口径一致。下面按列解释含义，并给出判断填写是否到位的标准。
任务信息类字段
- 任务编号：团队内部唯一的任务标识，可与项目管理工具中的编号对应。填对的标准是同一编号在全表中不重复，且能被其他成员检索到。
- 任务名称：用动宾结构描述要完成的事，例如“完成季度数据核对”。避免只写“数据处理”这类无法判断完成状态的说法。
- 任务目标/交付物：写清任务结束时应当产出什么，例如一份报告、一次上线、一份确认单。填对的标准是第三人读完能判断任务是否完成。
- 计划起止时间：填写计划开始与计划完成的日期。若时间尚未确定，可先填预计区间并在备注中说明。
负责人与协办人字段
负责人填写对任务结果承担责任的人，建议一项任务只设一名负责人，避免责任分散。负责人职责一栏写清其需要主导的动作，例如“统筹进度、审核交付物、对外汇报”。协办人填写提供支持的人，可以有多名；协办人分工一栏必须写到具体动作和产出，例如“提供原始数据并完成初校”“负责接口联调与问题记录”，只写“协助”“配合”无法判断责任边界。协作接口/依赖一栏记录任务需要对接的其他角色、团队或前置任务，便于识别等待关系。
责任确认与交接字段
责任确认人填写对分工方案表示认可的人，通常是负责人的上级或任务发起人；确认状态填写“待确认”“已确认”“有异议”等状态；确认时间填写确认发生的日期。填写要求是可追溯：谁确认、何时确认、以什么方式确认，至少能在备注中补充说明。交接事项写清移交的内容，例如“未完成的核对清单与原始文件”；交接人填写交出方，接收人填写接收方；接收确认填写接收人是否已核对并接受，可写“已接收，内容完整”或“已接收，缺两项待补”。这一组字段的价值在于任务中途换人时，责任和资料不出现空档。
必填与选填：哪些字段不能空
必填字段保证任务能被识别、责任能被追溯；选填字段根据任务复杂度和团队习惯决定是否填写。下表给出对照。
| 字段 | 填写要求 | 说明 |
|---|---|---|
| 任务编号 | 必填 | 任务唯一标识，缺失会导致无法与其他记录对应 |
| 任务名称 | 必填 | 至少能让人知道在做什么 |
| 负责人 | 必填 | 一项任务应有明确的结果责任人 |
| 负责人职责 | 必填 | 写清主导动作，避免责任空泛 |
| 协办人及分工 | 有协办人时必填 | 存在支持角色时，分工必须写到具体动作；无协办人可填“无” |
| 确认状态 | 必填 | 至少记录当前是否已确认 |
| 任务目标/交付物 | 建议必填 | 任务较简单时可简写，但应能判断完成标准 |
| 计划起止时间 | 选填 | 时间未定时可留空，确定后补填 |
| 协作接口/依赖 | 选填 | 存在跨角色依赖时填写，独立任务可留空 |
| 责任确认人、确认时间 | 选填 | 确认发生后补填；尚未确认时可留空 |
| 交接事项、交接人、接收人、接收确认 | 发生交接时必填 | 无交接可整组留空；一旦交接，四项应同时填写 |
| 备注 | 选填 | 用于补充例外情况、确认方式等信息 |
留空规则可以归纳为：与责任归属直接相关的字段不留空；与过程留痕相关的字段在事件发生前可留空，发生后补填。补填时应同步更新确认时间或备注，避免出现“已交接但无记录”的状态。
填写示例：一项任务的完整分工记录
以下为演示情景，用于说明填法，不代表真实项目案例。假设团队要完成一次版本发布前的数据核对任务。
| 字段 | 填写内容 |
|---|---|
| 任务编号 | TSK-2024-031 |
| 任务名称 | 完成版本发布前数据核对 |
| 任务目标/交付物 | 输出核对报告一份，确认关键指标与上一版本一致，异常项附说明 |
| 计划起止时间 | 3月4日至3月8日 |
| 负责人 | 张明 |
| 负责人职责 | 制定核对清单、分配核对范围、审核最终报告并对结果负责 |
| 协办人 | 李婷；王磊 |
| 协办人分工 | 李婷：导出原始数据并完成初校，3月5日前提交；王磊：核对接口返回字段，记录差异项并附截图 |
| 协作接口/依赖 | 依赖数据平台组提供只读账号；核对结果需同步给发布负责人 |
| 责任确认人 | 陈静（项目负责人） |
| 确认状态 | 已确认 |
| 确认时间 | 3月4日 |
| 交接事项 | 3月7日张明临时出差，将报告汇总与审核跟进移交李婷 |
| 交接人 | 张明 |
| 接收人 | 李婷 |
| 接收确认 | 已接收，核对清单与初校结果完整，待补充接口差异说明 |
| 备注 | 确认方式为任务启动会口头确认并在群内留痕；交接后负责人职责由李婷临时承担，3月9日恢复 |
这条记录体现了几个填写要点：负责人职责写的是主导动作，协办人分工写到了具体产出和时间点，交接字段四项齐全，备注补充了确认方式和临时责任变化。对照空白模板，每一列都有对应内容，没有出现只写“协助”或“已交接”这类无法核验的表述。
当这类分工记录需要多人协同维护时，可以把表格放进 ONES Wiki 的文档页面，借助模板库快速创建统一格式的记录页，并通过页面版本记录保留每次修改。ONES Wiki 支持文档关联项目任务，分工表与任务工作项可以保持对应关系，方便成员从任务直接查看责任分工与交接记录。
调整与维护方法：按团队情况改表并持续更新
模板拿到后不必原样照搬。团队可以先按最小可用版本运行，再根据实际出现的责任模糊问题增补字段。
按团队情况裁剪与扩展
- 任务粒度较粗、跨角色协作多的团队，建议保留协作接口/依赖和交接字段，并增加“升级路径”列，写明出现分歧时找谁决策。
- 任务数量多、周期短的团队，可以合并任务目标与任务名称为一列，减少填写负担，但负责人、协办人分工和确认状态应保留。
- 需要审计或合规留痕的场景，可增加“确认方式”和“证据位置”两列，记录确认发生在会议、邮件还是系统操作中。
- 协办人经常超过三名的任务，建议拆分为子任务分别指定负责人，避免一张表内责任过度集中。
分工变更与交接时的更新动作
分工发生变化时，先更新负责人或协办人字段，再同步修改对应的职责与分工描述，最后更新确认状态和确认时间。发生交接时，交接事项、交接人、接收人、接收确认四项应在同一次更新中填齐；如果接收人核对后发现缺项，应在接收确认中写明缺什么，而不是简单写“已接收”。原负责人的历史记录建议保留在备注或版本记录中，便于回溯。
定期检查与归档
建议在每周或每个迭代结束时抽查一次：负责人是否仍然在岗、协办人分工是否与实际动作一致、确认状态是否停留在“待确认”。任务完成后，将整行标记为完成并移入归档区，保留任务编号和交接记录。使用 ONES Wiki 承载时，页面版本记录可以保留每次修改，需要时查看或回滚到之前的版本；按项目建立页面树，也便于按阶段归档和检索历史分工记录。
常见问题
一项任务有多名协办人时，表格怎么填才不混乱？
可以在同一行内用分号分隔多名协办人，并在协办人分工一栏按人对应写清动作和产出，例如“李婷：导出原始数据并初校；王磊：核对接口字段并记录差异”。如果协办人超过三名，或各自负责的部分可以独立验收，更稳妥的做法是拆成多行并保持任务编号一致，或者拆成子任务分别指定负责人。这样每个支持动作都有明确的承担者和完成标准，不会因为一行里塞太多人而出现责任重叠。
任务还没启动，确认状态和交接字段可以先空着吗？
可以。确认状态至少要先填“待确认”，让表上能看出这项分工尚未获得认可；责任确认人、确认时间在确认实际发生后再补填。交接事项、交接人、接收人、接收确认四项在无交接时整组留空，一旦发生交接则四项同时填写。补填时同步更新确认时间或在备注中写明确认方式，避免出现“已交接但无记录”的状态。
负责人中途换人，原负责人的记录要删掉吗？
建议保留。更新时先改负责人字段，再同步修改负责人职责描述，然后更新确认状态与确认时间；原负责人的历史分工可以写入备注，或依赖文档的版本记录保留。这样回溯时能看清责任在什么时间、由谁移交给了谁。如果使用 ONES Wiki 承载分工表，页面版本记录会保留每次修改，需要时可以查看或回滚到之前的版本。
接收确认写“已接收”够不够？
“已接收”只说明动作发生了，说明不了内容是否完整。接收确认应写明核对结果，例如“已接收，核对清单与初校结果完整，待补充接口差异说明”。如果发现缺项，直接写缺什么、由谁补、什么时候补，比笼统写“已接收”更有用。交接场景下这条记录是后续追责和补漏的依据。
团队任务量很大，逐列填写会不会负担过重？
可以按最小可用版本运行：保留任务编号、任务名称、负责人、负责人职责、协办人分工、确认状态这几列，把任务目标与任务名称合并，时间与依赖字段按需填写。等实际出现责任模糊或交接纠纷时，再增补对应字段。裁剪的原则是责任归属相关字段不删，过程留痕字段可按事件发生再补。
