如何通过用户故事地图和快速估算来做release plan

在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的跟大家讲解一下。

Step1: 建立用户故事地图

  1. 首先让客户和团队先头脑风暴出来产品的用户角色;
  2. 客户和团队一起静默写出所有的用户行为(尽可能多),按照从左到右进行排列起来;
  3. 客户按照用户行为从左到右讲故事,目标是能够讲故事流利并且清晰的让别人理解;
  4. 然后客户和团队一起静默写某个用户行为下面都需要做的事情(按照用户故事的格式)并且放到对应的用户行为下面;
  5. 当大家把自己所能想到的故事地图都放上去之后,再根据用户和故事内容合并,增减故事,最后会形成一个类似于下图的二维故事地图;

这里写图片描述

Step2:快速估算

在有了用户故事地图之后,我们可以对所有用户故事里面的地图进行快速估算,以便于能够知道我们整个release要发布产品的所需大概工作量,同时也能更好的后续调整release plan。对故事进行快速估算是相对于我们通常在sprint planning meeting上对故事进行的估算而言。因为这种估算方法不会对于故事本身纠结太深,而仅仅是快速的对我们当前所拥有的故事进行快速的,粗略的大概的估算,以便能够让客户和团队对于整体的产品工作量有个大概的了解。

首先我们可以按照故事点或者T恤size(S, M, L , XL)来制订我们的估算标准。然后所有的人依次进行估算,每个人每次只能拿一个用户故事,可以做两个动作,一个是将当下手里拿的故事放到自己认为的size或者故事点下,如果无法判断,可以跟前面已经有估算的故事进行比较,另外一个动作是调整前面认为估算不合理的故事。那么经过多轮之后,我们应该会得到像下图一样的估算。

这里写图片描述

Step3:制订release plan

有了用户故事地图和快速估算结果之后,我们对于产品全局和大概时间会有一个大概的估计。那么我们就可以设计release plan了。我们可以按照我们的估算设计一个release里面需要发布哪些特性,然后包括几个迭代,再将故事按照优先级和价值进行排序放回到每个迭代里面。

这里写图片描述

Step4: 重新调整故事

如上图所示,我们就可以得到一个大概的release plan了,最后团队可以一起再根据优先,价值,故事的相互依赖等对各个迭代的故事进行重新排序和调整,这个过程最好不要省略,因为会识别出来一些依赖和风险,并且还有可能增加一些遗漏的故事。

这里写图片描述

Step5: 根据团队速率来调整用户故事和产品增量以及发布目标

如果是一个成熟的团队,那么我们可以根据团队的速率来重新调整一下每个迭代的目标和用户故事数量,从而能够相对合理的获得整个产品发布的大概时间(我相信这也是老板们最想知道的东东)。如果不知道的话,那么就拍脑袋吧,按照历史经验来进行下预测,当然要告诉老板们这个预测仅仅是预测而已,根据实际进行的情况要对发布时间进行及时更新的。

Step6; 最后按照release plan形成我们的产品待办列表,并且按照优先级和价值进行排序。

这里写图片描述

以上就是怎么使用用户故事和快速估算来进行release plan的一些简单介绍,当然,整个release plan不仅仅是这些工作,还有很多其他的工作,包括风险预估,进度管理及控制等。不过就不是本文讨论的范围了。不知道各位读者对如何做release plan这个话题是否有兴趣,很欢迎和大家一起就这个话题进行讨论。

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值