1.走进敏捷
* 组织成功
增加业务专家，较少bug和测试的交流成本，即使取消不好的技术
首先发布最有价值的特性，时常发布新的版本，即使改进软件
* 技术成功
结对编程，代码审核，确保同一份代码有不同的人复查过
* 个人成功
2 敏捷方法
设定编码标准
使用版本控制
向利益相关者每周演示版本
敏捷软件开发宣言
个人和交互胜过过程和工具
可工作的软件胜过面面俱到的文档
客户协作胜过合同谈判
响应变化胜过遵循计划
敏捷宣言背后的原则
尽早的，持续地交付
欢迎变化
频繁交付能工作的软件
项目开发以积极的个体为基础
面对面交谈
能工作的软件是度量进度的标准
能长期维持一个恒定的速度
对技术卓越和良好的设计能增加敏捷的能力
简单性
最好的架构，需求和设计出自组织的团队
每隔一段时间，应该反思如何变得更加高效，然后调整和校正其行为
3 理解XP
xp强调面对面协作，有效地消除交流中的延迟和误解
迭代式工作，用周来表示进行划分，每周进行部分发布计划，设计，编码，测试
与其依赖于测试员寻找bug，不如靠整个团队自己产生没有bug的代码
xp的领导者应该挖掘潜能而不是创建工作和分配任务，团队的每个成员应该时刻明白他如何最好地帮助团队前进
技术债务应该及时记录和解决，坚持简单设计，坚持不懈地重构
4 采用XP
管理层支持
团队认同
一个同地协作的团队
现场客户
合适的团队大小
使用所有实践
5 思考
结对编程
结对工位
可见的大图，团队日历，记录重要日期，迭代数目以及哪天有人要休假
6 协作
信任
* 程序员和客户换位思考
* 程序员和测试员换位思考
* 共同进餐，午餐会议
* 维持一个团队的持续性
坐到一起，准确沟通
真实客户参与
统一协作语言
站立会议
* 我昨天做了什么
* 我今天要做什么
* 有什么问题妨碍我的进展
* 会议要简单，不超过10分钟
编码规范
迭代演示
* 演示在10分钟内结束，毕竟每周都有演示
汇报
* 进展汇报
* 管理汇报，面对上层管理者，使管理者可以分析趋势并且设立目标
7 发布
全部完成
没有bug
版本控制
十分钟构建一个经过测试的完整版本
持续集成
代码集体所有制，团队可以解决任何可能出现的问题
8 计划
愿景
发布计划
计划博弈 综合整个团队的专业技能来制定可达成的计划
风险管理
迭代计划
松弛 团队在每次迭代中都能可靠地交付
故事 构成团队计划中的各个项目
估算 使团队可以预测工作所需的时间
9 开发
增量式需求 在客户给出需求的细节的同时，团队已经可以开始工作了
客户测试
测试驱动开发
重构
简单设计
增量设计和架构 程序员在开发基础架构的同时开始软件特性的开发
试验方案
性能优化
探索性测试 让测试人员找出不同团队成员思考过程中的不一致性
10 价值和原则
勇气，做正确的决策，即使很困难，把需要了解的情况告诉投资人
沟通，提供正确的信息
简单性
反馈
最终
11 改善过程
理解你的项目
12 以人为本
建立有效地关系
让正确的人做正确的事
过程以人为本
13 消除浪费
基于短小的，可恢复的步骤工作
快速失败，可以快速掉头
最大化未完成得工作
寻求产能
14 交付价值
利用你的敏捷
只有可发布的代码才有价值
交付商业结果
频繁交付
15 寻求技术卓越
