8 月 12 号，第一章

概念：
敏捷项目管理是一种项目管理方式，该方式聚焦于商业价值的尽早交付、项目产品和流程的持续改进、范围的灵活性、团队的投入以及交付能反应客户需求且经过充分测试的产品。
瀑布流方法论在 2008 年前是软件开发领域最常用的项目管理方法。
敏捷软件开发宣言：

个体和互动高于流程和工具；
可工作软件高于详尽的文档；
客户合作高于合同谈判；
响应变化高于遵循计划。

8 月 12 号，第二章

敏捷 12 原则，敏捷宣言聚焦于人、沟通、产品、灵活性。
附加白金原则：抵制形式化、团队思考与行动、可视化而非书写。

8 月 13号，第三章

敏捷方法优于传统方法的点：

更大的灵活性和稳定性、更少的非生产性工作、更快的高质量交付、更高的开发团队绩效、更严格的项目管控和更快的失败检测。

8 月 14号，第四章

三大流行的敏捷方法：精益、极限编程、scrum
精益的原则：

整体优化，消除浪费，打造质量，持续学习，快速交付，建立亲密伙伴关系，保持成长

极限编程原则：

编码是核心活动，XP 团队做大量测试，让客户和程序员之间直接沟通，对于复杂的系统，超越任何具体功能的、某一层次的总体设计是必不可少的。

scrum 概述：它的核心是概述
scrum 的三个角色：产品负责人、开发团队、scrum 主管

精益	极限编程	scrum
争取人心	整体团队集体所有权	跨职能开发团队
整体优化	测试驱动开发持续集成	产品增量
更快交付	小版本发布	1-4 周的冲刺

8 月 15号，第五章

敏捷环境需要注意的点：
鼓励的方式

面对面沟通，站着参加 scrum 每日例会，使用简单、低科技的工具沟通，从成员那里获得清晰的解释，
时刻了解他人在做什么，向他人寻求帮助来完成任务，协助他人完成任务。

高科技沟通方式

视频会议和网络摄像头，即时消息软件、基于网络的桌面共享、协作网站

8 月 21号，第六章

开发团队能够做到：

直接负责创建项目的可交付成果。
自组织和自管理。
跨职能工作。

产品负责人需要：

设定项目的战略和方向，并设定长期和短期目标，