功能软件需求规范(FSRS) &敏捷开发

Question

我正在学习如何使用敏捷方法在RoR中领导一组项目开发人员。我在网上找到了一些工具，比如VersionOne或PivotalTracker，它们可以帮助您创建迭代、待办事项、故事等等，这样您就可以将工作与前端和后端分开，并使您的开发人员完全专注于特定的任务。

我的问题是在您开始使用这个敏捷工具、创建故事和迭代之前的步骤，并且您的开发人员开始使其在每一个敏捷工具上都有增长。我对“技术、功能和非功能软件需求规范”的步骤表示怀疑，所以在你弄清楚之后，你可以开始写故事了：

要求。

有没有工具可以指导你如何成功地将web应用(或移动应用程序)的想法转化为故事/迭代列表？某种状态、功能或功能(及其关系)的可视化表示，您可以在其中指定功能、非功能和技术规格，这样您就可以创建故事了？

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

Answer 1

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

用户故事是日常生活中的一个或多个句子，或者是最终用户的业务语言中的一个或多个句子，它捕获了用户想要实现的。例如：

作为前台代表，我想尽快预订房间。

如你所见，他们是

1. 从用户/角色(前台代表)的角度
2. 面向目标的(快速预订房间)

但它们缺乏细节，如各种流程(支付等)、验收标准、特定的非功能性需求(例如，故事中的快速含义是什么？)您可以创建子故事来提供更多细节.

什么是好故事？

Independent，投资：Nestable，VINVEST， Small，TE 229estable

有哪些工具可以指导你如何成功地将web应用(或移动应用程序)的想法转化为故事/迭代列表？

像Rally和JIRA这样的工具允许你组织故事、子故事、冲刺/迭代等等。

某种状态、功能或函数(及其关系)的可视化表示，其中您可以指定功能、非功能和技术规范，这样您就可以创建故事了？。

这些工具提供了丰富的文本编辑器，帮助我们编写故事。有时你有一个不符合故事的要求

• 用例
• 用户界面指南
• 商业规则等的清单。

那就写点别的吧。像JIRA这样的工具提供附件。

，在此之后，您可以创建故事？

**故事应该是应该发生的第一项活动。这就是重点所在。这不是事后的想法。故事是迫使你从用户和目标的角度思考的一种方式，所以你正在编写软件以满足用户的目标。**

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

refactoring.敏捷方法鼓励使用连续的

sprint交付团队通常包括所有必要的股东，如业务分析师、测试人员、架构师、dba、开发人员。它们共同负责完成一个故事/sprint，在春季结束时，您将拥有一个生产就绪的可部署应用程序。想法是递增地添加特性。

正如您从团队组合架构师/领导中看到的，每个sprint也涉及到。在团队的帮助下，他将只为当前sprint/迭代(刚刚足够的建筑，应急设计)中的故事进行架构和设计。他们为第一次冲刺选择的故事要么是高风险的，要么是具有体系结构意义的故事。

说到设计，它主要是头脑风暴和纸或黑板为基础的。其思想是尽可能多地使用代码作为参考文档，并通过对、编程等方式在团队中构建集体知识。

这样你就不会有一个质量很差的软件。实际上，您将拥有可以执行这些故事的最小代码库(您不会为将来的需求积累代码库，也不会有更好的特性)。在我读到的某个地方，只有40%的功能是由客户使用的。