为什么使用用户故事

随着项目的进展，团队和客户会更多地了解系统，因此需求总会发生变化。期望项目团队处理静态需求列表，然后在几个月后交付功能软件，这是不现实的。

通过用户故事方法，我们用“足够”的方法取代大型前期设计。用户故事通过强调以客户为中心的对话来减少编写详尽文档所花费的时间。因此，用户故事允许团队更快地交付高质量的软件，这是客户的喜好。在敏捷开发中采用用户故事方法有很多好处，例如：

1.简单一致的格式可以节省捕获和确定需求优先级的时间，同时保持通用性，足以用于大型和小型功能。

2.通过提供客户真正需要的产品，让自己表达商业价值。

3.避免过早引入细节以防止设计选项并不恰当地将开发人员锁定在一个解决方案中。

4.避免出现虚假的完整性和清晰度。

5.获得足够小的块，以便在积压中进行协商和移动。

6.将技术功能留给架构师，开发人员，测试人员等。