敏捷 - 版本规划

版本规划的目的是创建一个计划，以交付产品的增量。它每2到3个月进行一次。

参与者

• Scrum Master（Scrum主管） − Scrum主管充当敏捷交付团队的协调者。

• 产品负责人 − 产品负责人代表对产品待办事项的总体看法。

• 敏捷团队 − 敏捷交付团队提供关于技术可行性或任何依赖关系的见解。

• 利益相关者 − 客户、项目经理、主题专家等利益相关者在制定版本规划决策时担任顾问。

规划的前提条件

版本规划的前提条件如下：

• 由产品负责人管理的已排序的产品待办事项。通常选择产品负责人认为可以包含在版本中的五到十个功能。

• 团队关于能力、已知速度或任何技术挑战的投入

• 高级愿景

• 市场和业务目标

• 确认是否需要新的产品待办事项

所需材料

版本规划所需的材料清单如下：

• 发布的议程，目的
• 图表、白板、记号笔
• 投影仪，共享在规划会议期间需要数据/工具的电脑的方法
• 规划数据

规划数据

进行版本规划所需的数据清单如下：

• 以前的迭代或版本规划结果
• 来自各个利益相关者关于产品、市场状况和期限的反馈
• 先前版本/迭代的行动计划
• 要考虑的功能或缺陷
• 来自先前版本/估算的速度。
• 组织和个人日历
• 来自其他团队和主题专家的投入，以管理任何依赖关系

输出

版本规划的输出可以是以下内容：

• 版本计划
• 承诺
• 需要监控的问题、担忧、依赖关系和假设
• 改进未来版本规划的建议

议程

版本规划的议程可以是：

• 开幕仪式 − 欢迎词，回顾目的和议程，组织工具和介绍业务赞助商。

• 产品愿景，路线图 − 展示产品的整体情况。

• 回顾以前的版本 − 讨论任何可能影响计划的项目。

• 版本名称/主题 − 检查路线图主题的当前状态，并进行必要的调整（如有）。

• 速度 − 展示当前版本和先前版本的速度。

• 版本进度表 − 回顾关键里程碑，并决定版本和版本内的迭代的时间范围。

• 问题和疑虑 − 检查任何疑虑或问题并记录下来。

• 审查和更新完成的定义 − 根据技术、技能或自上次迭代/版本以来团队成员的变化，审查“完成”的定义并进行适当的更改。

• 要考虑的故事和项目 − 展示要考虑在当前版本中安排的产品待办事项中的用户故事和功能。

• 确定规模值 − 如果速度未知，则规划在版本规划中使用的规模值。

• 粗略确定故事的大小 − 交付团队确定正在考虑的故事的适当大小，如果故事太大则将其拆分成多个迭代。产品负责人和主题专家澄清疑问，详细说明验收标准，并进行适当的故事拆分。Scrum主管促进协作。

• 将故事映射到迭代 − 交付团队和产品负责人根据大小和速度将故事/缺陷移动到迭代中。Scrum主管促进协作。

• 新的担忧或问题 − 根据以往经验检查任何新问题并记录下来。

• 依赖关系和假设 − 检查在版本规划期间计划的任何依赖关系/假设。

• 承诺 − Scrum主管要求进行规划。交付团队和产品负责人将其标记为最佳计划，然后承诺进入下一个规划级别，即迭代规划。

• 沟通和物流规划 − 审查/更新版本的沟通和物流规划。

• 停车场 − 停车场流程意味着所有项目都应已解决或设置为行动项目。

• 分发行动项目和行动计划 − 将行动项目分配给其所有者，处理行动计划。

• 回顾 − 征求参与者的反馈，以使会议取得成功。

• 结束 − 庆祝成功。