不要让没用的功能充斥着自己的系统，不要给系统制造垃圾还说等到以后再清理，我们实现的每个功能都应该是高质量的。不做要优于做差的东西。至少那样没有给系统制造垃圾（过分依赖重构会给代码制造垃圾）
当我们软件出来出现BUG找到开发人员进行修正时往往会出现这样的情形,我们经常会听到他们说这个模块不是我开发的请找某某某.在敏捷团队中不会推卸责任所有产品的代码是属于整个团队的,没有任何程序员对任何一个特定模块或技术单独负责.所有程序员都具有拆出任何模块并对他进行改进的权利.
在敏捷开发中需求分析贯穿系统开发的整个开发周期，传统的瀑布试开发，分析、设计、开发、测试、发布整个流程下来上一阶段是进行下一阶段工作的基础，如果分析和设计阶段出错那么也就预示着项目的失败。因为需求分析是否正确是项目成功的关键。我们都知道需求是最不稳定的随时面临变更的，这么重要和难做的工作要保证一次完成对于中大型项目来说几乎是不可能的。
当我们所开发的项目运行在我们的面前时设计的弊端就无所遁形了，这时是关注需求的最好时刻。
往往，当我们看到运行的系统后会发现他有许多不足，实施敏捷开发，通过短期频繁的快速交付可以运行的软件进行迭代试的增量开发。会促使系统慢慢的向好的方向演化，最终以我们期望的方式工作。同时这也要求我们的设计具有高度的灵活性。
敏捷团队
开发人员，商务人员，用户人员
用户素材：正在进行的关于需求的助记符号
沟通直到能够解决问题或意见达成一致就停止，无需再多。