《敏捷开发流程与方法讲义》由会员分享，可在线阅读，更多相关《敏捷开发流程与方法讲义（58页珍藏版）》请在金锄头文库上搜索。
1、敏捷开发流程与方法,Strictly Private and Confidential,BGCN交付管理部,目录,1.1,敏捷的起源,2,敏捷系列,1.2,敏捷方法体系,1,敏捷开发简介,3,敏捷开发的误区,1.3,敏捷宣言,1.4,为什么要敏捷?,敏捷开发的起源,上个世纪90年代,2001年,2004年以后,萌芽-产生敏捷方法,敏捷方法是从上个世纪90年代开始发展起来的一组方法学的总称，包括极限编程等等。这些方法学之间有一些差异，但是差异不是特别大,正规成立敏捷联盟,每种方法学的领导人共同起草了敏捷软件开发宣言，总结出方法之间的共同点，最终就是价值，并且用敏捷这个词给这种方法学一个统称,发展
2、开始广为流行,500强公司中众多公司应用敏捷;如HP,Microsoft,IBM等,什么是敏捷开发？,敏捷开发（Agile Development）是一种以人为核心、迭代、循序渐进的开发方法。,目录,1.1,敏捷的起源,1.2,敏捷方法体系,1,敏捷开发简介,1.3,敏捷宣言,1.4,为什么要敏捷?,2,敏捷系列,3,敏捷开发的误区,敏捷方法,XP -eXtreme Programing极限编程: 思想源自Kent Beck和Ward Cunningham在软件项目中的合作经历。 SCRUM： 是一种迭代的增量化过程，用于产品开发或工作管理 。 水晶方法Crystal: 由Alistair C
3、ockburn在1990年代末提出。把不同类型的项目采用不同的方法。 FDD特性驱动 Feature Driven Development， 由Peter Coad、Jeff de Luca 、Eric Lefebvre共同开发，是一套针对中小型软件开发项目的开发模式。它强调的是简化、实用、 易于被开发团队接受，适用于需求经常变动的项目。 DSDM-Dynamic System Development Methodology， 它倡导以业务为核心，快速而有效地进行系统开发， 在英国等欧洲国家比较流行。 ASD-Adaptive Software Development， 由Jim Highsm
4、ith在1999年正式提出。ASD强调开发方法的适应性（Adaptive）,敏捷开发特点,敏捷开发包括很多方法，例如XP和FDD，同重量级的文档驱动的开发过程相比较，敏捷方法在灵活性等方面更有吸引力。这个方法的创始人强调了在软件实践过程中的变更而不是孤立的进行一些实践。 很多方法很难独立的使用。如:测试驱动的开发，结对开发，计划调整周期以及持续改进，不过，后来的结果证实，这些方法都取得了成功。 使用这些方法并不能保证一定成功。开发者的经验和技术仍旧是影响开发结果的最主要因素。对于合适的人，基于敏捷原则的开发方法可以产生更好的结果，同时形成一个愉快地、有激情的工作环境,目录,1.1,敏捷的起源,
5、1.2,敏捷方法体系,1,敏捷开发简介,1.3,敏捷宣言,1.4,为什么要敏捷?,2,敏捷系列,3,敏捷开发的误区,敏捷宣言,核心理念： 适应和以人为本,客户合作胜过合同谈判,响应变化胜过遵循计划,可以工作的软件胜过面面俱到的文档,个体和交互胜过过程和工具,敏捷规则,最高目标是能持续地、及早地向客户交付软件； 拥抱变化； 频繁地发布可运行的软件； 客户和开发人员在一起工作； 以人为本； 最重要的衡量开发过程的手段，是可工作的软件； 稳定的开发速度； 敏捷高效的设计； 简单有效； 重视Teamwork； 积极的调整。,目录,1.1,敏捷的起源,1.2,敏捷方法体系,1,敏捷开发简介,1.3,敏捷
6、宣言,1.4,为什么要敏捷?,2,敏捷系列,3,敏捷开发的误区,我们为什么需要敏捷,我们为什么需要敏捷,部门： 1) 培养团队合作精神，稳定开发队伍； 2) 提高开发人员的水平； 3) 提高项目成功率，降低开发成本，提升软件开发效率 项目经理： 1) 更好地和用户沟通，更清晰地理解用户需求； 2) 更充分地使用资源，更科学地调配资源，更精确地掌握开发进度。 系统分析设计： 1) 设计更加完善； 2) 更有效地更新知识，得到其他成员更多的尊重。 程序员： 1) 学习系统设计和项目管理； 2) 提高学习和工作效率，受到重视，减少加班时间，工作更高效,谁在用敏捷,Fortune 500 公司中成功应
7、用XP的公司包括Ford，Daimler-Chrysler，First Union National Bank，IBM，HP等等。 通信业NS，Ericsson, Alcatel等都号称在转向敏捷 更多是小规模开发队伍（小规模开发队伍 小规模项目） 越来越多的公司开始使用敏捷开发过程,敏捷开发成功的因素,知识和技能,文化和氛围,自组织团队,开放的心态,目录,2.1,XP -eXtreme Programing,2,敏捷系列,2.2,SCRUM,1,敏捷开发简介,3,敏捷开发的误区,敏捷实践,在敏捷的两个门派：XP、Scrum中，整理归纳了很多可以用于协助软件开发的实践，后面统称为敏捷实践。,什
8、么是XP,XP is a lightweight methodology for small to medium sized teams developing software in the face of vague or rapidly changing requirements. - Kent Beck. Kent Beck, Ward Cunningham, Martin Fowler, Ron Jeffries于2000年创立 XP是软件开发过程中的纪律，它规定你：必须在编程前些测试，必须两个人一起编程，必须遵守编程规范。 XP是把最好的实践经验提取出来，形成了一个崭新的开发方法。,
9、什么是XP,极限的含义：软件开发中的优点发挥到极致(Kent Beck). XP：给程序员提供了明确的方法，使得程序员尽管面对需求的改变，却能够从容应对，即使着重变化发生在项目的后期，仍然能够编出代码。 XP核心：沟通、简明、反馈和勇气 XP重视沟通，客户、开发人员、管理者共同组成团队。 XP是一个实践系统 13个实践 XP方法的贡献 以拥抱变化的思想，协作的团队，简单的规则等为原则的13个具体实践 是知名度最高的敏捷开发方法,XP的计划/反馈循环,XP开发工作流,XP的关键实践:,编程方法,交付和管理,小组实践,XP的关键实践,结对编程,测试驱动开发,重构,简单设计,代码集体所有,编码标准,
10、稳定高速的步伐,持续集成,隐喻,现场客户,完整的团队,小规模发布,计划游戏,编程方法,小组实践,交付和管理,交付和管理,交付和管理1:完整的团队(Whole Team),Product Manager/Project manager Coach Team lead Developers Tracker Tester (On-Site) Customers,所有的小组成员应在同一个工作地点工作。 成员中必须有一个用户代表（On-site User）,由他/她来提出需求，确定开发优先级，把握开发的动向。 通常还设一个教练（Coach）角色，来指导XP方法的实施及与外部的沟通协调等。 小组每个成员都
11、应围绕用户代表，充分贡献自己的技能。,交付和管理2: 计划游戏(Planning Game),交付和管理3:现场客户(On-Site Customer),客户是Team成员，在开发现场和开发人员一起工作。 传统的客户任务一般是讲解需求，运行验收测试，接收发布的系统。XP新增加的任务： (1) 写User Story (2) 评估User Story的商业优先级 (3) 为每个User Story定义验收测试 (4) 计划开发内容 (5) 调控开发过程 (6) 建立商业模型，把隐藏在客户需求下的原则传授给开发人员 (8) 程序员分担任务的过程支解了对他们商业模型的理解 (9) 参加设计过程 (1
12、0)和程序员一起找出Metaphor，导引设计方向 (11)在Metaphor的帮助下，定义更有效更实际的功能测试，给程序员的设计制定了规范,交付和管理4:小规模发布,降低开发风险。,保证客户有足够的依据调控开发过程(增加、删除或改变User Story)。,客户使用发布的系统，可以保证频繁地反馈和交流。,发布过程应该尽可能地自动化、规范化。,不断地发布可用的系统可以告诉客户你在做正确的事情。,低风险,智能化,适应调整,频繁交流,知会客户,频繁发布,经过验证,随着开发的推进，发布越来越频繁。,所有的发布都要经过功能测试。,小规模发布,小组实践,小组实践1:持续集成(Continuous int
13、egration),持续集成指不断地把完成的功能模块整合在一起。目的在于不断获得客户反馈以及尽早发现BUG。 随时整合，越频繁越好；集成及测试过程的自动化程度越高越好。 “A Test a day ,takes the bugs away”-Siemens,小组实践1:持续集成(Continuous integration),1,自动化编译质量度量,2,3,自动化测试,持续反馈,团队实践2:隐喻(System Metaphor),“The system metaphor is a story that everyone - customers, programmers, and manager
14、s - can tell about how the system works.” Kent Beck Team将Domain/Sub-Domain Model，Design/Sub-Design Model以及一些关键概念等等抽象化为比喻。通过这些比喻，加强客户和程序员之间的相互理解，消化积累知识，指导设计开发的方向。 例： Market 发布/浏览，价格洽谈，生成和履行合同； String，Tree，Package，Chartroom，Spider，Robot ； 电影后期制作 邮递 电影院播放电影。,小组实践2:隐喻(System Metaphor),Metaphor的形成过程，是客户建
15、立并抽象商业模型和商业概念的过程，是程序员建立并抽象设计模型和设计概念的过程。 Metaphor使客户和程序员用共通的模型和语言进行交流 “One Team, one language”。 Metaphor可以帮助减少“知识泄露”和“支解知识”。 Metaphor是设计过程的航标 真正灵活有效的设计是针对商业原则的设计，而不是针对商业原则表现形式的设计，更不是脱离商业需求目的的学术设计。 随着开发的继续，Team会找到更好的Metaphor。这是知识细化、深化的结果，是“持续学习”(Continuous learning)的过程；是对商业模型和设计模型的持续重构。,小组实践3:编码标准(Coding standards),编码标准的目的： 防止团队被一些无关紧要的愚蠢争论搞得不知所措。,不要预先花费太多时间,目标应该是团队中没有人辨认各自的代码,以团队为单位对某一标准达成协议，然后遵守这一标准,不是事无巨细的规则列表，而是确保代码可交流的指导方针,七个原则,编码标准开始时应很简单，然后根据团队经验逐步进化,创建能够工作的最简单标准，然后逐步发展,只制订适合本团队的,小组实践4:集体拥有代码,“我们”的代码，而不是“我”的代码。 任何人可以改动任何一段代码，但改动后的代码必须通过所有相关的测试。 简单设计，编码标准和
