敏捷培训PPT合集，包括： Scrum漫谈_生动入门教程 敏捷开发介绍-scrum 敏捷软件开发方法简介 敏捷基础知识 敏捷研发浅谈

敏捷开发方法 SCRUM 实战PPT

您可以在非商业场合免费使用（详见文档最后的授权页面）： 作为培训前的预习阅读。 打印并张贴在公司走廊上。 作为企业内部小组培训教材使用。 请大家在http://blog.csdn.net/cheny_com置顶贴中跟帖多提意见和要求，以便及时更新。 ### 火星人敏捷开发手册 2012-12-31（修正了页眉） #### 敏捷开发概述 敏捷开发是一种强调快速响应变化、注重团队协作、持续交付高质量产品的软件开发方法论。它提倡通过短周期迭代的方式，使产品能够更快地适应市场需求的变化，并且鼓励团队成员之间的紧密合作以及与客户的频繁交流。 #### Scrum敏捷框架 Scrum是敏捷开发中最流行的框架之一。它源自橄榄球比赛中的一种战术术语“Scrum”，比喻一种紧密合作、快速推进的工作方式。Scrum的核心理念包括自组织、跨功能团队以及通过短周期迭代来提高透明度和响应能力。 - **Scrum敏捷方法一分钟扫盲**：Scrum通过一系列会议（如Sprint计划会议、每日站会、评审会议和回顾会议）、角色（如产品负责人、Scrum Master和开发团队）以及工件（如产品待办事项列表、Sprint待办事项列表和增量）来实现高效的产品开发过程。 - **Scrum敏捷方法中的角色**： - **产品负责人(Product Owner)**：负责确定产品的功能特性和优先级，确保团队理解并满足这些需求。 - **Scrum Master**：负责确保Scrum框架得到正确实施，帮助解决团队遇到的障碍，促进团队的协作和自我管理。 - **开发团队(Development Team)**：负责实际的开发工作，包括设计、编码、测试等。 - **Scrum敏捷方法中的工作产品**：主要包括产品待办事项列表(Product Backlog)和Sprint待办事项列表(Sprint Backlog)。产品待办事项列表是所有未完成需求的有序列表，而Sprint待办事项列表则是当前Sprint中团队承诺完成的工作项目。 #### Scrum过程详解 - **创建和维护产品待开发项(Product Backlog)**：这是由产品负责人维护的一个按优先级排序的需求列表，用于指导团队开发哪些功能。 - **迭代计划会(Sprint Planning Meeting)**：每个Sprint开始时进行，团队与产品负责人一起讨论即将进行的Sprint的目标，并从产品待办事项列表中选择合适的工作项。 - **每日立会(Daily Stand-up Meeting)**：每个工作日开始时进行的简短会议，团队成员报告自己的进度、计划和遇到的问题，有助于团队成员之间保持同步。 - **评审会(Review Meeting)**：每个Sprint结束时进行，团队向利益相关者展示已完成的工作，并收集反馈。 - **反思会(Retrospective Meeting)**：每个Sprint结束时进行，团队反思过去一个Sprint的工作过程，讨论如何改进未来的Sprint。 #### 用户故事扩展阅读 - **何为用户故事**：用户故事是从用户的角度描述需求的方法，通常格式为：“作为一个[用户角色]，我想要[执行某事]，以便于[达到某种目的]”。 - **面向用户价值编写用户故事**：通过聚焦用户价值来定义需求，确保开发出的功能对用户有意义。 - **用户建模**：为更好地理解用户的期望和需求，团队可以创建代表不同类型用户的虚构人物，即用户模型或角色。 #### 敏捷计划扩展阅读 - **敏捷计划流程**：包括产品愿景、发布计划、迭代计划等多个层次，确保团队能够在宏观和微观层面上都有清晰的方向。 - **迭代计划**：每个迭代开始时，团队根据可用时间、团队速度等因素确定Sprint目标和待办事项列表。 - **迭代意向表**：记录每个迭代的计划，包括预期完成的任务、估计的时间等。 #### 敏捷日常跟进扩展阅读 - **故事板、看板**：使用可视化工具来跟踪团队的工作进度，帮助识别瓶颈。 - **燃尽图(Burndown Chart)**：显示剩余工作量随时间减少的趋势图，帮助团队监控进度。 - **拥抱变化**：敏捷开发鼓励在项目的任何阶段都接受变更请求，以更好地满足客户需求。 #### 敏捷绩效考核 - **考核对象的变化**：传统开发方法中，个人绩效通常被单独评估；而在敏捷环境中，重点转移到团队的整体表现。 - **为团队设定目标**：鼓励团队成员共同参与制定目标，并给予他们自主权来决定如何达成这些目标。 #### 其他 - **精益生产的启示**：敏捷开发借鉴了许多精益生产的原则，如消除浪费、持续改进等。 - **敏捷实践的表象与内涵**：敏捷不仅仅是一套工具和技术，更是一种思维方式和文化变革。 - **中英文对照词汇表**：提供了一系列敏捷开发相关的专业术语及其对应的中文翻译，方便学习和交流。 #### 结语 《火星人敏捷开发手册》不仅是一本关于Scrum敏捷方法的指南，更是一个促进团队合作、提高工作效率的宝贵资源。通过深入理解并应用其中的理念和方法，可以帮助组织和个人在快速变化的市场环境中保持竞争力。

