你也许是一名交互设计师，或者团队中随便某个角色，如何为产品输出更高价值、进一步提升职业高度，都不要避免要面对项目管理。这里不是“从事”，而是“懂得”。只有更深入、更高效的协作，才能把更多精力集中在产品，集中在提升赋能的效率上。
我们正在关注设计师在项目管理方面的积累和应用，但如何在用户体验和项目管理之间架起一座桥梁？如何发掘主动提升项目管理能力（特别是尚未涉及到横向管理的初级设计师）的动机？以此为契机，我开始学习《用户故事地图》，并借内部学习社群，进行了一次体验用户故事地图的圆桌会议。
在接下来的内容中，我将介绍这次有趣的圆桌会议，并聊聊自己对用户故事地图的拙见。此外，后续还会用几篇文章详细拆解这本书。目前已应用了部分内容在自己的项目中，但尚未完全推广，这也是这一系列文章冠以“纸上谈兵”的原因。即是自嘲，也是敦促。
圆桌会议中，我们的任务是，遍历所有人早晨做的事情，并将它们合而为一个人的早晨。借此过程，感受用户故事地图的原理和作用。这些任务具体包括：
将“早晨起床→开始上班”的所有事情分别写在便签纸上，总数大于15张；
将所有人的标签按时间顺序从左→右排序，组成我的早晨。
补充各时间段下，可能做的其他事情；
为这些事情分类，并写在不同颜色便签纸上，将便签纸粘在这一组事件的上方，它就是主干；
用分类和对应的事情，来讲Ta的一天；
假定我近期要考试，将这个任务写在第三种颜色便签纸上，将它放在地图的左侧，从便签开始，从左向右划一条线。将在考试期间可以不做的事情，放在线下方；
上述的每个任务均需控制时间，敦促大家在规定时间内完成任务。
在进行第一项任务时，问题集中于事情大小的范畴，这里我们只提示说“事情最小粒度是，它有意义！”任务发布后，得到很多诸如，“这不可能”、“15条？我几条就可以写完所有事情”这样的反馈。此时大可不必理会，因为事实往往证明，每个人写的便签都一浍少于15个。从这一点上，我们似乎并不像相当然的那样了解我们自己。
整个任务过程最有趣的过程莫过于发现彼此的不同，哪怕是每天见面的同事。而共同完成任务过程中的互动，也是一个非常好的共创过程，笑声不断。
整个圆桌历经1.5小时。不难看出，首个任务中的事情，其实就是产品开发中的需求点。对它们的排序和分类，是提取产品的主干，即核心操作流程——这些分类（产品中用户的关键行为）自左向右依次发生；第三种颜色便签，可以是某版本的目标，对照目标，将不符合的功能筛选出来。
最后，伙伴们分别就本次圆桌进行了分享和总结。这里摘抄两个版本做为这一小节的结束。
注：第二版本源自两个小组的主人公被虚拟为情侣，过程中发生了很多有趣的事情
正经版：
对第二轮内容的梳理，印象比较深刻，解决问题的思路和以前不同
大家节奏不一样，为完成任务需要统一；
生活中很多事情是可以舍弃的，一旦舍弃，就潜力无穷；
重要性、排序等，要根据自身情况，制定标准
恋爱版：
生活和或者还是不一样；
谈恋爱麻烦，成大事者可以抛弃儿女情长；
谈恋爱挺好的...；
《用户故事地图》是一本难读的书，但它的价值远超我的预期。本书的作者同时是用户体验设计师和敏捷教练，由此不难联想到，它对设计师了解项目管理是不错的切入点。当然，它对产品经理、产品负责人和项目管理者也同样适用。接下来，让我们先简单介绍下用户故事地图。
用户故事，是指用户来描述用户渴望获筛的功能。它包括三个部分：角色、用户需求、产品价值。我们常常使用一句话来描述用户故事，某<角色>，通过完成<用户需求>，实现<产品价值>。用户故事地图，则是通过组织写有“用户故事”的卡片，帮助版本开发内容遵循产品核心，并从产品整体视角监测开发开发内容和进度。它主要有三种使用方法，分别是：
功能规划和发布计划；
敏捷流程下的，需求验证与拆解，以符合MVP；
为持续优化产品，跟踪迭代提供可靠的方法和工具；
从设计赋能角度来讲，用户故事地图可以帮助设计师：
从产品计划层面，提升产品用户体验，避免沉入细节之中；
找到一种落地产品思维的方法，即平衡用户价值、产品价值、开发成本三者的关系；
关注项目和产品，设计出落地、有效的产品方案，避免理想化；
从项目管理角度，用户故事地图可以解决以下问题：
只见树木不见森林，重要内容埋没在细节中，难以排列优先级；
无法看到版本贡献功能的完整价值流；
无法方便的使用迭代方法跟踪、优化内容，确定版本计划和目标；
从团队协作角度，用户故事可以降低沟通与达成共识的成本，将关注力更多的集中在产品上。
那么，用户故事的具体内容和注意事项是什么？用户故事地图如何搭建？如何以“用户故事”驱动项目开发流程？这些内容将会在后续文章详细介绍。
最后，以一句话结束本篇内容。
你必须勇敢地表达自己的直觉和思想，不然就只能认输，而那些本可以令人铭记的东西也会消失不见。
——弗朗西斯·福特·科波拉(Francis Ford Coppola),世界著名导演
—— end ——
联系客服
