引入技術領導力，一條小的軟件架構準則就有從根本上幫助軟件團隊成功的巨大潛能。考慮到這一點，我們需要解決的最後一個問題就是，如何讓軟件團隊採用一個正好合適 的軟件架構方法，確保構建出結構良好的軟件系統來實現目標，特別是各種複雜的非功能需求和約束。這個問題通常會變成，如何將軟件架構重新引入 軟件團隊的工作方式。
在我看來，軟件架構最大的問題是它在與軟件行業每天創造的新事物競爭。我見過世界各地數以千計的軟件開發者，以我的經驗，他們當中很多人對軟件架構的思考還不夠。儘管教材非常多，很多團隊還是缺乏對軟件架構的真正認識。
人們用於學習的時間和精力有限，但沒時間通常不是團隊不理解軟件架構是什麼的原因。我以前擔任軟件架構角色時，和很多人一樣搞不清讀過的軟件架構書跟日常工作到底有多大關係。這種缺乏瞭解的情況日益嚴重，因為大多數軟件開發者並不定期實踐軟件架構。你在自己的職業生涯中，架構過多少軟件系統？
簡單來說，即使所有軟件團隊都思考軟件架構也遠遠不夠。那麼，我們如何讓軟件團隊重新認識軟件架構？