用户故事软件工程课件

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

用户可以在网站上发布简历用户可以搜索职位公司可以发布新职位用户可以限制浏览其简历的人什么是用户故事描述了对用户、系统或软件购买者有价值的功能。用2优秀的故事特点独立的可讨论的对用户或客户有价值的可估计的小的可测试的优秀的故事特点独立的3用户故事验收测试写验收测试的好处很多客户和开发人员讨论的很多细节可以通过验收测试记录下来测试是一个两步流程1)测试要点写在故事卡上2)测试要点变成全面的测试,这些测试可以用来演示故事已正确,完整地实现用户故事验收测试写验收测试的好处4用户故事验收测试故事卡背面的测试要点的例子:公司可以用信用卡支付发布工作的费用测试要点用VISA信用卡,万事达信用卡和美国运痛卡测试(通过)用大来卡测试(失败)用正确的,错误的和空的卡号测试用过期的信用卡测试测试不同的交易金额(包括超过信用卡额度限制)测试要点记录了客户提出的一些假设验收测试也提供了确认故事是否被完整实现的基本标准有了标准,我们就知道什么时候某件事情算是做完了为程序员提供大量有用的信息例如想想不同的交易金额(包括超过信用卡额度限制),如果在写代码前写了这一测试,会提醒程序员处理因额度不够导致交易失败的情况用户故事验收测试故事卡背面的测试要点的例子:公司可以用信用卡5客户团队由哪些人组成包括确保软件满足用户需求的所有人测试人员产品经理真实用户交互设计人员客户团队由哪些人组成包括确保软件满足用户需求的所有人6规划发布和迭代一个发布由一个或多轮迭代组成发布规划指的是确定项目时间表和预期功能集合之间达到平衡迭代规划涉及选择迭代包含的故事客户团队和开发人员在发布和迭代规划中都要参与规划发布和迭代一个发布由一个或多轮迭代组成7规划发布和迭代发布规划时客户团队首先从排列故事优先级开始排优先级考虑:大部分用户和客户对特定特性的渴望程度小部分重要用户和客户对特定特性的渴望程度故事之间的关系例如缩小故事的优先级不高,但它可能被看做是高优先级的,它与高优先级的另一个故事放大互补当开发人员与客户团队意见冲突时,应坚持客户利益最大化规划发布和迭代发布规划时8什么是验收测试用来验证实现的用户故事是否符合团队的期望当一轮迭代开始时开发人员开始编码客户团队开始测试测试工作包括从故事卡背面写下的测试描述开始到把测试放入自动化测试工具中的所有工作什么是验收测试用来验证实现的用户故事是否符合团队的期望9定义速率速率是一个团队在一轮迭代中完成的故事点数定义速率速率是一个团队在一轮迭代中完成的故事点数10为何在故事卡背面写测试描述？在卡片的背面写测试对于客户是沟通故事的期望和假设的非常好的方法为何在故事卡背面写测试描述？在卡片的背面写测试对于客户是沟通11哪些不是好的用户故事1用户可以在WindowsXP和Liunx上运行系统2所有绘图和图表将用第三方类库完成3用户可以最多撤销50步操作4软件将在不久的将在6月30日发布5软件将用JAVA编写6用户可以从下拉列表框里选择他的国籍7系统将使用LOG4J把所有错误信息记录到一个文件中8如果用户15分钟内没有保存文档，系统将提示用户进行保存9用户可以选择导出到XML特性10用户可以导出数据到XML文件哪些不是好的用户故事1用户可以在WindowsXP和Li12答案1OK2用户不关心图表是怎样实现的3OK4需要在发布计划中考虑的限制条件5依赖于产品，如果产品是一个面向JAVA程序员的类库，那些用户会比较关心使用的语言6，小了点7它不应该指定使用LOG4J实现日志功能8OK9OK10OK答案1OK13估算用户故事在估算会议上，三个程序员在估算一个故事分别估算故事为2，4，5个故事点，他们应该用哪个估算？估算用户故事在估算会议上，三个程序员在估算一个故事14他们应该继续讨论这个故事，直到他们的估算更加接近他们应该继续讨论这个故事，直到他们的估算更加接近15团队A在上2个星期的迭代中完成了43个故事点。团队B在作另一个项目而且有两倍的开发人员。他们同样在上2个星期的迭代中也完成了43个故事点，为什么会这样？团队A在上2个星期的迭代中完成了43个故事点。团队B在作另一16一个团队的故事点数和任何其它团队的故事点数没有可比性在该问题中，不能认为团队A的效率是团队B的效率的两倍一个团队的故事点数和任何其它团队的故事点数没有可比性17估算团队初始速率的三种方法是什么？估算团队初始速率的三种方法是什么？18可以用历史值作一个猜测试着做一轮迭代，用这轮迭代的速率可以用历史值19假设迭代以一周为长度，团队里有4位开发人员，如果团队的速率是4，项目总共有27个故事点，完成项目需要多少轮迭代假设迭代以一周为长度，团队里有4位开发人员，如果团队的速率是20速率为4，项目有27个故事点，团队需要7轮迭代来完成速率为4，项目有27个故事点，团队需要7轮迭代来完成21用户故事贯穿于整个开发流程产品负责人根据收集来的需求编写用户故事,放入产品Backlog中在Sprint计划会议中,团队成员讨论其中的一些用户故事,细化故事细节,确定验收标准,使用PlanningPoker(计划扑克)估算故事点,然后把故事分成一些小的任务,并估算时间最后,把故事放入SprintBacklog中,按优先级排序Sprint开始时,故事卡片和任务卡片都放在白板的TODO栏,团队成员按故事的优先级挑选任务,把任务卡片挪到Doing栏.团队尽可能完成优先级高的故事.在故事开发的初始阶段,测试人员和产品负责人一起确认测试用例故事的任务完成后,产品负责人验收并确认故事已完成把故事卡片挪到Done栏中.如此完成Sprint的所有任务Sprint结束时,团队将完成的故事演示给涉众,其它产品负责人和团队,通过用户故事向客户输出商业价值用户故事贯穿于整个开发流程产品负责人根据收集来的需求编写用户22什么是用户故事描述了对用户、系统或软件购买者有价值的功能。用户故事由以下三方面组成：卡片：一份书面的故事描述交流：有关故事的对话，用于具体化故事细节确认：测试，用于表达和编写故事细节且可用于确定故事何时完成例子：

