迭代规划会后如何检查目标清晰度和容量匹配

迭代规划会结束后，团队往往已经排好需求、分好任务，但“目标是否真的清晰”“承诺的工作量是否真的装得下”仍需要一次独立检查。建议在会后24小时内、迭代开始前完成核对：目标清晰度看可复述、可判定、可追溯三项证据，容量匹配看承诺工作量与可用容量的比值及缺口清单，再叠加风险识别和承诺合理性两项复核，最终形成一份带结论的规划质量记录。这类记录需要落到工作项与迭代记录上才便于后续追踪，ONES 可作为承载检查结论与目标追溯的管理方向。

要点总览（TL;DR）

• 规划会后24小时内、迭代开始前完成检查，产出带结论的规划质量记录：目标逐条判定、容量比值与缺口、风险与应对、承诺调整项。
• 目标清晰度用三项证据核对：成员能用自己的话复述目标、完成标志可判定、目标能追溯到需求或业务问题；任一项缺失即退回重写。
• 容量匹配度=承诺工作量÷可用容量，分子分母须用同一估算单位；分母按人数×可用天数×每日有效工时计算，并扣除休假、会议与支持性事务。
• 估算缺失的条目单列，不计入比值但计入缺口；分母为零或接近零时不计算比值，直接判定容量不足。
• 比值接近1不代表承诺合理，需结合需求拆分粒度和历史波动解读；检查结论用于调整本次承诺，不作为团队绩效依据。

规划会后要检查什么：四项判断与通过标准

规划会后的检查目标很明确：在迭代正式执行前，确认这次规划形成的承诺是“说得清、装得下、有预案、可兑现”的。围绕这个目标，检查落在四项判断上，每项都有对应的判定方式和通过标准。

判断维度	判定方式	通过标准	不通过时的动作
目标清晰度	定性，核对三项证据	目标可复述、完成标志可判定、能追溯到需求或业务问题	退回重写目标，不进入执行
容量匹配	定量，计算比值并列出缺口	承诺工作量与可用容量有明确比值，缺口有清单和处理意见	调整承诺范围或补充资源说明
风险识别	定性，核对风险条目	外部依赖、人员变动、技术不确定性均已列出并有责任人	补充风险条目与应对措施
承诺合理性	定性结合历史数据	承诺量与历史完成率、波动区间相符，超出部分已标注	拆分、移出或标注为风险承诺

检查时点建议控制在会后24小时内、迭代开始前。这个窗口内团队对讨论内容记忆清晰，调整承诺的成本也最低；一旦迭代启动，再修改范围会牵动已排期的工作项。检查的产出物是一份规划质量记录，至少包含四部分内容：目标逐条判定为通过或退回、容量比值与缺口清单、风险与应对、承诺调整项。记录要有结论，避免只罗列数据。

目标清晰度怎么判定：三项证据与退回条件

目标清晰度是定性判断，但可以拆成三项可核验的证据，逐条打勾。三项证据全部满足才算通过，任何一项缺失都退回重写。

证据一：团队成员能用自己的话复述迭代目标

检查方式是在会后随机找几位参与者，请他们不看文档、用自己的话讲一遍本次迭代要达成什么。如果复述内容彼此一致，且与规划会上的表述吻合，说明目标已被理解；如果出现明显分歧，或只能复述任务清单而讲不出目标，说明目标传达不到位。这一项检验的是“理解”，而非“记忆原文”。

证据二：目标有可判定的完成标志

每个目标都要能回答“怎么算完成”。完成标志可以是验收口径，例如“支付流程在测试环境通过全部验收用例”；也可以是可观察的业务结果，例如“新注册流程上线并对首批用户开放”。判定时逐条追问：这个标志是否客观、是否有人能独立判断达成与否。写成“优化体验”“提升稳定性”这类无法判定的表述，视为不通过。

证据三：目标能追溯到需求或业务问题

每个目标都应指向具体的需求条目或要解决的业务问题。检查时沿目标向下找对应需求，向上找业务背景，形成可追溯的链路。找不到来源的目标，要么是遗漏了背景说明，要么是目标本身缺乏依据，两种情况都应退回补充。

退回规则与常见写法问题

