敏捷开发介绍

1、敏捷开发之敏捷开发之SCRUM2012.10.112 2011 Lenovo Confidential. All rights reserved.导航导航敏捷开发的历史敏捷开发的历史1为什么需要敏捷开发为什么需要敏捷开发2敏捷开发介绍敏捷开发介绍3敏捷测试敏捷测试43 2011 Lenovo Confidential. All rights reserved.4 2011 Lenovo Confidential. All rights reserved.软件团队的不断增大效率确越来越差？概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，并把这些价值观和原则称为敏捷开发20

2、01年一批业界专家软件团队敏捷开发的历史5 2011 Lenovo Confidential. All rights reserved.我们提倡我们提倡团队价值团队价值沟通沟通敏捷开发十年的发展敏捷开发十年的发展概念实践普及6 2011 Lenovo Confidential. All rights reserved.为什么需要敏捷开发？7 2011 Lenovo Confidential. All rights reserved.软件开发软件开发面临问题面临问题为什么需要敏捷开发用户需求总是在变化传统软件开发周期长传统软件开发周期长传统软件开发后续难以调整传统软件开发后续难以调整8 2011

3、 Lenovo Confidential. All rights reserved.为什么需要敏捷开发能快速响应需求的变化快速、频繁的交付有价值的软件客户合作（快速交流反馈）快敏捷开发有什么特性？敏捷开发有什么特性？9 2011 Lenovo Confidential. All rights reserved.为什么需要敏捷开发精确质量速度高效的自我团队丰厚的投资回报率最具价值的功能总是被优先开发，这样能给客户带来最大的投资回报率。传统开发一次设计，开发周期很长。而敏捷方法则是通过短周期“设计开发交付”有用的软件给用户，并从用户那里得到反馈，再根据用户反馈进行下一个周期的“设计开发交付”敏捷开

4、发团队成员在开发过程中都能积极主动，自我管理。每个团队成员的技术能力、交流、社交、表达和领导能力都能得以提高。10 2011 Lenovo Confidential. All rights reserved.可行性研究与计划需求分析设计编码测试运行维护定义阶段开发阶段维护阶段开发了一年，这不是我需要的软件不断发布版本给客不断发布版本给客户，不断提供新的户，不断提供新的需求，不断改进需求，不断改进传统传统瀑布瀑布开发开发模型模型敏捷敏捷开发开发11 2011 Lenovo Confidential. All rights reserved.为什么需要敏捷开发相对于（非敏捷），敏捷软件开发具有以人

5、为本、轻载灵活 、降低风险、提高质量、减少成本、效率高、见效快等优点相关统计表明，敏捷开发可以将效率提高310倍，软件的质量也有更加可靠的保证；同时，还给团队内的每个成员提供了良好的发展机会，技术和合作水平都能得到相应提高这么一大堆的优点，所以我们需要敏捷开发12 2011 Lenovo Confidential. All rights reserved.XX敏捷开发介绍13 2011 Lenovo Confidential. All rights reserved.什么是SCRUM迭代，增量大家先弄清楚这两个词的意思模糊清晰迭代迭代反复求精反复求精增量增量逐块构建逐块构建每次构建一点点每次构

6、建一点点Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程14 2011 Lenovo Confidential. All rights reserved.一个迭代开发周期需求完成 开发开发发布测试测试计划SCRUM基本流程迭代交付后客户重新调整需求频繁交付给客户，根据客户的新需求，不断完善软件15 2011 Lenovo Confidential. All rights reserved.Scrum基本元素1. 产品Backlog（Product Backlog）2. SprintBacklog3. Sprint燃尽图（Sprint Burndown Chart）1. 产品负责人（P

7、roduct Owner）2. Scrum Master3. Scrum团1. Sprint计划会议（Sprint Planning Meeting）2. 每日站会（Daily Scrum Meeting）3. Sprint评审会议（Sprint Review Meeting）4. Sprint回顾会议（Sprint Retrospective Meeting）三个角色三个角色四个仪式四个仪式三个物件三个物件Scrum由三个角色、四个仪式和三个物件（由三个角色、四个仪式和三个物件（343）16 2011 Lenovo Confidential. All rights reserved.三个角色

8、-Scrum角色和职责 确定产品的功能。 决定发布的日期和发布内容。 为产品的profitability of the product (ROI)负责。 根据市场价值确定功能优先级。 每个Sprint，根据需要调整功能和优先级（每个Sprint开始前调整）。 接受或拒绝接受开发团队的工作成果。 保证团队资源完全可被利用并且全部是高产出的。 保证各个角色及职责的良好协作。 解决团队开发中的障碍。 做为团队和外部的接口，屏蔽外界对团队成员的干扰。 保证开发过程按计划进行，组织 Daily Scrum, Sprint Review and Sprint Planning 一般情况人数在5-9个左右

