《敏捷软件开发：用户故事实战》—两个额外的技术

两个额外的技术

如果我们想停止的话，我们现在就可以停下来。到目前为止，这个团队可能已经花了一个小时（几乎不会超过这么长），他们已经比99%的软件团队对用户进行了更多的思考。实际上，大多数团队到此就为止了。然而，还有另外两种技术值得指出，因为它们可能有助于在某些项目中思考用户。如果你预见到使用这些技术能够给项目带来直接的实际效益，你就可以使用它们。

用户画像

识别用户角色是一个巨大的飞跃，但是对于一些更重要的用户角色来说，进一步为角色创建一个用户画像可能更有价值。用户画像是用户角色的虚构表示。在这一章的早些时候，我们讲到了Mario，他负责为他的公司发布新的职位空缺。创建一个用户画像需要的不仅仅是向用户角色添加一个名称。一个用户画像应该能够充分地描述角色，以便团队中的每个人都觉得自己知道这个角色。例如，Mario可能描述如下:

Mario在快速网络（SpeedyNetworks）公司的人事部门担任招聘专员，这家公司是高端网络组件的制造商。他在高速网络工作了6年。Mario有弹性的工作时间安排，每个星期五他都在家工作。Mario在电脑方面非常擅长，他认为自己是所有使用产品的超级用户。Mario的妻子Kim正在斯坦福大学完成化学博士学位。由于快速网络公司的业务一直在不断增长，Mario一直在寻找优秀的工程师。

如果你选择为项目创建用户画像，请注意，在这之前你应该已经完成了足够的市场调查和人口调查，这样你的用户画像才能真正地代表产品的目标受众。

前面Mario的用户画像描述让我们很好地介绍了他。然而，没有什么能像图片一样更加绘声绘色，所以你也应该找到一张Mario的图片，并把它包含在用户画像的定义中。你可以在网上找到图片，也可以从杂志上剪下图片。一个完整的用户画像的定义和一张照片相结合，会让团队中的每个人对该角色有全面深入的了解。

大多数用户画像的定义都太长了，不适合放在一张卡片上，所以我建议你把它们写在一张纸上，并将它们挂在团队的公共空间中。你不需要为每个用户角色进行用户画像。但是，可以考虑为一两个主要的用户角色进行用户画像。如果正在构建的系统是为了满足一个或者两个至关重要的用户角色的产品，那么这些用户角色应该扩展出用户画像。

当使用用户角色或者用户画像时，故事将变得更有表现力。在确定了用户角色或者可能是一两个用户画像之后，可以开始从角色和画像的视角来讲故事，而不是更通用的“用户”。你可以写“一个工作地点搜索者可以把他的工作限定搜索到一个特定的地理区域”这样的故事，而不是“一个用户可以把他的工作限定搜索到一个特定的地理区域”这样的。希望这样写故事能提示团队想起在毛伊岛找工作的Allan。使用用户角色或者用户画像来写一些故事并不意味着其他角色就不能执行这些故事；恰恰相反，这意味着在讨论或者编码实现故事时，用特定的用户角色或者画像思考总有一些好处。

极端人物

德贾贾丁哈特（Djajadiningrat）和合著者（2000）提出了第二种技术：在考虑新系统的设计时使用极端人物。他们描述了一个设计手机或平板的例子。他们建议，不要只为一个典型的衣着光鲜开宝马的管理顾问做设计，系统设计师也应该考虑个性夸张的用户。作者建议，可以为毒品贩子、教皇和一个正在应付多个男友的二十岁的女人设计手机或平板。

思考极端人物会让你写出有可能错过的故事。举个例子，很容易想象，毒品贩子和一个有几个男朋友的女人可能每个人都想要维持多个单独的时间表，以防手机或平板被警察或者男朋友看到。教皇可能不太需要保密，但可能需要字体大一些。

虽然，极端的角色可能会产生新的故事，但我们很难确定这些故事是否应该包含在产品中。在极端人物上投入太多时间可能不太值得，但你可能想要尝试这种方法。至少，可以用几分钟的时间来思考教皇是如何使用你的软件的，这可能会给你带来一两个灵感。