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