當我介紹自己是軟件架構師時，對方通常會有兩種反應。要麼覺得這非常酷，想瞭解更多；要麼就是露出不屑的神情，意思是說「我想跟實際開發軟件的人聊，而不是跟只會畫框框線線的指揮家聊」。軟件架構的角色在IT 行業中名聲很差，出現這種想法自然不難理解。
「軟件架構」給人的印象通常是架構師閉門造車，提前做好大型預先設計，然後好像接力賽跑時傳遞交接棒一樣，把龐大的UML（Unified Modeling Language，統一建模語言）模型或200頁Word 文檔丟給毫不知情的開發團隊。當然，這是假設架構師實際參與了軟件設計。似乎很多人都認為，只要做一個PPT，而且幻燈片中有一頁出現了「企業服務總線」框線圖，就算是做完 了軟件設計。哦，千萬別忘了，這個PPT 裡毫無疑問也少不了對ROI（Return on Investment，投資回報）和TCO（Total Cost of Ownership，總體擁有成本）的陳述。
很多組織對軟件開發普遍都有一個有意思的看法。比如，他們看到了離岸外包可以節省成本，因而把軟件開發流程中的編碼工作也看作一種可以買賣的商品。其結果往往是本地開發者被推向所謂「高價值」的軟件架構職位，而編碼則交由其他人完成。多數情況下這只會讓軟件架構和開發更加脫節，還常常讓人像趕鴨子上架一樣不得不去承擔架構工作。這些組織也常傾向於把架構師看作一種職位級別而非工作角色。