任务分配后仍出现互相推诿，原因往往不在“谁态度不好”，而在任务卡上的角色、交付要求、接收确认或变更记录中有一环没写清。排查时建议先选取1–3个已发生推诿的具体任务，按“任务卡字段→交付要求→接收确认→变更记录”逐项取证，用原始记录对照当事人说法，区分界定缺失与执行偏差。ONES中的任务负责人、协办人字段及变更留痕，可以作为这类排查的取证载体。
要点总览（TL;DR）
- 推诿排查先选1–3个已发生推诿的具体任务作样本，把“无人推进、互相等待、临期暴露、事后各说各话”等症状对应到可能的缺口。
- 按“任务卡字段→交付要求→接收确认→变更记录”四个环节逐项取证，每个环节先立假设、再找证据，结论标记为成立、排除或待补证。
- 取证以任务卡、评论、变更历史等原始记录为准，与负责人、协办人分别核对并原样记录分歧，区分界定缺失与执行偏差。
- 处置按缺口类型分别补写角色、细化交付要求、建立接收确认、规范变更通知；改动进行中任务的责任人需通知相关方并留痕。
- 回看后续1–2个迭代中同类任务的责任争议次数，并把四环节检查项固化为任务创建与交接的常规动作，防止复发。
推诿的具体表现与排查范围
“推诿”是一个笼统描述，排查前要先把它拆成可观察的症状。常见表现有四类：任务分配后无人主动推进；负责人和协办人互相等待对方先动手；问题拖到临期才暴露；事后复盘时各方对“当时怎么说的”各执一词。症状不同，指向的缺口也不同，例如“互相等待”通常与角色边界有关，“临期才暴露”更可能与交付要求模糊或缺少中途检查有关。
本次排查的对象是单项任务的责任界定，即一个具体任务在负责人、协办人、交付要求和变更过程上的记录是否完整。团队层面的角色分工体系、人力容量调配、跨团队协作机制属于另外的问题，混在一起查会让原因难以收敛。如果多个任务反复出现同类推诿，也应先把每个任务单独查清，再判断是否存在共性。
确定样本时，优先选择满足以下条件的任务：已经明确发生过推诿、任务记录尚可调取、涉及人员仍可核对。样本控制在1–3个即可，过多会增加核对成本，也不利于逐项比对。排查开始前，可以先填一份简单的症状清单：
| 观察项 | 具体表现 | 初步指向 |
|---|---|---|
| 推进状态 | 分配后长时间无人更新进展 | 角色未确认或职责未写明 |
| 协作方式 | 负责人等协办人先做，协办人等负责人安排 | 负责人与协办人边界模糊 |
| 暴露时点 | 临近截止才提出无法完成或理解有误 | 交付要求不具体、缺少中途确认 |
| 事后说法 | 各方对分工、范围、时间的记忆不一致 | 变更未留痕或未通知 |
这份清单的作用是让排查有起点，不替代后续取证。清单填完后，应能明确本次要查的是哪几个任务、每个任务出现了哪类症状。
按四个环节列原因假设与取证方法
围绕责任界定，可以把原因假设归入四个环节。排查时按“任务卡字段→交付要求→接收确认→变更记录”的顺序推进，因为前面的环节是后面环节的基础：角色没写清，交付要求和接收确认往往也无从谈起。每个环节先提出假设，再找对应证据，最后判断成立、排除还是待补证。
负责人与协办人界定
核心假设是任务卡上是否只有一个明确的负责人，协办人的职责是否写明了具体承担什么。需要查看的证据包括任务卡上的负责人字段、协办人字段、任务描述中对分工的表述，以及评论中是否有过口头分工。如果任务卡只写了“某某跟进”，没有区分主责与配合，或者协办人一栏为空但实际有多人参与，这一环节的界定缺失基本可以确认。排除顺序上，这一项应最先查，因为它决定了后续环节是否值得继续追。
交付要求
假设是完成标准、交付物形态和截止时间是否具体到可以判断“做完没有”。证据来源包括任务描述中的验收标准、附件或交付物说明、截止时间字段，以及历史评论中对“做到什么程度”的讨论。若任务只写了“尽快完成方案”，没有说明方案包含哪些内容、由谁验收，那么临期争议就有了土壤。这一环节的取证要与负责人和协办人分别核对，看双方对完成标准的理解是否一致。
接收确认
假设是被指派方是否明确接受过任务与角色。可查证据包括任务指派后的回复、确认评论、状态变更记录，以及是否有“收到”“我来负责”之类的明确表态。如果指派后没有任何回应，任务却进入了进行中状态，说明接收确认这一环缺失。需要注意，沉默不等于接受，排查时应以记录中的明确表态为准。
变更记录
假设是负责人或任务范围调整后是否留痕并通知了相关人。证据包括任务负责人字段的变更历史、范围描述的修改记录、变更后的通知评论。若中途换过人、加过范围，但记录中看不到变更时点和通知对象，事后各说各话就难以避免。这一环节的排查要放在最后，因为变更往往叠加在前三个环节之上，需要先确认原始界定是否清楚。
| 环节 | 原因假设 | 可查证据 | 排除顺序 |
|---|---|---|---|
| 负责人与协办人界定 | 负责人不唯一，协办人职责未写明 | 任务卡负责人/协办人字段、任务描述、分工评论 | 第一 |
| 交付要求 | 完成标准、交付物、截止时间不可判断 | 验收标准、交付物说明、截止时间、历史讨论 | 第二 |
| 接收确认 | 被指派方未明确接受任务与角色 | 指派后回复、确认评论、状态变更记录 | 第三 |
| 变更记录 | 负责人或范围调整未留痕、未通知 | 字段变更历史、范围修改记录、通知评论 | 第四 |
四个环节查完后，通常会得到一个组合结论，例如“负责人字段清楚，但协办人职责未写，且中途换人未通知”。这种组合结论比单一原因更接近实际，也更能指导后续处置。
逐项排查的操作步骤
排查要避免先入为主。建议按以下顺序操作，每一步都留下记录，便于后续核对和复盘。
- 调取原始记录。收集任务卡、任务描述、评论、状态变更历史、负责人和协办人字段的修改记录。记录以系统留存的为准，截图或导出时注明时间。
- 按四环节逐项比对。用S2的对照表，把每个环节的记录与实际执行情况并排放。例如任务卡写明的负责人是谁，实际推进时是谁在动作；交付要求写了什么，实际交付物是什么形态。
- 分别与当事人核对。先与负责人核对，再与协办人核对，问同一组问题：当时怎么理解自己的角色、完成标准是什么、是否知道中途有过变更。分别核对可以减少相互影响，分歧点要原样记录，不急于调和。
- 归纳主因与次要因素。把每个假设标记为成立、排除或待补证。主因通常是直接导致推诿的那一环，次要因素是加重问题的条件。证据不足的假设标注“待补证”，不用推测代替结论。
取证时有两条原则需要坚持。第一，以记录为准，不以口头回忆为准；当事人说法与记录不一致时，记录是判断依据，说法差异本身也是排查信息。第二，区分界定缺失与执行偏差：记录写清了但当事人没照做，属于执行偏差；记录本身没写清，才属于界定缺失。两者处置方式不同，混为一谈会导致规则越补越多却不见效。
如果团队使用ONES管理任务，任务卡上的负责人、协办人字段以及任务变更历史，可以作为上述取证的直接来源；排查时按同一任务的记录逐项对照，比依赖聊天记录和口头回忆更稳定。具体字段规则以团队实际配置为准。
处置动作与恢复验证
查清缺口后，处置应针对具体环节，而不是笼统要求“大家加强责任心”。按缺口类型分别处理：角色界定缺失的，补写负责人和协办人职责，明确谁主责、谁配合、配合到什么程度；交付要求模糊的，补上完成标准、交付物形态和截止时间；接收确认缺失的，建立指派后明确回复的动作；变更记录缺失的，规定负责人或范围调整时留痕并通知相关人。
处置进行中任务时要注意风险边界。改动责任人、范围或截止时间，需要通知原负责人、新负责人和协办人，并在任务记录中留下变更说明。对于已临近截止的任务，优先补齐交付要求和接收确认，责任人的调整可以放到任务结束后再处理，避免在关键节点引入新的不确定性。
验证方式建议回看后续1–2个迭代中同类任务的责任争议次数。观察指标可以包括：任务指派后无明确回复的比例、临期才暴露问题的任务数、复盘时出现说法不一致的任务数。如果这些指标在下一个迭代明显下降，说明补正动作起了作用；如果没有变化，需要回到S2重新检查是否漏掉了某个环节。
复发预防的关键是把四环节检查项固化为常规动作：创建任务时确认负责人唯一、协办人职责写明、交付要求可判断；指派后要求明确回复；变更时留痕并通知。把这些检查项放进任务创建和交接的固定流程，比事后追责更能减少推诿。验证周期结束后，可以再抽取少量任务做一次抽查，确认规则仍在被执行。
常见问题
任务卡上写了负责人，但实际推进时还是互相等，这种情况算界定不清吗？
要分两种情况看。如果任务卡只有一个负责人，协办人职责也写明了具体承担什么，而实际执行中双方没有照做，属于执行偏差，处置重点是回到记录、重申分工，而不是再补一层规则。如果任务卡只写了“某某跟进”，协办人一栏为空或职责没写，实际参与的人又不止一个，就属于界定缺失，需要补写主责与配合关系。排查时把任务卡记录和实际动作并排比对，就能区分这两类情况。
被指派人在群里回复了“好的”，但没有在任务里确认，这算接收确认缺失吗？
排查时以任务记录中的明确表态为准。群聊回复可以作为线索，但需要与任务卡上的指派记录、状态变更和评论对照，确认这条回复对应的是哪个任务、是否明确了角色。如果任务记录里看不到接受任务与角色的表态，任务却已进入进行中状态，就应按接收确认缺失处理。处置上可以规定指派后在任务内明确回复，让确认动作留在同一处记录中，便于后续核对。
中途换过负责人，但当时口头说过，事后还要补记录吗？
需要补。口头通知在事后核对时容易各说各话，排查变更记录环节时，可查的证据是负责人字段的变更历史、范围描述的修改记录以及变更后的通知评论。如果这些记录缺失，即使当时确实口头沟通过，也难以判断变更时点和通知对象。处置时对进行中的任务改动责任人，应通知原负责人、新负责人和协办人，并在任务记录中留下变更说明；已临近截止的任务优先补齐交付要求和接收确认，责任人调整可放到任务结束后处理。
四个环节都查了，发现好几个环节同时有问题，怎么确定主因？
按排除顺序判断：负责人与协办人界定最先查，因为它决定后续环节是否值得继续追；其次是交付要求、接收确认，变更记录放在最后。组合结论比单一原因更常见，例如“负责人字段清楚，但协办人职责未写，且中途换人未通知”。主因是直接导致推诿的那一环，次要因素是加重问题的条件。证据不足的假设标注待补证，不用推测代替结论；处置时按缺口类型分别处理，避免笼统要求加强责任心。
补正之后怎么判断推诿真的减少了？
建议回看后续1–2个迭代中同类任务的责任争议次数。可观察的指标包括：任务指派后无明确回复的比例、临期才暴露问题的任务数、复盘时出现说法不一致的任务数。这些指标在下一个迭代明显下降，说明补正动作起了作用；如果没有变化，回到四环节对照表重新检查是否漏掉了某个环节。验证周期结束后，再抽取少量任务做一次抽查，确认规则仍在被执行。
