模式是用来解决常见的、反复出现的问题。反模式是一种另类的模式，指我们反复犯的一些常见错误，了解反模式是避免发生错误的第一步。
如果你发现自己面临着夸大优先级的问题时，那么可以采用如下方法：
1. 定期清除你的缺陷，控制缺陷数据库 2. 控制缺陷的优先级，允许用户指定严重性而不是优先级 3. 不要用数字来表示优先级，按照优先顺序把缺陷列出来
巨星效应会破坏团队。确保开发过程包含足够的检验机制和平衡机制：
1. 确保“完成就是完成”，当前工作完成之前不允许任何人进入下一个任务。 2. 将大任务分解成具体的小任务。 3. 采用“自负自责”的原则，谁造成了缺陷谁就负责修复它。
从最初的构思到最终部署，整个过程用同一个团队。
救火模式永远也不会修复任何质量问题，所以不妨退一步，先找出问题产生的根本原因，再去解决这些问题。
当面对一个特别麻烦的软件时，我们习惯于丢弃现有的代码而重写新代码，但是，对任何重写的建议都要抱着怀疑的态度，进行一次非常细致的成本/收益分析，与此同时，避免彻头彻尾地重写。
没有代码所有权，有时候会导致质量低劣，甚至一塌糊涂，它之所以有效是因为有很多其他的极限编程方法支持，特别是结对编程、测试优先开发、及统一的编码标准，如果没有，那么这个方法就有危险了。
记住：把所有不明白的地方都当作缺陷，即使当你确定这不是缺陷时，你也一定会学到一些东西。