三项证据中任一项不通过，处理动作是退回重写目标，不进入执行。退回时明确写出缺哪项证据、需要补什么，避免笼统地要求“再想想”。另一个常见问题是把目标写成任务清单，例如“完成登录模块开发、完成订单模块开发”。任务清单描述的是动作，目标应描述动作带来的结果或要解决的问题；检查时若发现目标条目与任务条目一一对应，应要求改写为结果导向的表述。

容量匹配怎么算：公式、分母与缺口清单

容量匹配用比值衡量，核心公式为：

容量匹配度 = 承诺工作量 ÷ 可用容量

分子和分母必须使用同一估算单位，例如都用人天或都用故事点换算后的人天，否则比值没有意义。

分子：已承诺进入迭代的工作量

分子只统计本次迭代已承诺的工作量，不含候选池中未排入的需求。每项工作的估算方式要统一：如果团队用故事点估算，需先约定换算规则再折算；如果直接用人天估算，则逐项累加。估算缺失的条目单独列出，不混入分子。

分母：可用容量的计算口径

可用容量的计算为：

可用容量 = 人数 × 可用天数 × 每日有效工时

其中可用天数按整个迭代周期计算，并扣除休假、会议与支持性事务占用的时间；每日有效工时指真正投入迭代工作的时间，而非在岗时长。分母反映的是团队在这个迭代里实际能投入的工作量，估算偏乐观会直接掩盖容量缺口。

缺失值与分母为零的处理

估算缺失的条目单列成清单，不计入比值，但计入缺口——它们代表尚未量化的承诺，需要在检查记录中明确。当分母为零或接近零时，例如团队大部分时间被支持性事务占用，不计算比值，直接判定容量不足，并说明原因。

缺口清单模板

条目	估算工作量	是否计入比值	缺口说明	处理意见
已承诺需求A	按统一单位填写	是	—	—
已承诺需求B	按统一单位填写	是	超出容量部分	拆分或移出
估算缺失需求C	待补	否	未量化承诺	补充估算后再判定

风险识别与承诺合理性复核

容量比值回答的是“量够不够”，风险与承诺复核回答的是“这个量靠不靠谱”。两项复核都以定性判断为主，辅以历史数据。

风险识别复核

逐项核对三类风险是否已列出并有责任人：外部依赖，例如等待其他团队接口或第三方服务；人员变动，例如关键成员休假或临时抽调；技术不确定性，例如方案尚未验证的模块。每条风险要有责任人和初步应对，仅有风险名称而无应对的条目视为未完成识别。迭代执行中可借助看板对齐进度与风险，规划会后的检查则先把风险清单建立起来。

承诺合理性复核

把本次承诺量与团队历史完成率和波动区间对照。如果承诺量明显高于历史稳定完成水平，需要说明依据，例如本次有额外人力投入或需求拆分更细。承诺超出容量时，处理方式有三种：拆分需求，把部分内容移出本次迭代，或明确标注为风险承诺并写清触发条件与应对。三种方式都要在记录中留下结论，避免口头约定。

未完成工作的处理

检查中如发现上一迭代遗留工作被带入本次承诺，需要重新评估其剩余工作量和优先级，不默认自动结转到下一迭代。重新评估后的条目按新承诺计入分子，并在记录中注明来源。

一个完整例子：从数据到判定结论

以下为演示情景，数字用于说明计算方法，不代表任何真实团队。

某团队6人，迭代周期10个工作日。扣除休假、会议与支持性事务后，人均可用天数为8天，每日有效工时按6小时计。可用容量 = 6 × 8 × 6 = 288人时。本次迭代承诺工作量的估算合计为264人时，另有2个需求尚未估算。

容量匹配度 = 264 ÷ 288 ≈ 0.92。比值低于1，表面上容量有余量，但两个未估算需求构成未量化缺口，需补充估算后再判断。假设补充估算后两项合计40人时，则实际承诺为304人时，比值约1.06，出现约16人时的容量缺口。

目标清晰度逐条判定：目标一“支付流程通过全部验收用例”可复述、完成标志明确、可追溯到支付改造需求，通过；目标二“提升系统稳定性”无法判定完成标志，退回重写；目标三“上线新注册流程并对首批用户开放”三项证据齐全，通过。

