敏捷迭代开发讲解.pptVIP

敏捷迭代开发基础知识 敏捷概述 敏捷VS瀑布 敏捷特点 目录 1 敏捷应用 敏捷缺点 2 3 4 5 Please insert your own text 敏捷成型于上世纪90年代，敏捷流行于当下 敏捷思想：拥抱变化，快速响应。 敏捷顺应时代变化，从重型开发过程转向轻量型敏捷开发 敏捷风靡全球 敏捷发展历史 瀑布VS迭代 瀑布开发模式：每一个阶段都有序执行，并且依赖于先前已完成的阶段 制定计划 需求分析 软件设计 程序编写 运行维护 需求1 需求4 需求N 规格1 规格2 规格N coding coding coding coding 项目start 项目结束 需求3 需求2 规格3 规格4 测试 功能1测试 功能2测试 功能N测试 瀑布VS迭代 开发模型是线性的，只有在项目生命周期的后期才能看到结果。 在项目各个阶段之间极少有互动反馈。 各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量，也容易产生浪费。 通过过多的强制完成日期和里程碑来跟踪各个项目阶段 –简单粗暴的项目管理方式 早期的错误可能要等到后期的测试阶段才能发现，修复问题代价大。 突出缺点是不适应用户需求的变化 瀑布模式的缺点 当前一阶段完成后，您只需要去关注后续阶段 功能的实现与设计分开，便于分工协作 瀑布模式 瀑布VS敏捷 项目提供了按阶段划分的检查点 瀑布模式的优点 瀑布VS迭代 制定计划 需求分析 软件设计 程序编写 测试 项目start 项目结束 制定计划 需求分析 软件设计 程序编写 制定计划 需求分析 软件设计 程序编写 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法--小型的瀑布式项目 迭代一 迭代二 迭代三 需求1 需求2 规格1 规格2 Coding1-2 需求3 需求4 规格3 Coding3-4 需求6 需求all 规格6 规格all Coding6-all 运行维护 测试 运行维护 运行维护 测试 敏捷:理念+优秀实践+具体应用 Agile——敏捷开发，作为CMM神话崩溃后被引入的一套新的软件开发模式，这几年来被广泛引起关注，并被寄予厚望。 敏捷开发宣言：个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划 虽然右项也有价值，但是我们认为左项具有更大的价值。 敏捷理念 Team Adapting Value 聚焦客户价值(Value)，消除浪费。 浪费： 客户从没用过的特性（客户要求A,B,C,D功能，实际只用了A，B） 研发从未上线过的特性 （技术过渡，方案缺陷无法使用，需求前期分析不足，不满足上线要求，需求变更） 激发团队（Team）潜能，加强协作。 团队是价值的真正创造者，应加强团队协作，激发团队潜能。 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈 不断调整以适应(Adapting)变化 很难在需求阶段真正的分析和挖掘出所有的需求，有些需求注定会在设计实现或用户使用过程中才逐渐出现。 拥抱变化，不断的根据经验调整，最终交付达到业务目标的产品。 敏捷理念 站立会议 持续集成 重构 看板 迭代计划 Story Card 敏捷优秀实践活动 结对编程 总结反思 演示 TDD 现场客户 代码集体所有权 …… 业界优秀敏捷实践 Scrum流程图 敏捷实践--Scrum包括3个角色、3个工件、5个活动、5个价值 3个角色: 产品负责人（Product Owner） Scrum Master Scrum团队 3个工件: 产品Backlog（Product Backlog） SprintBacklog 燃尽图（Burn-down Chart) 5个活动: Sprint计划会议（Sprint Planning Meeting） 每日站会（Daily Scrum Meeting） Sprint评审会议（Sprint Review Meeting） Sprint回顾会议（Sprint Retrospective Meeting） 产品Backlog梳理会议（ Product Backlog Ref