Handbook of ScrumMaster 学习笔记 ------- 第二章 Release Planning

Handbook of ScrumMaster 学习笔记 二

上一章简单介绍过Release Planning，这一章主要介绍这一项。非敏捷开发流程是基于对整个项目的范围，预算和结束时间进行预测，这样的方式是不能满足复杂的技术项目的需求，因为这样的项目是经常会改变需求和产品方向的。没有人能够在这种负责项目开始前百分百的预测所有的需求和开发范围，这些会随着团队开发的进程而逐渐改变，因为团队在进程中会发现很多开始时没有发现的问题或者需求。基于敏捷开发的思想，会把一个产品的开发分成若干个release，这样可以及时针对发现要做的改变进行调整。
A Release Planning是对一个release的计划和对产品或项目方向的定义，一个release通常包括几个sprint, 可以从1个月到3个月的时间范围。所以它是较为长期的开发计划也是对产品的不断调整。

• 从Product Backlog开始
• Release Planning
• 如何引导一个Release Planning的制定

---

从Product Backlog开始

前一章说过product backlog是优先级排序的特性或者工作列表，用于实现一个产品。这个列表是可以随时添加新的项目，因为总是会可能有新需求添加到一个产品中的。Product owner（可能是真正的客户，也可能是内部人员，譬如产品经理）可以修改，添加和对列表进行排序。基于市场分析，产品愿景，行业分析，技术创新等等，product backlog体现了product owner对于产品最有价值的想法和特性