用故事图为用户故事提供上下文

  • Chris Sims
  • 李剑

2009 年 3 月 30 日

话题:敏捷文化 & 方法

Scrum 中“backlog”指的是一个单独的经过优先级排序的故事列表,由团队进行实现。这个东西在组织管理团队近期工作目标的时候很有用,例如 Scrum 计划会议。Jeff Patton在 Orlando Scrum Gathering 大会上描述了故事图的概念。这个方法可以给故事提供更丰富的上下文,有助于制定发布计划。

故事图的话题于 Jeff 并不是第一次了,他在2005年和2008年都讲过一次。在2009 Orlando Scrum Gathering开放空间环节中,他又分享了他对于这个实践的最新想法。

虽然故事图并不是要代替产品 backlog,但仍有必要对二者进行对比。产品 backlog 是一维的东西,在产品 backlog 中,用户故事按照优先级从高到低上下排列。而故事图是二维的,既能显示故事的优先级,又能表示故事之间的关系,还有用户的更为长远的目标。这张图可以帮助团队理解每一个故事在产品中处于什么位置。

这个过程以识别系统用户及其活动为起点。在 Jeff2005 的文章中,他给出了一个零售店软件的例子。用户的主要活动是:

  • 为卖主创建购货单
  • 从卖主方收货
  • 为货物加标签
  • 卖货
  • 退货
  • 销售情况分析

Mike Cohn把这个叫做“叙事诗”。Jeff 把这些当做故事图的骨架。它们从更高的层次上描述了用户需要系统帮助他做的每一件事。这些活动在卡片上记录下来,按照自然发生的顺序从左到 右排列。Jeff 建议说,可以假设你要给一个不熟悉系统的人讲述业务流程,你描述这个流程的顺序就是活动排列的顺序。

在每个活动下方放着相关的用户故事,这里故事是从上到下按照优先级高低排列的。于是骨架上长出了肉。每个故事都跟一个用户活动相关联,而且都有个优 先级。在故事图上从左到右画一道水平线,发布计划就出来了。线上方的故事会包含在发布中,下面的就不在。我们可以用这种方式一次规划多个发布,把图就隔成 了多个“泳道”。

你用什么技术或工具来做发布计划,同时记录下故事所处的上下文?留下评论与我们分享。

查看英文原文Story Mapping Gives Context to User Stories

敏捷文化 & 方法