用户故事-软件工程.pptxVIP

用户故事贯穿于整个开发流程 产品负责人根据收集来的需求编写用户故事,放入产品Backlog中 在Sprint计划会议中,团队成员讨论其中的一些用户故事,细化故事细节,确定验收标准,使用Planning Poker(计划扑克)估算故事点,然后把故事分成一些小的任务,并估算时间 最后,把故事放入Sprint Backlog中,按优先级排序 Sprint开始时,故事卡片和任务卡片都放在白板的TO DO栏,团队成员按故事的优先级挑选任务,把任务卡片挪到Doing栏.团队尽可能完成优先级高的故事. 在故事开发的初始阶段,测试人员和产品负责人一起确认测试用例 故事的任务完成后,产品负责人验收并确认故事已完成 把故事卡片挪到Done栏中.如此完成Sprint的所有任务 Sprint结束时,团队将完成的故事演示给涉众,其它产品负责人和团队,通过用户故事向客户输出商业价值 什么是用户故事 描述了对用户、系统或软件购买者有价值的功能。用户故事由以下三方面组成： 卡片：一份书面的故事描述 交流：有关故事的对话，用于具体化故事细节 确认：测试，用于表达和编写故事细节且可用于确定故事何时完成 例子： 用户可以在网站上发布简历 用户可以搜索职位 公司可以发布新职位 用户可以限制浏览其简历的人 优秀的故事特点 独立的 可讨论的 对用户或客户有价值的 可估计的 小的 可测试的 用户故事验收测试 写验收测试的好