用户故事地图

用户故事地图是一门在需求拆分过程中保持需求全景的一种方法。由杰夫·巴顿在零五年首次提出的，为了帮助团队更加清晰地规划并展示出系统/产品的功能需求和非功能性需求全景图，而不至于迷失在零散的故事中。

我们以生活常见的网上购物场景举例，来看一下如何创建用户故事地图：

1，建立故事框架，建立故事地图框通常有两种方式：第一种.从业务角度出发，以业务活动的阶段或步骤为骨架，适合新系统。第二种，从系统角度出发，以现有的子系统或模块为骨架，适合遗留系统。在网上购物这个案例中，我们以购物业务活动的阶段/ 步骤为第一层骨架,横向展开：

2、拆分出更细的功能特性/故事，并确定优先级。

细化拆分，形成故事框架后，在每个务活动步骤、特性或系统模块拆分出更细的功能特性/故事。然后对拆分出来的特性/故事自上而下确定优先级.

3、规划版本范围。

拆分完全部的特性/故事后，需要确定版本的交付规划，在这过程中同时考虑，特性/故事的价值高低/紧迫性， 需求确定性，特性依赖关系，团队容量等因素。

4、跟踪风险与依赖。

我们确定版本的交付规划之后，需要分析识别有跨团队依赖、风险的特性包括技术风险、不可控依赖风险、方案问题风险、安全性风险等，并标示出来，持续重点关注跟踪。

如图所示，用户故事地图要素包括，业务阶段，步骤，关键输入输出，功能特性，风险点和关键依赖。可以做版本规划或mvp规划

用户故事地图就介绍到这里了，感谢大家观看！