关键词：
摘要：用户故事地图其实并非是将描述好的用户故事汇总在地图上。而是通过分析、梳理，将用户故事展现出来，进而汇成了一副用户故事地图。
本文分享自华为云社区《浅谈用户故事地图》，作者： 敏捷的小智。
用户故事地图是梳理用户故事的方法
说到用户故事地图（User Story Mapping），大家都会联想到用户故事（User Story）。没错，可以认为用户故事地图就是把许多个用户故事罗列在一张地图上的事物。但是，这只是用户故事地图与用户故事的表层关系。当我们在做发布规划、梳理需求的时候，我们往往很难将用户故事直接描述出来。这个时候，我们需要通过用户故事地图展现出清晰的故事脉络，来帮助我们梳理出用户故事。也就是说，用户故事地图其实并非是将描述好的用户故事汇总在地图上。而是通过分析、梳理，将用户故事展现出来，进而汇成了一副用户故事地图。
用户故事地图的诞生
用户故事地图是由一位叫杰夫（Jeff）的敏捷教练首先使用并总结的。杰夫最初使用这个方法的时候非常偶然。当时他的一位好朋友正在创业，准备做一个连接歌手与粉丝的音乐发行平台Mad Mini，因为迟迟不能发布产品，钱也烧得差不多了，于是找杰夫帮忙，希望通过敏捷实现快速交付。
杰夫那天去朋友的办公室时，公司正在搬家，要搬到一个便宜的民居去，屋里便空了。杰夫拉着他的朋友，坐在地板上，让他描述用户使用Mad Mini 的场景和需要做的特定动作。杰夫一边听，一边写用户故事，并按照时间顺序，排在地板上，不时地问些细节问题，写些细化的故事。两个小时，他们在地板上摆了一地的卡片，这就是世界上的第一幅用户故事地图。随后，杰夫又帮他的朋友在地图上直接做了一次发布规划， 划分出若干个交付版本。最后，杰夫带着那个团队按照敏捷的方式开发快速交付、快速探索用户需求。
后来，杰夫就开始把这种整理需求的方式，记录下来，并在博客上分享，很快得到了很多人的认同。为此，他专门写了《用户故事地图》这本书。
此部分内容节选自《敏捷无敌之DevOps时代》作者：王立杰、许舟平、姚冬（清华大学出版社）
如何制作用户故事地图
那么，我们来看看用户故事地图应该怎么制作呢？通过何种分析才能将用户故事梳理出来呢？
• 地图的核心是一条从左到右的时间线。
• 时间线的上部放置最大粒度的内容（可以理解为Epic）。
• 时间线的下部的第一行放置二级粒度内容（可以理解为Backlog Item），并在每个一级粒度下按照从左到右的优先级进行放置。
• 每个二级粒度内容的下面，自上而下放置三级粒度内容（可以理解为Task）。
• 最终绘制出来一个完整的端到端的用户故事。
我们先来看一个“早上起床出门”的用户故事地图：
我们首先划出一条时间线。在线的上部，是我们做的几个主要事务，相当于Epic。接下来就是对主要事务的拆分了。比如“起床”这个Epic下，涉及“离床”、“叠被子”这样的Backlog Item（Feature/Story）。而“叠被子”肯定是要在“离床”之后再做，所以按照时间线的顺序，把“叠被子”放在“离床”的右侧。再对Backlog Item进行细化，“离床”下面细化出了“睁眼”、“停闹钟”这样的粒度更细的事项，相当于Task。
按照这样的结构，我们就制作成了一幅用户故事地图。
这样的用户故事地图构建体验中，很强烈感受的是：大家专注、目标明确，讨论完成的故事非常完整。
而且，笔者认为，用户故事地图最终展现出的成果并不是最重要的。我们最应当关注的是在制作用户故事地图的过程中，我们对于整个结构、流程的梳理。通过这样的讨论，让每一个团队成员都了解用户故事地图的脉络，让大家明白需求从何而来、为何而做，才是用户故事地图的意义。
21天敏捷打卡-用户故事地图
...说敏捷流程中的一种，没有什么比亲身投入的效果更好。用户、组员需求方通过自身的投入、表达以便于让团队成员更加了解其想法和统一组员的想法。用户故事是一种思维，通即故事思维，运用故事的元素进行思考和设计，解... 查看详情
读《用户故事与敏捷方法》有感
读《用户故事与敏捷方法》有感(五) 今天，读到了次本书的第三部分——经常讨论的话题，用户故事不是什么，用户故事的优势与不良征兆。 第一，用户故事不是软件需求规格的指南，这种需求规格指南强调的是“系统... 查看详情
每周一书《用户故事地图》分享！设计产品开发必读！
内容简介用户故事地图作为一种有效的需求工具，越来越广泛地应用于开发实践中。本书以用户故事地图为主题，强调以合作沟通的方式来全面理解用户需求，涉及的主题包括怎么以故事地图的方式来讲用户需求，如何分解和优... 查看详情
读书笔记：《用户故事地图》
《用户故事地图.UserStoryMapping》JeffPatton 著如果读过问题分析的金字塔原则，有过架构设计的，可以快速的浏览和理解该书所提供的用户故事分析方法。从文化、工作方式、思维方式的差异来看，敏捷方法必然有一个... 查看详情
用户是不是需要登录 Facebook 才能通过 Facebook Messenger 分享开放图故事？
】用户是不是需要登录Facebook才能通过FacebookMessenger分享开放图故事？【英文标题】：DoesauserneedtobeloggedinonFacebooktoshareanopen-graphstorythroughFacebookMessenger?用户是否需要登录Facebook才能通过FacebookMessenger分享开放图故事？【发布时间】... 查看详情
读《用户故事与敏捷方法》有感
读《用户故事与敏捷方法》有感(四) 在一个大型项目中，尤其是有许多用户角色的项目，确定用户故事有时让人无从下手。我发现最好的办法是考虑每一个用户角色，了解用户使用我么软件的目的。 所以编写故事的时候... 查看详情
用户故事与敏捷方法读书笔记02
开发软件可以通过编写用户故事来确立开发的目标和方向。而在编写故事前首先要对所有用户进行分类，根据角色的不同属性进行分类。步骤为：1、通过头脑风暴，列出初始的用户角色集合；（要坚持‘已确认的角... 查看详情
《用户故事与敏捷方法》读书笔记2
书接上回，上回说到用户故事三要素，那么什么是一个好的用户故事呢？ 用户故事的编写准则 好的用户故事应该遵循以下的编写原则INVEST原则 Independent—独立的：用户故事之间需要保持独立性便于更改... 查看详情
系统故事---让系统讲故事
??用户故事自最早1998年诞生以来，由于其突出的优点，到现在得到了广泛的应用。一般而言，用户故事里面的用户是人类用户，用户故事在表达人类用户与系统的交互方面已经证明了其有效性。??那么当处理系统之间交互时，我... 查看详情
《用户故事与敏捷方法》阅读笔记04
第五章与用户代理合作 由于有些时候不能和实际用户一起工作，所以我们要向用户代理求助。用户代理不是真正的用户但是在项目中代表着用户。用户代理分为几种。第一种用户的经理，经理往往并不真正知道实际... 查看详情
划分用户故事（user-story）的原则
在敏捷开发过程中是通过用户故事来将需求具体化成可以进行迭代开发的一个个现实的可见的开发任务。因此在敏捷软件的开发过程中，用户故事的划分对于迭代和开发起着举足轻重的作用。用户故事从其名字来看是站在用户的... 查看详情
让用户故事真的像故事那样
早期用户故事写在卡片上，只需一个句子。随着越来越多的系统和产品采用敏捷开发，对于有些复杂长生命周期的系统和产品而言，用户故事的内容值得积累，以便后续追查和修改。另外一个情形是为了确保用户... 查看详情
用户故事与敏捷开发方法笔记06
用户故事得到这么多人的肯定，是因为它自身的优势有很多：1、用户故事强调口头沟通，因为传统的通过各种文档进行表达，每个人对于文字的含义的理解都不同，所以在阅读文档的过程中可能会因为理解的... 查看详情
《用户故事与敏捷方法》阅读笔记05
第13章用户故事的优势 从上一章我们得知，处理需求的方法多种多样，但是我们为什么要选择用户故事？因为它会带来多种好处： ①用户故事强调口头沟通：自古以来，口头表达是十分重要的。而且相比于书面书写... 查看详情
用户故事与敏捷方法①
在读这本书之前，自己觉得有点好奇，用户故事指的是什么呢，读完之后，有了体会：用户故事描述了对用户、系统或者软件购买者有价值的功能。它由3方面组成：1>一份书面的故事描述，用来做计划和作为提示；2>有... 查看详情
《用户故事与敏捷方法》阅读笔记03
第七章优秀用户故事准则 经过前几章的学习，我们已经了解了什么是故事，如何拖网式捕捞以及编写故事，如何识别关键的用户角色以及验收测试在其中的作用。除此之外，我们还需要了解一些额外的编写优秀故事的准... 查看详情
谈谈backlog梳理活动
刚开始尝试Scrum的团队，往往都会碰到一个问题，那就是Sprint计划会议的开会时间过长。笔者就曾经见过这样一种情况：为期两周的冲刺，Sprint计划会议足足开了一整天，白天开不完，晚上加班接着开。那么为什么会出现这种情... 查看详情
谈谈backlog梳理活动
刚开始尝试Scrum的团队，往往都会碰到一个问题，那就是Sprint计划会议的开会时间过长。笔者就曾经见过这样一种情况：为期两周的冲刺，Sprint计划会议足足开了一整天，白天开不完，晚上加班接着开。那么为什么会出现这种情... 查看详情