我们应该在用户故事中使用角色吗？ [关闭

Question

这本书 应用用户故事 包含单页讨论角色。本书中角色的定义是：

角色是用户角色的虚构表示。

它讨论角色的定义：

创建角色不仅需要在用户角色中添加名称。应该充分描述一个角色，使团队中的每个人都感觉自己知道角色。

它还建议在互联网或杂志上找到一张照片，并将此照片用于角色，以便每个人都可以清楚地想象角色与应用程序合作。

行。所有这些想法听起来不错。将角色定义为用户角色可能很有趣，但是值得吗？使用时是否有任何真实或可测量的质量或提高效率？

您是否有任何好的例子确实可以帮助开发团队？您在用户故事中使用角色吗？

编辑：

我找到了关于角色的好文章 MSDN.

Answer 1

当有很多角色以及它们非常复杂时，这会有所帮助。

您拥有的角色越多，满足所有这些角色就越复杂。他们有不同的需求，价值，力量等。让图片听起来有些微不足道，但确实也有所帮助。

检查这个非常好的视频 杰夫·帕顿 就此主题而言： http://www.infoq.com/presentations/pragmatic-personas

他的网站： http://www.agileproductdesign.com/

Answer 2

使用角色的原因是团队可以更好地了解故事。这使团队（程序员...）更容易在更个人/情感上与故事联系起来，这是很好的。

如果您的团队习惯了不需要客户想要的故事，那么一定要尝试角色方法，看看它如何为您服务。

像往常一样检查和适应。

Answer 3

角色也可以使开发团队和业务之间的沟通更加清晰。当您用非技术术语发言时，业务可能会更清楚地了解您。

而不是描述

应用程序管理员将维护数据库结构和应用程序代码

您将使用Fersona Frank：

弗兰克负责我们应用的技术问题。他了解数据库。他不教用户如何使用该应用程序，但如果有任何问题，他可以解决这些问题。

我仍然不确定是否要用真实的情绪来描述角色，例如“弗兰克不太乐意一直在帮助用户，以便用户不应该经常打扰他”。

Answer 4

我记得在不断发展的拉丁美洲中产阶级中阅读有关角色的波士顿咨询小组白皮书。尽管很有趣，但我认为他们的审查程度是完全不必要的。我个人认为角色是浪费时间，应该被视为辅助工具，而不是优先目标。我记得花了一个星期的时间为企业家的社交网络构建角色。大浪费！我认为最好发现您的公司或网站任务。公司的使命可以帮助您合理地如何为用户提供最好的服务，而不论其特定个性如何。想想Facebook，“我们希望允许用户共享并与他们的朋友共享”或Foursquare“我们是将用户连接到其城市的社会实用程序。”

Answer 5

另一方面，您可以拥有“ PETR”角色。

“佩特喜欢喝很多啤酒。佩特只在喝醉时才使用计算机。彼得的要求取决于他的血液酒精水平。彼得喜欢编程他的计算机。他的最佳代码是在皮尔斯纳（Pilsner）12升后写的，他不喜欢他的计算机。 t编写代码，除非他至少消耗了6升皮尔斯纳。”

生产角色的作用是帮助分析师真正了解他们正在写的内容。它可以帮助您发现通常会忽略的要求。