9、团队要跨职能 （包括开发人员、测试人员、用户界面设计师等） 团队成员需要全职。（有些情况例外，比如数据库管理员） 在项目向导范围内有权利做任何事情已确保达到Sprint的目标。 高度的自我组织能力。 向Product Owner演示产品功能。 团队成员构成在sprint内不允许变化。项目经理项目经理项目管理项目管理团队团队17 2011 Lenovo Confidential. All rights reserved.XX迭代规划会议迭代规划会议Sprint Plan一般不超过8小时。前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。后

10、4小时：团队计划本Sprint的安排评审会议（外部）评审会议（外部）Sprint Review 一般4个小时，由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况评审会议（内部）评审会议（内部）Sprint Retrospective一般3个小时， ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快每日站立会议每日站立会议Daily Scrum Meeting在简会上，每个成员主要回答三个问题;自上次SCRUM简会后的一天了（昨天），你做了什么?从现在到下次SCRUM简会的一天里（今天），

11、你要做什么?在实现SCRUM及项目目标的工作中，你遇到哪些困难吗? 开发团队开发团队一个迭代周期需求需求转转化成任化成任务务每日每日开发开发完成一完成一个个迭代周期迭代周期四个会议-仪式回顾会议 团队的定期自我检视，发现什么是好的，什么是不好的。 一般控制在15-30分钟 每个Sprint都要做 全体参加 Sprint回顾会议上，全体成员讨论有哪些好的做法可以启动，哪些不好的做法不能再继续下去了， 哪些好的做法要继续发扬。 18 2011 Lenovo Confidential. All rights reserved.XX三个物件-Scrum物件之产品Backlog 一般情况使用用户故事来表

12、示backlog条 目 理想情况每个需求项都对产品的客户或用户有价值 Backlog条目按照商业价值排列优先级 优先级由产品负责人来排列 在每个Sprint结束的时候要更新优先级的排列 Backlog条目（功能）条目（功能）估算故事点（分成若干任务）估算故事点（分成若干任务）作为一个博客作者，我想设置我发布文章的背景图片，以便于我的读者阅读的时候感受到文章的意境。8作为一个博客作者，我想让我的读者对我的文章进行评价，以便于收集读者反馈，日后改进。 10作为一个博客作者，我想通过博客发布我的照片，以便于我的读者们认识我。 20一个需求的列表19 2011 Lenovo Confidential.

13、 All rights reserved.三个物件-Scrum物件之Sprint BacklogSprint backlog定义了Sprint的目标，明确了Sprint过程中具体需要完成的任务20 2011 Lenovo Confidential. All rights reserved.三个物件-Scrum物件之Sprint Backlog如何管理如何管理sprint Backlog团队成员自己挑选任务，而不是指派任务 对每一个任务，每天要更新剩余的工作量估算 每个团队成员都可以修改Sprint backlog，增加、删除或者修改任务 21 2011 Lenovo Confidential.

14、 All rights reserved.三个物件-Scrum物件之燃尽图随着时间的消耗工作量逐渐减少，在开始的时候，由于估算上的误差或者遗漏工作量有可能 呈上升态势。 01002003004005006007001234567891011剩余工作量Sprint工作日Sprint燃尽图燃尽参考线燃尽线燃尽图直观的反映了Sprint过程中，剩余的工作量情况22 2011 Lenovo Confidential. All rights reserved.腾讯企鹅帝国的敏捷开发23 2011 Lenovo Confidential. All rights reserved.24 2011 Lenov

15、o Confidential. All rights reserved.25 2011 Lenovo Confidential. All rights reserved.我是开发我是测试敏捷开发正快速跑步前进中敏捷开发正快速跑步前进中我们测试从头到尾一直参与26 2011 Lenovo Confidential. All rights reserved.设计文档转换成用例开发中开发中27 2011 Lenovo Confidential. All rights reserved.敏捷测试工程师的十条法则敏捷测试工程师的十条法则需求转换成测试，完成测试提供有意义的反馈需求转换成测试，完成测试提供

16、有意义的反馈对会影响核心功能的花俏功能，可以质疑这些功能影响大局，优先关注核心功能对会影响核心功能的花俏功能，可以质疑这些功能影响大局，优先关注核心功能敏捷测试人员对某个隐藏的假设或者误解的需求产生怀疑时，她会与客户和开发人员讨论1、提供持续反馈提供持续反馈2、为用户创造价值为用户创造价值3、促进面对面的沟通促进面对面的沟通28 2011 Lenovo Confidential. All rights reserved.敏捷测试工程师的十条法则敏捷测试工程师的十条法则我们需要勇气允许自己失败，至少我们会短暂失败，并从中学习学习教训。在由于构建版本不稳定导致一次迭代失败之后，我们开始寻找方法以确保这种事情不再发生找到合适的方法，简单的方法进行测试反馈问题给团队，问题持续解决 4、勇气、勇气5、简单化简单化6、持续改进持续改进29 2011 Lenovo Confidential. All rights reserved.敏捷测试工程师的十条法则敏捷测试工程师的十条法