不要盲目执行任务，要领会用户故事（如何写用户故事1）

当你列出需要执行的任务时，很容易只是拼凑出一个待办事项清单，就像我在前面提到的那位朋友亚历克斯一样，只是简单地列出了教堂、鲜花、司仪、食品等事项。但问题是，如果你把这件事情交给其他并不真正执行任务的团队，对方可能并不知道不同的决定会造成什么样的结果，你当然也无法得到自己想要的结果。

很多时候，你只是被动地从别人那里接受任务，却不知道为什么要这么做。比如，有人让你调查一下在A地区、面积超过600平方英尺的店面的月度销售额的变动情况，你虽然照做了，却不明白为什么要做这件事，以至于到最后可能提供了错误的数据，或者误解了问题，或者对于有人指派给你这种似乎很忙碌的工作而感到不满。回想一下：自己遇到过多少次这种情况？事实上，如果你是管理者，你可能震惊于下属不能立刻理解你打算关闭小店面，设立大店面的意图。

员工的问题就在于没有得到足够的信息，而上司的问题在于没有为下属提供足够的信息。要知道，人们习惯于用情节、故事去思考问题。大家都是这样来理解世界的。我们比较容易掌握人物、欲望及动机等，当我们试图把个别片段从主线中剥离出来，脱离具体语境去理解它们时，就会出现问题。

因此，当你面对一项任务时，要学会从用户的角度来描述用户渴望得到的功能，也就是要学会写“用户故事”。

一个好的用户故事包括三个要素：

• 第一个要素是角色，这就要求我们思考：谁要使用这个功能？这项任务是为“谁”而做的？打造这样东西、做这项决策、提交这项成果，我们应该从谁的角度出发？
• 第二个要素是活动，要求我们思考我们要完成什么样的功能。这通常是我们的出发点，也是落脚点。
• 第三个要素是商业价值，或者说动机。要求我们思考客户为什么需要这个功能，以及这个功能如何才能给客户创造价值。从某种角度来看，这是最重要的一步。动机重于一切。

关于“用户故事”的重要性，我最爱举的一个例子就是几年前一幅在网络上爆红的图片。图片上的人物是让–吕克·皮卡尔（Jean-LucPicard），他是科幻类电视剧《星际迷航》中“企业”号星际飞船（USS Enterprise）的舰长。他的图像下面附了一段文字：“身为星际飞船的舰长，我希望飞行日志功能可以自动套用今天的星历日期……” 你仔细想想，就会觉得很有道理。你难道从不好奇，在遥远的未来中，一艘星际飞船的舰长在写飞行日志时为什么还要注明日期呢？“舰长日志。星历4671.7。从轨道上看，火星是如此可爱……”我们现在写日志时并不必做这件事，为何他要写呢？

但这张图中并没有回答这个问题。为何他想要那种功能？是为了满足什么目的？是为了让日志都按照日期排列吗？还是出于更严肃的原因？是否那些日志必须设定为日期无法修改，以供星际飞船犯罪现场调查人员之用？这两种缘由会有很大的不同，一个比较随性，另一个则比较硬性。团队必须找出真正的用意何在，或许还能借此想到另一种截然不同的方法来完成这件事，或是提供更多连舰长自己也没想过，但却更为符合需求、真正有用的信息。

需求往往会因为人物的不同而改变。比如，一则故事的后半部分是：“……我想要一辆车，以便开车上班。”假如这则故事的前半部分有两个版本：一个是“我是住在郊区的通勤族”，另一个是“我是居住在南达科他州荒芜之地的农民”，那么，你对于这个人心目中理想的车型，就会有截然不同的解读。

来源：《敏捷革命：提升个人创造力与企业效率的全新协作模式》  【美】Jeff Sutherland   Scrum之父作品

该书的PDF版本我有上传，如需要可自行下载。

用户故事宜短不宜长（如何写用户故事2）

用户故事必须完整，任务必须彻底完成（如何写用户故事3）