敏捷软件开发模型之SCRUM-基本版.pptVIP

敏捷软件开发模型之 ＳＣＲＵＭ 议程 为什么需要敏捷开发？ 敏捷开发的历史、现状与未来 敏捷开发介绍 敏捷开发总结 为什么需要敏捷开发 软件开发面临的问题： 用户需求总是在变化，而且这种变化是必要的。 软件开发周期占软件生命周期的比例太大。 传统流水线式的开发模式周期长，后续难调整，软件开发风险比较大。 为什么需要敏捷开发 敏捷开发的特性： 能快速响应需求的变化 传统软件开发方法试图对一个软件开发项目在很长的时间跨度内作出详细的计划，然后依计划进行开发。这类方法在计划制定完成后拒绝变化，而敏捷开发方法则欢迎变化，并能根据客户反馈随时对计划作出相应的调整来适应变化。 快速、频繁的交付有价值的软件 在敏捷开发中，尽量多的发布产品给客户进行试用，就会从客户那里得到更多的反馈来改进产品。因为产品发布频繁，每一个版本新增加的功能设计简单，没有复杂的架构，当客户有新的需求或对需求进行变动，也能很快适应。 客户合作 敏捷开发中，客户是与开发团队一起工作的。如果开发过程中有什么问题或者产品每经过一次迭代后，能够以最快速度得到客户的反馈。 为什么需要敏捷开发 敏捷开发的优势： 精确：传统瀑布式软件开发通常会在开发产品前对整个软件的需求进行分析，然后进行概要设计、详细设计、编码、测试过程，直到软件发布。但通常用户会发现那已经不是他们想要的东西。而敏捷方法则是通过短周期“设计－开发－交付”有用的软件给用户，并从用户那里得到反馈，再根据用户反馈进行下一个周期的“设计－开发－交付”。 质量：敏捷方法对每一次迭代周期的质量都有严格的要求。每一次迭代交付的软件必须是可运行并且有用的。 速度：敏捷团队只专注于开发项目中当前最需要的、最具价值的部分。这样能很快的投入开发。短的迭代周期也能使团队快速的投入到开发过程中。 丰厚的投资回报率：在敏捷开发过程中，最具价值的功能总是被优先开发，这样能给客户带来最大的投资回报率。 高效的自我管理团队：敏捷开发团队成员在开发过程中都能积极主动，自我管理。每个团队成员的技术能力、交流、社交、表达和领导能力都能得以提高。 为什么需要敏捷开发 对比 相对于（非敏捷），敏捷软件开发具有以人为本、轻载灵活 、降低风险、提高质量、减少成本、效率高、见效快等优点。 相关统计表明，敏捷开发可以将效率提高3~10倍，软件的质量也有更加可靠的保证；同时，还给团队内的每个成员提供了良好的发展机会，技术和合作水平都能得到相应提高。 敏捷开发的历史 2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原则，并把这些价值观和原则称为敏捷开发，他们称自己为敏捷联盟，随后创建了敏捷联盟宣言。 敏捷开发的现状 自《敏捷宣言》发布以来，这种倡导团队价值和沟通的开发方式迅速在业界扩散和传播，经过近十年的发展，敏捷开发已经从最初的概念走向实践，敏捷开发方法也经过不断的迭代在人们的实践中走向普及。 敏捷开发在中国刚刚开始被采纳。中国的软件开发群体在近几年开始使用敏捷方法，所以只有很少的一些有关组织和公司。而且大部分使用敏捷方法的公司都集中在外资跨国企业。如IBM、SUN，以及一些软件外包公司。同时也有一些比较前沿的国内公司率先推广了敏捷开发。如华为、腾讯等。 中国的敏捷开发采用率仍然停留在技术采纳生命周期的初期试用阶段。 敏捷开发的未来 敏捷方法的崛起是 20 年来世界软件工程的又一次重大革新，敏捷变革是当前正在进行中的世界软件工程史上又一次重大的范式转变。 随着软件开发不断发展，敏捷开发模式越来越为更多的开发团队所采用，它正逐步走向成熟。 有关专家表示，随着软件技术的不断进步，以自主创新为根本的民族企业的不断崛起，应用软件开发过程中所面临的企业个性化需求与标准化生产的矛盾将不再难以调和，在不久的将来软件业中敏捷开发将成为主流开发方式。 敏捷开发介绍 思想和原则 工作过程、组织形式 管理工具 敏捷设计 敏捷开发的思想 敏捷宣言 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户协作 胜过 合同谈判 响应变化 胜过 遵循计划 注意：虽然右项也很有价值，但左项更有价值。 敏捷开发的思想 个体和交互 胜过 过程和工具 人是获得成功的最为重要的因素，如果没有优秀个人和团队协作，再强大的方法和工具都是摆设 。 一个具有合作精神、自组织的团队比通过过程规范的团队工作得更好。 虽然致力于人和交互，但并不是不需要过程与工具。过程和工具只是用来提供更好的交互环境。 敏捷开发的思想 可以工作的软件 胜过 面面俱到的文档 面面俱到的文档对客户来说