敏捷开发之用户故事

用户故事（User Story)描述的是一件用户通过系统完成他一个有价值的目标，用户故事只是描述系统的外在行为，完全忽略系统的内部动作。

用户故事形式简单，故事写作者使用起来方便；用户故事从用户角度出发描述需求，利于用户、需要分析人员和开发人员之间的沟通。

一个 User Story 的大小和复杂度应该以能在一个 Sprint 中开发完毕为宜。

尽量在系统的开始阶段，尝试找出所有的用户故事。然后，为每一个用户故事评估Story Point（复杂度）和 Stack Rank（优先级）。

由产品经理(Product Owner)确认每一次冲刺需要完成哪些用户故事。 召开计划会议，将每一个用户故事分解为工作任务（Task)，由团队成员认领并承诺在规定的时间内完成。 每一次冲刺完成后，召开评审会议，与 Product Owner 进行用户故事的确认，对于确认通过的用户故事，可以将关联的工作任务关闭，对于确认未通过的用户故事，考虑是否将本次冲刺计划延迟或将这些用户故事放到下一轮冲刺计划中。

功能测试人员参与计划会议，充分理解每一项用户故事，对表述不当的地方尽早提出改进建议，在开发人员编写单元测试用例的同时根据用户故事开始编写功能测试用例；