可惜，很多軟件團隊裡，在開發團隊和架構師之間都有這個不必要的鴻溝，特別是當架構師被看作是只會下命令的獨裁者。這導致了幾個問題：
- 不管架構師的決策是否正確，開發團隊都不尊重他；
- 開發團隊變得缺乏積極性；
- 重要決策因為職責不明而無人負責；
- 因為沒有人負責大局，項目最終苦不堪言。
幸好，有一些簡單的方法能從兩方面解決這個問題，畢竟，軟件開發是一個團隊行為。
如果你是軟件架構師
- 包容與合作：讓開發團隊參與軟件架構的過程，幫助他們瞭解大局，認同你所做的決策。確保每個人都明白決策背後的原理和目的，會對此有所幫助。
- 動手：如果可能的話，參與一些項目的日常開發工作 來提高你對架構交付的理解。根據你的角色和團隊規模，這可能會不太現實，那就通過其他方式來瞭解底層的進展，比如協助設計和代碼評審。瞭解軟件的底層如何工作會讓你更透徹地了解開發團隊對架構（比如：他們是否對其視而不見）的感受，也會為你提供有價值的信息，可以用來更好地塑造/影響架構。如果開發者感到痛苦，你也要感同身受。
如果你是軟件開發者
- 瞭解大局：花些時間去瞭解大局將幫助你瞭解做出架構決策的語境，增強你對系統整體的理解。
- 挑戰架構決策：有了對大局的瞭解，你現在就有機會挑戰眼前的架構決策。架構應該是一個合作的過程，而不是由那些不參與項目日常工作的人說了算。如果你發現有些事情你不理解或不喜歡，挑戰它。
- 申請參與：很多項目都有一個負責架構的架構師，這個人通常會承擔所有的「架構工作」。如果你是一個開發者，想要參與其中，提出來。你說不定幫了架構師一個忙！