敏捷迭代开发-.ppt

敏捷迭代开发基础知识1敏捷概述敏捷VS瀑布敏捷特点目录1敏捷应用敏捷缺点23452Pleaseinsertyourowntext敏捷成型于上世纪90年代，敏捷流行于当下敏捷思想：拥抱变化，快速响应。敏捷顺应时代变化，从重型开发过程转向轻量型敏捷开发敏捷风靡全球3敏捷发展历史4瀑布VS迭代瀑布开发模式：每一个阶段都有序执行，并且依赖于先前已完成的阶段制定计划需求分析软件设计程序编写运行维护需求1需求4需求N规格1规格2规格Ncodingcodingcodingcoding项目start项目结束需求3需求2规格3规格4测试功能1测试功能2测试功能N测试5瀑布VS迭代开发模型是线性的，只有在项目生命周期的后期才能看到结果。在项目各个阶段之间极少有互动反馈。各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量，也容易产生浪费。通过过多的强制完成日期和里程碑来跟踪各个项目阶段简单粗暴的项目管理方式早期的错误可能要等到后期的测试阶段才能发现，修复问题代价大。突出缺点是不适应用户需求的变化瀑布模式的缺点6当前一阶段完成后，您只需要去关注后续阶段功能的实现与设计分开，便于分工协作 瀑布模式瀑布VS敏捷项目提供了按阶段划分的检查点瀑布模式的优点7瀑布VS迭代制定计划需求分析软件设计程序编写测试项目start项目结束制定计划需求分析软件设计程序编写制定计划需求分析软件设计程序编写敏捷开发是一种以人为核心、迭代、循序渐进的开发方法-小型的瀑布式项目迭代一迭代二迭代三需求1需求2规格1规格2Coding1-2需求3需求4规格3Coding3-4需求6需求all规格6规格allCoding6-all运行维护测试运行维护运行维护测试8敏捷:理念+优秀实践+具体应用Agile敏捷开发，作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。敏捷开发宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划虽然右项也有价值，但是我们认为左项具有更大的价值。9敏捷敏捷理念TeamAdaptingValue聚焦客户价值(Value)，消除浪费。浪费：客户从没用过的特性（客户要求A,B,C,D功能，实际只用了A，B）研发从未上线过的特性（技术过渡，方案缺陷无法使用，需求前期分析不足，不满足上线要求，需求变更）激发团队（Team）潜能，加强协作。团队是价值的真正创造者，应加强团队协作，激发团队潜能。在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈不断调整以适应(Adapting)变化很难在需求阶段真正的分析和挖掘出所有的需求，有些需求注定会在设计实现或用户使用过程中才逐渐出现。拥抱变化，不断的根据经验调整，最终交付达到业务目标的产品。敏捷理念10站立会议持续集成重构看板迭代计划StoryCard敏捷优秀实践活动结对编程总结反思演示TDD现场客户代码集体所有权11业界优秀敏捷实践12Scrum流程图13敏捷实践-Scrum包括3个角色、3个工件、5个活动、5个价值3个角色:产品负责人（ProductOwner）ScrumMasterScrum团队3个工件:产品Backlog（ProductBacklog）SprintBacklog燃尽图（Burn-downChart)5个活动:Sprint计划会议（SprintPlanningMeeting）每日站会（DailyScrumMeeting）Sprint评审会议（SprintReviewMeeting）Sprint回顾会议（SprintRetrospectiveMeeting）产品Backlog梳理会议（ProductBacklogRefinement）5个价值:承诺愿意对目标做出承诺专注把你的心思和能力都用到你承诺的工作上去开放Scrum把项目中的一切开放给每个人看尊重每个人都有他独特的背景和经验勇气有勇气做出承诺，履行承诺，接受别人的尊重14敏捷实践xp极限编程设计XP强调，软件开发是人与人合作进行的过程，因此成功的软件开发过程应该充分利用人的优势，而弱化人的缺点，突出了人在软件开发过程中的作用。极端编程属于轻量级的方法，认为文档、架构不如直接编程来的直接。XP的十二种方法：规划策略(ThePlanningGame)；结对编程(Pairprogramming)测试(Testing)重构(Refractoring)简单设计(SimpleDesign)代码集体所有权(CollectiveCodeOwnership)持续集成(ContinuousIntegration)现场客户(On-siteCustomer)小型发布（SmallRelease）每周40小时工作制（40-hourWeek）编码规范（CodeStandards）系统隐喻（SystemMetaphor）XP的四个核心价值：沟通（Communication）简单（Simplicity）反馈（Feedback）勇气（Courage15User Story优先级固定Scrum（不允许）Scrum（24周）XP（12周）迭代长度修改需求Scrum/XP差异XP（OK）替换的原则是需求实现的时间量是相等XP（必须遵守优先级）Scrum（灵活处理）采用工程方法XP（实践活动约束）XP（自我管理）1612条敏捷原则1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。2.即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势3.经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。4.在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。5.围绕被激励起来的人个来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作。6.在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。7.可工作的软件是首要进度度量标准。8.敏捷过程提可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。9.不断地关注优秀的技能和好的设计会增强敏捷能力。10.简单-使未完成的工作最大化的艺术-是根本的11.最好的构架、需求和设计出自与自组织的团队。12.每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。17Thank you!18