專職架構師的職責

首先要弄清楚的是專職架構師的職責到底是什么?

微軟對架構師有一個分類：企業架構師EA(Enterprise Architect)、基礎結構架構師IA(Infrastructure Architect)、特定技術架構TSA(Technology-Specific Architect)和解決方案架構師SA (Solution Architect)。這個分類是按照架構師專注的領域不同而劃分。

在阿里除了EA之外的領域大家可能會同時涉及到，只是不同的時期偏重點不一樣。比如前面說的“兼職架構師”可能偏重SA?專職架構師偏向IA+TSA。另外一個角度專職架構師更多考慮問題域和相應的系統架構，而“兼職架構師”更多的是產品的系統架構，具體來說我認為專職架構師重要的職責如下：

職責一：全局的技術規劃

架構師第一個最重要的職責是技術規劃，架構師最重要的產出是架構，架構就是藍圖，就是阿里常說的一張圖。畫藍圖就是做“全局的技術規劃”，這張圖上有什么?沒有什么?什么時候有?什么時候沒有?當你嘗試去畫圖的時候一連串的問題拷打著你。對于一個架構師的心力和體力都是很大的考驗。只有這張圖非常清晰明確才能指引整個團隊在同一個時間向同一個方向前進。

為了這張圖你必須和業務緊密溝通，你必須有對應的技術深度和廣度，在選型上有自己的方法論，敢于做出判斷和決策。

另外一個重點是全局。全局我的理解是全面+格局，全面就是你的技術規劃包含各個方面的，在所有的領域都有明確的指引，所以這張圖本質是一系列的圖的集合;格局上不要只關注短期利益，更多關注長期利益。不止關注團隊利益，更多從公司角度出發，只有這樣長期才能為團隊帶來更多的成長。

職責二：統一的方法&規范&機制

架構師第二個重要的職責，我們不僅僅要提供藍圖，還要提供配套的方法論&規范&機制來保障有序進行。藍圖確保整個團隊在同一個時間向同一個方向前進。規范確保前進是有序的。為了有序，你必須拆解你的圖，縱向、橫向、功能內聚等等緯度拆解到權責清晰對等。這是一項相對復雜且繁瑣的過程。

職責三：完備的基礎構建

除了藍圖確保整個團隊在同一個時間向同一個方向前進、規范確保前進的有序的、我們還需要提供強大的武器庫，基礎構建的完備程度決定你的團隊裝備是小米+步槍，還是飛機+大炮。完備的基礎構建是否全部作為實際架構的職責，可以因情況而定，比如是否有實體的架構組。但是架構對此應當負責。

職責四：落地的規劃才是架構

如果規劃不能落地就是傳說中的PPT架構師，我甚至覺得這是對專職架構師最大的挑戰，前面的幾個職責更加偏向硬實力，而這一個更多的是軟實力的體現。專職的架構師如果不去關注落地的話慢慢就會架空，變成PPT架構師，那差不多就game over了。

專職架構師的權利

正如前面說到對架構師最大的挑戰是落地層面，實際上“完備的基礎構建”已經涉及到落地層面的事情，但是和完備的基礎構建不同的是整體架構的落地涉及到方方面面，面臨是更多影響因素：和業務的關系、組織結構、權責定義等等。

所以有人從“架構師的權利和職責”的角度出發推論誰合適做架構師。得出的結論是一個組織的領導者。因為只有他才能調動、協調組織。也有人認為架構師既不能完全負責技術團隊，也不能完全游離在技術團隊之外。因為負責容易屁股決定腦袋，游離就只能靠個人聲望值吃飯了。

如正架構分類中EA的存在，很多領導者也確實身體力行的踐行架構師的職責，然而精力終有限。實際上更多是平衡的過程。當然最高境界是影響力。

專職架構師的考核

