迭代目标是对一个迭代周期内要达成的结果所做的明确约定，通常由一句可检验的目标陈述和一组支撑该目标的待办事项构成。它回答的是“这个迭代结束时，团队希望交付什么、验证什么”，用于在迭代开始时对齐方向、在过程中指导取舍、在结束时检视结果。本文围绕定义、边界、运行机制、相邻概念区别和具体示例展开，帮助读者准确理解并使用这一术语。
要点总览（TL;DR）
- 迭代目标是团队对一个迭代周期内要达成结果的共同约定，由一句可检验的目标陈述和一组支撑待办构成。
- 它回答“迭代结束时交付什么、验证什么”，在迭代开始时对齐方向、过程中指导取舍、结束时检视结果。
- 敏捷框架规则归敏捷项目管理，产品待办的梳理与优先级归需求池管理，跨迭代节点和对外发布分别归里程碑与版本发布。
- 迭代结束时未完成的待办应回到产品待办列表重新评估，不默认自动结转到下一个迭代。
- 判断目标是否合格，看它能否在迭代结束时用“达成”或“未达成”回答；只能列出做了哪些事的表述更接近任务清单。
迭代目标的准确定义
迭代目标（Iteration Goal，在 Scrum 语境中也称 Sprint Goal）是团队对一个迭代周期内要达成的结果所做的共同约定。它用一句可检验的陈述描述迭代结束时应呈现的状态，例如交付某项能力、验证某个假设或解决某类问题。判断一句话是否构成迭代目标，可以看它能否在迭代结束时用“达成”或“未达成”来回答；只能回答“做了哪些事”的表述，更接近任务清单。
迭代目标由两部分构成，二者是结果与支撑的关系：
- 目标陈述：一句描述预期结果的话，说明这个迭代要交付什么、验证什么，以及为什么值得做。它是团队在迭代中做取舍时的判断依据。
- 支撑待办：为实现目标而挑选进迭代的产品待办事项及其拆解出的任务。待办服务于目标，目标不因某条待办被调整而自动改变，但待办的选择需要围绕目标进行。
迭代目标由团队在迭代开始时共同确认。产品负责人提出候选方向，团队在计划活动中评估可行性、澄清验收标准，最终形成一致理解。共同确认的意义在于：目标成为团队共享的判断标准，而非某个人单方面的任务分配。
迭代目标包括什么、不包括什么
迭代目标的范围需要与相邻管理对象区分清楚。属于迭代目标的内容，是那个迭代周期内要达成的结果约定及其支撑待办；不属于迭代目标的内容，应归入其他管理对象，避免概念混用。
| 类别 | 内容 | 归属 |
|---|---|---|
| 属于迭代目标 | 一句可检验的结果陈述；为达成结果而选入本迭代的待办事项；团队对验收标准的一致理解 | 迭代目标 |
| 不属于迭代目标 | 敏捷框架的整体规则与角色定义（如 Scrum 的事件、角色、工件体系） | 敏捷项目管理 |
| 不属于迭代目标 | 产品待办列表的完整梳理、优先级排序与长期维护 | 需求池管理 |
| 不属于迭代目标 | 跨多个迭代的阶段性成果节点 | 里程碑 |
| 不属于迭代目标 | 对外交付的版本范围与发布时间安排 | 版本发布 |
关于未完成工作，需要明确一条流程约定：迭代结束时未完成的待办不默认自动结转到下一个迭代，而应重新评估。重新评估意味着回到产品待办列表中，结合新的优先级、目标变化和剩余价值决定是否再次选入。这一约定保证每个迭代的目标都是独立成立的，避免待办在迭代之间无声堆积。
迭代目标如何形成并发挥作用
迭代目标的作用贯穿迭代的完整周期，可以按三个阶段理解。
迭代开始时：确定目标
在迭代计划活动中，产品负责人根据优先级从产品待办列表中提出候选事项，团队评估工作量与可行性，共同确认本迭代要达成的结果，并据此选定支撑待办、澄清验收标准。这一阶段的产物是一个团队理解一致的目标陈述和一份对应的待办集合。
迭代过程中：作为取舍依据
迭代进行中常出现新需求插入、任务比预期复杂、资源临时变化等情况。此时迭代目标提供判断标准：有助于目标达成的工作优先保障，与目标无关的新增事项进入产品待办列表等待后续评估，而不是直接插入当前迭代。目标与待办状态保持联动——待办完成情况反映目标的推进程度，目标的变化也应同步反映到待办范围的调整上。
迭代结束时：对照目标检视
迭代结束时，团队对照目标陈述检视结果：目标是否达成，哪些待办完成、哪些未完成，未完成的原因是什么。检视的结论一方面用于回顾改进，另一方面决定未完成待办的去向——重新评估后进入产品待办列表，而非默认顺延。目标与待办状态的联动在这里形成闭环：目标给出检视口径，待办状态提供事实依据。
在工具层面，这一闭环需要目标与工作项之间保持可追溯的对应关系。以 ONES 为例，产品负责人可根据需求优先级将产品待办列表中的需求规划至对应迭代，并在迭代计划会议上与团队共同评审；团队对迭代要完成的需求与验收标准达成一致后，设计、研发、测试人员可利用子任务拆分需求，迭代过程中通过敏捷看板管理任务状态、对齐进度与风险；迭代完成并发布后，可通过燃尽图、工时日志等报表复盘进度、质量和成本偏差。这些动作让目标陈述与待办状态在同一处被跟踪，便于在检视时对照。
迭代目标与相关概念的区别
迭代目标容易与几个相邻概念混淆，下表按同一口径对比它们的差异。
| 概念 | 回答的问题 | 时间范围 | 与迭代目标的关系 |
|---|---|---|---|
| 迭代目标 | 这个迭代结束时团队要交付或验证什么 | 一个迭代周期 | — |
| 产品目标 | 产品在中长期要达成什么业务结果 | 跨多个迭代 | 迭代目标是产品目标在单个迭代内的分解与落地 |
| 待办列表 | 有哪些工作待处理、优先级如何 | 持续维护 | 待办是候选工作集合，迭代目标从中选取支撑项 |
| 里程碑 | 某个阶段性节点何时达成 | 跨迭代的节点 | 里程碑关注节点时点，迭代目标关注单周期结果 |
| 版本发布 | 对外交付哪些内容、何时发布 | 按发布节奏 | 一个版本可能覆盖多个迭代目标，发布范围不等于单个迭代目标 |
区分的关键在于时间范围与回答的问题。产品目标提供方向，迭代目标把方向落到一个周期内可检验的结果；待办列表是工作来源，迭代目标决定本周期从中选取哪些；里程碑和版本发布是跨迭代的节点与交付安排，不能替代对单个迭代结果的约定。
具体例子与常见误解
以下示例用于说明迭代目标的写法，属于演示情景。
示例背景：某团队负责一个订单管理模块，产品目标是在本季度提升下单流程的稳定性。
可检验的迭代目标：“本迭代结束时，下单流程在模拟高峰流量下完成全链路验证，关键失败场景均有明确处理方案并通过测试。”
这个目标可以检验：验证是否完成、失败场景是否有处理方案、测试是否通过。支撑它的待办包括梳理失败场景清单、补充异常处理逻辑、编写并执行测试用例等。目标陈述不罗列这些待办，但待办围绕目标选取。
常见误解及纠正：
- 把待办清单当目标：写成“完成需求 A、需求 B、需求 C”。这只是工作罗列，无法回答迭代结束时要达成什么结果。纠正方式是先写结果陈述，再列出支撑待办。
- 目标写成无法检验的口号：如“提升用户体验”“加强系统稳定性”。这类表述在迭代结束时无法判断是否达成。纠正方式是加入可观察的完成标志，例如验证范围、通过标准或可演示的成果。
- 未完成事项自动顺延：认为没做完的待办自然进入下一个迭代。正确做法是重新评估：回到产品待办列表，结合新目标和优先级决定是否再次选入，避免待办无声累积、目标失去约束力。
把这三类误解纠正过来，迭代目标才能真正承担起对齐方向、指导取舍和检视结果的作用。
常见问题
迭代目标确定后，迭代中途还能调整吗？
可以调整，但需要区分调整的对象。目标陈述本身应保持相对稳定，因为它是团队在迭代内做取舍的判断依据；频繁改写目标会让取舍标准失效。迭代中途出现新需求或任务比预期复杂时，通常先调整支撑待办的范围：有助于目标达成的工作优先保障，与目标无关的新增事项进入产品待办列表等待后续评估。如果外部条件发生实质性变化，导致原目标已无法成立，团队应共同确认新的目标陈述，并同步调整待办范围，让两者保持一致。
一个迭代只能有一个目标吗？多个目标怎么处理？
迭代目标的作用是提供聚焦的判断标准，目标数量越多，取舍依据越分散。实践中通常约定一个迭代围绕一个主要结果展开，把相关待办组织在该目标之下。如果确实存在多个必须在本迭代完成的结果，可以拆成几条并列的目标陈述，但要评估它们是否共享同一批人力和时间；若彼此争夺资源，更稳妥的做法是按优先级排序，把次要目标放到后续迭代。具体数量取决于团队规模和迭代长度，没有统一标准。
迭代目标写好后，怎么判断它是否合格？
可以用三个问题自检：第一，迭代结束时能否明确回答“达成”或“未达成”；第二，目标描述的是结果状态，还是仅仅罗列了要做的任务；第三，支撑待办是否都能说明自己服务于这个目标。如果一句话只能回答“做了哪些事”，或者像“提升用户体验”这样无法在迭代结束时判断，就需要补充可观察的完成标志，例如验证范围、通过标准或可演示的成果。
迭代结束时未完成的待办，为什么不能直接顺延到下一个迭代？
直接顺延会让待办在迭代之间无声堆积，下一个迭代的目标被上一轮的遗留工作挤占，目标对范围的约束力随之减弱。正确做法是把未完成待办放回产品待办列表，结合新的目标、优先级和剩余价值重新评估，再决定是否选入下一个迭代。这样每个迭代的目标都独立成立，团队也能在回顾中看清未完成的原因，而不是把问题带到下一轮。
用工具管理迭代时，目标和待办之间需要建立什么对应关系？
至少需要能追溯“这条待办服务于哪个目标”以及“目标当前推进到什么程度”。以 ONES 为例，产品负责人可根据需求优先级将产品待办列表中的需求规划至对应迭代，并在迭代计划会议上与团队共同评审；团队对迭代要完成的需求与验收标准达成一致后，设计、研发、测试人员可利用子任务拆分需求，迭代过程中通过敏捷看板管理任务状态；迭代完成并发布后，可通过燃尽图、工时日志等报表复盘进度、质量和成本偏差。目标陈述与待办状态在同一处被跟踪，检视时便于对照。
