估算假设记录是一张随估算一起提交的表格，用来把每个工作量数字背后的前提写清楚：假设内容、依据来源、影响范围、不确定程度、验证方式、责任人和复核时间。本文提供一张可直接复制到文档或表格工具中的空白模板，并逐字段说明填写口径、必填取舍和一条完整示例，适用于投入预估阶段的假设管理。
要点总览（TL;DR）
- 估算假设记录表的核心字段共12个：假设编号、所属工作项、假设类别、假设描述、当前取值、依据、影响估算项、敏感度、验证方式、责任人、复核日期、状态。
- 最小可用字段集为7个：编号、工作项、描述、取值、影响估算项、责任人、状态；依据、验证方式、敏感度、复核日期随项目复杂度补充。
- 填写时一条假设只写一个可验证的判断，取值用数值或区间，影响估算项落到具体阶段或人力。
- 假设状态按待验证、已验证、已失效、已关闭流转，估算版本变更时旧假设归档、新版本重新编号。
- 模板按项目类型裁剪：外部依赖多的项目把依据和验证方式列为必填，短周期任务只保留最小字段集。
可复制空白估算假设记录表
下表为空白模板，可直接复制到 Excel、在线表格或需求文档中。表头固定，空白行按需增加；建议一个工作项至少预留三行，便于把多个前提分开记录。
| 假设编号 | 所属工作项 | 假设类别 | 假设描述 | 当前取值 | 依据 | 影响估算项 | 敏感度 | 验证方式 | 责任人 | 复核日期 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| AS-001 | |||||||||||
| AS-002 | |||||||||||
| AS-003 | |||||||||||
| AS-004 | |||||||||||
| AS-005 |
复制后的第一步是补齐表头下的第一行，而不是先填满所有行。填写口径见下一节字段说明；如果团队已有估算评审模板，可把这张表作为附件挂在评审记录旁，保持编号连续。
每个字段记录什么、怎么填
字段说明的目标是让不同人填出的记录可以互相对照。下表给出每个字段的含义、填写口径和常见错误。
| 字段名 | 含义 | 填写口径 | 常见错误 |
|---|---|---|---|
| 假设编号 | 假设的唯一标识 | 按“AS-序号”连续编号，跨版本不重复使用 | 同一编号对应两条假设，导致追溯混乱 |
| 所属工作项 | 该假设支撑的估算对象 | 写到需求、任务或阶段层级，与估算表中的名称一致 | 只写项目名，无法定位到具体估算 |
| 假设类别 | 假设的性质分类 | 常用取值：范围、资源、技术、外部依赖、数据 | 类别随意填写，后续无法按类筛选 |
| 假设描述 | 前提的具体内容 | 写成一句可验证的判断，包含对象和条件 | 写成“情况正常”“需求清晰”这类无法验证的表述 |
| 当前取值 | 假设成立时的具体数值 | 用明确数值或区间，如“3 人”“2–3 周” | 只写“较多”“较快”，无法换算成工作量 |
| 依据 | 假设的来源 | 区分历史数据、专家判断、外部约束三类，并写明出处 | 只写“经验”，无法判断可信度 |
| 影响估算项 | 假设不成立时受影响的估算部分 | 对应到具体工作项或阶段，如“联调阶段人力” | 写“整体工期”，范围过大无法评估 |
| 敏感度 | 假设变化对估算的影响程度 | 分高、中、低三档，高表示取值变化会显著改变工作量 | 全部填“高”，失去排序作用 |
| 验证方式 | 确认假设是否成立的手段 | 写具体动作和时间点，如“评审会上确认接口清单” | 写“后续关注”，没有可执行的验证动作 |
| 责任人 | 负责跟踪该假设的人 | 写具体姓名或角色，一人一条 | 写团队名，无人实际负责 |
| 复核日期 | 下次检查假设的时间 | 与估算评审节点或里程碑对齐 | 留空或写“待定” |
| 状态 | 假设当前的处理阶段 | 常用取值：待验证、已验证、已失效、已关闭 | 长期停留在“待验证” |
填写时有三个要点。第一，假设描述要写成可验证的判断，例如“第三方接口在联调前提供测试环境”，而不是“外部配合顺利”。第二，当前取值尽量用数值或区间，区间宽度本身反映不确定程度。第三，敏感度和验证方式要对应：敏感度为高的假设，验证方式应安排更早、更具体的动作；敏感度为低的假设，可以合并到阶段评审中一并确认。
依据来源的区分直接影响复核优先级。历史数据支撑的假设可信度较高，可放宽复核频率；专家判断需要注明判断人，便于后续追问；外部约束类假设往往不受团队控制，应优先安排验证并准备备选方案。
必填与选填的划分
字段过多会导致记录表没人填。建议先落地最小字段集，再按项目复杂度补充选填字段。
| 字段 | 必填/选填 | 理由或适用场景 |
|---|---|---|
| 假设编号 | 必填 | 追溯和引用其他记录的基础 |
| 所属工作项 | 必填 | 把假设与估算对象绑定 |
| 假设描述 | 必填 | 记录的核心内容 |
| 当前取值 | 必填 | 没有取值就无法换算工作量 |
| 影响估算项 | 必填 | 说明假设不成立时改哪里 |
| 责任人 | 必填 | 保证有人跟踪 |
| 状态 | 必填 | 区分待验证与已关闭 |
| 假设类别 | 选填 | 假设数量多、需要分类统计时填写 |
| 依据 | 选填 | 涉及外部依赖或争议较大时建议填写 |
| 敏感度 | 选填 | 需要排定验证优先级时填写 |
| 验证方式 | 选填 | 敏感度为高的假设建议必填 |
| 复核日期 | 选填 | 跨迭代或长周期项目建议填写 |
按估算阶段调整必填范围：早期粗略估算可只保留编号、工作项、描述、取值、影响项、责任人、状态七个字段；进入排期评审前，补充依据和验证方式；跨团队协作或外部依赖较多的项目，再把敏感度和复核日期纳入必填。调整时在模板说明中注明生效范围，避免不同项目各填一套。
一条完整填写示例
以下示例展示一条已填写的记录，字段与前述模板一致。
| 字段 | 填写内容 |
|---|---|
| 假设编号 | AS-007 |
| 所属工作项 | 订单查询接口改造 |
| 假设类别 | 外部依赖 |
| 假设描述 | 支付网关在联调开始前提供沙箱环境和接口文档 |
| 当前取值 | 联调第 1 周内提供，文档提前 3 个工作日 |
| 依据 | 外部约束：合同约定的交付节点；专家判断：上次合作实际延迟 2 天 |
| 影响估算项 | 联调阶段 2 人 × 1 周的人力，以及整体上线日期 |
| 敏感度 | 高 |
| 验证方式 | 联调前一周由接口负责人邮件确认沙箱地址和文档版本 |
| 责任人 | 接口负责人（示例角色） |
| 复核日期 | 联调启动前 5 个工作日 |
| 状态 | 待验证 |
逐项说明：假设描述写明了对象（支付网关）、条件（联调开始前）和交付物（沙箱环境与接口文档），可以逐条核对。当前取值给出时间窗口，便于换算成联调人力的占用。影响估算项对应到联调阶段的具体人力和上线日期，说明假设不成立时改动哪里。敏感度为高，因此验证方式安排了提前一周的邮件确认，复核日期也早于联调启动。状态为“待验证”，表示尚未取得对方确认；确认后改为“已验证”，若对方明确延迟则改为“已失效”，并触发估算调整。
模板的调整与日常维护
模板需要随项目类型和团队规模裁剪。调整原则如下：
- 需求变化频繁的项目，保留敏感度和复核日期，缩短复核周期。
- 外部依赖多的项目，把依据和验证方式列为必填，并增加备选方案说明列。
- 小型团队或短周期任务，可只保留最小字段集，把分类和敏感度合并到描述中。
- 跨团队协作项目，增加“关联工作项”列，便于在多个估算之间对齐同一假设。
假设的状态更新规则应当明确：验证通过后改为“已验证”，保留原记录不删除；假设被证伪时改为“已失效”，同时注明对估算的调整结果；估算版本变更后，旧假设标记为“已关闭”，新版本重新编号或在原编号后加版本后缀。这样估算版本、假设记录和评审记录之间可以互相追溯。
假设记录需要与估算版本和评审记录关联。常见做法是在估算评审纪要中引用假设编号，在估算表旁附上当前有效的假设清单，版本变更时同步更新。定期回顾的节奏可按迭代设置：每个迭代评审前由责任人检查本人负责的假设状态，每季度由项目负责人汇总一次失效假设对历史估算的影响，作为后续估算的依据来源之一。
当假设需要随工作项一起留存和复核时，可以把这张表作为工作项附件或文档挂在对应需求下，在评审时直接引用编号和状态。ONES 支持在工作项中关联文档与评审记录，便于把假设清单与估算版本放在同一处查看，减少跨工具查找的成本。
常见问题
假设描述写成“需求基本明确”为什么不行？
这类表述缺少可核对的判断标准，评审时无法确认它是否成立，也无法在失效时判断影响范围。可改成带对象和条件的判断，例如“订单查询接口的字段清单在开发启动前由业务方确认并冻结”。判断成立与否有明确依据，责任人也知道该找谁确认。
早期估算阶段字段填不全，是否可以先空着？
可以按阶段放宽。早期粗略估算只要求编号、工作项、描述、取值、影响估算项、责任人、状态七项，其余字段留待排期评审前补齐。需要避免的是把“待补”长期保留：在模板说明中写明补齐节点，例如进入排期评审前必须补上依据和验证方式，否则该假设不计入估算依据。
假设被证伪后，原来的估算数字怎么处理？
把该条假设状态改为“已失效”，在记录中注明对估算的调整结果，例如联调人力由 2 人周调整为 3 人周，并保留原记录不删除。估算表同步更新，评审纪要引用假设编号说明变更原因。这样后续复盘时能看出估算偏差来自哪条前提变化，而不是只看到一个改过的数字。
多个工作项依赖同一个外部条件，需要重复记录吗？
不必重复建多条相同描述。可以建一条假设，在“所属工作项”中列出受影响的工作项，或在跨团队项目中增加“关联工作项”列。影响估算项分别写明各工作项受影响的阶段和人力。这样验证一次即可覆盖多处，状态更新也不会出现同一前提两种结论。
假设记录和估算表分开存放，评审时怎么对应？
靠编号对应。估算表中涉及前提的条目引用假设编号，评审纪要同样引用编号，假设清单作为估算表的附件随版本一起归档。若使用 ONES，可把假设清单作为文档挂在对应需求或任务下，评审时直接按编号和状态核对，减少在多个文件之间查找。
