User Story vs. 需求变更

需求有变化，说明开发团队获得了用户的反馈。而用户反馈对于开发出有用户价值的软件来说，至关重要。所以敏捷团队坚持快速发布产品，就是为了尽快获得用户反馈，而避免由于闭门造车造成软件产品偏离用户需求。

User Story是一种用户需求。这是一种完全从用户角度发出的需求。没有经过产品部门或者开发部门的任何加工。这是一种原始的，简单的，所以非常容易理解的文字描述。任何一个开发或者测试人员都能够了解用户到底有什么实际问题。很多时候，用户并不需要技术人员去解释然后技术细节。只要能够帮助用户解决实际问题，就是好软件。

User Story范例： 作为一个800客服人员，我想在接通电话的时候，看到电话机主的信息。

User Story如果超过一句话，那么说明这个需求过大，需要拆分成更小的需求。越简单的东西越容易理解，也越容易控制。这个范例其实说明了who, when, what这三个要素。

技术人员可能会问，到底需要显示哪些信息呢？这个时候就需要BA按照行业经验，来选择需要显示的信息。当这个功能实现后，立刻就能交付用户使用。用户当然会说，我还需要显示更多的信息，更快的显示速度等等新的需求。没关系，这些都将是一个个新的story。不管怎么说，用户已经有一个软件可以使用，并帮助他们解决了一些问题。而你收到了钱，以及新的合同。

所以，变化才是世界发展的主题。不变的需求是不存在的。