作为经验丰富的从业者，我们有义务去教育别人，但也要一步一步来。要记住，很多人在接触软件架构时可能都不了解过去的相关研究。想想你看到和听到的关于软件架构的术语。你要怎么跟一个典型的软件开发者解释“逻辑视图”？当我们谈到“物理视图”时，指的是代码还是物理设备？在我们开始谈论架构描述语言 1 和评估方法 2 之前，开发团队中的每个人都要了解软件架构的本质以及不思考它的后果。软件架构的信息要具备可用性，立足现实。
1 http://en.wikipedia.org/wiki/Architecture_description_language
2 http://www.sei.cmu.edu/architecture/tools/evaluate/
这么说似乎很怪，但管理软件团队的人也需要理解软件架构的本质和必要性。这些年来，我合作过的一些团队的管理层会对团队说“别做软件架构了，赶紧写代码”。这种情况很多时候都源于一个误解：采用了敏捷方法，所有预先设计的做法就都应该被摒弃。这些软件开发团队通常承受着极大的交付压力，但一些预先思考不但不会成为阻碍，反而是有益的。