針對前面的職責怎么考核?或者怎么設定自己目標?雖然說在不同的團隊階段，不同外在環境，不同的權責情況下不一樣，但是在結果導向的背景下落地肯定是架構師重要的考核指標之一。

考核一：全局的技術規劃

相比其他幾項這一項是最重要又最難評價的，技術規劃的好壞、全面性、前瞻性都是定性的描述，如何指引我們做出一個理性的評價呢?回歸到本質上“技術規劃”只是一個指路燈，團隊中每一個人能不能看到“指路燈”就到達目的地是指路燈價值的體現。所以無論是唯價值論還是唯口碑論衡量的其實是同一個東西。

考核二：統一的方法&規范&機制

這一項的考核就相對容易多了，無論是業界還是每一個架構師本身都有自己的一套方法，所以只需關注這些東西對應的產出。

考核三：完備的基礎構建

我認為在大公司，大部分重量級的基礎構建已經是非常完備，對于架構師來說更難的不是從0到1，而是克制、邊界和從1到2的過程。對于架構師也好、技術團隊也好“從0到1”總是充滿了吸引力，加上技術人的特征，大公司技術史上永遠不缺少重復的輪子，創建這些輪子成就了一代一代的同學，拆除這些輪子再成就了一代的同學，所以克制尤為重要;有了克制跨團隊的合作就尤為重要，對應的有兩個點一是清晰邊界，二是共建。

考核四：落地的規劃才是架構

雖然說落地是非常不控的事情，但是考核卻很容易的：做到就是做到、沒有就是沒有、質量好就是質量好，標準非常清晰。過程中只需要緊跟拆解的事情結合實際的組織和業務情況做出決策。

這張圖從架構師的綜合能力、崗位認識、崗位職責等方面，清楚的畫出了作為一個架構的基本準則。

1、技術能力

技術能力，不用置疑肯定是最重要的。技術能力弱的架構不是一個好架構。所以，你需要知道所有主流技術的基本原理、應用場景，及快速解決問題的能力。

所以，架構師必須要有見識，所需知識面肯定是要不斷拓展的。你需要清楚在什么樣的場景用什么樣的技術比較合適，并知道可能存在什么樣的風險。來了需求，你腦袋是空的，不知道用什么技術這是最可怕的。

2、架構能力

這個可以表現為抽象能力、整體規劃能力、及設計能力。你需要照在業務的角度進行系統分解、技術選型、架構搭建，以及規范制定。架構出來了至少可以滿足近幾年的發展，或者可以很方便對現有架構進行擴容。

有人說架構不需要懂業務，我面試過的就有明確表示不做業務架構。當然有方面的架構師，如中間件架構師，運維基礎設施架構師等。但一般的后端架構師都是需要了解業務，不理解業務你如果進行系統分解，服務劃分，及根據不同業務作出不同的架構?

技術都是為業務服務的，不站在業務的角度設計架構，那架構就是空談。

3、溝通能力

這個看起來不是最重要的，其實也非常重要。作為一個優秀的架構師，你需要清楚的知道客戶的需求，需要不斷和需求人員進行溝通，以達到客戶真正的目的。

不論是不是架構師，任何一個職場人，提高自己的溝通表達能力無疑是不可或缺的。有一句話怎么說的，領導就喜歡拍馬屁的。做領導的大多不是技術特別牛的，但溝通能力肯定是一流的。

這3點肯定是架構師的核心，但不一定是每個架構師的標準。

國內做程序員，30歲左右就得轉型，不然就會被嫌棄。不管是不是如此，大環境就是這樣，程序員你能干到35已見天花板。

所以，程序員必須轉型，管理職位數量有限，對性格、溝通表達能力有要求。所以轉型架構師是首選，大家一起加油吧。

環球網校小編友情提示：以上是環球網校HRBP頻道為您整理的作為HRBP，值得你了解的架構師，更多HRBP相關復習資料、模擬試題，請您點擊下面按鈕進入題庫免費下載。