作者： Q.H. Wang

迭代容量估算分三步：用最近3–6个迭代的实际完成量算出速率区间，把成员可用性折算成可用人天，再扣减外部依赖与风险缓冲，得到可承诺容量区间。承诺取区间下沿，上限留作争取空间。

站会退化成逐项汇报，通常源于迭代目标缺位、工作项状态不透明和主持方式固化。本文给出症状自查清单、原因假设与验证证据的排查方法，以及重设议程、明确状态同步责任、跟进阻塞项和按迭代复查的调整路径。

每日站会流于形式，常见原因是它变成了逐项汇报、议题脱离迭代目标、会后没有产生调整动作。本文按诊断、改进、验证的顺序，给出可观察的基线记录方法、退化信号自查表、优先改进动作及其前提代价，并说明如何用调整前后对照判断改进是否生效。

每日同步退化成逐项汇报时，过程信号与结果信号会同时走弱。本文给出目标关联率、阻塞认领率、同步后调整数、阻塞闭环率等指标的口径、计算步骤与两周演算示例，说明如何组合判定失效，以及信号能说明什么、不能说明什么。

迭代计划定方向和边界，Sprint Backlog定任务和进度。本文围绕具体迭代运行，说明两者在内容范围、形成时机、更新方式上的区别与联系，厘清与产品Backlog的边界，并纠正三类常见误解。

行动项完成率只能说明承诺有没有落地。本文提供一套可复算的迭代回顾有效性评估方法：过程信号看回顾运行质量，结果信号看行为与交付变化，反证信号排除外部解释，并以连续2—3个迭代的趋势判断，附公式口径与示例。

迭代评审看交付是否符合预期，迭代回顾看团队如何改进工作方式，项目复盘看项目整体结果与成因。本文用统一维度对照三者，并说明它们在迭代周期中如何衔接、哪些相邻概念容易混淆。

计划会大部分时间在逐条派活，团队对迭代目标的讨论被压缩，承诺变成个人接单。本文给出症状自查、原因假设与验证证据、会前会中会后的处置步骤，以及承诺是否真正形成的验证信号与复发预防机制。

回顾记录太细伤信任、太粗无法追踪。本文给出分层记录方法：公开层记事实、共识、行动项与责任人，敏感层只留议题类别与处理结论；会前约定记录规则与可见范围分级，会中当场标注敏感内容，会后确认公开版本并告知处理去向，附示例与检查清单。

燃尽图和燃起图都跟踪单个迭代内的进度，区别在纵轴起点和主线方向。燃尽图回答还剩多少、能否按期做完；燃起图回答已完成多少、范围有没有变化。本文对照两张图的结构差异、适用问题与常见误读。