如何做好产品的版本规划？

产品规划看着不难，但在实际的软件开发过程中，产品负责人往往对于如何做发布计划感到很困难，原因一是在项目初期缺少对产品的全局概念和整体把握，二是没有一个完整的用户体验或者价值流导向，对于每个迭代无法合理定制出可交付产品增量。

在之前的文章里，我讲过如何通过产品线路图做产品规划，路线图可以给PO和团队整体方向的指导，而更具体的内容，需要用户故事地图

的方式，通过横向的框架和纵向的任务，将一个产品完整的展示出来。然后，再通过故事点估算和优先级的排序，来确定发布计划。

产品在发版上通常遵照自己的节奏，有的是一个Sprint 一个Release，有的将多个Sprint归为一个Release中，如下图所示。还有的在每个功能完成后立即发布，这也通常被称为持续部署或持续交付。

具体如何做呢？我们可以分这个步骤来完成。

Step1：创建用户故事地图

和客户一起，厘清产品的用户角色，并尽可能多地写出用户的行为，以及每个用户行为下需要做的事情，然后按照用户行为从左到右讲故事。当大家把自己所能想到的故事地图都放上去之后，再合并增减故事，最后会形成一个二维故事地图。

Step2：构建产品发布路线图

整个故事地图会包含很多创新点，但在一定时间完成所有功能是不太可能的，团队要综合考虑商业价值、市场现状、实现难度等方面因素，确定接下来几个发布的内容，以及每个发布预期能产生的成果。

Step3： 快速估算

用户故事创建好后，我们可以对地图中的所有任务进行快速估算，以便于能够知道我们整个Release要发布产品的所需大概工作量。不同于Sprint中对故事的估算，这里更粗略更快速，可以用故事点或者T恤size（S, M, L , XL）来制订我们的估算标准。下图Worktile故事点估算小程序。

Step4：制定Release计划

前面三步工作完成后，我们对于整体产品和时间会有一个大概的估计，那么就可以设计Release计划了。我们可以按照我们的估算，设计一个Release需要发布哪些特性，然后包括几个Sprints，再将故事按照优先级和价值进行排序放回到每个Sprint里，下图为Release计划示例。​

​

Sprint计划可以利用一些在线工具，下图的工具为PingCode，右侧产品Backlog的内容，能自由拖动到左侧的Sprint中。

Step5：产品进度管理

产品规划完成，进入到开发阶段，我们可以用故事板和燃尽图，把控每个Sprint的进度。

​

以上产品图来自 PingCode，还有测试管理、持续交付等多种产品，可免费试用→PingCode官网