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

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