必须在用户故事的男主角是一个人？

Question

用户故事传统上写为表达式“作为[用户类型]欲[特征]，使得[一些益处]”。在书籍和在线资源[用户类型]通常对应于一个人的作用。但是，在描述系统内部的功能时，它往往更容易把一些无人值守服务到位的用户，例如“作为一个ServiceX我要一些数据被定期刷新到，我可以使用XYZ最新信息做。”

这种形式使得它可以直接写易于理解该系统的相关部件的验收测试。但就是这个概念吗？如果不是用户的故事是基于特征赋予商家值，因为系统和服务都没有获得商业价值感兴趣，他们不应该是用户故事的演员？

Answer 1

系统肯定有兴趣获得商业价值。一个演员可能是由第三方编写的自动代理，并体现了第三方的意图。事实上，这是成为互动的主要形式为Web服务成为各大网站更受欢迎的功能，从而使代表用户的复杂的站点间的互动，但只涉及机器。

Answer 2

我不明白为什么一个演员应该是一个人 - 你的例子是一个非常好的理由岂不是

通过这样的方法的事情是不是先挂了关于坚持定义的实践的细节。即使谁最初想出了“用户故事”的思想观念的人，他们应该只适用于人类，有没有适当的法律迫使你拘泥自己的概念。

用户故事，敏捷，争球，和所有其它方法的整点是至协助与发展过程中，不是的发展进程。一个方法是唯一有价值的，只要它使工艺更好，这样的你应该如何使用它。你应该感到自由，以适应以满足您的独特情况的方法。不要让方法变得比实际的代码开发更重要。

Answer 3

这里的秘密。他们不是用户的故事，但他们的用户场景。

的用户是做交互的事情 - 机器，或者一个人

在利益相关者是充分利用互动的利益的人或公司（这是从来没有的机器;在此阶段中AI的发展反正）。通常有一些利益相关者与竞争对于任何给定的项目需求。主要的利益相关者可以通过制定出谁是支付项目，为什么进行跟踪。

在用户的很少会主利益相关者。通常一个利益相关者希望用户能够做一些事情，使他们利益相关者，都可以得到好处。

例如，Twitter的投资者希望用户在享受微博，让他们可以将所有他们的选择对未来赚钱。老板们希望自己的秘书使用文字处理软件以便他们可以收到信件打字更快，在最后一分钟改变主意。 StackOverflow的希望伟大的职位被upvoted，使他们能够得到他们的广告收入。

这里有一个博客帖子我在写问题，包括可以使用分离的用户和利益相关者关注的模板。我把它作为一个练习，你想象谁受益谁当你的帖子的用户，阅读它。