用户可以在网站上发布简历用户可以搜索职位公司可以发布新职位用户可以限制浏览其简历的人什么是用户故事描述了对用户、系统或软件购买者有价值的功能。用23优秀的故事特点独立的可讨论的对用户或客户有价值的可估计的小的可测试的优秀的故事特点独立的24用户故事验收测试写验收测试的好处很多客户和开发人员讨论的很多细节可以通过验收测试记录下来测试是一个两步流程1)测试要点写在故事卡上2)测试要点变成全面的测试,这些测试可以用来演示故事已正确,完整地实现用户故事验收测试写验收测试的好处25用户故事验收测试故事卡背面的测试要点的例子:公司可以用信用卡支付发布工作的费用测试要点用VISA信用卡,万事达信用卡和美国运痛卡测试(通过)用大来卡测试(失败)用正确的,错误的和空的卡号测试用过期的信用卡测试测试不同的交易金额(包括超过信用卡额度限制)测试要点记录了客户提出的一些假设验收测试也提供了确认故事是否被完整实现的基本标准有了标准,我们就知道什么时候某件事情算是做完了为程序员提供大量有用的信息例如想想不同的交易金额(包括超过信用卡额度限制),如果在写代码前写了这一测试,会提醒程序员处理因额度不够导致交易失败的情况用户故事验收测试故事卡背面的测试要点的例子:公司可以用信用卡26客户团队由哪些人组成包括确保软件满足用户需求的所有人测试人员产品经理真实用户交互设计人员客户团队由哪些人组成包括确保软件满足用户需求的所有人27规划发布和迭代一个发布由一个或多轮迭代组成发布规划指的是确定项目时间表和预期功能集合之间达到平衡迭代规划涉及选择迭代包含的故事客户团队和开发人员在发布和迭代规划中都要参与规划发布和迭代一个发布由一个或多轮迭代组成28规划发布和迭代发布规划时客户团队首先从排列故事优先级开始排优先级考虑:大部分用户和客户对特定特性的渴望程度小部分重要用户和客户对特定特性的渴望程度故事之间的关系例如缩小故事的优先级不高,但它可能被看做是高优先级的,它与高优先级的另一个故事放大互补当开发人员与客户团队意见冲突时,应坚持客户利益最大化规划发布和迭代发布规划时29什么是验收测试用来验证实现的用户故事是否符合团队的期望当一轮迭代开始时开发人员开始编码客户团队开始测试测试工作包括从故事卡背面写下的测试描述开始到把测试放入自动化测试工具中的所有工作什么是验收测试用来验证实现的用户故事是否符合团队的期望30定义速率速率是一个团队在一轮迭代中完成的故事点数定义速率速率是一个团队在一轮迭代中完成的故事点数31为何在故事卡背面写测试描述？在卡片的背面写测试对于客户是沟通故事的期望和假设的非常好的方法为何在故事卡背面写测试描述？在卡片的背面写测试对于客户是沟通32哪些不是好的用户故事1用户可以在WindowsXP和Liunx上运行系统2所有绘图和图表将用第三方类库完成3用户可以最多撤销50步操作4软件将在不久的将在6月30日发布5软件将用JAVA编写6用户可以从下拉列表框里选择他的国籍7系统将使用LOG4J把所有错误信息记录到一个文件中8如果用户15分钟内没有保存文档，系统将提示用户进行保存9用户可以选择导出到XML特性10用户可以导出数据到XML文件哪些不是好的用户故事1用户可以在WindowsXP和Li33答案1OK2用户不关心图表是怎样实现的3OK4需要在发布计划中考虑的限制条件5依赖于产品，如果产品是一个面向JAVA程序员的类库，那些用户会比较关心使用的语言6，小了点7它不应该指定使用LOG4J实现日志功能8OK9OK10OK答案1OK34估算用户故事在估算会议上，三个程序员在估算一个故事分别估算故事为2，4，5个故事点，他们应该用哪个估算？估算用户故事在估算会议上，三个程序员在估算一个故事35他们应该继续讨论这个故事，直到他们的估算更加接近他们应该继续讨论这个故事，直到他们的估算更加接近36团队A在上2个星期的迭代中完成了43个故事点。团队B在作另一个项目而且有两倍的开发人员。他们同样在上2个星期的迭代中也完成了43个故事点，为什么会这样？团队A在上2个星期的迭代中完成了43个故事点。团队B在作另一37一个团队的故事点数和任何其它团队的故事点数没有可比性在该问题中，不能认为团队A