對很多組織來說，這裡有個大問題：找不到足夠的架構師。雖然石匠大師可能沒有太多時間自己去跟石頭打交道，但還是和團隊一起工作。我常常遇到一些架構師，他們要協助多個不同團隊。很明顯，如果和多個不同團隊一起工作，要向軟件交付的實踐部分做出貢獻是不現實的，你沒有時間寫任何代碼。
在多個團隊中扮演軟件架構角色，並不是一個有效的工作方式。通常這種情況發生時，都有一個由被視為共享資源的架構師組成的中心組（比如「企業架構組」）。根據我所讀到的，石匠大師任何時候都會只關注一個建築工地，這也正是我們的軟件開發團隊應該採用的方法。如果你認為這不可能，就看看中世紀建築行業是怎麼解決這個問題的15 ：
15 http://www.historylearningsite.co.uk/medieval_masons.htm
每個石匠都會帶一個為他工作的學徒。當石匠接下一份新工作，學徒也會跟著他。如果石匠覺得自己的學徒已經對行當足夠瞭解，就會讓他在石匠行會接受考驗。
再次回到了典型的學徒模式，這也是為什麼指導和輔導應該是現代軟件架構角色 的一部分。我們需要培養未來的軟件架構師 ，每個軟件開發團隊都需要他們自己的建造大師。