任务重开是指已完成或已关闭的任务因验收不通过、需求变更、缺陷复现等原因重新进入执行状态。操作主线可以概括为：判断是否满足重开条件，提交重开申请并说明原因与影响，核对原任务信息后重新指定负责人和完成时间，恢复任务状态并保留原关闭记录，重新执行与验收，最后用检查项确认闭环。本文聚焦单项任务的重开操作，组织级流程规则设计不在讨论范围内。
要点总览（TL;DR）
- 先判断是否满足重开条件：目标与范围未变、原关闭结论不成立或验收未通过时重开原任务；范围扩大或目标改变时新建任务并关联原任务。
- 重开按五步执行：填写重开申请、核对原任务信息、指定新负责人与完成时间、恢复状态并保留原关闭记录、通知协作方并更新关联项。
- 提出人、任务负责人、审批人、执行人、验收人分工记录，角色可合并但审批意见和验收记录不能省略。
- 闭环检查看五项：原因已记录、负责人已确认、时间已更新、关联项已同步、验收已通过，并保留原关闭与新关闭记录。
- 常见误区是只改状态不写原因、不更新截止时间、把新需求塞进旧任务、同一问题反复重开却不查根因。
任务重开前先定清触发条件
重开的前提是原任务的目标仍然有效，只是原关闭结论不再成立或交付结果未达到要求。判断时先问两个问题：原任务的目标和范围是否发生变化？原交付物是否已经验收通过且无关联问题？目标不变、范围不变、原结论有误或验收未通过，适合重开；目标改变或范围明显扩大，应新建任务，把旧任务作为背景关联过去。
可重开的典型情形包括：验收时发现交付物缺少必要内容或未达到验收标准；需求发生变更，原交付物需要按新要求调整；已关闭的缺陷再次复现，且与原问题同源；原关闭结论本身有误，例如误判为完成、验收记录填写错误。这些情形的共同点是原任务仍是承载该工作的合适对象，重开可以保留历史记录和上下文。
应新建任务的情形包括：工作范围扩大，原任务描述已无法覆盖新增内容；目标发生实质改变，继续沿用旧任务会混淆统计口径；原任务已交付并被使用，新出现的工作属于独立事项；需要拆出独立的子任务并行推进，且与原任务验收标准不同。新建任务时在原任务中留下关联说明，避免历史断裂。
重开与返工、重新指派、新建子任务需要区分。返工通常指任务仍在执行中，因质量不合格退回修改，状态不需要从关闭恢复；重新指派只更换执行人，任务状态和验收结论不变；新建子任务是在原任务下拆分工作，原任务保持打开。重开则明确包含“从已完成或已关闭状态恢复”这一动作。
判定权限应事先约定。常见做法是由任务负责人提出判断、项目负责人或质量角色审批，验收人提供验收不通过的证据。团队规模较小时可以合并为一人确认，但确认记录要留痕。下表可作为判断对照。
| 情形 | 建议处理 | 判断依据 |
|---|---|---|
| 验收不通过，交付物缺少必要内容 | 重开原任务 | 目标与范围未变，原验收结论不成立 |
| 需求变更，原交付物需调整 | 重开原任务 | 变更属于原任务范围内 |
| 缺陷复现，与原问题同源 | 重开原任务 | 原修复结论被推翻 |
| 原关闭结论有误 | 重开并更正记录 | 记录错误，工作本身仍需完成 |
| 范围扩大、目标改变 | 新建任务 | 原任务描述无法覆盖新工作 |
| 原任务已交付使用，出现独立新事项 | 新建任务并关联原任务 | 新工作与原验收标准不同 |
任务重开的操作步骤
以下五步按顺序执行，每一步都明确输入、动作、输出和完成标志，便于照做和检查。
第一步：填写重开申请
输入是验收记录、变更说明或缺陷复现证据。动作是在原任务下提交重开申请，写明重开原因、影响范围和期望结果。原因要具体到哪项验收标准未满足或哪条需求发生变化；影响范围说明涉及哪些交付物、关联需求或下游任务；期望结果描述重开后要达到什么状态才算完成。输出是一份可被审批人独立读懂的重开申请。完成标志是申请中原因、影响、期望结果三项齐全，并有证据附件或链接。
第二步：核对原任务信息
输入是原任务详情页。动作是确认原负责人、原截止时间、原验收结论和原关闭时间，判断这些信息是否仍然适用。原负责人已不在项目中的，需要在下一步重新指定；原截止时间已过期的，要作为调整依据记录。输出是一份原任务信息核对记录，标注哪些字段需要更新。完成标志是核对人确认原关闭结论和关闭时间已准确记录，且没有被覆盖。
第三步：指定重开后的负责人、优先级和完成时间
输入是核对记录和重开申请中的影响范围。动作是确定重开后的任务负责人，评估优先级是否因延期或影响扩大而调整，给出新的完成时间。新时间要结合剩余工作量和依赖方排期，不能简单沿用原截止时间。输出是更新后的负责人、优先级和截止时间字段。完成标志是负责人已确认接受任务，新时间有明确依据。
第四步：恢复任务状态并保留原关闭记录
输入是审批通过的重开申请。动作是将任务状态从已完成或已关闭恢复为待处理或进行中，同时确保原关闭时间、原验收结论和原负责人信息作为历史记录保留，不被新状态覆盖。输出是状态已恢复且历史可查的任务。完成标志是任务当前状态为打开状态，历史记录中仍能看到原关闭操作和重开操作。在任务管理工具中承载这一动作时，状态流转和操作历史是两项关键能力；ONES 的任务管理可用于记录任务状态与工作项变更，具体可恢复的状态和字段以实际配置为准。
第五步：通知协作方并更新关联项
输入是状态恢复后的任务。动作是通知原验收人、关联需求负责人、缺陷提交人或下游依赖方，同步更新关联的需求、缺陷、文档链接和测试记录。输出是关联项已同步、相关方已知悉的任务。完成标志是关联链接指向最新状态，通知记录可查，没有仍按旧结论推进的协作方。
重开后的角色分工与交付物
重开涉及五类角色，职责和产出要分开，避免提出人自行审批、执行人自行验收。角色可以合并，但记录不能省略。
| 角色 | 主要职责 | 交付物与记录 |
|---|---|---|
| 提出人 | 提交重开原因和证据，说明影响范围 | 重开申请、验收不通过记录或缺陷复现证据 |
| 任务负责人 | 核对原任务信息，确认影响并更新计划 | 信息核对记录、更新后的负责人与时间安排 |
| 审批人 | 判断是否符合重开条件，决定重开或新建 | 审批意见、重开或新建的判定结论 |
| 执行人 | 完成重开后的工作并提交结果 | 修订后的交付物、执行说明 |
| 验收人 | 按原验收标准或更新后的标准复核 | 再次验收记录、通过或不通过的结论 |
任务负责人和审批人可以是同一人，但审批意见要单独记录。验收标准发生变化的，验收人需要在重开申请阶段就确认新标准，避免执行完成后才争论验收口径。执行人提交结果时附上针对重开原因的说明，方便验收人对照检查。
示例：一次验收不通过后的任务重开
以下为演示情景，用于说明流程，不代表特定团队的真实案例。
某任务原定交付一份接口说明文档，任务已标记完成并关闭。验收人复核时发现文档缺少错误码说明和调用示例，不满足原验收标准中的“覆盖全部接口场景”。验收人作为提出人提交重开申请，原因写明缺少错误码说明和调用示例，影响范围包括依赖该文档的前端联调任务，期望结果是补齐两部分内容并通过验收。申请附上验收检查记录。
任务负责人核对原任务信息，确认原负责人仍在项目内、原截止时间已过三天、原验收结论为通过但依据不足。审批人判断目标与范围未变，符合重开条件，批准重开。负责人重新指定原执行人继续负责，优先级上调，新的完成时间定在两天后，并在任务中注明延期原因。
任务状态从已完成恢复为进行中，原关闭时间和原验收结论保留在历史记录中。负责人通知前端联调负责人和文档评审人，更新关联的联调任务说明。执行人补齐错误码说明和调用示例后提交，验收人按原验收标准逐项复核，确认覆盖全部接口场景后再次关闭任务。新关闭记录中注明本次为重开后关闭，并链接原关闭记录，形成可追溯的衔接。
重开完成检查与常见误区
重开是否真正闭环，可以用五项检查确认：重开原因已记录且具体；负责人已确认并接受任务；完成时间已更新且有依据；关联需求、缺陷、文档已同步；验收已按标准通过并留下记录。五项全部满足，才算完成一次可追溯的重开。
常见误区集中在记录和口径上。只改状态不写原因，后续无法判断重开是否合理；重开后不更新截止时间，任务会带着过期时间继续流转，统计失真；把新需求塞进旧任务，导致原任务范围膨胀、历史记录难以解释；同一问题反复重开却不分析根因，执行人反复修改仍无法通过验收。发现重开次数异常时，应先检查验收标准是否清晰、原关闭判断是否草率、问题是否属于同一根因，再决定是补充验收标准、调整责任分工，还是将问题拆分为独立任务处理。
完成标志与证据留存要对应：重开申请、审批意见、状态变更历史、更新后的时间字段、关联项链接、再次验收记录，共同构成一次重开的完整证据链。保留原关闭记录与新关闭记录，可以让后续复盘区分“首次未做好”和“重开后仍未做好”，为改进验收环节提供依据。
常见问题
任务重开后原截止时间已经过期，新时间怎么定？
新时间按剩余工作量重新估算，并结合依赖方排期确定，不直接沿用原截止时间。原截止时间作为延期依据记录在任务中，说明延期原因和影响范围。若重开涉及下游任务，先与依赖方确认可接受的完成时间，再写入任务字段，避免新时间再次失效。
重开申请由谁审批，团队规模小时能否简化？
常见做法是任务负责人提出判断，项目负责人或质量角色审批，验收人提供不通过的证据。团队规模较小时可以由一人完成判断和审批，但审批意见要单独留痕，与重开申请分开记录。这样后续复盘时能区分“谁提出”和“谁批准”，避免提出人自行审批导致判断失准。
同一任务反复重开，应该怎么处理？
先查原因再决定动作：验收标准是否写得不够具体、原关闭判断是否草率、几次重开是否指向同一根因。对应处理方向包括补充验收标准、调整责任分工、把问题拆成独立任务分别跟踪。反复重开本身不是问题，缺少根因分析才是，处理记录要留在任务历史中。
重开后验收标准变了，按哪个标准验收？
验收标准在重开申请阶段就要确认。标准发生变化的，验收人在审批环节明确新标准并写入申请，执行人按新标准交付，验收人按新标准复核。标准未变的，沿用原验收标准逐项检查。两种情况都要在再次验收记录中写明依据，避免执行完成后才争论验收口径。
在任务管理工具中做重开，需要关注哪些能力？
主要看两点：任务状态能否从已完成或已关闭恢复为打开状态，以及原关闭时间、原验收结论等历史记录是否保留、不被新状态覆盖。ONES 的任务管理可用于记录任务状态与工作项变更，具体可恢复的状态和字段以实际配置为准。选型时可让供应商演示一次完整的重开操作，确认历史记录可查。
