不同於典型的軟件開發者，軟件架構角色 需要通才。這肯定是在軟件項目起航階段掌舵的角色，包括管理非功能性需求，整理出對上下文和環境因素敏感的軟件設計。但也要不斷地轉向，因為你選擇的航線可能需要在途中調整。畢竟，敏捷方法已經向我們展示了，不一定預先就有（或需要）所有的信息。
創建一個最初的願景，交流，並在整個軟件開發的聲明週期中潛在地演化它，這些對一個成功的軟件項目是必需的。單是這個原因，讓某人來創建這個願景，然後讓另一個團隊去（試著）交付，就毫無意義。當這種事情發生時，初始的設計方案本質上就成了在架構師和開發團隊中傳遞的指揮棒。這很低效，甚至無效，文檔交換也意味著很多與創建願景相關的決策上下文也丟失了。祈禱開發團隊永遠不需要問任何關於設計或其意圖的問題吧！
真正的自組織團隊不會有這樣的問題，但大多數團隊還沒有成熟到那個程度。在整個交付中，要有人負責大局，同時為保證軟件順利交付承擔責任。軟件開發不是接力運動，順利交付也不是「實現細節」。