用户故事和史诗

Question

如你所知，史诗由用户故事组成。用户故事是描述用户请求的简短描述。它们可以是下列问题的完美实例：

谁，什么，为什么

其中一位客户告诉我，他想为该应用程序的匿名用户提供一个主页，这个页面必须提供一种方法，将该用户带到下面列出的电影列表之一。

• 新版本
• 顶级电影
• 推荐电影
• 流派

我遇到的主要问题是如何在用户故事中指定这些电影列表。我觉得像这样的用户故事：

As an anonymous user, I want a main page so that I can easily access conventional movie lists.

如何添加这些列表的名称？我没有遇到任何用户故事，说明一个例子或详细的知识。

Answer 1

在我说其他的话之前，我想说的是--不要浪费太多的时间去坚持一个最佳实践或一种规定的格式。相反，只要做任何让您捕获需求并继续前进的事情。"过程和工具上的个人和交互"，记得吗？

也就是说，一个用户故事指定谁/什么/为什么是面向企业项目的，其中您有在组织中具有特定角色的用户(“谁”)，并且因为他们需要完成一些工作(“为什么”)而需要某种功能(“什么”)。因此，用户故事是一种高级描述，目的是帮助理解业务为什么需要某些功能，以及它是如何适应整个业务流程和工作流的。它意味着简单而切中要害。这不是一个正式的需求规范。可以说，您的示例在某种程度上超出了该框架，因此您可能应该调整该公式以更好地满足您的需要。

现在，客户端通常会以一种包括一些设计决策的方式来指定需求(“应该有一个带有链接的页面”，而不是“我们需要一种提供电影列表的方法”)，如果您不小心，就会将它们放在需求规范中，并且您将被绑定到这些决策中，而不必先对它们进行评估。你的工作是考虑不同的选择，与客户协商，做出那些决定，而不是他们的决定。你可能会以一种不同的方式去做它，或者你可能决定按照他们最初描述的方式去做。

所以，不要说用户想要主页；而是说“作为一个匿名用户，我希望能够访问常规电影列表，因为为什么--如果适用的话"，并将描述与其关联起来，解释”常规电影列表“的含义(或者，如果您正在维护一个域术语词汇表，您可以将解释放在那里:常规电影列表--新版本、顶级推荐电影、类型)。

或者，你可以用一种更细粒度的方式，为每个列表创建一个单独的故事，如果这是有意义的话，但同样，你可能需要记录这些相关的地方，把事情放在上下文中。

或者你可以直接

“作为一个匿名用户，我希望能够访问

新版本，

一流的电影，

推荐的电影，

类型，

因为.“然后就结束了。

这可能并不重要--取决于理解匿名用户工作流程的复杂性有多重要。我猜这不是生意上的关键。您需要足够的理解，以便用户对软件有良好的体验。

Answer 2

首先，我完全同意菲利普的观点，并进一步认为以下是“用户故事”理想的缺陷。

• 真正能够写出这样一个“用户故事”的真实世界的人是一个计算机程序员，而不是一个实际的用户。

..。因为这个“用户(原文如此)故事”完全是用计算机软件(实现)来表达的，就好像用户的“故事”实际上可以弥合“用户，讲述一个故事”和“在浩瀚现有软件应用程序中，使一个微小的硅片来执行‘故事’所描述的东西的有用模拟所必需的技术差距。”

“用户故事”实际上不能做这样的事情，因为用户不是程序员。

但是，他们能做的非常有用的就是简单的“真实的故事”，从最终用户的角度来看，这是对团队的需求，而不是(！)从日益增长的应用角度来看。因此，他们不是通过理解软件应用程序的工作原理而被过滤的，这是任何软件工程师最自然的观点，他们用用户的术语和声音来代表用户。因此，“用户的故事”并不直接映射到软件实现计划中，也许这正是关键所在。