什么是故事地图

什么是故事地图？

(了解更多关于故事地图功能) (观看现场演示)

故事地图最早由杰夫·帕顿在2005年的这篇文章中提出。故事地图的核心理念是，单一列表的产品待办事项是一种糟糕的方式来组织和优先处理需要完成的工作。需要更丰富的结构。用户故事地图是一种强大的工具，能够帮助敏捷团队更好地梳理产品待办事项，并更有效地规划产品发布。

故事地图记录了客户使用产品时的整个旅程，包括他们需要执行的活动和任务。通过协作创建故事地图，可以确保团队成员从项目初期到新版本持续开发过程中始终保持一致。

故事地图的结构

故事地图是一种自上而下的需求收集方法，以树状结构表示。故事地图从用户活动开始。每个用户活动应实现特定目标。要完成一项活动，用户需要执行相关的任务。这些任务可以转化为软件开发中的史诗和用户故事。

Visual Paradigm 故事地图包含3或4个层级，用于应对不同复杂度的项目：

• 3层故事地图: 用户激活 > 用户任务 > 用户故事

• 4层故事地图: 用户激活 > 用户任务 > 史诗 > 用户故事

 

用户活动 – 它们位于第二列。这些是系统必须支持的主要目标，具有可衡量的业务成果。整行构成了核心骨架。

用户任务 – 每个用户活动被分解为一组相关的用户任务，称为叙事流程。整行构成了可运行的骨架。

史诗 / 用户故事 – 每个用户任务被分解为直接对应该功能实现的史诗/用户故事。根据项目复杂程度，您的团队可选择上述提到的3层或4层故事地图，以适应自身需求。

发布计划

使用分隔符来标识用户可能使用您的软件以达成目标的任务片段。能够使特定目标用户达成目标的最少任务组合，构成一个可行的产品发布，如下面图示所示：