“XP起步”部分，到现在已经把正确的思维习惯介绍完毕。
而这些方面：
1、简单设计；
2、共享代码所有权；
3、编码标准；
4、每周40小时工作制
会自然的依序出现。
其它的：
1、现场客户；
2、验收测试；
3、教练和跟踪者
就可能要花花一些时间。
一、简单设计：
1、运行所有测试；
2、不包括重复代码；
3、清楚地表现出程序员对全部代码的意图；
4、包括尽可能少的类和方法。
简单的才会保留下来！
如何做到简单设计：
1、首先写验收测试；
2、保持每个类只负责一件事；
3、使用Demeter法则；——待介绍
4、使用定性的概念；——待介绍
5、使用CRC卡片(白板)来探索；——付诸行动！离开电脑（开发环境），在白板前进行设计
二、代码所有权
开发团队中的每个人都具有权力和义务修改它。
纪律——单元测试+代码版本控制
三、现场客户
如果客户没有给你提供一个全职的、一流的合作人员，请求他们免除这个项目。
因为他们不是认真的。
例外：
1、管理者或者开发者之一就是领域专家；
2、做探索性工作，客户也不知道自己想要什么；
3、已经有良好的沟通渠道。
四、验收测试
知道你什么时候做完。
单元测试给开发人员信心；验收测试给客户信心。
验收测试是开发者和客户直接的合同。
如何写验收测试？什么时候写验收测试？测试什么？
自动化验收测试。
功能测试与单元测试。功能测试应该是开发人员跟很多测试人员共同完成。
五、编码标准
保持团队不会被无用的小事弄得心烦意乱。
格式化编辑工具+好的易于执行的协议！
六、加班不是答案
“可持续发展”！
加班：你不想工作的时候而花费在工作上的时间。
七、一幅画胜过千言万语
找到好的“比喻”
八、寻求指导
跟一个伟大的老师学习1天，胜过自己勤奋的学习1000天。
九、保持记录
搜集数据、保持记录、做好跟踪：
1、鼓励每个人更好的估算；
2、更好的识别项目进度；
3、识别出问题的范围。
跟踪：
1、估算和实际执行的情况；
2、创建的和通过的验收测试。
wiki！