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