在20世纪90年代早期，对哪些面向对象的建模符号是最好的争论一直都没停止过。谢天谢地，统一建模语言（United Modeling Language，UML）的出现结束了这场所谓的“符号战争”，并成为大家公认的标准。遗憾的是，我们现在又遇到了敏捷方法战争——不同流派的敏捷方法有着不同的隐喻、独特的专业术语，有时甚至还有可疑的认证体系。为了更好地理解我们处于哪个术语池中，请参考表3.2，它总结了许多敏捷方法的常用术语。这张表仅仅只是一个粗粒度的对照表，包括DAD过程框架中的术语到Scrum、极限编程、敏捷建模及其他敏捷方法中所运用的术语。但是需要注意的是，这张对照表并不是一对一的，特别是，第一行并不和项目带头人/教练/领队/经理这几个术语的概念一一对应。另外，不仅目前还没有统一的官方敏捷术语，甚至一段时间内其也不太可能变成现实。在DAD过程框架中，我们避免使用那些专有品牌敏捷术语，取而代之，尽可能地采用简单而直观的词汇。
下面我们会逐个研究DAD过程框架中所采用的主要敏捷实践和策略。
相关资源：[软件交付] 规范敏捷交付 企业级敏捷软件交付的方法与实践 (英文版)