产品版本规划的几大关键步骤

产品经理对于如何作版本迭代规划，有时总会产生无力感，要么是计划难以肯定下来，要么是制定好的计划没法执行下去，这个问题的缘由很复杂。在项目初期，咱们缺乏对产品的全局概念和总体把握，内部意见很难统一；再者，没有一个完整的用户体验或者价值流导向，对于每一个迭代没法合理定制出可交付产品增量。

以前咱们讲过如何构建 产品路线图，路线图能够给PO和团队总体方向的指导，但更具体的内容，须要用户故事地图的方式，经过横向的框架和纵向的任务，将一个产品完整的展现出来。而后，再经过故事点估算和优先级的排序，来肯定版本迭代计划。

版本迭代实际上是一个路线图，展现了将要实施哪些功能以及什么时候完成这些功能的指望。一般遵守团队本身的节奏，有的是一个Sprint 一个Release，有的将多个Sprint归为一个Release中，以下图所示。还有的在每一个功能完成后当即发布，这也一般被称为持续部署或持续交付。

​ ​

根据产品开发的策略，它能够由功能驱动，目标是一旦开发出预期的功能模块就发布; 或者由日期驱动，过了预约的检查点就发布。

具体如何作呢？咱们能够分这个步骤来完成。

1. 建立用户故事地图

和客户一块儿，厘清产品的用户角色，并尽量多地写出用户的行为，以及每一个用户行为下须要作的事情，而后按照用户行为从左到右讲故事。当你们把本身所能想到的故事地图都放上去以后，再合并增减故事，最后会造成一个二维故事地图。

​ ​

2. 构建产品发布路线图

整个故事地图会包含不少故事点，但在必定时间完成全部功能是不太可能的，团队要综合考虑商业价值、市场现状、实现难度等方面因素，肯定接下来几个发布的内容，以及每一个发布预期能达成的目标。

​ ​

3. 快速估算

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

4. 制定Release计划

前面工做完成后，咱们对于总体产品和开发时间会有一个大概的估计，那么就能够设计Release计划了。咱们能够按照咱们的估算，设计一个Release须要发布哪些特性，而后包括几个Sprints，下图为Release计划示例。

​​

再将故事按照优先级和价值进行排序放回到每一个Sprint里，能够利用一些迭代规划的在线工具，以下图把右侧产品Backlog的内容，自由拖动到左侧的Sprint中。

​ ​

5. 产品发布日历

在计划会议以后，最终肯定详细信息，进行任何最后调整，而后与全部利益相关者共享产品发布日历。

​ ​

本文做者：Kaya

首发于Worktile官方博客，如转载请注明出处。

原文连接： 如何作产品的版本迭代规划？