我正在学习如何使用敏捷方法在RoR中领导一组开发人员。我在网上找到了一些像VersionOne或PivotalTracker这样的工具，可以帮助你创建迭代，积压，故事等，这样你就可以将工作分为前端和后端，让你的开发人员专注于特定的任务。
我的问题是在你开始使用这个敏捷工具，创建故事和迭代之前的步骤，你的开发人员开始在每个工具上增长。我的疑问是关于技术，功能和非功能软件需求规范的步骤，所以在你清楚之后，你可以开始写故事：
http://en.wikipedia.org/wiki/Non-functional_requirement。
是否有工具可以指导您如何将Web应用程序（或移动应用程序）的想法转换为成功的故事/迭代列表？某种状态，特征或功能（及其关系）的可视化表示，您可以在其中指定功能，非功能和技术规范，之后您可以创建故事吗？
非常感谢你的时间和耐心。
答案 0 :(得分：6)
你必须在这里改变你的思考过程。
用户素材是最终用户的日常或商务语言中的一个或多个句子，用于捕获用户想要实现的内容 。对于例如
作为前台代表，我想建一个房间 保留很快。
正如你所看到的那样
但是他们缺乏各种流程（支付等），接受标准，特定的非功能性要求（在例如故事中迅速意味着什么？）等细节。 您可以创建子故事以提供更多详细信息。
什么是一个好故事？
投资：我 ndependent， N egotiable， V aluable， E 可强制的， S 商城， T estable
是否有工具可以指导您如何将Web应用程序（或移动应用程序）的想法转换为成功的故事/迭代列表？ < / p>
像Rally和JIRA这样的工具可以让你组织故事，子故事，冲刺/迭代等。
状态，特征或功能（及其关系）的某种可视化表示，您可以在其中指定功能，非功能和技术规范，之后您可以创建故事吗？
这些工具提供了丰富的文本编辑器，可以帮助我们编写故事。有时您的要求不适合作为故事
然后写下别的东西。像JIRA这样的工具提供了附件。
以后你可以创建故事吗？
**故事应该是应该发生的第一个活动。这就是重点。这不是后来的想法。故事是强迫您从用户和目标角度思考的方式，因此您正在编写软件以满足用户目标。 **
故事代表要求，它们不记录它们。 - 瑞秋 戴维斯
敏捷方法通过连续重构鼓励足够的架构。
sprint交付团队通常包括所有必要的利益相关者，如业务分析师，测试人员，架构师，dba，开发人员。他们共同负责完成故事/冲刺，在春季结束时，您将拥有一个可立即生产的可部署应用程序。想法是逐步添加功能。
从团队组成中可以看出，架构师/负责人也参与了每个sprint。在团队的帮助下，他将为当前sprint / iteration（Just enough architecture，Emergent Design）中的故事进行架构和设计。他们为第一个冲刺选择的故事要么是高风险的，要么是具有建筑意义的故事。
在设计方面，主要是基于头脑风暴和纸板或黑板。想法是尽可能使用代码作为参考文档，并通过结对编程等在团队中建立集体知识。
所以你最终不会得到质量差的软件。事实上，您可以拥有可以处理故事的最小代码库（您不会为将来的需求积累代码库，也不会很好地拥有功能）。在某处我读到，只有40％的功能都是客户使用的。