有很多人，特別是在大型組織裡，自稱「解決方案架構師」或「技術架構師」。他們設計好了軟件，為自己的方案編寫文檔，然後扔給一個單獨的開發團隊。這個方案一旦「完成」，架構師就會去別的地方重複這個過程，甚至往往對開發團隊的進展看都不看一眼。如果再加上「不是我發明的」綜合症，結果往往就是接手的團隊不會對這個方案負責，最初創建的「架構」變得脫離現實。
我曾見過不少這樣的架構師，我主持過的一次面試就是這種軟件開發方法的縮影。在照例拋出「談談你的角色和最近的項目」這個問題之後，我就清楚地知道，面前這個（為一個大型「藍籌」咨詢公司工作的）架構師的所作所為，就是給一個項目創建軟件架構，寫好文檔然後到其他地方重複這個過程。他告訴我，給出「方案」後就很少或不再參與項目，然後我問他怎麼知道他的軟件架構是管用的。他被這個問題困住了，最後他聲明這是「實現細節」。他自信地認為自己的軟件架構是正確的，如果開發團隊沒有讓它工作，那是他們的問題。在我看來，這種說法簡直荒謬，這讓他看起來像頭蠢驢。他的方法也就是AaaS……「架構即服務」1 ！
1 AaaS，即Architecture as a Service。——譯者注