敏捷需求工程的使用原则

敏捷需求工程的使用原则类似于敏捷软件开发的原则。这些原则包括：

●专用资源——负责完成本项目及项目本阶段的人员。
●合作——客户和敏捷团队成员紧密合作，开发用户故事（没有“系统应该……”的声明）。
●召开简短的团队会议——讨论用户故事开发中的进展或问题，澄清相关内容。
●频繁反馈——持续的客户参与确保用户故事能被理解，同时反映用户需求。
●规格说明——如果需要的话，规格说明的开发涉及用户故事的一些细节（例如，应用程序如何完成多列元素的计数，或者应用程序必须使用哪些因素才能准确选择值来计数）。

在敏捷环境中，需求应该以类似于应用程序功能的整体开发方式进行设计。客户不必定义应用程序，直到最后一个函数。同样，客户不必拥有完整的用户故事集。

合作

敏捷开发的主要原则之一是。在“开发真空”中，分析人员与设计人员和开发人员分开，测试人员与用户和分析人员分开。与“开发真空”中开发需求不同，整个团队都在开发用户故事。整个团队都在解决这些不明确问题，例如，可能有一个完成计数的顺序，或者可能有一个需要解释的逻辑状态。

敏捷需求工程的目的是，在产品开发开始之前，改进可以改进的部分需求，而在前期开发阶段不能改进的部分需求将在开发周期（Sprint）中得到改进。这个过程还有助于团队尽量减少在开发或测试期间出现的意外。该过程还能确保测试人员对开发人员编写的代码和用户期望的内容进行测试。

紧密的合作通常会使项目所有en参与者理解有效的用户故事。通过有目的的合作，这种理解可以减少开发时间、测试时间、独立验证和验证时间。每笔节约资金相当于一笔金融储蓄。

成本

这种用户故事开发方法的成本之一是需要一组敬业的团队成员。有些事项只有用户或主题专家才能回答。当用户故事依赖策略时，用户必须能够提供策略及策略如何影响功能。如果是操作和以前人工流程的问题，那么用户必须能够提供指导。

好处

需求工程的敏捷方法有几个好处。用户或客户根据定义参与用户故事的开发，让用户了解用户故事的进展。开发人员和测试人员参与也会让他们得到信息，最大程度减少开发或测试期间出现的意外。

利用现代技术

现代敏捷项目管理软件，如8MSaaS Scrum，为敏捷需求工程和产品开发提供一体化功能。开发或变更的用户故事将自动转移或更新到每个迭代所使用的产品积压中。

8MSaaS 敏捷管理软件非常简单易用，用户可在一个页面管理整个项目。8MSaaS 敏捷管理中的产品需求像展示在故事板上的场景或故事，来龙去脉清晰明了，一目了然。在同一页面可把产品需求和需求负责人分配到对应的用户故事，有根有据，可随时追踪。

当产品需求越来越多，超过当前迭代的范围，8MSaaS系统会自动把超过范围的需求存储在待开发项列表。用户可随时查看在以往的迭代已经发布了哪些需求，哪些需求还在待开发项中，可帮助用户更好地安排工作和做出决策。