功能性软件需求规范(FSRS)和敏捷开发
我正在学习如何使用敏捷方法学来领导RoR项目的一组开发人员。我发现了一些在线工具,如VersionOne或PivotalTracker,可以帮助您创建迭代,积压,故事等,这样您就可以将工作与前端和后端分开,并让开发人员专注于特定任务。功能性软件需求规范(FSRS)和敏捷开发
我的问题是关于在开始使用这个敏捷工具,创建故事和迭代之前的一个步骤,并且您的开发人员开始逐渐增加它。我的疑问是关于技术,功能和非功能软件需求规格的步骤,所以清楚之后,您可以开始编写故事:
http://en.wikipedia.org/wiki/Non-functional_requirement。
是否有工具可以指导您如何将web应用程序(或移动应用程序)的想法转换为成功方式的故事/迭代列表?某种类型的状态,特征或功能(及其关系)的视觉表示,您可以在其中指定功能性,非功能性和技术性规格,因此在此之后您可以创建故事?
非常感谢您的时间和耐心提前。
你必须在这里改变你的思维过程。
用户故事是日常生活中的一个或多个句子或捕获用户想要实现什么终端用户的商业语言。对于例如
作为前台的代表,我想很快使房间 预订。
正如你可以看到他们是
- 从用户/角色(前台代表)的角度
- 目标导向(使房间预订迅速)
但他们缺乏诸如各种流程(支付等),验收标准,非功能性需求的细节(在例如故事中快速意味着什么?)。 您可以创建子故事来提供更多详细信息。
什么使一个好故事?
INVEST:我 ndependent,ñ egotiable,V aluable,ē stimatable,小号商场,牛逼 estable
是否有工具可以指导您如何将Web应用程序(或移动应用程序)的想法转换为sto列表成功的方式吗?
工具像拉力赛和JIRA允许你来组织故事,子故事,冲刺/迭代等
某种类型的状态,特征或功能(和它的关系)可视化表示你在哪里可以指定功能性,非功能性和技术性规格,所以在此之后您可以创建故事?
这些工具提供了丰富的文本编辑器,可以帮助我们编写故事。有时候,你有不适合作为一个故事
- 用例
- 用户界面指导原则
- 的业务规则等
然后写别的东西名单的要求。像JIRA这样的工具为附件提供条款。
那么你可以创建故事?
**故事应该是应该发生的第一个活动。这是整个观点。这不是后来的想法。故事是迫使你从用户和目标角度思考的方式,所以你正在编写软件来实现用户目标。 **
故事代表需求,它们不记录它们。 - 雷切尔 戴维斯
敏捷方法鼓励刚够建筑与持续重构。
冲刺交付团队通常包括业务分析师,测试人员,架构师,dba,开发人员等所有必要的股东。他们共同负责故事/冲刺的完成,并且在春季结束时,您将拥有一个可立即投入生产的应用程序。想法是逐步添加功能。
正如你可以从团队组成中看到的,建筑师/领导也参与每个冲刺。他在团队的帮助下将为当前sprint /迭代的一部分故事(Just enough architecture,Emergent Design)设计和设计。他们为第一次冲刺选择的故事要么是高风险,要么是具有重要建筑意义的故事。
当涉及到设计,主要是头脑风暴和纸或黑板为基础。理念是尽可能多地使用代码作为参考文档,并通过结对编程等方式在整个团队中建立集体知识。
所以,你最终不会得到质量差的软件。实际上,您将拥有可以锻炼这些故事的最低代码基数(您不会为将来的需求积累代码基础,也不需要具备功能)。在某处我读到,只有40%的功能是由客户使用的。
非常感谢你丰富的答案。关于故事,显然它看起来像一个非技术人员可以描述应用程序功能的工具,但它完全缺乏与此功能相关的信息,例如技术规范。我的意思是,有一件事情是编写用户案例,如“I想要快速预订房间“,但另一个是它背后的所有技术细节(数据模型,前端,ux设计,非功能代码等)。因此,从我的角度来看,应该有一些中间那种从故事转化而来的男人...... – user1106811 2012-02-09 22:29:54
......对于功能规格说明,因为如果不是这样,你将把所有的决定留给开发者,不是吗?我根本看不清楚。谁是决定整个数据模型的人?敏捷是关于按需建立数据模型?没有人会问,如何成为整个功能?这种方法看起来像是你只是写用户案例/故事,而你没有技术知识,开发人员没有承诺,你将获得质量代码极差的代码 – user1106811 2012-02-09 22:34:05
@ user1106811 - 我已经通过澄清更新了该文章你的问题。见最后一个部分。 – 2012-02-10 00:28:51
有人能给我一个关于我的怀疑的线索吗?非常感谢你提前 – user1106811 2012-02-08 10:09:00