迭代规划会结束，并不等于规划已经可靠。会后当天到迭代启动前，可以用一份可复算的检查表回看四件事：迭代目标能否被参会人独立复述并对应到可验收的产出；承诺工作量与团队可用容量是否在同一口径下匹配；风险与依赖是否都有承接人；承诺是否留有缓冲并说明取舍。目标清晰度用“复述一致率+可验收项覆盖率”判断，容量匹配用“承诺工作量÷可用容量”计算。检查记录建议附在迭代文档中，ONES 的目标、工作项与工时数据可以在同一体系内留痕，便于下次复盘对比。
要点总览（TL;DR）
- 规划会后检查在会后当天至迭代启动前完成，按目标清晰度、容量匹配、风险识别、承诺合理性四项依次核对，前一项发现明显问题先修正再进入下一项。
- 目标清晰度用两个可复算指标：目标复述一致率（复述要点一致的参会人数÷参会人数）与目标可验收项覆盖率（有明确验收标准的目标数÷目标总数）。
- 容量匹配用承诺工作量÷可用容量，分子分母统一用人天或故事点，分母扣除休假、会议、支持与值班时间，未估算工作项单列不并入分子。
- 比值明显大于1提示超载，先核对估算是否偏乐观、隐性支持工作是否漏计；明显小于1提示容量闲置或拆分过细，回到规划记录核对取舍。
- 检查结论与整改项附在迭代文档中留存，指标只反映规划质量，未完成工作在下一次规划中重新评估，不默认自动结转。
规划会后要回答哪几个评估问题
会后检查的目的是复盘规划质量，为下一次规划提供依据，不在会上重新拍板。检查时点选在规划会结束后当天至迭代启动前，此时讨论内容还清晰，工作项尚未大规模流转，调整成本较低。检查所用材料包括迭代目标、本迭代工作项清单、估算记录、成员可用时间登记，以及会上形成的风险与依赖记录。
把“检查规划质量”拆成四个可回答的问题，每项都指定负责人和完成时点，避免检查停留在印象层面。
| 判断对象 | 要回答的问题 | 负责人 | 完成时点 |
|---|---|---|---|
| 目标清晰度 | 参会人能否独立复述迭代目标？每个目标是否有可验收的产出描述？ | 产品负责人或迭代负责人 | 会后当天 |
| 容量匹配 | 承诺工作量与可用容量是否在同一单位下匹配？超载或闲置多少？ | 迭代负责人与团队代表 | 会后1个工作日内 |
| 风险识别 | 每条风险和外部依赖是否都有承接人与应对动作？ | 迭代负责人 | 会后当天 |
| 承诺合理性 | 承诺是否留有缓冲？放弃或延后的范围是否写明？ | 产品负责人与团队共同确认 | 迭代启动前 |
四个问题之间存在先后关系：目标不清晰时，容量讨论容易围绕错误的工作项展开；风险没有承接人时，容量比值再合理也可能在执行中被打破。因此建议按目标、容量、风险、承诺的顺序检查，前一项发现明显问题，先修正再进入下一项。
目标清晰度与容量匹配的指标和统计范围
指标要能复算，前提是公式、单位、统计范围三者固定。目标清晰度用两个指标：目标复述一致率衡量参会人对目标的理解是否一致，目标可验收项覆盖率衡量目标是否落到可检验的产出上。容量匹配用承诺工作量与可用容量的比值，并辅以超载工作项数，定位具体是哪些工作项推高了承诺量。
| 指标名 | 公式 | 单位 | 统计范围 | 缺失值处理 |
|---|---|---|---|---|
| 目标复述一致率 | 能独立复述目标且要点一致的参会人数 ÷ 参会人数 | 百分比 | 参加规划会的团队成员 | 未参与复述的成员不计入分子，仍计入分母 |
| 目标可验收项覆盖率 | 有明确验收标准的目标数 ÷ 迭代目标总数 | 百分比 | 本迭代正式承诺的目标 | 验收标准待补充的目标计入分母，不计入分子 |
| 容量匹配比值 | 承诺工作量 ÷ 可用容量 | 无量纲比值（分子分母同单位） | 本迭代已承诺工作项；不含候选池 | 未估算工作项单列，不并入分子 |
| 超载工作项数 | 估算值超过承接人剩余可用量的工作项个数 | 个 | 本迭代已承诺工作项 | 无承接人的工作项单独列出 |
单位选择上，人天和故事点都可以，关键是分子分母使用同一单位，且整个迭代周期内不混用。时间窗取本迭代周期，例如两周迭代按10个工作日计算可用容量。统计范围只包含本迭代正式承诺的工作项，候选池、下个迭代的预研项不进入计算，否则比值会失真。未估算的工作项单独列一张清单，在检查结论中说明其数量与影响，不并入分母，也不默认按平均值补估算。
数据从哪里取、证据如何留痕
检查能否复核，取决于每项指标能否追溯到原始记录。目标清晰度的证据来自会后独立复述记录和验收标准条目；容量数据来自成员可用工时、休假与支持时间登记以及工作项估算记录；风险与依赖的证据是风险清单及每条对应的承接人。三类数据在规划会上就应产生，会后检查主要是收集和核对。
| 指标或检查项 | 取数位置 | 证据形式 | 留存方式 |
|---|---|---|---|
| 目标复述一致率 | 会后复述记录、迭代目标文档 | 每位参会人的复述要点，标注一致或不一致 | 附在迭代文档的检查记录中 |
| 目标可验收项覆盖率 | 迭代目标与对应工作项的验收标准 | 逐条目标列出验收标准，缺失的标注待补 | 同上，链接到对应工作项 |
| 承诺工作量 | 本迭代工作项清单及估算字段 | 工作项估算值汇总表，未估算项单列 | 同上，保留汇总口径说明 |
| 可用容量 | 成员可用时间登记、休假与支持时间记录 | 按人汇总的可用人天或故事点 | 同上，注明扣除项 |
| 风险与依赖 | 风险清单、依赖记录 | 每条风险的承接人与应对动作 | 同上，未指派承接人的标红 |
复述记录的做法可以简单一些：会后请每位参会人用一两句话写下本次迭代目标，由迭代负责人对照原始目标判断要点是否一致，记录判断结果即可，不需要打分或排名。这样既保留了证据，也不会给团队增加额外负担。检查记录统一附在迭代文档中，与目标、工作项、估算数据放在同一处，下次复盘时可以直接对比两次检查的差异。
在 ONES 中，迭代目标与工作项、子任务在同一体系内管理，规划会上对需求与验收标准达成一致后，团队可以用子任务拆分工作项；任务工时统计可用于估算任务持续时间。检查记录作为迭代文档的一部分留存，目标、工作项与工时数据便于在同一处核对。具体的报表字段与容量登记方式，需按团队实际使用的版本和配置确认。
会后检查的计算与评估步骤
检查按五步执行，每步都有明确的输入和输出，做完一步再进入下一步。整个过程建议在迭代启动前完成，发现的问题直接转为整改项，能改的改，改不了的记录为下个迭代的改进输入。
| 步骤 | 输入 | 动作 | 输出 |
|---|---|---|---|
| 一、收集材料 | 迭代目标、工作项清单、估算记录、可用时间登记、风险清单 | 确认材料齐全，缺失项标注 | 材料齐备的检查底稿 |
| 二、计算目标清晰度 | 复述记录、验收标准条目 | 按公式计算复述一致率与可验收项覆盖率 | 两个百分比及不一致、缺验收标准的具体条目 |
| 三、计算容量匹配 | 承诺工作项估算、可用容量 | 汇总分子分母，计算比值，统计超载工作项数 | 比值、超载工作项清单、未估算项清单 |
| 四、核对风险与依赖 | 风险清单、依赖记录 | 逐条确认承接人与应对动作 | 有承接人和无承接人的风险清单 |
| 五、判断承诺合理性 | 前四步结果 | 结合缓冲与取舍说明给出结论，列出整改项 | 检查结论与整改项清单，指定责任人和完成时点 |
第五步的判断需要把前四步放在一起看。目标清晰度低、容量比值偏高、风险无承接人同时出现时，说明本次承诺整体偏激进，应优先缩减范围而不是压缩缓冲。目标清晰度高但容量比值明显偏低时，先核对是否拆分过细或估算偏保守，再决定是否补充工作项。整改项要具体到工作项或文档条目，例如“为工作项A补充验收标准”“为风险B指定承接人”，避免写成“加强目标管理”这类无法验证的表述。
一个可复算的检查示例
以下数字为演示情景，用于说明计算过程，不代表任何团队的真实数据。设定一个6人团队，迭代周期为两周共10个工作日，扣除休假、会议、支持与值班后，可用容量合计为48人天。本迭代承诺工作项估算合计为56人天，另有2个工作项未估算。迭代目标共4个，其中3个有明确验收标准。规划会参会6人，会后复述中4人要点一致。
目标清晰度计算：复述一致率 = 4 ÷ 6 ≈ 66.7%；可验收项覆盖率 = 3 ÷ 4 = 75%。两项都未达到全覆盖，需要回到具体条目核对：哪两位参会人对目标理解不一致，不一致的要点是什么；哪个目标缺少验收标准，由谁在迭代启动前补齐。
容量匹配计算：比值 = 56 ÷ 48 ≈ 1.17。分子只含已估算的承诺工作项，2个未估算项单列，不并入分子。比值大于1，说明按当前估算承诺量超出可用容量约17%，约合8人天。若团队约定保留10%缓冲，则可用容量按43.2人天计，比值约为1.30，超载更明显。此时的处理方式是回到规划记录核对：是估算偏乐观，还是有隐性支持工作未计入可用容量的扣除项；确认后缩减范围或调整承诺，而不是直接判定规划失败。
分母为零或估算缺失的处理：如果团队按故事点估算且本迭代尚未完成估算，分母为零，比值无法计算，此时不输出比值，改为列出未估算工作项清单并注明“容量匹配待估算完成后复核”。如果只有部分工作项有估算，同样只对有估算的部分计算比值，并在结论中说明覆盖比例，避免用不完整数据得出超载或闲置的结论。
示例结论转为整改动作：为缺失验收标准的目标补充验收条目；对复述不一致的成员做一次简短对齐；将超出容量的约8人天对应的工作项延后到下个迭代或拆分；为2个未估算工作项补估算后复核比值；核对风险清单中是否有无承接人的条目。每条整改项指定责任人和完成时点，附在迭代文档的检查记录中。
结果怎么解读、哪些限制要说明
比值偏高时，常见原因包括估算偏乐观、隐性支持工作未计入可用容量的扣除项、承诺时把“希望完成”当成了“承诺完成”。比值偏低时，常见原因是工作项拆分过细导致估算虚高，或目标设定偏保守、留了过多余量。两种情形都应回到规划记录核对具体工作项和估算依据，比值本身只提示方向，不给出结论。
目标清晰度低，说明参会人对目标的理解不一致或目标缺少可验收的产出描述，需要回到验收标准逐条核对。复述不一致可能只是表述差异，也可能是目标本身存在歧义，两种情况处理方式不同：前者统一表述即可，后者要修正目标。目标清晰度低并不等于目标错误，检查时要区分理解问题和目标质量问题。
这些指标反映的是规划质量，不直接代表交付结果。规划检查通过，执行中仍可能因需求变更、技术风险或人员变动出现偏差；规划检查发现问题，也可能在执行中被团队化解。因此检查结论用于改进下一次规划，不宜直接作为团队绩效评价依据。迭代结束后，未完成的工作项应在下次规划中重新评估优先级和估算，不默认自动结转，避免承诺量在多个迭代间无声累积。
风险识别与承诺合理性要放在同一张检查表里看：每条风险与外部依赖是否有承接人和应对动作，承诺是否留有缓冲、是否写明放弃或延后的范围。这两项没有可复算的比值，判断依据是清单的完整性和承接人的明确程度，检查时逐条核对即可。把四类检查结果和整改项放在同一份迭代文档中留存，下次规划会前回看，就能形成从检查到改进的闭环。
常见问题
规划会结束后多久做检查比较合适？拖到迭代中期再查还有意义吗？
建议在会后当天至迭代启动前完成。这个时间窗内讨论内容还清晰，工作项尚未大规模流转，发现目标表述歧义或容量超载时调整成本较低。拖到迭代中期再查，工作项已经开工，缩减范围或补验收标准的代价明显上升，检查结果更多只能作为下个迭代的改进输入，对当前迭代的纠偏作用有限。
如果确实错过了启动前的窗口，仍可补做检查，但要把结论定位为复盘材料：记录当时的比值和目标覆盖情况，与迭代结束后的实际交付对比，用于校准下一次的估算和承诺习惯。
团队按故事点估算，可用容量怎么换算成分母？
分母要和分子同单位。按故事点估算时，可用容量可以用团队历史速率折算，例如取最近几个迭代的平均完成故事点，再按本迭代的人员变化和休假情况调整。关键是折算口径在迭代内固定，不中途更换。
如果团队还没有稳定的历史速率，可以先用上一迭代的实际完成量作为基准，并在检查记录中注明这是估算口径。分母无法确定时，不强行输出比值，改为列出未估算工作项清单并注明待复核，避免用不完整数据得出超载或闲置的结论。
目标复述一致率低，是不是说明规划会开得不好？
不一定。复述不一致有两种来源：一种是表述差异，参会人理解相同但说法不同；另一种是目标本身存在歧义，不同人理解成了不同的事。检查时要逐条看复述要点，区分这两种情况。前者统一表述即可，后者需要修正目标描述或补充验收标准。
复述一致率低也不等于目标错误，它反映的是理解对齐程度。处理方式是在迭代启动前做一次简短对齐，请参会人再次复述确认，而不是把指标直接当成会议质量的评价。
风险清单里每条风险都要指定承接人吗？有些风险暂时找不到合适的人怎么办？
检查时逐条核对承接人和应对动作，有承接人的和没有的分开列。暂时找不到承接人的风险不要从清单里删掉，标注为待指派，并写明计划在什么时点前确定承接人，由迭代负责人跟进。
没有承接人的风险会直接影响承诺合理性判断：如果这类风险涉及关键依赖，即使容量比值看起来合理，承诺也应更保守，或在检查结论中明确写出该风险对交付的影响范围。
检查发现容量超载，应该缩减范围还是压缩缓冲？
优先缩减范围。缓冲的作用是吸收执行中的不确定性，压缩缓冲会让迭代在遇到需求变更或技术问题时缺少回旋空间，超载问题只是被推迟暴露。缩减范围时回到规划记录，按优先级取舍具体工作项，把延后的项写明去向，例如放入下个迭代候选或重新评估。
如果超载主要来自估算偏乐观，可以先复核估算依据再决定是否缩减；如果来自隐性支持工作未计入分母，应先把这部分时间补进可用容量的扣除项，再重新计算比值。
