什么是Scrum发布计划？

发布计划的目的是概述各种功能或产品何时交付给客户，使团队能够沟通产品开发的路线图和交付时间表。Scrum团队能够沟通产品开发的路线图和交付时间表。通过长期规划，团队可以满足产品负责人和项目利益相关者的需求，并帮助回答关键问题，例如：产品负责人和项目利益相关者的需求，并帮助回答关键问题，例如：

• 我们什么时候能完成？
• 到年底我能拥有哪些功能？
• 这会花费多少？
• 确定关键日期和里程碑
• 协调依赖系统的开发时间表
• 在范围、进度和预算的限制内，帮助平衡业务价值和整体质量

发布计划模式

许多组织都有自己向客户发布产品的节奏。一些组织选择在每个冲刺之后发布。另一些则将多个冲刺的成果整合为一个版本，如下图所示。还有一些在每个功能完成后立即发布——这种做法通常被称为持续部署或持续交付。

就绪定义

发布计划是一份路线图，反映了对哪些功能将被实现以及何时完成的预期。根据开发策略，它可以是功能驱动的——即在预设的一组功能开发完成后交付发布版本；也可以是日期驱动的——即在预设的时间点进行发布。如果项目是功能驱动的，发布中所有功能的总和可以除以预期的速度来估算完成所需功能所需的冲刺次数。

你需要一个发布前计划吗？

发布计划在敏捷中是一个有争议的话题。虽然在商业世界中我们经常被要求提供成本和时间的预测，但Scrum并不建议制定僵化的预先定义的发布计划。以下是反对预先发布计划的一些理由：

• 客户通常认为发布计划没有价值，将其视为浪费
• 许多领域的快速变化验证了“你不会需要它”（YAGNI）原则——意味着预先规划发布是不必要的
• 因此，发布计划的唯一价值可能只是最初的日期和预算——仅此而已

那么，我们为什么仍然需要发布计划？

尽管如此，在敏捷环境中，实际的交付日期常常达不到承诺的目标。然而，拥有一个大致的发布路线图可以在团队和利益相关者之间建立信任并设定期望。此外，发布还应考虑所有必须完成的额外工作，例如更新公共网站和培训客户支持团队。以下是Scrum中进行发布计划的主要原因：

• 沟通
• 规划工具
• 验证价值与成本
• 设定整体背景

发布规划示例：

发布计划有多种格式。以下是一个以功能/数据为导向的规划示例：

发布规划示例

如果项目是基于日期的，我们只需将速度乘以冲刺的次数，即可确定在给定时间范围内可以完成的总工作量。

基于速度的发布规划

发布计划不是一份静态文档——在我们管理我们的过程中，必须定期回顾和更新产品待办事项列表。当获得新的洞察时（例如，Scrum 产品待办事项列表中的条目被更新或调整），应相应地审查和修订发布计划。