【Scrum模式语言15】发布计划（Release Plan）

译者导读：

这篇文章，让我想到了全局观，应该是作为产品负责人具备的基本素养，不仅给产品以愿景，给团队以方向，同时也能帮助产品负责人与干系人很好的进行沟通。而发布计划应该是这种素养的可视化的表述之一。发布计划向上衔接面向管理层的产品愿景和路线图，向下衔接面向团队的Sprint计划，对产品某次发布有个明确的规划，连接愿景与落地。个人的经验而言，可以让产品负责人与团队一起，结合用户故事地图工具一起来做发布计划。

原文：

2015年4月27日，一架皇家空军C17运输机飞往尼泊尔，装载了人道主义援助和物资。飞机的速度，每个货盘离开C17所花费的时间以及货盘的顺序确定了哪个货盘将降落在哪里......有了愿景，你需要制定计划以整合投资和资源来开发产品。你已经有一个产品待办事项列表，并在使用产品待办事项条目（PBI）用以形成常规的产品增量。你的产品待办事项列表中有了已经估算过的产品待办事项条目，同时，你知道所有团队的速率。

产品负责人需要能与干系人沟通下一个发布的时间以及该版本包含哪些产品待办事项条目。有时候，发布日期是一个重要的约束，而其他时候，发布内容会是主要的约束。当同时约束日期和内容时，难免会引起过度约束带来的风险，产品负责人必须使这种风险透明化。

如果开发团队可以通过明确的常规产品增量看到被承诺的长期方向，那么他们更有可能投入更多的精力去实现这一目标，并且更有可能在实现产品愿景的过程中构建正确的事物。

如果对下一个版本的内容缺乏明确的共识，则可能会给干系人一种印象，即在下一个版本发布之前，范围是可以协商的。结果，发布日期可能会受到功能蔓延的影响，并且团队最终一再推迟交付。

当产品负责人对市场，团队和干系人都熟悉的时候，信任