Scrum 中“backlog”指的是一个单独的经过优先级排序的故事列表,由团队进行实现。这个东西在组织管理团队近期工作目标的时候很有用,例如 Scrum 计划会议。 Jeff Patton 在 Orlando Scrum Gathering 大会上描述了故事图的概念。这个方法可以给故事提供更丰富的上下文,有助于制定发布计划。
故事图的话题于 Jeff 并不是第一次了,他在 2005 年和 2008 年都讲过一次。在 2009 Orlando Scrum Gathering 的开放空间环节中,他又分享了他对于这个实践的最新想法。
虽然故事图并不是要代替产品backlog,但仍有必要对二者进行对比。产品backlog 是一维的东西,在产品backlog 中,用户故事按照优先级从高到低上下排列。而故事图是二维的,既能显示故事的优先级,又能表示故事之间的关系,还有用户的更为长远的目标。这张图可以帮助团队理解每一个故事在产品中处于什么位置。
这个过程以识别系统用户及其活动为起点。在Jeff 2005 的文章中,他给出了一个零售店软件的例子。用户的主要活动是:
- 为卖主创建购货单
- 从卖主方收货
- 为货物加标签
- 卖货
- 退货
- 销售情况分析
Mike Cohn 把这个叫做“叙事诗”。Jeff 把这些当做故事图的骨架。它们从更高的层次上描述了用户需要系统帮助他做的每一件事。这些活动在卡片上记录下来,按照自然发生的顺序从左到 右排列。Jeff 建议说,可以假设你要给一个不熟悉系统的人讲述业务流程,你描述这个流程的顺序就是活动排列的顺序。
在每个活动下方放着相关的用户故事,这里故事是从上到下按照优先级高低排列的。于是骨架上长出了肉。每个故事都跟一个用户活动相关联,而且都有个优 先级。在故事图上从左到右画一道水平线,发布计划就出来了。线上方的故事会包含在发布中,下面的就不在。我们可以用这种方式一次规划多个发布,把图就隔成 了多个“泳道”。
你用什么技术或工具来做发布计划,同时记录下故事所处的上下文?留下评论与我们分享。
评论