敏捷过程的价值观
客户合作胜过合同谈判
响应变化胜过循环计划
敏捷过程的基本原则
最优先，尽早持续地交付有价值的软件
参与者不能惧怕变化——即使到开发后期也欢迎改变需求，敏捷过程利用变化来为客户创造竞争优势
经常性交付可以工作的软件，间隔越短越好
以人为中心开发，信任，交流，合作
工作的软件是首要的进度度量的标准
敏捷过程提倡可持续的开发速度，负责人/开发者和用户应该能够保持一个长期的/恒定的卡发速度
不断地关注优秀设计的技能和好的设计会增强敏捷能力
简单——使未完成的工作最大化的艺术——是最根本的
最好的架构、需求和设计出自于自组织的团队
如何才能更有效的工作——团队反省，相应地调整自己的行为
极限编程
XP的价值观
——改善沟通
——寻求简单
——获得反馈
——富有勇气
XP的最佳实践
——客户座位团队成员
——用户素材
——短交付周期
——验收测试
——结对编程
——测试先行，测试驱动开发
——集体所有权，所有人都对代码负责
——持续集成，良好的配置支持，提高速度
——可持续的开发速度，以人为本，人员工作效率
——开放的工作时间，交流讨论
——计划。调整，变化
——简单的设计。匹配当前迭代状态
——重构。优化系统结构，增加灵活性，提高代码利用率
——隐喻。
XP的特点
——基本过程与AP一致
——对XP的批评：文档过少，竞争体现不足
其他敏捷过程
SCRUM
——充分发挥人的创造力
——开发过程
————计划和体系结构设计（确定性过程）
————Sprint（经验性过程）
开发、打包、评审、调整
————交付和巩固（确定性过程）
——对过程的管理
————风险、难点、变更、Backlog、对象构件、packets、问题
————项目组织。管理组、小组
————Sprint期间的调控。避免干扰、陷入混乱，会议，评审
——特点
————强调协作
动态系统开发方法
水晶系列方法
适配性软件开发
特征驱动开发
开放源代码