本书主要是关于学习敏捷，理解敏捷；通过实践内容（包含scrum、极限编程）、实践敏捷中遇到的问题，提供取得进展，获得更多成果的实用建议，深入理解敏捷宣言，真正做到敏捷 目录 第一章 学习敏捷 第二章 理解敏捷价值观 第三章 敏捷原则 第四章 scrum和自组织团队 第五章 scrum计划和集体承诺 第六章 极限编程和拥抱变化 ......

Andrew Pham拥有Certified ScrumMaster（CSM）、Certified ScrumProduct Owner（CSPO）和Certified SaumProfessionaI（CSP）认证。此外，他获得的认证还包括PMP、Java技术架构师（Sun授权）、OOADUML专家（IBM授权），他是IEEE高级会员和PMI会员。 　　Andrew在大、中、小型公司中的项目管理、企业架构和软件开发等领域担任高级职务。作为经验丰富的敏捷和精益教练，Andrew帮助许多公司在实际项目中成功地实施了敏捷（Scrum）和精益（Kanban），培训美国和其他国家的开发团队。 　　Phuong-Van Pham目前是一家大公司的项目经理。她拥有的认证包括PMP、CertifiedScrumMaster（CSM）、Certifled Scrum Practitioner（CSP）和CertifiedProject Manager for Technology （Project+）等。