风险与承诺复核：外部依赖一项（等待风控接口）已列出并有责任人，通过；承诺量304人时高于团队历史稳定完成水平约280人时，判定承诺偏高。调整动作：将一项约24人时的需求移出本次迭代，承诺量降至280人时，比值约0.97；退回的目标二在补充完成标志后重新提交判定。最终记录写明三项结论：目标两项通过、一项退回，容量缺口已通过移出需求消除，承诺量回到历史区间内。

结果怎么解读：比值、波动与常见误判

检查结论用于调整本次迭代承诺，不用于追责。解读结果时，有几个边界需要守住。

比值接近1不代表承诺合理。比值只反映总量关系，如果需求拆分粒度过粗，单项估算误差会被掩盖；如果历史波动较大，比值接近1也可能意味着实际完成存在较大不确定性。解读时应同时看估算粒度和历史波动区间，把比值作为起点而非结论。

分母估算偏乐观会掩盖容量缺口。会议、支持性事务和休假若未充分扣除，分母被高估，比值随之偏低，看起来容量充足，实际执行时缺口会在迭代中暴露。检查时应复核分母的扣除项是否完整。

单指标不能作为团队绩效依据。容量匹配度、目标通过数都只是规划质量的局部信号，把它们与个人或团队考核挂钩，容易导致估算被人为调整，反而破坏数据可信度。

数据不可比时先统一口径。不同迭代若估算单位不同，或团队构成变化较大，直接比较比值没有意义，应先统一估算单位、明确分母口径，再进行比较。常见误判还包括：把目标数量多当成目标清晰、把缺口清单当成已完成调整、把风险已列出当成风险已可控。检查记录的价值在于逐条给出结论和后续动作，让下一次规划会有可对照的改进依据。

常见问题

规划会开完当天就检查，会不会太仓促？

检查本身不需要重新开一次会。目标复述可以在会后找几位参与者各花几分钟完成，容量比值和缺口清单由一人按统一口径汇总即可。把检查放在会后24小时内，主要考虑两点：团队对讨论内容记忆清晰，复述结果更能反映真实理解；此时调整承诺的成本最低，尚未牵动已排期的工作项。如果确实来不及，至少要在迭代开始前完成目标判定和容量计算，风险与承诺复核可以稍后补齐，但需在记录中注明完成时间。

团队用故事点估算，容量公式还能用吗？

可以用，前提是分子分母换算到同一单位。常见做法是先约定故事点与人天的换算规则，再把可用容量折算成对应的点数口径，或者把承诺工作量折算成人天。换算规则一旦确定，同一迭代内的所有条目都按它执行，避免部分条目用点数、部分用人天。换算本身带有近似性，检查记录中应写明所用规则，便于后续迭代对比时保持口径一致。

目标被退回重写后，迭代还能按时启动吗？

退回的是目标表述，通常不涉及需求范围的大幅调整，多数情况下可以在迭代启动前完成改写并重新判定。改写时聚焦缺失的那项证据：缺完成标志就补验收口径或可观察结果，缺追溯就补需求来源或业务背景。如果改写过程中发现目标本身缺乏依据，需要同步调整承诺范围，此时按容量复核的结论处理，拆分或移出相关需求。退回记录要写清缺哪项证据、补了什么，作为下次规划会的对照材料。

上一迭代没做完的工作，检查时怎么处理？

先重新评估剩余工作量和优先级，再决定是否纳入本次承诺，不默认自动结转。重新评估后的条目按新承诺计入分子，并在记录中注明来源，避免与本次新排入的需求混在一起看不出构成。如果剩余工作量较大且优先级下降，可以考虑移出或拆分为更小的条目。这一处理的意义在于让本次承诺量反映团队真实要投入的工作，而不是把历史遗留悄悄叠加进来。

容量比值多少算合格，需要设一条达标线吗？

不建议设统一的达标线。比值反映的是承诺量与可用容量的总量关系，是否合理还取决于需求拆分粒度、估算准确度和团队历史波动。拆分较粗时单项误差大，比值接近1也可能在执行中暴露缺口；历史波动大的团队，即使比值略低于1也需要留出缓冲。更实用的做法是结合本团队历史完成区间解读比值，把明显偏离区间的情形列为需要说明或调整的对象，而不是用一个固定数字一刀切。