敏捷需求工程的使用原则

●召开简短的团队会议——讨论用户故事开发中的进展或问题，澄清相关内容。

●频繁反馈——持续的客户参与确保用户故事能被理解，同时反映用户需求。

●规格说明——如果需要的话，规格说明的开发涉及用户故事的一些细节（例如，应用程序如何完成多列元素的计数，或者应用程序必须使用哪些因素才能准确选择值来计数）。

在敏捷环境中，需求应该以类似于应用程序功能的整体开发方式进行设计。

客户不必定义应用程序，直到最后一个函数。同样，客户不必拥有完整的用户故事集。

合作

敏捷开发的主要原则之一是。

在“开发真空”中，分析人员与设计人员和开发人员分开，测试人员与用户和分析人员分开。

与“开发真空”中开发需求不同，整个团队都在开发用户故事。

整个团队都在解决这些不明确问题，例如，可能有一个完成计数的顺序，或者可能有一个需要解释的逻辑状态。敏捷需求工程的目的是，在产品开发开始之前，改进可以改进的部分需求，而在前期开发阶段不能改进的部分需求将在开发周期（Sprint）中得到改进。

这个过程还有助于团队尽量减少在开发或测试期间出现的意外。

该过程还能确保测试人员对开发人员编写的代码和用户期望的内容进行测试。紧密的合作通常会使项目所有en参与者理解有效的用户故事。

通过有目的的合作，这种理解可以减少开发时间、测试时间、独立验证和验证时间。每笔节约资金相当于一笔金融储蓄。

成本

这种用户故事开发方法的成本之一是需要一组敬业的团队成员。

有些事项只有用户或主题专家才能回答。当用户故事依赖策略时，用户必须能够提供策略及策略如何影响功能。

如果是操作和以前人工流程的问题，那么用户必须能够提供指导。

好处

需求工程的敏捷方法有几个好处。用户或客户根据定义参与用户故事的开发，让用户了解用户故事的进展。

开发人员和测试人员参与也会让他们得到信息，最大程度减少开发或测试期间出现的意外。

利用现代技术

现代敏捷项目管理软件，为敏捷需求工程和产品开发提供一体化功能。

更多精彩内容请关注“慧翔天地PMP”公号