《轻松Scrum之旅：敏捷开发故事》，作者：贾子河、段永刚、蒋博、段珊珊，出版社：电子工业出版社，ISBN：9787121099847，pdf 格式，大小 3.8MB，带书签版。 内容简介： 本书是一本介绍scrum和敏捷开发的入门读物。作者结合在大型跨国公司多年的软件开发经验，把scrum敏捷开发实施经历进行巧妙的改编，以小说的形式将与敏捷开发相关的知识、经验和思考都融入到轻松、有趣的故事中，生动地展现给读者。 　　本书适合软件开发主管、it项目经理、软件开发和测试人员、计算机相关专业的学生以及所有对软件工程和敏捷开发感兴趣的读者阅读。 目录： 1重获新生 痛苦的挣扎 全新的开始 找工作 面试e公司 焦急的等待 e公司报到 2回首往事 回忆x公司 欢迎午宴聊开发 关于软件开发流程的争论 来自经理的帮助 3准备scrum之旅 敏捷开发培训——什么是敏捷开发？ 敏捷动员大会 招兵买马——打造敏捷开发团队 hello，温哥华 初遇scrum——xp、rup和scrum的比较 产品backlog的制定 scrum管理工具 .4sprint 1——激动人心的scrum之旅第一站 sprint 1计划 投掷“照明弹” 需求分析——买土豆的故事 初尝每日scrum会议 scrum之旅，启程 改进的每日scrum会议 跟踪每天的进度 每日scrum会议的真正内涵 初尝scrum有感 来自大老板的质疑 sprint 1发慌的收尾 sprint 1评审——意外的结局 sprint 1回顾——批评和自我批评 5sprint 2——计划与变化 sprint 2的目标 棘手的新任务 wiki上的需求文档 没有不可能完成的任务 sprint 2的计划会议 sprint计划会议是属于整个团队的 休假问题 技术问题 用扑克牌游戏来做估计 sprint 2的第一周 任务状态要随时更新 得到帮助 单元测试 sprint 2的第二周 用scrum不能教条 经理安排的临时任务 sprint 2的第三周 遇到困难 code review的重要性 给经理的项目状态报告 最后一个story可能完不成了 sprint 2的第四周 冲刺=加班 加班是个很严重的问题 不是所有的story都适合做sprint演示 评审sprint 2 演示时不谈技术 评审、总结和没有完成的story 回顾sprint 2 6sprint 3——深入scrum sprint 3，出发 为敏捷调整座位 sprint 3的计划——精益思想 sprint 3的目标——口号的力量 失败的sprint 3计划会议 重新计划sprint 3 测试的介入 结对编程 先理论，后实践 超强的结对编程工具 饭馆中的敏捷思想 产品发布计划的变更 现场沟通 出差到现场解决问题 临时scrum master sprint 3，冲刺 关于考核的问题 突发事件 不隐瞒，不放弃 7sprint 4——最后的冲刺 延迟开始的sprint 4 两天“休息”时间 以假乱真的需求演示 团队听诊工具 部门重组 新的敏捷管理协作工具 敏捷测试 为什么不报bug？ 测试团队的新角色 系统集成测试怎么办？ 临时员工 实习生 cmm与敏捷 现场客户 小插曲：装修也scrum 持续集成 8路在前方 scrum之旅大获成功 产品顺利发布 去敏捷技术大会演讲 全球敏捷使用情况调查 对敏捷的诠释 附录a案例索引 附录b相关概念 附录c参考资料 附录d免责声明

Foreword: Why Scrum WorksSuppose I’m traveling from Chicago to Boston by airplane. Before and during the flight, the pilot gets instructions from air traffic control. We take off on command and follow the prescribed route. Once we are in the air, computers predict almost to the minute when we will land in Boston. If things change—say the air is bumpy—the pilot must get permission to move to a different altitude. As we approach the airport, the pilot is told what runway to land on and what gate to go to.If, however, I set out for Boston in a car, I can take whatever route I want, whenever I want. I don’t know exactly when I’ll get there, and I probably haven’t planned what route I’ll take or where I’ll stop for the night. En route, I follow traffic laws and conventions: I stop at red lights, merge into traffic according to the prevailing customs, and keep my speed consistent with the flow. In an automobile, I am an independent agent, making decisions in my own best interests framed by the rules of the game of driving.It’s amazing to me that thousands upon thousands of people travel by car every day, accomplishing their goals in a framework of simple traffic rules, with no central control or dispatching service. It also amazes me that when I want to ship a package, I can enter a pickup request on the shipper’s Web site and a driver will arrive at my door before the time that I specify. The driver isn’t dispatched to each house; he or she receives a continually updated list of addresses and deadlines. It’s the driver’s job to plot a route to get all the packages picked up on time.As complexity increases, central control and dispatching systems break down. Some might try valiantly to make the control system work by applying more rigor, and indeed that works for a while. But the people who prevail are those who figure out how to change to a system of independent agents operating under an appropriate set of rules. It might work to provid