用户故事规范

优秀用户故事的准则 在Sprint 计划会议中，划分用户故事是一个很重要的活动。划分用户故事时，一定要遵循用户故事的划分准则。 一、 用户故事的概念： 用户故事描述了对软件（或系统）用户或客户有价值的功能。用户故事包括三方面内容：书面描述（用于计划和备忘），交谈（细化故事细节），以及测试用例（验证故事实现）。 书面描述--包括故事的描述，为谁服务，唯一标识，提示信息，对迭代计划编制有所帮助。 交谈--和用户一起进行面对面的沟通，记录笔记，模型，文档交流。 测试用例--立验收测试的标准，这个标准是让用户来如何来确认这个故事已近完成的。 一个好的用户故事包含三个要素：角色、活动以及商业价值。角色即功能的使用者，活动描述需要完成怎样的功能，商业价值描述功能的必要性以及功能带来的价值。 用户故事的格式为：作为一个<角色>，我想要<活动>，以便于<商业价值>。 注意：用户故事不能够使用技术语言来描述，要使用用户可以接受的业务语言来描述。 二、 用户故事与用例的区别： 用户故事的作用是备忘功能，而不是文档。而用例需要详细的描述期 操 作步 骤 ，以及每 个异 常 路 径 。 用户故事是可见 的商业价值，而不是功能描述。每 个用户故事的粒 度 与工作量 都 相 差 不多 。 用户故事是小 粒 度 的，可测试的，可见 的，并 且 是有价值的。 三、 优秀用户故事的特 性： 优秀的故事具 备六 个特 点 ，即：独 立性、可协 商性、对用户或者客户有价值、可预测性、短小精悍以及测试性。 1 、 独立性：尽可能避免故事之间存在依赖关系，故事间的依赖关系会产生优先级和规划问题。 2 、 可协商性：故事是可协商的，不是必须实现的书面合同或者需求。 3 、 对用户或者客户有价值。确保每个故事对客户或者用户有价值的最好方式是让用户编写故事。 4 、 可预测性。开发者应该能够预测故事的规模，以及编码实现所需要的时间。 5 、 短小精悍。故事规模对实现有影响，何种故事规模最合适，取决于开发规模、开发组的能力，以及技术实现等方面。 6 、 测试性。所编写的故事必须是可测试的。 四、 用户故事的划分 用户故事主要是从客户角度划分，可以按照以下原则划分： 1 、按照不同操作—添加、删除、修改、浏览等。 2 、按照数据—可以浏览产品和介绍、可以浏览产品价格 3 、按照特性—易用性、性能、兼容性、并发性等等 4 、按照角色—从不同的...