用户故事地图(User Story Mapping)之初体验

北京这几日的天儿真是好的出奇，白天风和日丽，晚上繁星漫天；在这样一个周六的下午，小编参加了一次北京敏捷社区（微信号：Agile1001）组织的活动：《用户故事地图User Story Mapping 实战工坊》，虽然对用户故事地图是第一次接触，但也有一些小小的体会，回到家中是在按捺不住想写下来分享给大家。

今天的活动由《百度方法+》发起人，软件工程团队负责人李涛引领大家进行实战体验，他也是《用户故事地图》这本书中文版的译者。

《用户故事地图》这本书的原作者 Jeff Patton 是一位独立顾问，讲师和敏捷教练；他所提出的用户故事地图的方法主要用于解决敏捷需求分析过程中的问题：

– 只见树木不见林，重要的待办项容易淹没在各种细节中看不到全貌，因而难以排列优先级
– 不能明显地聚焦于用户需求
– 很难了解不同粒度故事(史诗故事、主题故事以及故事)之间的关系
– 不能方便地了解系统提供的功能的完整性
– 不能方便地了解系统提供的工作流以及价值流
– 不能方便地利用递增和迭代的方式去确定发布计划以及发布目标

小编之前使用敏捷方法带过几个项目，对这些问题深有体会。当我们开始进行一个产品或者项目规划的时候，首先需要梳理出一个backlog，在其中按照优先级列出所要实现的场景和具体功能。这时我们首先遇到的一个问题就是如何确保我们的backlog覆盖了最重要的用户体验路径，是否我们当前所规划的场景确实可以为用户提供价值？这点对于敏捷开发非常重要。对精益有一定了解的朋友一定知道MVP（Most Variable Product 最小化可用产品）的概念，MVP的目的是以最小的投入发布对用户有价值的产品，帮助我们快速试错，并通过不停的迭代最终找到产品的正确方向。这个思路很好，但如何确认我们的backlog中的内容是那个“最小的”而且“可用”的产品却是件很困难的事情。我在和团队一起讨论初始产品需求的时候常常会因为大家的理解不同而花费大量的时间进行梳理，但却发现每次即便我们将结果用文档记录下来，大家仍然缺乏对产品的总体认识，这就是所说得“只见树木不见林”的状态 … … 因为，缺乏一种将用户故事可视化的方法。

用户故事可视化 – 起床故事