敏捷开发介绍解析.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 Ret