1.指责不能修复BUG。把矛头对准解决问题的办法，而不是人。这是真正有用处的正面效应
2.欲速则不达
3.对事不对人
4.排除万难、奋勇前进
5.跟踪变化
6.对团队投资
7.懂得丢弃：抛弃已经过时的习惯，拥抱新方法
8.打破沙锅问到底：多问为什么，追寻问题根源
9.把握开发节奏：
10.让客户做决定：作为开发者，只要知道 决定什么不该决定就行
11.让设计指导而不是操纵开发：设计满足实现即可，不必过于详细；不要过分设计
12.合理的使用技术：选择技术是因为适合，而不是为了炫技；新的框架只是型的工具，能更好的完成工作，它不应该成为你的工作。
13.保持可以发布：谨慎应对改变
14.提早集成，频繁集成
15.提早实现自动化部署，
16.使用演示获得频繁反馈：需求永远在变动的
17.使用短迭代。增量发布：分析，设计，实现，测试和获得反馈，叫做迭代
18.固定的价格就意味着背叛承诺
19.守护天使：编写能产生反馈的代码
20.先用它再实现它：测试先行，先写接口，用到再去完善细节
21.不同环境，就有不同问题
22.自动验收测试
23.度量真实的进度：
24.倾听用户的声音：找出真相，修复真正的问题。在用户的角度来思考
25.代码要清晰地表达意图：
26.用代码沟通：使用细心选择、有意义的命名。
27.动态取舍评估：不要过分优化
28.增量式编程：
29.保持简单：简单不是简陋，是优雅与简洁
30.编写内聚的代码：
31.告知，不要询问：将命令与查询分离开来
32.根据契约进行替换
33.记录解决问题的日志：记录曾经遇到的bug 问题等
34.警告就是错误：
35.对问题各个击破 ：隔离代码，用原型进行隔离
36.报告所有异常：处理或是向上传播所有异常，
37.提供有用的错误信息：显示有用的错误信息，提供更易于查找错误细节的方式，错误信息有助于问题的解决。
38.定期安排会面时间：站立会（1.昨天收获，2今天计划 3面临的障碍）
39.架构师必须写代码：架构师应该负责设计和指导，优秀的设计从积极的程序员哪里开始演化的，积极的编程可以带来升入的了解。
40.实行代码集体所有制：让开发人员轮换完成系统不同领域中不同模块的不同任务。
41.成为指导者：好主意就像火，可以引领世界，同时不削弱自己。分享知识。
42.允许大家自己想办法：“授人以鱼，三餐之需；授人以渔，终身之用“；给别人解决问题的机会，指给它们正确的方向，而不是直接提供解决方案。每个人都能从中学到不少东西。用问题来回答问题，可以引到走上正确的道路。
43.准备好后再共享代码：不要提交未完成的代码，
44.做代码复查：提升代码质量和降低错误率；多思考，少指责
45.及时通报进展与问题：把握进度。
ps：
敏捷开发就是在一个高度协作的环境中，不断的使用反馈进行自我调整和完善
在功能不变的情况下，重新设计部分代码，改善代码质量。这就是所谓的重构
唯有变化是永恒的。
迭代和增量式学习
在敏捷项目中，我们小步前进，不停的手机反馈，时刻矫正自己。
关于测试：
1.确保测试是可重复的
2.测试你的边界条件
3.不要放过任何一个失败的测试。
高效的协作是敏捷开发的基石