在scrum开发模式中，PO和团队往往对于如何做release plan感到很困难，原因是因为在项目开始的时候对产品没有一个完整的全局概念和整体把握，这个是product backlog和用户故事在整体和全局上的不足之处，另外就是因为没有一个完整的用户体验或者价值流导向，对于每个迭代无法合理定制出可交付产品增量。那么在这里，我可以给大家介绍一个通过用户故事地图和快速估算来做release plan的方法，仅供大家参考。
用户故事地图通过将我们的产品分解出来的用户故事组成一个二维地图的方式，通过横向的backbone和纵向的tasks来将一个产品完整的展示出来，让团队更清楚的知道产品最终会成为什么样子，并且对于后续建立product backlog和制订release plan提供产品全局的指导。
快速估算不同于我们在sprint backlog里面进行的故事点估算，它采用相对较粗的颗粒，通过每个人对故事进行对比，在尽量短的时间让团队对故事的大小，复杂达成共识，为后续做release plan的时候对于团队的交付能力和时间有一个大概的把控。
那么我们如何来用上述的方法来做release plan呢。
大概可以分以下几个步骤。
1. 客户和团队一起建立用户故事地图；
2. 在用户故事地图里面对优先级和价值进行大概排序，形成MVP；
3. 对地图里面的所有故事进行快速估算；
4. 按照团队速率调整各个迭代要发布的故事和产品增量；
5. 按照做出来的release和迭代计划重新组织Product backlog
那么下面我们来step by step的跟大家讲解一下
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
