通过用户故事地图，我们可以收集和组织需求。

我认识的许多团队都很敏捷。近年来，这种快速迭代开发过程在整个圈子中迅速普及。

无论是快速交付，快速验证还是没有文档，出于多种原因。

我不知道您是否正在实施敏捷，特别是作为BA或产品经理，并发现了问题。

有这么多的用户故事，如此多的高凝聚力和低耦合用户故事，你能组织起来吗？

事实上，我一直在思考一个问题，即在经过一段时间的敏捷执行之后，我们如何才能确保我们不会偏离原来的设定目标。

有人说我们没有目标。

是的，当我开始制作产品时，可能没有一个非常明确的目标。例如，我想成为一个共享的自行车，例如，我想成为一个共享的女朋友。

但是，总会有一个想要解决的愿景或问题。

我想解决从家到地铁500米的问题，我想结束单身狗和hellip的命运; …

在评估需求或用户故事是否重要时，它也非常纠结。

由于目标和问题不明确，我不知道是否重要。

所以最终它可能演变成一个功能堆。

即使产品经理或需求负责人有这种感觉，更不用说其他利益相关者了。

这种看到树木而不是看到森林的方法，想想可能的后果，它有点“甜蜜”。

我不是来攻击敏捷，因为我发现即使你使用瀑布，你也可能遇到同样的问题。

您还将分割要求，类似于打破故事。

形成需求矩阵或需求树以进行管理。

但是，顶级要求之间的关系是什么，以及它与您的总体目标和要解决的问题之间的关系，这种估计也将缺乏。

最近，我很聪明。我读了三本书并介绍了三种方法。从三个不同的角度来看，我试图解决同样的问题：

“我只看到树木，没有森林”。

然后我将结合我的理解与你分别讨论这三种方法。

先说说第一个。

用户故事地图

敏捷中有一个非常重要的概念叫做“用户故事”。

用户故事描述了您渴望获得的特征以及它从用户的角度带来的价值。

流行的模板是：

英语：作为一个，我想，所以。

中文：作为< role>，我想< activity>促进<商业价值>

关于如何编写用户故事，这是一个很大的主张。如果您有兴趣，我们可以打开另一系列文本来编写。

我们今天要讨论的是，如果您在开发过程中已经使用过用户故事，那么您可以做些什么来“看到树木并看到森林”？

用户故事地图，顾名思义，使用用户故事来形成地图。

地图的作用是什么？

地图通常有两个功能：找到路径并了解整个画面。

寻找路径

我们一般都想去一个地方，现在使用电子地图，输入起点和终点，APP会自动帮你规划路径。

在过去使用纸质地图时，您还应该在地图上开始和结束，然后计划自己的路径。

这应该是我们更常见的功能。

了解全貌

在上学的时候，地理老师使用世界地图或中国地图来解释几个大陆的海洋，地质条件等。

我们知道地球是一个圆圈，我们也知道中国是一只公鸡，意大利是一个靴子和地狱; …

这是为了理解整个画面。

我刚工作的时候曾经做GIS（地理信息系统），所以我必须记住上海各区的方向和大纲（区县合并之前）。

以同样的方式，用户故事地图也扮演相同的角色。

用户故事地图有两个主要目的。

一个是找到整个产品的主干，这就是路径。

一个是了解整个产品的整体情况。

如何绘制用户故事地图

让我描述一下如何绘制用户故事地图。我相信每个人都能明白为什么我说这个。

您需要提前准备一些便签。

1.按时间顺序组织整个产品的主要任务

就像我们用西红柿炒鸡蛋一样，我们写下每一项任务。

这时你可能会完成很多任务。

例如，打蛋，放油，烧，炒鸡蛋和hellip; …

2.组织情节

将同时发生的任务放在一起。

有些任务同时发生，例如salt和MSG。

当然，有些人可能还会放入切碎的葱。

您可以同时将粘滞便笺放在一起，并考虑缺少的任何细节。

3.探索

没有异常，可能会发生变化。

这取决于你的探索深度，例如盐量不足，或者火势太大甚至着火了; …

探索，您可以获得大量的任务说明。

4.提取主干

对如此多的任务进行分类并对中继进行分类。

番茄炒鸡蛋的主茎可能是：准备工作，油脂释放，火，炒鸡蛋，西红柿炒菜，调味料和平底锅。

在这里，准备工作包括：剥番茄，打蛋和hellip; …

添加调味料包括：加入盐，谷氨酸钠和hellip; …

在锅外可能包括：在没有客人的情况下破碎的碗，以及在客人的情况下的冷盘。

虽然我不知道如何制作凉爽的炒鸡蛋，但也许我知道答案。

5.补充

添加用户，详细信息，备选方案，例外和优先级。

例如，如果盐消失，使用酱油或番茄酱… …

基本上，绘制的用户故事地图几乎相同。

顶层是用户，包括操作用户和系统。

例如，你做饭，吃蔬菜的客人，以及控制火力的电磁炉或燃气灶。

骨干分为两层。

下一层是步骤4中提出的按时间顺序排列的主干。

上层是一个再次抽象的高级任务。

骨干下方是脊柱，每个中继任务有许多相关的任务。

按优先级排序。

这样的用户故事地图是完整的。

让我们回到上一个问题。

“我只看到树木，没有森林”。

你看这张照片是否可以再次看到树木，看到森林吗？

能够。

回到地图的角色

寻找路径

我们可以通过按时间顺序讲述主要故事来轻松找到整个路径。

通过脊椎故事，我们可以清楚地知道如何到达某个树干故事。

这些想法很广泛，细节也很好。

了解全貌

当我们看到这样的用户故事地图时，我们非常清楚整体任务是什么。

在开发过程中，您可以清楚地了解整个故事的发展。

如果您想定义MVP，我们可以通过用户故事地图的顶部和最高优先级脊柱快速提供评估结果。

如果您有兴趣，可以尝试自己的产品来模拟它。

写在最后

《用户故事地图》本书中有许多精彩的插图和故事。

作者有一点我同意：

用户故事不是编写需求的另一种方式。这个故事是写的，而不是写的，主要是为了建立共识。

肖燕是一名高级商业分析师（BA），他走在实践的道路上。如果你想和我一起走，请关注我！

作者：小京，公众人数：小靖同行

本文最初由@小婧发表。未经许可，禁止复制。

该地图来自PEXELS，基于CC0协议

« 代购源码网站建设八大要点 | 如何通过提交 »