— 案例导入——软件产品的特点

— 为什么需要敏捷？

— 传统软件开发过程所面临的困境

— 敏捷的目标：BFC

— 情景说明：组织的老化现象

— 敏捷的定义和概念

— 敏捷的发展历程：从无到繁重到敏捷

— 重量型方法 VS. 轻量型方法

— 敏捷开发宣言和原则

— 敏捷对项目提升的权威数据统计分析

— 敏捷开发的适用范围和项目

— 投资银行的案例

— 网络游戏案例

— Capital One案例

— 什么是Scrum敏捷开发？

— 现代主流的软件开发方法

— RUP VS. Agile Process

— 常见的敏捷方法和实践

— XP VS. Scrum

— Scrum方法介绍

— 迭代与敏捷

— Scrum术语介绍

— Backlog、Sprint

— User Story、Task

— 如何实施和推广Scrum敏捷开发

— Scrum敏捷团队建设

— Product Owner

— Scrum Master

— Team Members

— Scrum与客户/利益关系人

— 讨论：如何根据项目组建Scrum团队？

— Scrum实施过程

— 准备Product Backlog（产品评估会议）

— 准备Sprint Backlog

— Sprint Planning Meeting

— Sprint执行

— Task Board

— Daily Scrum Meeting

— Burndown Chart

— 集中办公

— Sprint Review Meeting

— Sprint 回顾会议

— Sprint Break

— 实施手册和文档模板：参考实施手册和文档模板，有助于初次采用Scrum的团队顺利实施

— 分组实践：模拟案例体验，并结合Scrum实施过程和相关工具（例如会议管理、任务墙、燃尽图、相关文档等等）分组进行分析和实践。

敏捷是一门社会工程学

敏捷的原则是Light and Sufficient