6 发布计划
发布计划的目的是创建一个计划，来增量交付产品。每 2~3 个月做一次。
6.1 参与者
- 流程管理员：敏捷交付团队的引导者
- 产品负责人：代表产品需求列表的一般观点
- 敏捷团队：提出技术可行性和任何依赖的观点
- 利益相关者：当发布会议作出决定时，利益相关者比如客户、程序管理者、主体专家提出建议
6.2 计划的先决条件-
- 排好序的产品需求列表：由产品负责人管理。一般考虑 5~10 个特性，由产品负责人考虑可被纳入一个发布
- 团队能力的输入、已知的速度或任何关于技术的挑战
- 高等级的愿景
- 市场和业务目标
- 确认新产品的需求列表项是否需要
6.3 需要的材料
- 贴出的日常，目的
- 挂图，白板，记号笔
- 投影仪，用于共享计划会议中所需数据或工具的电脑
- 计划数据
6.4 计划数据
- 上次迭代或发布计划的结果
- 不同的利益相关者对于产品、市场条件和截止日期的反馈
- 上次发布或迭代的行动计划
- 需要考虑的特性或故障
- 上次发布或预估的速度
- 组织和个人的日程表
- 其他团队和主体专家管理依赖性的输入
6.5 输出
- 发布计划
- 承诺
- 要监察的问题、关注点、依赖性和假设
- 改进未来发布计划的建议
6.6 日程
- 开场仪式：欢迎消息，评审目的和提成，组织工具，介绍业务赞助者
- 产品愿景，蓝图：展示产品的大图
- 评审之前的发布：太累可能影响这次计划的条目
- 发布名字或主题：检查蓝图主题的当前状态，做出所需的调整
- 速度：代表当前发布和之前发布的速度
- 发布安排：评审发布中关键的里程碑和决定
- 问题和关注点：检查并记录所有的关注点或问题
- 评审和更新完成标准：评审完成标准，基于上次迭代或发布之后的技术、技巧或团队成员的改变做出合适的改变
- 需要考虑的故事和条目：展示来自产品需求列表需要考虑的用户故事和特点，用于当前发布的安排
- 确定分级值：如果速度未知，计划发布计划中药使用的分级值
- 粗粒度划分故事：交付团队考虑之后确定故事的合适大小，且当故事比较大时，将故事划分成多个迭代。产品负责人和主体专家澄清疑问，详细制作验收标准，并做出合适的故事划分。流程管理者促进合作
- 将故事映射到迭代：交付团队和产品负责人基于大小和速度将故事或故障移到迭代。流程管理者促进合作
- 新的关注点或问题：基于之前的计划检查新问题，记录相同的问题
- 依赖性和假设：价差发布计划中的任何依赖性或假设
- 承诺：流程管理者好找计划。交付团队和产品负责人视其为最好的计划，并承诺开展下个级别的计划，即迭代计划
- 沟通和后勤计划：为发布评审或更新沟通和后勤计划
- 停车场：所有条目应该被解决或作为行动条目
- 分发行动条目和行动计划：分发负责人的行动条目，处理行动计划
- 回顾：征求参与者的反馈使会议成功
- 结束：庆祝成功