敏捷开发介绍培训课件.pptVIP

为什么需要敏捷开发 敏捷开发优势 B E C D A 精确 质量 速度 高效的自我团队 丰厚的投资回报率 最具价值的功能总是被优先开发，这样能给客户带来最大的投资回报率。 传统开发一次设计，开发周期很长。 而敏捷方法则是通过短周期“设计－开发－交付”有用的软件给用户，并从用户那里得到反馈，再根据用户反馈进行下一个周期的“设计－开发－交付” 敏捷开发团队成员在开发过程中都能积极主动，自我管理。每个团队成员的技术能力、交流、社交、表达和领导能力都能得以提高。 可行性研究与计划 需求分析 设计 编码 测试 运行维护 定义阶段 开发阶段 维护阶段 开发了一年，这不是我需要的软件 不断发布版本给客户，不断提供新的需求，不断改进 传统瀑布开发模型 敏捷开发 为什么需要敏捷开发 相对于（非敏捷），敏捷软件开发具有以人为本、 轻载灵活 、降低风险、提高质量、减少成本、 效率高、见效快等优点 相关统计表明，敏捷开发可以将效率提高3~10倍，软件的质量也 有更加可靠的保证；同时，还给团队内的每个成员提供了 良好的发展机会，技术和合作水平都能得到相应提高 这么一大堆的优点，所以我们需要敏捷开发 XX 敏捷开发介绍 什么是SCRUM 迭代，增量 大家先弄清楚这两个词的意思 模糊 清晰 迭代—反复求精 增量—逐块构建 每次构建一点点···· Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程 一个迭代开发周期 需求 完成 开发 发布 测试 计划 SCRUM基本流程 迭代 交付后客户重新调整需求 频繁交付给客户，根据客户的新需求，不断完善软件 Scrum基本元素 1. 产品Backlog（Product Backlog）2. SprintBacklog3. Sprint燃尽图（Sprint Burndown Chart） 1. 产品负责人（Product 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） 三个角色---Scrum角色和职责 ? 确定产品的功能。 ? 决定发布的日期和发布内容。 ? 为产品的profitability of the product (ROI)负责。 ? 根据市场价值确定功能优先级。 ? 每个Sprint，根据需要调整功能和优先级（每个Sprint开始前调整）。 ? 接受或拒绝接受开发团队的工作成果。 ? 保证团队资源完全可被利用并且全部是高产出的。 ? 保证各个角色及职责的良好协作。 ? 解决团队开发中的障碍。 ? 做为团队和外部的接口，屏蔽外界对团队成员的干扰。 ? 保证开发过程按计划进行，组织 Daily Scrum, Sprint Review and Sprint Planning ? 一般情况人数在5-9个左右 ? 团队要跨职能 （包括开发人员、测试人员、用户界面设计师等） ? 团队成员需要全职。（有些情况例外，比如数据库管理员） ? 在项目向导范围内有权利做任何事情已确保达到Sprint的目标。 ? 高度的自我组织能力。 ? 向Product Owner演示产品功能。 ? 团队成员构成在sprint内不允许变化。 项目经理 项目管理 团队 XX 迭代规划会议 Sprint Plan 一般不超过8小时。 前4个小时：产品负责人向团队展示最高优先级的产品，团队则向他询问产品Backlog的内容、目的、含义及意图。 后4小时：团队计划本Sprint的安排 评审会议（外部） Sprint Review 一般4个小时，由团队成员向产品负责人额其他利益相关人展示Sprint周期内的产品开发情况 评审会议（内部）Sprint Retrospective 一般3个小时， ScrumMaster将鼓励团队在SCRUM过程框架和实践范围内，对开发过程做出修改，使它在下一个Sprint周期中更加有效和令人愉快 每日站立会议 Daily Scrum Meeting 在简会上，每个成员主要回答三个问题; –自上次SCRUM简会后的一天了（昨天），你做了什么? –从现在到下次SCRUM简会的一天里（今天），你要做什么? –在实现SCRUM及项目目标的工作中，你遇到哪些困难吗? 开发团队 一个迭代周期 需求转