用户故事地图对应到Epic及其缺点

Posted zhangmike

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了用户故事地图对应到Epic及其缺点相关的知识,希望对你有一定的参考价值。

??用户故事地图,提供了2维的角度来分析用户故事,直观,更加有利于优先级的表达。
在理解用户故事地图时,需要注意其作者的用词跟一般的用户故事不一致,因此要注意跟普通的用户故事用词之间的对应关系。
推荐一般理解如下:

  • 一幅用户故事地图展现1个史诗Epic
  • User Acitivites(Backbone)行,可以理解为对史诗Epic的一级功能分解
  • User Tasks(Walking Skeleton)行,可以理解为对史诗Epic的二级功能分解。这里千万注意,这与一般用户故事的任务完全不是一回事,里面的条目是表明了一个功能方向,比如搜索Email。

??虽然用户故事地图解决了不少故事分析的困难,但用户故事地图方法仍然有缺点,主要缺点分析如下。

  • 无法表现多分支流程
    User Activities(Backbone)是自左向右的单线,当流程复杂有分支时,只能横向单行排列

  • 无法表现多个用户参与的互动
    User Storis的展现是不能区分多个用户参与,需要通过故事本身的标题来区分,不直观

??以上2个缺点在普通的Backlog中一样存在,但普通的Backlog以优先级排序为其最核心作用,没有更高的期望。而用户故事地图采用了二维图形展示,那么很容易对它产生以上的期望,进而把以上两点看作是缺陷。

  • 需要额外专门的工具来存储地图
    地图的纵向跨越了多个迭代,不是所有的团队能有一块大板长期存放故事地图,就算是有一块大板,随着时间推移,也不可能足够的大板来存储所有的地图,所以必然要借助于电子化工具,比如Excel、Word。可惜Excel和Word不支持团队线上协作,但当前常见的团队线上协作工具并不支持故事地图功能,而为了支持故事地图,业界出现了支持故事地图的专门工具。

参考资料

  1. http://jpattonassociates.com/the-new-backlog/
  2. http://winnipegagilist.blogspot.jp/2012/03/how-to-create-user-story-map.html

以上是关于用户故事地图对应到Epic及其缺点的主要内容,如果未能解决你的问题,请参考以下文章

今天谈谈用户故事地图,不是用户故事

敏捷5.2用户故事的层次和用户故事地图

从用户故事地图到Scrum敏捷研发管理

21天敏捷打卡-用户故事地图

每周一书《用户故事地图》分享!设计产品开发必读!

读书笔记:《用户故事地图》