发布计划的目的是创建一个计划以向产品交付增量。每2至3个月完成一次。

涉及谁?

• Scrum Master -Scrum Master充当敏捷交付团队的推动者。

• 产品负责人-产品负责人代表产品待办事项列表的一般视图。

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

• 利益相关者–客户，项目经理，主题专家等利益相关者在制定发布计划决策时充当顾问。

规划的前提

发布计划的前提条件如下-

• 排序的产品待办事项，由产品负责人管理。通常，产品所有者认为可以使用五到十个功能，这些功能可以包含在发行版中

• 团队关于能力，已知速度或任何技术挑战的意见

• 高层视野

• 市场和业务目标

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

所需材料

发布计划所需的材料清单如下-

• 发表议程，目的
• 活动挂图，白板，标记
• 投影仪，共享计划会议期间需要数据/工具的计算机的方式
• 计划数据

计划数据

进行发布计划所需的数据列表如下-

• 先前的迭代或发布计划结果
• 各种利益相关者对产品，市场状况和截止日期的反馈
• 先前版本/迭代的行动计划
• 要考虑的特征或缺陷
• 先前版本/估计的速度。
• 组织和个人日历
• 来自其他团队和主题专家的意见，以管理任何依赖项

输出

发布计划的输出可以如下：

• 发布计划
• 承诺
• 要监视的问题，关注点，依存关系和假设
• 改善未来发布计划的建议

议程

发布计划的议程可以是-

• 开幕式-欢迎词，审查目的和议程，组织工具和业务发起人介绍。

• 产品愿景，路线图-显示产品的大图。

• 查看以前的版本-讨论可能影响计划的任何项目。

• 发布名称/主题-检查路线图主题的当前状态，并进行必要的调整(如果有)。

• 速度-显示当前版本和先前版本的速度。

• 发布时间表-查看关键的里程碑并确定发布时间以及发布内的迭代时间。

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

• 审查和更新的定义中完成-审查的基础上的技术，技能或团队成员自上次迭代/释放的变化进行并作出适当修改的定义。

• 要考虑的故事和项目-在当前发行版中提供要考虑进行计划的产品待办事项列表中的用户故事和功能。

• 确定尺寸值-如果速度未知，则规划要在发布计划中使用的尺寸值。

• 缩小故事的大小-交付团队确定要考虑的故事的适当大小，如果故事太大，则将故事分为多个迭代。产品负责人和主题专家将澄清疑问，详细说明接受标准，并进行适当的分类。 Scrum主管促进了协作。

• 将故事映射到迭代中-交付团队和产品所有者根据大小和速度在迭代中移动故事/缺陷。 Scrum主管促进了协作。

• 新问题或新问题-根据以前的经验检查任何新问题，并记录下来。

• 依赖关系和假设-检查在发布计划期间计划的任何依赖关系/假设。

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

• 沟通和物流计划-审查/更新发布的沟通和物流计划。

• 停车场-处理停车场意味着应解决所有项目或将其设置为操作项目。

• 分发行动项目和行动计划-在其所有者之间分发行动项目，处理行动计划。

• 回顾-征集参与者的反馈以使会议成功。

• 关闭-庆祝成功。