用户故事可以用于原型方法中的需求收集吗？

Question

我正在使用原型方法开发一个项目。但是，由于最终用户参与其中，我正在考虑用于收集需求的用户故事。我可以看到用户故事通常与AGILE方法有关。那么我可以在涉及原型方法的项目中使用它吗？

Answer 1

根据我的经验，用户故事用于从最终用户的角度将大部分工作划分为更小的部分。

类似地，它可以用于原型制作方法，将原型的功能划分为小部分，每个部分都从最终用户的角度出发。

Answer 2

  

由于最终用户参与其中，我正在考虑收集需求的用户故事。

与Surkeet之前的回答一致，用户故事是从用户的角度编写的。用他们的语言编写它们可以使您的开发团队和用户之间的沟通更加顺畅，并且基于共同的词汇表。这个问题的答案是“它取决于”。这实际上取决于项目的性质。如果用户故事的细节（即，我希望如此）对你来说足够好，你就可以与你的客户进行良好的沟通，你的开发能够容忍迭代的本质，那么也许只有用户故事就是记录和沟通需求的好策略。但是，有些情况下，根据用户故事记录需求是不够的。这方面的一个例子是迫切需要就非功能性要求达成一致（a.k.a。质量属性）。这些要求的一个例子是可靠性，性能和安全性。特别是在可能适合敏捷方法的非常大/关键系统中，必须正式表达非功能性需求。这是有争议的，可能会引发技术战争，因为有些人确实使用用户故事来记录非功能性需求。

  

那么我可以在涉及原型制作方法的项目中使用它吗？

然而，使用用户故事并不是您可以用来开发有效原型的唯一策略。是的，它可以用于触发原型的第一次迭代，并可能控制原型的迭代，但同样不是唯一的方法。人们可以用适合敏捷方法的不同策略来补充原型，例如故事板。将故事板视为交互式，类似于漫画的，表示给定的交互以实现某个用户定义的目标。关于它们的好处在于它们是图形化的（与用例场景的叙述要点相反），使它们成为强大的插图工具。这是一篇关于这个主题的简短文章（link）。

另外，我建议不要将敏捷看作是一个必须遵循的技术包。根据您的需求定制流程。