功能性软件需求规范（FSRS）和敏捷开发

Question

我正在学习如何使用敏捷方法学来领导RoR项目的一组开发人员。我发现了一些在线工具，如VersionOne或PivotalTracker，可以帮助您创建迭代，积压，故事等，这样您就可以将工作与前端和后端分开，并让开发人员专注于特定任务。

我的问题是关于在开始使用这个敏捷工具，创建故事和迭代之前的一个步骤，并且您的开发人员开始逐渐增加它。我的疑问是关于技术，功能和非功能软件需求规格的步骤，所以清楚之后，您可以开始编写故事：

http://en.wikipedia.org/wiki/Non-functional_requirement。

是否有工具可以指导您如何将web应用程序（或移动应用程序）的想法转换为成功方式的故事/迭代列表？某种类型的状态，特征或功能（及其关系）的视觉表示，您可以在其中指定功能性，非功能性和技术性规格，因此在此之后您可以创建故事？

非常感谢您的时间和耐心提前。

Answer 1

你必须在这里改变你的思维过程。

用户故事是日常生活中的一个或多个句子或捕获用户想要实现什么终端用户的商业语言。对于例如

作为前台的代表，我想很快使房间 预订。

正如你可以看到他们是

1. 从用户/角色（前台代表）的角度
2. 目标导向（使房间预订迅速）

但他们缺乏诸如各种流程（支付等），验收标准，非功能性需求的细节（在例如故事中快速意味着什么？）。 您可以创建子故事来提供更多详细信息。

什么使一个好故事？

INVEST：我 ndependent，ñ egotiable，V aluable，ē stimatable，小号商场，牛逼 estable

---

是否有工具可以指导您如何将Web应用程序（或移动应用程序）的想法转换为sto列表成功的方式吗？

工具像拉力赛和JIRA允许你来组织故事，子故事，冲刺/迭代等

某种类型的状态，特征或功能（和它的关系）可视化表示你在哪里可以指定功能性，非功能性和技术性规格，所以在此之后您可以创建故事？

这些工具提供了丰富的文本编辑器，可以帮助我们编写故事。有时候，你有不适合作为一个故事

• 用例
• 用户界面指导原则
• 的业务规则等

然后写别的东西名单的要求。像JIRA这样的工具为附件提供条款。

那么你可以创建故事？

**故事应该是应该发生的第一个活动。这是整个观点。这不是后来的想法。故事是迫使你从用户和目标角度思考的方式，所以你正在编写软件来实现用户目标。 **

故事代表需求，它们不记录它们。 - 雷切尔 戴维斯

---

敏捷方法鼓励刚够建筑与持续重构。

冲刺交付团队通常包括业务分析师，测试人员，架构师，dba，开发人员等所有必要的股东。他们共同负责故事/冲刺的完成，并且在春季结束时，您将拥有一个可立即投入生产的应用程序。想法是逐步添加功能。

正如你可以从团队组成中看到的，建筑师/领导也参与每个冲刺。他在团队的帮助下将为当前sprint /迭代的一部分故事（Just enough architecture,Emergent Design）设计和设计。他们为第一次冲刺选择的故事要么是高风险，要么是具有重要建筑意义的故事。

当涉及到设计，主要是头脑风暴和纸或黑板为基础。理念是尽可能多地使用代码作为参考文档，并通过结对编程等方式在整个团队中建立集体知识。

所以，你最终不会得到质量差的软件。实际上，您将拥有可以锻炼这些故事的最低代码基数（您不会为将来的需求积累代码基础，也不需要具备功能）。在某处我读到，只有40％的功能是由客户使用的。