你可能也有以下问题。
1 .这个产品有什么主要功能？
2 .不知道每个小版本什么时候发布。 此外，不知道每个小版本执行什么功能。
3 .某些功能能给客户带来什么好处？
我相信读完这篇文章后，可以回答这些问题。”
01
-
用户故事地图介绍
“用户故事地图是杰夫帕特顿在2005年首次提出的，背后的主要想法是，单个产品待办事项列表(PB )是组织和优先考虑要完成的工作的糟糕方式。”
如何使用更简单、更高效、更易于操作的方法来分析、组织、挖掘、组织和验证客户的需求？ 用户故事地图应运而生。
用户故事图是一个强大的工具，它使敏捷团队能够更有效地整理产品待办事项列表并计划产品发布。
另外，由于是用户故事地图是一种协作实践，它捕获了用户使用产品的业务流程，包含所有的活动和任务，从而让团队更好、更快、更深的理解产品，被广泛应用于敏捷实践中。
用户故事地图由2个独立的维度组成(下图)
02
-
为什么创建用户故事地图？
创建用户故事地图的主要原因有4点：
第一点：对于软件开发来说，用户故事地图可以快速识别用户需求，准确归纳和分类需求
第二，用户故事地图使团队能够专注于用户及其需求，而不丧失对单个产品特性的热情，并确保用户重视带来价值。
第三，让团队更好、更快、更深入地了解产品
第四点：使用用户故事地图与顾客交流效率高，需求误解少。
03
-
如何创建用户故事地图？
要创建用户文章映射，请参阅以下步骤
1 .建议召集客户代表，特别是PO )和熟悉业务的核心人员和敏捷团队分析、研究需求，引导和鼓励SM作为主持人提出任何想法和意见
2 .刷卡可以让大家写下写下他们认为重要的需求，或者SM让白板写下大家认为重要的需求(“用户做的事情”)，也就是用户任务(User Task )。 这些标签构成用户任务列表(User Tasks )，这些用户任务列表组成了用户故事地图上“行走的骨骼”部分（如下图）
3 .将所有标签分组，并使用相同或相似的任务分为一组
4 .选择不同颜色的标签或不同颜色的水笔，为各组命名。 这个命名规则最好以业务的角度命名，最好由PO或核心员工命名对他们更友好。命名好的标签放在用户故事地图的最上面
5 .将这些标签按照用户的业务操作顺序从左到右排序，即用户活动（User Activity）
6 .现在，我们沿着“行走骨架”用户行为一行开始描述用户的业务流程，以确保没有遗漏用户行为和用户任务。 这时SM和PO会正常说话，其他人会发表意见，让最终用户参加讨论。
7 .至此，用户故事地图的基本框架已经完成。 现在可以根据每个用户任务下添加更详细的“用户故事”(User Stories )。 此时，可以让核心业务负责人和PO在标签上写用户故事，也可以让SM在白板上写。
同时协助通过要考虑不同的用户角色以及业务场景等方式完成这一过程。 用户文章创建完成后，可以确定您的发布计划(Releases )
8 .最后，将最初发布的所有用户故事分解为根据MVP（Minimum Vible Product 最小可运行产品）原则，根据市场情况、用户故事的复杂性和团队规模，合理安排包括迭代周期和发布内容在内的发布计划。
style="text-align:center;">
04
—
用户故事地图的优点
1. 更好的计划——将用户业务流程整理出来，可以让团队更容易地看到产品的总体情况，并提前识别任何风险、依赖关系和障碍
2. 更强的同理心——它让你的团队从用户的角度来看待产品
3. 更好的优先级划分——根据对用户最重要的内容，尽早发布为客户带来价值
4. 更快的获得更多的价值——如果能够根据价值对故事进行排序，并将它们映射到迭代或发布中，那么频繁地向用户交付新的价值就会更容易
5. 现实的需求——通过分解用户描述并可视化的映射它们，可以更容易的评估工作，并把这些关联的内容整合在一起
6. 更好的协作——所有即将到来的工作都已规划好，市场、销售和其他团队可以看到希望发布新功能和更新的时间，这样他们就可以调整他们的营销沟通和销售对话(不用每天更新)
请关注本公众号，后面会有大量干货更新出来，欢迎【关注】【点赞】和【转发】！