程序猿都非常懒，你懂的！
敏捷不是快，而是拥抱变化(不断反馈的一个过程)。
简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过測试，具备集成和可执行的特征。换言之。就是把一个大项目分为多个相互联系，但也可独立执行的小项目，并分别完毕。在此过程中软件一直处于可使用状态。
敏捷原则：主张简单。拥抱变化。可持续性，高速反馈，轻装前进。
敏捷思维：让开发过程轻量化(我们不是软件工厂)。经验性过程更适合软件项目，需求是涌现式的，应用不断变化细化的计划，团队方法尽可能的自组织和自管理。
传统模式(瀑布模式，文档驱动开发，预測性控制风险)。
敏捷思想：摸着石头过河。软件开发是一个知识发现的过程。是一种管理风险的方式。
敏捷方法觉得需求是涌现式的，范围是不确定的。
传统的项目经理：管理的是时间，成本。范围。
敏捷主张的是自主研发，市场推出的容忍度(研发周期)，高速识错(经验行的过程).
自组织的体现是管理放权。
价值驱动和成本驱动。外部激励和自我激励(感兴趣，成就感，适当的压力，竞争或挑战，责任心。有价值，自主权)。
敏捷强调沟通。沟通三要素：倾听。表达，确认。
团队和po确定Done的标准。
敏捷误区：敏捷不是快，敏捷不须要架构，敏捷须要做到简洁，不是降低。
为什么须要三个角色？我们须要做什么。方法，流程。递交。
Po的职责：查看竞争对手(决定需求，需求的管理者，不是提出者)。
SM:鼓励士气，控制节奏，协调团队成员的职责，流程负责人。
团队：递交。
Srcum团队：有目标(拥有团队目标)，会反醒的团队(回想会议)，拥有团队协议。