书籍User Stories Applied包含讨论人物角色的单页。书中人物角色的定义是：
角色是虚构的代表 用户角色。
进一步讨论角色的定义：
创建角色需要的不仅仅是 只需为用户角色添加名称即可。一个 人物角色应该被描述 足以让团队中的每个人 感觉他们知道这个角色。
它还建议在互联网或杂志上查找照片，并将此照片用于角色，以便每个人都可以清楚地想象使用该应用程序的角色。
确定。所有这些想法听起来都不错将角色定义为用户角色可能很有趣但值得吗？使用它们时是否有任何真实或可测量的质量或提高的效率？
你有什么好的例子，人物角色真的有助于开发团队吗？你是否在用户故事中使用角色？
修改
我在MSDN找到了关于角色的好文章。
答案 0 :(得分：11)
当有很多角色并且非常复杂时，这会有所帮助。
您拥有的角色越多，满足所有角色就越复杂。他们有不同的需求，价值观，权力等。让图片听起来有点微不足道，但它确实也有帮助。
查看 Jeff Patton 上关于此主题的非常好的视频：http://www.infoq.com/presentations/pragmatic-personas
答案 1 :(得分：6)
使用角色的原因是团队能够更好地理解故事。它使团队（程序员......）更容易在更个人/情感层面上与故事相关，我认为这很好。
如果您的团队习惯于发送不符合客户需求的故事，那么请尝试使用角色方法，看看它是如何为您服务的。
像往常一样检查和适应。
答案 2 :(得分：2)
角色也可用于使开发团队和业务之间的沟通更加清晰。当您在非技术术语中发言时，业务可能会更清楚地了解您。
而不是描述
应用程序管理员将维护数据库结构和应用程序代码
你将使用角色弗兰克：
Frank负责我们申请的技术问题。他了解数据库。他没有教会用户如何使用该应用程序，但如果遇到任何问题，他可以解决它们。
我仍然不确定是否要描述具有真实情感的角色，例如： “弗兰克不是很乐意一直帮助用户，所以用户不应该经常打扰他。”
答案 3 :(得分：1)
我记得在不断增长的拉丁美洲中产阶级阅读波士顿咨询集团关于人物角色的白皮书。虽然有趣，但我认为他们的审查程度完全没有必要。就个人而言，我认为人物角色是浪费时间，应该被视为一种辅助工具，而不是优先目标。我记得花了一个星期为企业家建立社交网络角色。大浪费！我认为最好发现您的公司或网站使命。公司使命可以帮助您理顺如何为用户提供最佳服务，无论他们的特殊性格如何。想想Facebook，“我们希望允许用户与他们的朋友分享和联系”或Foursquare“我们是将用户连接到他们城市的社交工具。”
答案 4 :(得分：0)
另一方面，你可以拥有Persona“Petr”。
“彼得喜欢喝大量的啤酒.Petr在醉酒时只使用他的电脑.Petr的要求取决于他的血液酒精水平.Petr喜欢编程他的电脑。他的最佳代码是在12升Pilsner之后写的，并且除非他消耗了至少6升Pilsner，否则他不会编写代码。“Personas所做的是帮助分析师真正理解他们所写的内容。它可以帮助您发现通常会忽略的要求。