项目复盘常常给出“这次为什么超了”的结论，却把当初支撑估算的假设记录留在旧状态：假设还写着“接口联调约3人日”，实际已经花了8人日；记录仍标为“有效”，下一次估算又照旧引用。复盘后的关键动作，是逐条判定这些假设记录该更新、关闭还是转为风险，并把结论写回记录状态、版本和日期。本文给出一套可执行的判定规则、字段要求、角色分工和完成检查清单。
要点总览（TL;DR）
- 复盘后对每条估算假设记录做一次判定，落到更新、关闭或转风险三种状态之一，结论写回记录本身。
- 更新适用于假设方向仍成立但条件变化的情况，需修改假设描述、影响范围、有效期和依据来源，并保留版本历史。
- 关闭需写明验证结论、关闭原因、关闭日期和证据链接；转风险需写明风险描述、影响对象、责任人和复核时点。
- 边界判断看这条假设失效后是否仍影响后续估算或交付：有影响就转风险，无影响就关闭。
- 完成检查时按有效期筛选状态仍为“有效”的过期记录，把补充判定纳入每次复盘的固定动作。
复盘后先做判定：更新、关闭还是转风险
复盘结束后，估算负责人应把本轮项目涉及的估算假设记录逐条取出，对照复盘材料做一次判定。判定的目的不是重新讨论估算对错，而是决定这条记录接下来以什么状态存在。每条记录最终只能落到三种处置之一：更新、关闭、转为风险。
判定需要三类输入。第一是实际投入数据，包括各工作项的实际工时、资源投入和阶段耗时，用来判断假设描述的量级是否被事实支持。第二是偏差原因，即复盘中对“估算与实际差异”的解释，例如需求范围扩大、外部依赖延迟、技术方案调整。第三是变更记录，包括范围变更、人员调整、排期调整等，用来确认假设成立的条件是否已经改变。
三类处置的判定条件可以归纳如下：
| 判定条件 | 处置方式 | 记录状态 |
|---|---|---|
| 假设已被事实验证成立，或已被事实推翻，且结论明确 | 关闭记录，写明验证结论 | 已关闭 |
| 假设基本成立，但适用范围、前提条件或有效期发生变化 | 更新假设描述、影响范围和有效期 | 已更新（新版本） |
| 假设已失效，且仍会影响后续估算或交付 | 转为风险条目，指定责任人与复核时点 | 已转风险 |
判定结论必须写进记录本身，包括状态、处置日期和判定人。只在复盘会议纪要里写一句“该假设不再适用”，记录仍会以旧状态被后续项目引用，等于没有处置。
更新估算假设记录的操作步骤
更新适用于假设方向仍然成立、但条件已经变化的情况。例如原假设写“由现有两名后端开发完成支付模块改造，预计10人日”，复盘发现其中一人中途转去支持其他项目，实际由一名开发加一名外包完成，投入变为14人日。假设本身没有被推翻，但人员条件和投入量级都需要修正。
更新时按以下步骤执行：
- 打开原记录，核对当前版本号和最近一次修改时间，确认没有其他人正在并行修改。
- 修改假设描述，把变化后的条件写清楚，例如人员构成、依赖方、技术方案或范围边界。
- 修改影响范围，说明这条假设影响哪些工作项、阶段或后续估算对象。
- 修改有效期，写明新假设适用的项目范围或时间窗口，避免被无限期沿用。
- 填写依据来源，指向复盘记录、实际工时数据或变更单，便于后续追溯。
- 保存为新版本，旧值保留在版本历史中，不直接覆盖。
- 通知项目经理和相关估算参与人复核新版本，确认无误后标记为当前有效版本。
字段变更的重点在于“可追溯”：假设描述回答“现在依据什么”，影响范围回答“改了会影响谁”，有效期回答“用到什么时候”，依据来源回答“凭什么这么改”。版本历史保留旧值，是为了在后续复盘时能看清假设是如何一步步演变的，而不是只看到一个最新结论。
在工具层面，这类记录通常以文档或工作项形式承载。ONES 的资源和工时管理能力可以查询、导出工时登记日志明细，复盘时用实际投入数据核对假设描述的量级；效能管理对系统内研发数据做多维度分析，可作为偏差原因的参考。假设记录本身的状态与版本管理，需要结合团队实际使用的文档或工作项配置来落地。
关闭记录与转为风险的处理方式
关闭和转风险都属于终止类处置，区别在于这条假设是否还会影响后续工作。假设已经被事实验证或推翻、结论明确、不再影响后续估算和交付的，关闭即可；假设虽然失效，但其影响还会传导到后续项目、排期或交付质量的，应转为风险继续跟踪。
关闭记录时至少填写四项内容：
- 验证结论：假设最终被证实还是被推翻，用一两句话写清事实依据。
- 关闭原因：说明为什么可以关闭，例如“实际投入与假设量级一致，后续不再引用”。
- 关闭日期：记录处置完成的时间。
- 证据链接：指向复盘记录、实际工时数据、验收结果或相关变更单。
转为风险时至少填写四项内容：
- 风险描述：把失效假设转化为具体的风险表述，说明可能发生什么。
- 影响对象：受影响的模块、里程碑、交付物或后续估算对象。
- 责任人：负责跟踪和推动应对的人，需具体到角色或姓名。
- 复核时点：下一次检查该风险状态的时间，例如下个迭代评审或下个版本封版前。
边界判断可以用一个问题收口：这条假设失效后，是否还有人需要据此做新的估算或交付决策？答案是“是”，就转风险并指定复核时点；答案是“否”，就关闭并留下证据。两者都不应让记录停留在“有效”状态。
角色分工与各环节交付物
处置工作要落到人，否则容易出现“大家都觉得该改、没人真正改”的情况。常见的最小分工如下：
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 估算负责人 | 逐条判定处置方式，填写更新内容或关闭结论，发起复核 | 判定记录、更新后的假设记录版本 |
| 项目经理 | 确认影响范围和有效期，判断是否需要转为风险，指定风险责任人 | 风险条目、复核时点 |
| 复盘主持人 | 提供复盘中的实际投入数据和偏差原因，核对处置是否覆盖全部假设记录 | 复盘结论与记录处置的对应关系 |
| 风险责任人 | 在复核时点检查风险状态，决定继续跟踪或关闭 | 风险状态更新记录 |
复核机制保持最小化即可：更新后的记录由项目经理确认一次，转为风险的条目由项目经理指定责任人并确认复核时点，不需要多层审批。复核的重点是确认状态、字段和日期齐全，而不是重新评审估算本身。
如果团队使用 ONES 管理项目，工时登记日志和效能分析数据可以作为复盘输入，帮助估算负责人核对实际投入与假设的差距；假设记录的更新版本、关闭结论和风险条目，则可以依托工作项或文档的状态与字段来承载，使处置结果与项目数据留在同一处，便于后续查询。
示例：一次复盘后的记录处置
以下为演示情景。某项目在支付模块改造前记录了一条估算假设：“支付网关对接由合作方提供测试环境，预计第2周可用，联调工作量约5人日。”项目复盘时发现，测试环境第4周才可用，联调实际投入12人日，且合作方后续还有两个接口未交付。
按判定规则处理：测试环境按时可用这一假设已被事实推翻，联调工作量假设也明显偏低。由于合作方未交付接口仍会影响下一个版本的支付功能上线，这条记录不能简单关闭，应转为风险。
处置后的记录大致如下：原假设记录状态改为“已转风险”，关闭原因写明“测试环境延迟两周，联调实际12人日，原5人日假设被推翻”，证据链接指向复盘记录和工时明细；同时新建风险条目“合作方剩余两个支付接口未交付，可能影响下版本支付功能上线”，影响对象为支付模块和下版本发布里程碑，责任人为项目经理指定的接口对接人，复核时点设为下个迭代评审。若后续接口按期交付，风险责任人再在复核时点关闭该风险条目。
完成检查：避免记录失效的核对项
本轮处置结束后，用以下清单逐项核对，确认没有记录停留在旧状态：
- 每条估算假设记录都有明确状态和处置日期，状态为已更新、已关闭或已转风险之一。
- 关闭的记录写有验证结论、关闭原因、关闭日期和证据链接。
- 转为风险的记录写有风险描述、影响对象、责任人和复核时点。
- 更新的记录保留了版本历史，旧值可查，新版本已通知相关角色复核。
- 复盘结论中提到的每条假设都能对应到一条记录处置，没有遗漏。
- 超过有效期仍未处置的记录已被识别出来，并安排补充判定。
识别过期未处置记录，可以按有效期或复盘周期做一次筛选：有效期已过、状态仍为“有效”的记录，应回到判定环节重新处理。把这项筛选纳入每次复盘的固定动作，假设记录才能随着项目事实持续更新，而不是在复盘后被遗忘。
常见问题
复盘时发现假设只是部分成立，应该更新还是关闭？
部分成立通常对应更新路径。判断标准是这条假设的方向是否仍然可用：如果假设描述的量级或前提只是需要修正，后续估算还会参考它，就更新假设描述、影响范围、有效期和依据来源，保存为新版本并保留旧值。只有当假设已被事实验证或推翻、结论明确且不再影响后续估算和交付时，才走关闭路径。
一条假设转为风险后，原假设记录还需要保留吗？
需要保留。转风险是把失效假设的影响继续跟踪，原记录仍是复盘结论的证据来源。建议在原记录上标注“已转风险”、写明失效原因和证据链接，并关联到新建的风险条目，使后续查看风险时能追溯到最初的估算假设。这样在风险复核时，责任人可以直接对照原假设判断影响是否已经消除。
假设记录的有效期应该设多长？
有效期应与假设适用的范围对齐，常见做法是绑定到具体项目阶段、版本或时间窗口，例如“本版本封版前有效”或“适用于本迭代”。有效期的作用是让过期记录能被筛选出来重新判定，避免被后续项目无限期沿用。如果假设跨多个项目复用，建议按项目分别记录，各自设定有效期。
团队规模较小，角色分工可以简化吗？
可以。小团队中估算负责人和项目经理常由同一人担任，判定与更新可以由一人完成，但复核动作建议保留：由复盘主持人或另一位参与估算的成员核对状态、字段和日期是否齐全。关键是每条记录都有明确的处置人和处置日期，风险条目有指定的跟踪人，角色名称可以合并，责任不能空缺。
如何识别长期没有处置的估算假设记录？
按有效期或复盘周期做一次筛选：有效期已过、状态仍为“有效”的记录即为待处置对象。把这项筛选纳入每次复盘的固定动作，在复盘结束前完成补充判定。如果团队使用 ONES 管理项目，工时登记日志明细可用于核对实际投入与假设的差距，为判定提供数据输入；记录状态与版本的承载方式则结合团队实际使用的文档或工作项配置来落地。
