任务进度记录要能回答“谁在什么时间把任务推进到了哪一步、遇到了什么、下一步做什么”。围绕单项任务的执行闭环，至少保留任务标识与目标、状态与阶段、进展事实与产出、阻塞与依赖、时间信息、责任人与交接六类信息。下面给出字段表、分阶段填写步骤、角色分工、完整示例和检查清单，可直接用于团队规范或模板设计。
要点总览（TL;DR）
- 任务进度记录至少保留六类信息：任务标识与目标、当前状态与阶段、进展事实与产出、阻塞与依赖、时间信息、责任人与交接。
- 必填字段以“缺失后是否影响追溯”为划分依据；状态变为阻塞、发生逾期、验收退回时，对应字段必须同步补记。
- 进展记录按任务节奏追加：短周期任务每日或每次状态变化时更新，长周期任务至少每周一次，关键节点、阻塞与验收结论即时留痕。
- 验收退回与重开新增独立记录，保留原提交和退回意见，重开后接续原任务编号并写明新的完成标准。
- 用字段完整性、时效、可追溯、阻塞与逾期留痕、退回重开可追溯五项检查判断记录是否合格。
任务进度记录的核心字段清单
字段设计的目标是让任何接手的人只看记录就能判断任务当前处境。建议把字段分为三组：标识与目标、执行状态、时间与责任。必填字段保证记录可追溯，选填字段按任务复杂度补充。
| 字段名 | 说明 | 必填/选填 | 填写示例 |
|---|---|---|---|
| 任务标识 | 任务编号或唯一名称，便于检索和关联 | 必填 | TSK-2024-031 登录页改版 |
| 任务目标 | 可判断完成的结果描述，含完成标准 | 必填 | 新版登录页上线，支持手机号与邮箱两种方式，通过验收测试 |
| 当前状态 | 统一状态值，如未开始、进行中、阻塞、待验收、已完成、已重开 | 必填 | 进行中 |
| 当前阶段 | 任务内部阶段，如设计、开发、联调、验收 | 必填 | 联调 |
| 进展事实 | 已完成的具体动作和产出，避免只写“推进中” | 必填 | 完成接口联调，登录成功率测试通过 98% |
| 产出物 | 文档、代码、测试报告等可核对的交付物及位置 | 必填 | 联调记录文档 v1.2，测试报告 TR-118 |
| 阻塞事项 | 阻碍推进的问题、影响范围、需要谁支持 | 状态为阻塞时必填 | 短信通道未开通，影响手机号登录验证 |
| 依赖项 | 依赖的其他任务、外部团队或资源 | 选填 | 依赖运维开通短信通道（OPS-77） |
| 计划开始/完成时间 | 任务排期基准 | 必填 | 计划 3 月 4 日开始，3 月 15 日完成 |
| 实际开始/完成时间 | 实际执行时间，用于对比偏差 | 必填 | 实际 3 月 5 日开始 |
| 逾期情况 | 是否逾期、逾期天数及原因 | 发生逾期时必填 | 逾期 2 天，因短信通道开通延迟 |
| 责任人 | 对任务结果负责的人 | 必填 | 张明 |
| 协作人 | 参与执行或提供支持的人 | 选填 | 李华（前端）、王芳（测试） |
| 记录人与记录时间 | 每条记录的来源，保证可追溯 | 必填 | 张明，3 月 8 日 17:30 |
| 下一步动作 | 下一条记录前要完成的事 | 必填 | 等待短信通道开通后补测手机号登录 |
| 验收意见 | 验收结论、退回原因、需修改内容 | 验收环节必填 | 退回：错误提示文案不符合规范，需修改后重新提交 |
必填与选填的划分依据是“缺了它是否影响追溯”。任务标识、目标、状态、进展事实、时间、责任人、记录信息缺失时，记录无法支撑复盘或交接，因此设为必填；协作人、依赖项、附件位置可按任务复杂度灵活设置。状态字段与阻塞、逾期、验收退回直接对应：状态变为阻塞时必须同时填写阻塞事项和预计解除时间；发生逾期时必须补记逾期原因；验收退回时状态回到进行中或已重开，并保留退回意见。
按执行闭环填写记录的操作步骤
记录不是一次性填表，而是随任务推进持续追加。每个阶段都有明确的输入、动作、输出和完成标志，按顺序执行即可形成完整链条。
任务创建：建立初始记录
- 输入：任务需求说明、排期约定、责任人确认。
- 动作：填写任务标识、目标与完成标准、计划时间、责任人，状态设为未开始或进行中，写明首个下一步动作。
- 输出：一条初始记录，包含目标、时间基准和责任人。
- 完成标志：他人阅读后能说清任务要达成什么、由谁负责、何时完成。
日常进展更新：按节奏追加事实
- 输入：本阶段实际完成的工作和产出物。
- 动作：新增一条记录，写明记录时间、记录人、状态与阶段变化、事实进展、产出物位置、下一步动作。短周期任务每日或每次状态变化时更新，长周期任务至少每周一次；关键节点、阻塞发生与解除、完成提交、验收结论必须即时记录。
- 输出：按时间排列的进展记录序列。
- 完成标志：每条记录都能对应到具体动作或产出，不出现只有“继续推进”的记录。
阻塞登记与解除：保留完整链条
- 输入：发现的阻碍问题及其影响。
- 动作：状态改为阻塞，填写阻塞事项、影响范围、需要谁支持、预计解除时间；解除时新增一条记录，写明解除时间、处理方式和恢复后的下一步。
- 输出：阻塞从发生到解除的两条以上记录。
- 完成标志：阻塞期间任务为何停滞、由谁解决、停了多久均可查。
完成、验收退回与重开：不覆盖原记录
- 输入：完成提交的产出物、验收人的检查结论。
- 动作：提交完成时记录实际完成时间、产出物和自检结果，状态改为待验收；验收通过则记录验收结论并关闭；验收退回时新增记录，写明退回原因、需修改内容、新的完成标准，状态改为已重开，责任人和计划时间按需调整。
- 输出：提交记录、验收记录、退回记录、重开记录各自独立存在。
- 完成标志：原提交内容和退回意见同时可查，重开后的进展能接续原任务编号。
记录承载可以选择任务管理工具或结构化文档。ONES 的任务与工作项管理可作为承载选项之一，把状态、负责人、时间和进展记录放在同一工作项下，便于按任务查看完整历史；具体字段配置和状态流转方式以实际产品试用为准。
角色分工与各环节交付物
记录质量取决于每个角色是否清楚自己该写什么、确认什么。任务负责人对记录完整性负主要责任，协作人提供事实素材，验收人对结论负责。
| 角色 | 记录动作 | 交付物 |
|---|---|---|
| 任务负责人 | 创建初始记录；按节奏更新进展、产出和下一步；登记阻塞并推动解除；提交完成时附自检结果 | 初始记录、进展记录序列、完成提交记录 |
| 协作人 | 向负责人提供本人完成的事实进展和产出位置；交接时说明未完成事项和注意事项 | 进展素材、交接说明 |
| 验收人 | 核对完成标准，填写验收结论；退回时写明原因和需修改内容 | 验收记录、退回意见 |
| 状态变更确认人 | 对阻塞、完成、重开等关键状态变更进行确认，避免负责人单方面改状态 | 状态变更确认记录 |
状态变更的确认人通常由负责人上级或验收人担任，团队可按任务重要性约定。交接时，原负责人需在记录中写明已完成部分、未完成部分、当前阻塞、相关文档位置和接手人，接手人确认后继续追加记录，原记录保留不动。这样交接前后的事实都能追溯，避免责任断档。
填写示例：一条任务从开始到重开
以下为演示情景，展示同一任务在各阶段的记录写法。
初始记录
任务 TSK-2024-031 登录页改版，目标为上线支持手机号和邮箱登录的新版页面并通过验收测试。计划 3 月 4 日至 3 月 15 日，负责人张明，状态进行中，阶段设计。下一步：3 月 6 日前完成交互稿评审。
进展与阻塞记录
3 月 6 日，张明记录：交互稿评审通过，产出交互稿 v1.0，阶段进入开发，下一步完成前端页面开发。3 月 9 日，张明记录：前端页面开发完成，进入联调；发现短信通道未开通，状态改为阻塞，阻塞事项为手机号验证无法联调，需运维支持，预计 3 月 11 日解除。3 月 11 日，张明记录：短信通道已开通，阻塞解除，恢复联调，下一步完成登录成功率测试。
验收退回与重开记录
3 月 14 日，张明提交完成：联调通过，登录成功率 98%，产出测试报告 TR-118，状态待验收。3 月 15 日，验收人王芳记录：退回，错误提示文案不符合规范，需修改 3 处提示语后重新提交，状态改为已重开，计划完成时间调整为 3 月 18 日。3 月 17 日，张明记录：提示语已修改并复测通过，再次提交验收。
这个示例体现的规律是：每次记录都带时间和记录人，状态变化与事实进展同时出现，阻塞有发生和解除两端，退回不删除原提交而是新增记录。迁移到其他任务时，只需替换任务目标、阶段名称和具体产出，记录结构保持不变。
记录质量的完成检查
检查记录是否合格，可以按以下清单逐项核对。每项都给出通过标准和可查证据，便于负责人自检或管理者抽查。
| 检查项 | 通过标准 | 证据 |
|---|---|---|
| 字段完整性 | 必填字段无空缺，目标含可判断的完成标准 | 任务详情页或记录表 |
| 记录时效 | 关键节点、阻塞、完成提交、验收结论均有即时记录，日常更新符合约定频率 | 记录时间戳与事件时间对比 |
| 进展可追溯 | 每条进展对应具体动作或产出，无空泛状态词 | 进展记录与产出物链接 |
| 阻塞留痕 | 阻塞有发生记录、影响说明、解除记录和处理方式 | 阻塞前后两条记录 |
| 逾期留痕 | 逾期任务记录逾期天数和原因 | 计划时间与实际时间对比及原因说明 |
| 退回与重开可追溯 | 原提交、退回意见、重开记录同时存在，重开后有新的完成标准 | 提交记录、验收记录、重开记录 |
| 交接清晰 | 交接记录写明已完成、未完成、阻塞和接手人 | 交接说明与接手人确认 |
抽查时可随机抽取若干任务，按清单逐项打勾；出现必填缺失或关键事件无记录时，要求负责人在当日内补齐并说明原因。检查结果按团队汇总，用于调整字段模板和更新频率约定，让记录规范随实际执行逐步收敛。
常见问题
任务很小、当天就完成，还需要按完整字段记录吗？
可以简化，但保留最小可追溯集：任务标识、目标与完成标准、实际完成时间、负责人、产出物位置。当天完成的任务通常不需要单独记录阻塞和逾期，若过程中出现过短暂阻碍，用一句话写明即可。简化的是记录条数，不是关键事实；否则事后复盘时无法确认任务究竟交付了什么。
进展更新频率定多高比较合适，定得太密会不会增加负担？
频率应与任务节奏匹配。短周期任务在每日站会前后或每次状态变化时更新一条；长周期任务至少每周一次。真正需要即时记录的是关键节点、阻塞发生与解除、完成提交和验收结论，这几类事件不适合等到固定更新日再补。若团队发现记录负担过重，可以先压缩日常记录的字段，保留事实进展、产出和下一步三项，再逐步调整频率约定。
验收退回后，原提交记录要不要修改或删除？
不修改、不删除。退回时新增一条验收记录，写明退回原因、需修改内容和新的完成标准，状态改为已重开；原提交记录和产出物保持原样。这样退回前后的判断依据都能查到，也便于统计返工原因。重开后的进展继续挂在原任务编号下，避免同一任务出现多条互不关联的线索。
任务交接时，原负责人和接手人分别要记录什么？
原负责人在记录中写明已完成部分、未完成部分、当前阻塞、相关文档位置和接手人；接手人确认后追加一条记录，说明接手时间和下一步动作。原记录保留不动，交接说明作为独立条目存在。若交接发生在阻塞期间，阻塞事项和预计解除时间要一并交代，避免接手人重复排查。
用文档表格记录和用任务管理工具记录，怎么选？
任务数量少、协作人固定时，结构化文档或表格即可满足追溯要求；任务多、状态流转频繁、需要按负责人或时间筛选时，任务管理工具更合适，状态、负责人、时间和进展记录可以放在同一工作项下查看完整历史。ONES 的任务与工作项管理可作为承载选项之一，具体字段配置和状态流转方式以实际产品试用为准。选择时重点看记录能否按任务聚合、历史是否可查，而不只看填写是否方便。
