程序员都很懒，你懂的！

敏捷不是快，而是拥抱变化(不断反馈的一个过程)。                                                       

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

敏捷原则：主张简单，拥抱变化，可持续性，快速反馈，轻装前进。

敏捷思维：让开发过程轻量化(我们不是软件工厂)。经验性过程更适合软件项目，需求是涌现式的，应用不断变化细化的计划，团队方法尽可能的自组织和自管理。

传统模式(瀑布模式，文档驱动开发，预测性控制风险)。

敏捷思想：摸着石头过河。软件开发是一个知识发现的过程。是一种管理风险的方式。

敏捷方法认为需求是涌现式的，范围是不确定的。

传统的项目经理：管理的是时间，成本，范围。

敏捷主张的是自主研发，市场推出的容忍度(研发周期)，快速识错(经验行的过程).

自组织的体现是管理放权。

价值驱动和成本驱动。外部激励和自我激励(感兴趣，成就感，适当的压力，竞争或挑战，责任心，有价值，自主权)。

敏捷强调沟通，沟通三要素：倾听，表达，确认。

团队和po确定Done的标准。

敏捷误区：敏捷不是快，敏捷不需要架构，敏捷需要做到简洁，不是减少。

为什么需要三个角色？我们需要做什么，方法，流程，递交。

Po的职责：查看竞争对手(决定需求，需求的管理者，不是提出者)。

SM:鼓舞士气，控制节奏，协调团队成员的职责，流程负责人。

团队：递交。

Srcum团队：有目标(拥有团队目标)，会反醒的团队(回顾会议)，拥有团队协议。