很多人一听到"发布规划"，就以为是排个版本时间线。敏捷发布规划不是干这个的。这篇讲清它到底规划什么、和路线图什么关系、在职场怎么用、以及PMP第8版怎么考这个点。看完你会明白，它不是"什么时候发"的问题，而是"下一个版本装什么、为什么这么装"的问题。

一、敏捷发布规划是个什么

敏捷发布规划（Agile Release Planning）是在敏捷项目里，把一组需求（通常是产品待办列表里的一批故事）按价值和依赖排进几个发布周期。它不精确到每天干什么，而是回答三个问题：下一个发布版本大概包含什么、大概什么时候能交、为什么这么排。
和传统的甘特图排期不一样，发布规划是滚动的。每个迭代结束后回头看，下个版本的范围可以调。它追求的是"方向对"，而不是"时间准"。这是敏捷和瀑布最根本的区别：瀑布是先把时间和范围定死，再去执行；敏捷是先把方向和价值定清楚，时间和范围跟着实际情况滚动调整。
举个例子。假设你做一个电商App，下个版本想做"购物车优化""优惠券系统""客服IM"三个功能。发布规划要回答的不是"这三个功能几月几号做完"，而是"这三个功能先做哪个、哪个版本上、为什么是这个顺序"。可能优惠券和营收直接相关，先上；购物车优化影响转化，第二个版本；客服IM不紧急，放第三个版本。这就是发布规划在干的事。

二、它规划的是三件事

第一件：价值优先级。哪些故事先做，依据是业务价值，不是技术难度。价值高的先上，哪怕它更复杂。很多团队反过来，先挑简单的做，结果一个版本发完用户没感觉。为什么？因为做的都是边角料，没碰核心价值。发布规划第一件事就是把价值排序摆在最前面。
第二件：依赖关系。哪个故事必须先做、哪个可以并行。比如"优惠券系统"依赖"用户账户体系"先做好，"客服IM"依赖"消息推送服务"。依赖没理清，排出来的时间表一定翻车——做到一半发现前置条件没满足，整个版本延期。
第三件：发布节奏。两周一个迭代、四周一个发布、还是按季度发布。节奏定了，团队才有预期。节奏不能乱，今天两周、今天四周，团队疲于奔命。发布节奏和业务节奏匹配：做To C产品的可能两周发一次，做To B的可能一个季度发一次。

三、和产品路线图的区别

很多人把发布规划和路线图搞混。这两个东西确实相关，但层级不一样。
路线图是按季度或半年看的，说这个季度要交付什么主题级别的东西。比如"Q3重点提升转化率"，这是路线图。它不具体到故事，只讲方向和主题。
发布规划是按版本看的，说下个发布具体包含哪些故事。比如"下个版本做购物车优化和优惠券系统"，这是发布规划。它落到具体的故事上。
用一句话总结：路线图是"我们要往哪走"，发布规划是"下一步迈哪条腿"。路线图管方向，发布规划管落地。两个都要有，缺一个都会出问题：只有路线图没有发布规划，方向飘在空中；只有发布规划没有路线图，团队埋头拉车不知道往哪走。

四、怎么做一次发布规划会

一次完整的发布规划会，一般五个人参加：产品负责人、Scrum Master、开发代表、测试代表、设计代表。流程五步：
第一步：整理产品待办列表，按业务价值排序。产品负责人把接下来要做的故事列出来，按价值从高到低排。注意这个排序不是拍脑袋，要结合用户反馈、业务目标、数据指标一起看。
第二步：团队估算故事点。开发和测试一起给每个故事估算工作量，用故事点或者理想人天。估算的时候要让做这个工作的人参与，不能产品经理一个人拍。
第三步：看团队速率，算一个发布能装多少。团队过去几个迭代平均每个迭代能做多少故事点，这个数字就是速率。比如速率是每迭代30点，两周一个迭代，四周一个发布，那一个发布大概能装60点。
第四步：按价值和依赖把故事分配进版本。从价值最高的故事开始，往版本里装，装到容量满了为止。注意依赖：被依赖的故事必须在前一个版本。装完之后检查一遍，每个版本的故事是不是价值合理、依赖是不是满足。
第五步：定发布节奏和检查点。确定多久发一次，每个迭代结束后花半小时回顾发布规划，下个版本的范围要不要调。

五、常见翻车点

翻车一：把发布规划当成死时间。排完就不许改，这不叫敏捷，叫瀑布贴了个敏捷标签。发布规划是活的，每个迭代都可以调。
翻车二：只排功能不排风险。技术债、外部依赖、审批周期、第三方接口联调时间，这些不排进去，到时候一定堵。发布规划里必须留20%左右的缓冲给意外。
翻车三：让产品经理一个人排。开发、测试、运维不参与，排出来的表团队不买账。大家嘴上说好，执行的时候全是问题。发布规划必须团队一起做。
翻车四：每个故事都估得太乐观。新人估点经常高估自己，实际做的时候发现要花两倍时间。解决办法是用历史数据校准：过去估13点的故事实际花了多久，拿这个比例反过来调。

六、和PMP考试的关系

PMP第8版把敏捷和混合方法放进了考试内容，而且占比不低。发布规划是敏捷实践里的高频考点，常考角度有三个：发布规划和路线图的区别、迭代和发布的关系、滚动规划的概念。
考试里会出场景题：给你一个团队情况，问你下一步该做什么。记住几个判断原则：需求变化快的选滚动规划，版本日期固定的范围要可伸缩，团队新成立的先定速率再排版本。
这部分内容在PMP第8版里和"敏捷发布""混合方法""迭代规划"是串在一起考的。优培东方的PMP课程紧跟PMBOK第8版考纲，刘巨波老师研发的新课专门覆盖敏捷发布规划、AI辅助项目管理、可持续发展这些新考点，不照本宣科，用真实项目例子讲。全系PMP班型1900到2580元，两年学籍免费重学，全国线上云网校。

七、常见问题

问题1：发布规划要做多远？ 答1：一般看接下来2到4个迭代。太远的是路线图，不是发布规划。看得太远反而不现实，因为几个迭代之后情况一定变。
问题2：每个迭代都要重新做发布规划吗？ 答2：每个迭代结束后回顾一次，下个版本的范围可以调。不是重做，是滚动更新。
问题3：固定日期发布怎么办？ 答3：日期固定的话，范围要可伸缩。日期不动，故事可以加减。关键日期（比如电商大促前必须发）要锁死，其他版本范围灵活。
问题4：发布规划谁来主持？ 答4：通常是产品负责人加Scrum Master一起，团队全员参与估算。产品负责人管价值排序，Scrum Master管流程和 facilitator。
问题5：故事点和人天什么区别？ 答5：人天是绝对时间，故事点是相对工作量。用故事点是因为不同人效率不同，相对估算更准。
敏捷发布规划不是一次排完就完事的表，而是一个持续滚动的对话。它的价值不在那张表本身，而在团队一起讨论"先做什么、为什么这么做"的过程。这个过程对齐了，后面执行才不会跑偏。

上一篇:项目裁剪不是砍流程：PMBOK第8版里怎么判断该重该轻

下一篇：没有了