作為經驗豐富的從業者，我們有義務去教育別人，但也要一步一步來。要記住，很多人在接觸軟件架構時可能都不瞭解過去的相關研究。想想你看到和聽到的關於軟件架構的術語。你要怎麼跟一個典型的軟件開發者解釋「邏輯視圖」？當我們談到「物理視圖」時，指的是代碼還是物理設備？在我們開始談論架構描述語言 1 和評估方法 2 之前，開發團隊中的每個人都要瞭解軟件架構的本質以及不思考它的後果。軟件架構的信息要具備可用性，立足現實。
1 http://en.wikipedia.org/wiki/Architecture_description_language
2 http://www.sei.cmu.edu/architecture/tools/evaluate/
這麼說似乎很怪，但管理軟件團隊的人也需要理解軟件架構的本質和必要性。這些年來，我合作過的一些團隊的管理層會對團隊說「別做軟件架構了，趕緊寫代碼」。這種情況很多時候都源於一個誤解：採用了敏捷方法，所有預先設計的做法就都應該被摒棄。這些軟件開發團隊通常承受著極大的交付壓力，但一些預先思考不但不會成為阻礙，反而是有益的。