敏捷 - 发布计划
发布计划的目的是制定计划，向产品交付增量。每 2 到 3 个月完成一次。
谁参与?
Scrum Master − Scrum Master 充当敏捷交付团队的推动者。
产品负责人 − 产品负责人代表产品待办事项的总体视图。
敏捷团队 − 敏捷交付团队提供有关技术可行性或任何依赖关系的见解。
利益相关者 −客户、项目经理、主题专家等利益相关者在围绕发布计划做出决策时充当顾问。
规划的先决条件
发布计划的先决条件如下 −
由产品负责人管理的经过排序的产品待办事项。通常，产品所有者会选择 5 到 10 个特性，这些特性可以包含在发布中
团队对功能、已知速度或任何技术挑战的意见
高层次愿景
市场和业务目标
确认是否需要新产品待办事项
所需材料
发布计划所需的材料清单如下 −
- 已发布的议程、目的
- 活动挂图、白板、记号笔
- 投影仪、共享计算机的方式，其中包含计划会议期间所需的数据/工具
- 规划数据
规划数据
进行发布计划所需的数据清单是如下 −
- 之前的迭代或发布计划结果
- 来自各个利益相关者对产品、市场条件和截止日期的反馈
- 之前版本/迭代的行动计划
- 需要考虑的功能或缺陷
- 来自之前版本/估计的速度。
- 组织和个人日历
- 来自其他团队和主题专家的输入，以管理任何依赖关系
输出
发布计划的输出可以是以下内容 −
- 发布计划
- 承诺
- 需要监控的问题、关注点、依赖关系和假设
- 改进未来发布计划的建议
议程
发布计划的议程可以是 −
开幕式 − 欢迎词、回顾目的和议程、组织工具和业务赞助商介绍。
产品愿景、路线图 − 展示产品的全景。
回顾以前的版本 − 讨论任何可能影响计划的项目。
发布名称/主题 −检查路线图主题的当前状态并进行必要的调整(如果有)。
速度 − 展示当前版本和以前版本的速度。
发布时间表 − 审查关键里程碑并决定发布和发布内迭代的时间范围。
问题和顾虑 − 检查任何顾虑或问题并记录下来。
审查和更新完成的定义 − 审查完成的定义并根据自上次迭代/发布以来的技术、技能或团队成员的变化做出适当的更改。
要考虑的故事和项目 −展示产品待办事项中要考虑在当前版本中进行安排的用户故事和功能。
确定大小值 − 如果速度未知，则规划要在发布计划中使用的大小值。
粗略确定故事的大小 − 交付团队确定所考虑故事的适当大小，如果故事太大，则将故事拆分为多个迭代。产品所有者和主题专家澄清疑问，阐述验收标准，并进行适当的故事拆分。Scrum 主管促进协作。
将故事映射到迭代 − 交付团队和产品所有者根据大小和速度在迭代中移动故事/缺陷。Scrum 主管促进协作。
新的关注点或问题 −根据以前的经验检查任何新问题并记录下来。
依赖关系和假设 − 检查发布规划期间计划的任何依赖关系/假设。
提交 − Scrum 主管要求进行规划。交付团队和产品所有者将其标记为最佳计划，然后承诺进入下一个规划级别，即迭代规划。
沟通和物流规划 − 审查/更新发布的沟通和物流规划。
停车场 − 流程停车场意味着所有项目都应得到解决或设置为行动项目。
分发行动项目和行动计划 −将行动项目分发给各负责人，处理行动计划。
回顾 − 征求参与者的反馈意见，确保会议取得成功。
结束 − 庆祝成功。
