下面是范文網(wǎng)小編分享的產(chǎn)品架構(gòu)師崗位職責(zé)共6篇(什么是產(chǎn)品架構(gòu)師)，供大家參閱。

產(chǎn)品架構(gòu)師崗位職責(zé)共1

　　首席架構(gòu)師崗位職責(zé)

【篇1：崗位等級表】

《職等職級表》詮釋： 一、職位等級a-h

　　職位等級分為8個等級，將對應(yīng)財務(wù)費用內(nèi)控的報銷標(biāo)準(zhǔn)等級。 二、職位級別25級

　　職位級別劃分，目的在于明確薪資制定標(biāo)準(zhǔn)以及明晰員工職業(yè)發(fā)展通道。為加薪以及晉升提供依據(jù)。 三、公司崗位分五大類

　　決策管理類、支持管理類、技術(shù)類、營銷類以及生產(chǎn)類

【篇2：技術(shù)新老員工不是和管理,如何安排崗位？】

　　一個下級，是創(chuàng)業(yè)老員工，在公司早期創(chuàng)業(yè)階段由于技術(shù)非常出色，被提升為公司核心技術(shù)團隊的主管，但這位老員工，其實不擅長管理，甚至極其討厭。過了幾年，公司做大了，這個主管的團隊人數(shù)都增加到10人以上。管理問題會更加突出。

　　但想讓他轉(zhuǎn)其他技術(shù)崗位，或者調(diào)其他主管過來管理，他都十分反對，堅持不調(diào)整。如果辭退，他是老員工擔(dān)心有一定影響，但更擔(dān)心的是跳到競爭對手那里?，F(xiàn)在我該如何給他安排崗位，既能安定他的心又能做好管理工作？

1、他反對可能是他自己也想做好或是自己很熱愛這份工作。 2、先了解原因為什麼不願意調(diào)動。 3、了解不適合管理的原因。 4、用心與他溝通。

5、管理還是可能培養(yǎng)的。（懂技術(shù)再學(xué)習(xí)管理知識，會成為一名出色的管理者的。

　　調(diào)崗或找人來接替對這種類型老員工來講都是非常尷尬的處理方式,即然是技術(shù)團隊的核心更不能夠輕易辭退,不僅是公司的損失更可能成為公司的競爭對手,可以設(shè)立一個技術(shù)核心類的崗位,例如:總設(shè)計師或?qū)＜翌惖膷徫?讓他脫離管理層面而又不失他的技術(shù)特長,在外人看來即是升職又保全了他的顏面...

　　調(diào)換崗位是肯定的，必須告訴他新崗位是如何如何的重要，在新崗位有哪些新的挑戰(zhàn)，如何才能讓他認(rèn)識到新崗位的重要性，絕口不能提他不適應(yīng)原有工作。新崗位比如說：質(zhì)量專員，

[編號]：行政

二、未來五年的組織結(jié)構(gòu)圖 三、未來十年的組織結(jié)構(gòu)圖：

四、部門設(shè)置細(xì)分：

1、發(fā)展研究中心：下設(shè)首席架構(gòu)師，行業(yè)研究中心，新商業(yè)發(fā)展中心。 2、通路事業(yè)部：未來發(fā)展成為集團公司的招商通路快建子公司。 下設(shè)：招商中心，會務(wù)中心，客服中心。

3、支付事業(yè)部：未來發(fā)展成為集團公司的電子支付子公司。 4、新媒體事業(yè)部：未來發(fā)展成為集團公司的新媒體子公司。 5、技術(shù)事業(yè)部：未來發(fā)展成為集團公司的軟件子公司。 五、職責(zé)、職權(quán)、議事規(guī)則見“部門職責(zé)、職權(quán)、議事規(guī)則”； 六、崗位設(shè)置、編制、時間、預(yù)算，見excel表

產(chǎn)品架構(gòu)師崗位職責(zé)共2

　　軟件架構(gòu)師崗位職責(zé)

【篇1：軟件架構(gòu)師崗位說明書】

　　軟件架構(gòu)師崗位說明書

　　軟件架構(gòu)師的工作職責(zé)

　　構(gòu)架設(shè)計師負(fù)責(zé)在整個項目中對技術(shù)活動和工件進行領(lǐng)導(dǎo)和協(xié)調(diào)。構(gòu)架設(shè)計師要確立每個構(gòu)架視圖的整體結(jié)構(gòu)：視圖的詳細(xì)組織結(jié)構(gòu)、元素的分組以及這些主要分組之間的接口。因此，與其他角色相比，構(gòu)架設(shè)計師的見解重在廣度，而不是深度。(rup中的定義） 人員配備

“理想的建筑師應(yīng)該既是文學(xué)家又是數(shù)字家，他還應(yīng)通曉歷史，熱衷于哲學(xué)研究，精通音樂，懂得醫(yī)藥知識，具有法學(xué)造詣，深諳天文學(xué)及天文計算?！?--維特魯威（古羅馬建筑師），約公元前 25 年

　　簡而言之，構(gòu)架設(shè)計師必須多才多藝、成熟練達、洞察力強、經(jīng)驗豐富。這樣，他才能在無法獲得完整信息的情況下迅速領(lǐng)會問題并根據(jù)經(jīng)驗作出審慎的判斷。更準(zhǔn)確地說，構(gòu)架設(shè)計師（或者構(gòu)架團隊的成員）必須兼具以下技能：

　　1 經(jīng)驗：既包括在問題領(lǐng)域的經(jīng)驗（通過徹底了解需求），也包括在軟件工程領(lǐng)域的經(jīng)驗。對于一個構(gòu)架團隊，這些素質(zhì)要求可由各團隊成員來分別承擔(dān)，但其中至少要有一名構(gòu)架設(shè)計師能夠把握項目的全局。

　　2 領(lǐng)導(dǎo)才能：能夠推動各個團隊的技術(shù)進展，并能在壓力下作出關(guān)鍵性的決策然后將其貫徹到底。要提高效率，構(gòu)架設(shè)計師和項目經(jīng)理必須緊密協(xié)作。構(gòu)架設(shè)計師主要負(fù)責(zé)解決技術(shù)問題，項目經(jīng)理主要負(fù)責(zé)解決行政管理問題。構(gòu)架設(shè)計師必須有權(quán)在技術(shù)問題上作出決定。 3 溝通：能夠贏得他人的信任，以對其進行說服、激勵和指導(dǎo)。構(gòu)架設(shè)計師不能靠命令進行領(lǐng)導(dǎo)，而必須要贏得項目中其他人員的贊同。為了提高效率，構(gòu)架設(shè)計師必須贏得項目團隊、項目經(jīng)理、客戶、用戶群體以及管理團隊的尊敬。

　　以目標(biāo)為中心、積極主動，不懈地追求成效。構(gòu)架設(shè)計師是推動項目發(fā)展的技術(shù)動力，而不是空想家。在其職業(yè)生涯中，成功的構(gòu)架設(shè)計師一直都要在捉摸不定和承受壓力的情況下作出折衷決定。構(gòu)架設(shè)計師只有將注意力集中在該做的事情上，才能在項目中取得成功。 4 從專業(yè)角度看，構(gòu)架設(shè)計師必須具備角色：設(shè)計員的所有能力。 5 團隊。如果項目較大，需要組建一個構(gòu)架團隊，則應(yīng)盡量廣聚賢才，使該團隊既擁有廣泛的經(jīng)驗，又對軟件工程流程具有一致的認(rèn)識。構(gòu)架團隊不應(yīng)該是由各團隊、領(lǐng)域或承包商的代表組成的委員會。軟件構(gòu)架設(shè)計是一項長期的工作，始終都需要配備專職人員。 系統(tǒng)架構(gòu)師的職責(zé)：

一、理解系統(tǒng)的業(yè)務(wù)需求，制定系統(tǒng)的整體框架（包括：技術(shù)框架和業(yè)務(wù)框架）

二、對系統(tǒng)框架相關(guān)技術(shù)和業(yè)務(wù)進行培訓(xùn)，指導(dǎo)開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。

　　系統(tǒng)架構(gòu)師的目的：

　　對系統(tǒng)的重用、擴展、安全、性能、伸縮性、簡潔等做系統(tǒng)級的把握。

　　系統(tǒng)架構(gòu)師能力要求：

一、系統(tǒng)架構(gòu)相關(guān)的知識和經(jīng)驗。

二、很強的自學(xué)能力、分析能力、解決問題的能力。 三、寫作、溝通表達、培訓(xùn)。

　　角色

　　軟件架構(gòu)師software architect

　　定義

　　主導(dǎo)系統(tǒng)全局分析設(shè)計和實施、負(fù)責(zé)軟件構(gòu)架和關(guān)鍵技術(shù)決策的角色

　　職責(zé)

　　l、領(lǐng)導(dǎo)與協(xié)調(diào)整個項目中的技術(shù)活動（分析、設(shè)計和實施等） l、推動主要的技術(shù)決策，并最終表達為軟件構(gòu)架

　　l、確定和文檔化系統(tǒng)的相對構(gòu)架而言意義重大的方面，包括系統(tǒng)的需求、設(shè)計、實施和部署等“視圖”

　　l、確定設(shè)計元素的分組以及這些主要分組之間的接口

　　l、為技術(shù)決策提供規(guī)則，平衡各類涉眾的不同關(guān)注點，化解技術(shù)風(fēng)險，并保證相關(guān)決定被有效的傳達和貫徹 l、理解、評價并接收系統(tǒng)需求 l、評價和確認(rèn)軟件架構(gòu)的實現(xiàn)

　　專業(yè)技能

　　l、技術(shù)全面、成熟練達、洞察力強、經(jīng)驗豐富，具備在缺乏完整信息、眾多問題交織一團、模糊和矛盾的情況下，迅速抓住問題要害，并做出合理的關(guān)鍵決定的能力 l、具備戰(zhàn)略性和前瞻性思維能力，善于把握全局，能夠在更高抽象級別上進行思考；

　　l、對項目開發(fā)涉及的所有問題領(lǐng)域都有經(jīng)驗，包括徹底地理解項目需求，開展分析設(shè)計之類軟件工程活動等

　　l、具備領(lǐng)導(dǎo)素質(zhì)，以在各小組之間推進技術(shù)工作，并在項目壓力下做出牢靠的關(guān)鍵決策

　　l、擁有優(yōu)秀的溝通能力，用以進行說服、鼓勵和指導(dǎo)等活動，并贏得項目成員的信任；

　　l、以目標(biāo)導(dǎo)向和主動的方式來不帶任何感情色彩地關(guān)注項目結(jié)果，構(gòu)架師應(yīng)當(dāng)是項目背后的技術(shù)推動力，而非構(gòu)想者或夢想家（追求完美）

　　l、精通構(gòu)架設(shè)計的理論、實踐和工具，并掌握多種參考構(gòu)架、主要的可重用構(gòu)架機制和模式（例如j2ee架構(gòu)等）；

　　l、具備系統(tǒng)設(shè)計員的所有技能，但涉及面更廣、抽象級別更高；

　　活動

　　確定用例或需求的優(yōu)先級、進行構(gòu)架分析、創(chuàng)建構(gòu)架的概念驗證原型、評估構(gòu)架的概念驗證原型的可行性、組織系統(tǒng)實施模型、描述系統(tǒng)分布結(jié)構(gòu)、描述運行時刻構(gòu)架、確定設(shè)計機制、確定設(shè)計元素、合并已有設(shè)計元素

　　工件

　　軟件構(gòu)架文檔、參考構(gòu)架、分析模型、設(shè)計模型、實施模型、部署模型、構(gòu)架概念驗證原型、接口、事件、信號與協(xié)議

【篇3：軟件架構(gòu)師崗位職責(zé)】

　　軟件架構(gòu)師崗位職責(zé)

1、軟件架構(gòu)師的工作職責(zé)

1、領(lǐng)導(dǎo)與協(xié)調(diào)整個項目中的技術(shù)活動（分析、設(shè)計和實施等）#160;#160;#160;

2、推動主要的技術(shù)決策，并最終表達為軟件構(gòu)架#160;#160;#160; 3、確定和文檔化系統(tǒng)的相對構(gòu)架而言意義重大的方面，包括系統(tǒng)的需求、設(shè)計、實施和部署等“視圖”#160;#160;#160; 4、確定設(shè)計元素的分組以及這些主要分組之間的接口#160;#160;#160;

5、為技術(shù)決策提供規(guī)則，平衡各類涉眾的不同關(guān)注點，化解技術(shù)風(fēng)險，并保證相關(guān)決定被有效的傳達和貫徹#160;#160;#160; 6、理解、評價并接收系統(tǒng)需求#160;#160;#160; 7、評價和確認(rèn)軟件架構(gòu)的實現(xiàn) 2、軟件架構(gòu)師崗位職責(zé)

1.根據(jù)客戶需求及市場行業(yè)需求進行軟件構(gòu)架的制定(技術(shù)框架和業(yè)務(wù)框架)；

2.對軟件構(gòu)架相關(guān)人員進行技術(shù)和業(yè)務(wù)培訓(xùn)，并指導(dǎo)開發(fā)人員進行開發(fā)；

3.解決軟件開發(fā)過程中遇到的問題；

4.為技術(shù)決策提供規(guī)則，平衡各類涉眾的不同觀點，化解技術(shù)風(fēng)險； 5.負(fù)責(zé)組合和帶領(lǐng)公司內(nèi)部員工研究與項目相關(guān)的新技術(shù)； 6.完成領(lǐng)導(dǎo)交給的其他任務(wù)。 3、軟件架構(gòu)師崗位職責(zé)

　　架構(gòu)師的職責(zé)就是設(shè)計一個公司系統(tǒng)的基礎(chǔ)架構(gòu)，并提供關(guān)于怎樣建立和維護系統(tǒng)的指導(dǎo)方針。具體來講，架構(gòu)師的職責(zé)主要體現(xiàn)在以下幾方面：

1、負(fù)責(zé)公司系統(tǒng)的架構(gòu)設(shè)計、研發(fā)工作。 2、承擔(dān)從業(yè)務(wù)向技術(shù)轉(zhuǎn)換的橋梁作用。

3、協(xié)助項目經(jīng)理制定項目計劃和控制項目進度。 4、負(fù)責(zé)輔助并指導(dǎo)系統(tǒng)分析開展設(shè)計工作。 5、負(fù)責(zé)組織技術(shù)研究和攻關(guān)工作。

6、負(fù)責(zé)組織和管理公司內(nèi)部的技術(shù)培訓(xùn)工作。

7、負(fù)責(zé)組織及帶領(lǐng)公司內(nèi)部員工研究與項目相關(guān)的新技術(shù)。

8、管理技術(shù)支撐團隊并給項目、產(chǎn)品開發(fā)實施團隊提供技術(shù)保障。 9、理解系統(tǒng)的業(yè)務(wù)需求，制定系統(tǒng)的整體框架（包括、技術(shù)框架和業(yè)務(wù)框架）。

10、對系統(tǒng)框架相關(guān)技術(shù)和業(yè)務(wù)進行培訓(xùn)，指導(dǎo)開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。

產(chǎn)品架構(gòu)師崗位職責(zé)共3

架構(gòu)師的職責(zé)就是設(shè)計一個公司系統(tǒng)的基礎(chǔ)架構(gòu)，并提供關(guān)于怎樣建立和維護系統(tǒng)的指導(dǎo)方針。具體來講，架構(gòu)師的職責(zé)主要體現(xiàn)在以下幾方面：

1、負(fù)責(zé)公司系統(tǒng)的架構(gòu)設(shè)計、研發(fā)工作。

2、承擔(dān)從業(yè)務(wù)向技術(shù)轉(zhuǎn)換的橋梁作用。

3、協(xié)助項目經(jīng)理制定項目計劃和控制項目進度。

4、負(fù)責(zé)輔助并指導(dǎo)系統(tǒng)分析開展設(shè)計工作。

5、負(fù)責(zé)組織技術(shù)研究和攻關(guān)工作。

6、負(fù)責(zé)組織和管理公司內(nèi)部的技術(shù)培訓(xùn)工作。

7、負(fù)責(zé)組織及帶領(lǐng)公司內(nèi)部員工研究與項目相關(guān)的新技術(shù)。

8、管理技術(shù)支撐團隊并給項目、產(chǎn)品開發(fā)實施團隊提供技術(shù)保障。

9、理解系統(tǒng)的業(yè)務(wù)需求，制定系統(tǒng)的整體框架（包括、技術(shù)框架和業(yè)務(wù)框架）。

10、對系統(tǒng)框架相關(guān)技術(shù)和業(yè)務(wù)進行培訓(xùn)，指導(dǎo)開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。

產(chǎn)品架構(gòu)師崗位職責(zé)共4

　　崗位說明書系列

　　編號：FS-ZD-04017

　　系統(tǒng)架構(gòu)師崗位職責(zé)

　　System Architect Job Duties Template

　　說明：為規(guī)劃化、統(tǒng)一化進行崗位管理，使崗位管理人員有章可循，提高工作效率與明確責(zé)任制，特此編寫。

1.主持產(chǎn)品架構(gòu)分析和架構(gòu)設(shè)計，構(gòu)建系統(tǒng)核心原型。

2.參與關(guān)鍵技術(shù)問題的緊急攻關(guān)活動。

3.與各項目開發(fā)組進行技術(shù)交流，指導(dǎo)日常開發(fā)工作。

4.參與技術(shù)評審，控制產(chǎn)品設(shè)計質(zhì)量。

5.制定產(chǎn)品、開發(fā)規(guī)范。

　　請輸入您的公司名字

　　Fonshion Design Co., Ltd

　　第1頁 / 共1頁

產(chǎn)品架構(gòu)師崗位職責(zé)共5

　　數(shù)據(jù)架構(gòu)師崗位職責(zé)

【篇1：數(shù)據(jù)倉庫架構(gòu)師的崗位職責(zé)和崗位要求】

　　數(shù)據(jù)倉庫架構(gòu)師的崗位職責(zé)和崗位要求

　　根據(jù)網(wǎng)絡(luò)招聘的資料合成的,不過好像聽起來好像和項目經(jīng)理的角色區(qū)別不大,呵呵!而且好像都是要全能的上將![@more@]崗位職責(zé) 1.制定數(shù)據(jù)倉庫建設(shè)方案 2.數(shù)據(jù)倉庫的設(shè)計和開發(fā)

3.數(shù)據(jù)倉庫應(yīng)用方案設(shè)計和推廣

　　崗位要求

1、熟悉大型企業(yè)商業(yè)智能整體運作模式和系統(tǒng)框架，深刻理解商業(yè)智能對業(yè)務(wù)運營的杠桿作用，能夠應(yīng)用bi工具指導(dǎo)和幫助業(yè)務(wù)過程的改進。

2、5年以上oracle或者sqlserver數(shù)據(jù)庫管理經(jīng)驗，熟練使用unix和linux，深刻理解數(shù)據(jù)倉庫應(yīng)用設(shè)計原理和實踐；

3、精通數(shù)據(jù)庫索引和sql語句的優(yōu)化，和服務(wù)器的性能參數(shù)調(diào)整，有perl,

4、熟練一種以上主流etl工具和bi工具,如informatica,owb,dts等等

5、能根據(jù)業(yè)務(wù)需求設(shè)計數(shù)據(jù)倉庫模型，有3年以上數(shù)據(jù)倉庫開發(fā)實施經(jīng)驗，掌握多種數(shù)據(jù)倉庫開發(fā)，多維分析相關(guān)技術(shù)和olap前端展現(xiàn)工具；

6、有相關(guān)行業(yè)數(shù)據(jù)分析經(jīng)驗者及互聯(lián)網(wǎng)點擊流數(shù)據(jù)分析經(jīng)驗者優(yōu)先；有數(shù)據(jù)挖掘應(yīng)用和開發(fā)經(jīng)驗優(yōu)先；

7、強烈責(zé)任心，開放的性格，良好的溝通能力；較強的分析問題、解決問題能力，良好的溝通能力、團隊精神。 8、熟悉erwin或powerdesigner建模工具；

9、有一個以上企業(yè)級數(shù)據(jù)倉庫項目設(shè)計經(jīng)驗，精通數(shù)據(jù)倉庫架構(gòu)，熟悉數(shù)據(jù)倉庫項目的實施流程；

【篇2：數(shù)據(jù)架構(gòu)師崗位職責(zé)】

1.制定面向產(chǎn)品的數(shù)據(jù)設(shè)計規(guī)范和流程，制定數(shù)據(jù)設(shè)計所需的各種文檔模板；

2.負(fù)責(zé)數(shù)據(jù)倉庫建模、數(shù)據(jù)庫優(yōu)化、數(shù)據(jù)部署，數(shù)據(jù)抽取等etl的設(shè)計，編寫專業(yè)的系統(tǒng)設(shè)計文檔； 3.對于it系統(tǒng)應(yīng)對大數(shù)據(jù)量和大并發(fā)所要求的性能指標(biāo)從數(shù)據(jù)模型和部署等方面給出設(shè)計和持續(xù)的優(yōu)化支持；

4.參與產(chǎn)品架構(gòu)設(shè)計文檔和詳細(xì)設(shè)計文檔的評審； 5.完成上級領(lǐng)導(dǎo)安排的其他任務(wù)。

【篇3：架構(gòu)師的職責(zé)】

　　架構(gòu)師之路(3)---架構(gòu)師的職責(zé) 王澤賓

　　關(guān)鍵字: 架構(gòu) 3 架構(gòu)師的職責(zé)

　　近來看到csdn上有個cto俱樂部，里面聊得是不亦樂乎。我懷著無比崇敬的態(tài)度，拜讀了一下牛人們的發(fā)言。里面有個哥們發(fā)起一個話題：“cto, 你多久沒有寫程序了？”。有人回答：“不寫代碼的cto,屬于......這公司問題大了!”?？吹竭@里，我就趕緊撤了，怕忍不住反駁幾句，反而遭到牛人 們的群毆。試想，一個上點規(guī)模的it公司，還得靠cto來寫程序的話，那是不是才叫問題大了呢。當(dāng)然，我沒有做過cto，所以我有我的不同看法，而且還愿 意表達出來，無知者無畏。我情愿相信：我所理解的cto跟這位cto所理解的是兩回事。所以我想，如果有人能把cto的職責(zé)給標(biāo)準(zhǔn)化了，也許就不會有這么 多的爭論了。

　　同樣的道理，關(guān)于架構(gòu)師的定義，大家也有著不同的理解。什么是架構(gòu)師？架構(gòu)師有哪些職責(zé)？我覺得有必要提前明確一下，要不然大家溝通起來也會產(chǎn)生類似問 題，子說子理，卯說卯理，但是壓根說得不是一碼子事。 什么是架構(gòu)師

　　曾經(jīng)有這么個段子：

　　甲：我已經(jīng)應(yīng)聘到一家中型軟件公司了，今天上班的時候，全公司的人都來歡迎我。

　　乙：羨慕ing，都什么 人來了？

　　甲：ceo、coo、cto、all of 程序員，還有會計、司機都來了。

　　乙：哇，他們太重視你了，人才啊，這么多人迎接你！

　　甲： 沒有啊，就一個人！

　　乙：靠，#%￥$%...

　　很多的創(chuàng)業(yè)公司，一人身兼數(shù)職的情形還是很常見的。至少，我是經(jīng)歷過的，一個人包辦了所有的開發(fā)過程，連測試我都做了，絕對的一條龍，但是經(jīng)常踩鋼絲、騎 獨輪車總會有失足的時候，結(jié)果有一次，從我手里發(fā)出去的光盤母盤，含有病毒僵尸，以至于被迫收回已經(jīng)推上市場的2萬張光盤，從那之后，我的心臟就開始變得 無比堅強，現(xiàn)在就是整個后臺服務(wù)都癱瘓了，我也只是微微一笑。其實，一個人身兼架構(gòu)師和程序員，甚至多種角色，沒什么不妥，后面還會講這個話題，這種現(xiàn)象 不是中國特色，跟國外是完全接軌的。我曾經(jīng)跟米國的一個工程師在msn中聊過類似的話題，發(fā)現(xiàn)他們跟咱們沒什么不同，在it這個行業(yè)，我們跟他們的差距只 有1天，他們剛出來的東西，我們保準(zhǔn)第2天就能找得到。

　　架構(gòu)師這個稱呼不是你我杜撰出來的，是有國際標(biāo)準(zhǔn)（iso/iec ）可查的。架構(gòu)師是軟件開發(fā)活動中的眾多角色之一，它可能是一個人、一個小組，也可能是一個團隊。微軟對架構(gòu)師有一個分類參考，他們把架構(gòu)師分 為4種：企業(yè)架構(gòu)師ea(enterprise architect)、基礎(chǔ)結(jié)構(gòu)架構(gòu)師ia(infrastructure architect)、特定技術(shù)架構(gòu)tsa(technology-specific architect)和解決方案架構(gòu)師sa (solution architect)。微軟的這個分類實際上是按照架構(gòu)師專注的不同方向和領(lǐng)域劃分的。

，這些都是一個技術(shù)型公司傳承下來的最寶貴的財富之 一；特定技術(shù)架構(gòu)師tsa，他們主要從事類似安全架構(gòu)、存儲架構(gòu)等專項技術(shù)的規(guī)劃和設(shè)計工作；sa的工作則專于解決方案的規(guī)劃和設(shè)計，“解決方案”這個詞 在中國已經(jīng)到了嚴(yán)重泛濫的程度，大忽悠們最喜歡把它掛在嘴邊。所謂解決方案，就是把產(chǎn)品、技術(shù)或理論，不斷地進行組合，來創(chuàng)造出滿足用戶需求的選擇。售前 工程師一般都是帶著它到客戶那里去發(fā)揮的。

　　大公司會把各種類型的架構(gòu)師分得很清楚，小公司一般就不那么講究了，架構(gòu)師多數(shù)是是ia+tsa+sa，一人包打天下，所以說大公司出專才，小公司出全 才。

　　實際工作中，我們也經(jīng)常會見到另一種比較簡單的分類方式，把架構(gòu)師分為軟件架構(gòu)師和系統(tǒng)架構(gòu)師。軟件架構(gòu)師基本上是tsa+ia，這也是程序員最容易突 破，最可能走上的一條道路，比如java架構(gòu)師、dotnet架構(gòu)師、lapm架構(gòu)師等等，我后面所講的內(nèi)容都是與軟件架構(gòu)師的相關(guān)的話題。系統(tǒng)架構(gòu)師實 際上是sa+tsa，更著力于綜合運用已有的產(chǎn)品和技術(shù)，來實現(xiàn)客戶期望的需求。系統(tǒng)架構(gòu)師要求通曉軟、硬件兩方面的知識，所以它的知識體系相對龐雜。關(guān) 于系統(tǒng)架構(gòu)師的話題，我們可以稍后再作討論。 架構(gòu)師的職責(zé) 架構(gòu)師需要參與項目開發(fā)的全部過程，包括需求分析、架構(gòu)設(shè)計、系統(tǒng)實現(xiàn)、集成、測試和部署各個階段，負(fù)責(zé)在整個項目中對技術(shù)活動和技術(shù)說明進行指導(dǎo) 和協(xié)調(diào)。

　　架構(gòu)師主要職責(zé)有4條： 1、確認(rèn)需求

　　在項目開發(fā)過程中，架構(gòu)師是在需求規(guī)格說明書完成后介入的，需求規(guī)格說

　　明書必須得到架構(gòu)師的認(rèn)可。架構(gòu)師需要和分析人員反復(fù)交流，以保證自己完整并準(zhǔn)確地 理解用戶需求。 2、系統(tǒng)分解

　　依據(jù)用戶需求，架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件，從而形成不同的邏輯層或服務(wù)。隨后，架構(gòu)師會確定各層的接口，層與層相互之間的關(guān)系。架構(gòu)師不 僅要對整個系統(tǒng)分層，進行“縱向”分解，還要對同一邏輯層分塊，進行“橫向”分解。

　　軟件架構(gòu)師的功力基本體現(xiàn)于此，這是一項相對復(fù)雜的工作。 3、技術(shù)選型

　　架構(gòu)師通過對系統(tǒng)的一系列的分解，最終形成了軟件的整體架構(gòu)。技術(shù)選擇主要取決于軟件架構(gòu)。

　　web server運行在windows上還是linux上？數(shù)據(jù)庫采用mql、oracle還是mysql？需要不需要采用mvc或者spring等輕量 級的框架？前端采用富客戶端還是瘦客戶端方式？類似的工作，都需要在這個階段提出，并進行評估。 架構(gòu)師對產(chǎn)品和技術(shù)的選型僅僅限于評估，沒有決定 權(quán)，最終的決定權(quán)歸項目經(jīng)理。架構(gòu)師提出的技術(shù)方案為項目經(jīng)理提供了重要的參考信息，項目經(jīng)理會從項目預(yù)算、人力資源、時間進度等實際情況進行權(quán)衡，最終 進行確認(rèn)。 4、制定技術(shù)規(guī)格說明

　　架構(gòu)師在項目開發(fā)過程中，是技術(shù)權(quán)威。他需要協(xié)調(diào)所有的開發(fā)人員，與開發(fā)人員一直保持溝通，始終保證開發(fā)者依照它的架構(gòu)意圖去實現(xiàn)各項功能。 架構(gòu)師與開發(fā)者溝通的最重要的形式是技術(shù)規(guī)格說明書，它可以是uml視圖、word文檔，visio文件等各種表現(xiàn)形式。通過架構(gòu)師提供的技術(shù)規(guī)格說明 書，保證開發(fā)者可以從不同角度去觀察、理解各自承擔(dān)的子系統(tǒng)或者模塊。

　　架構(gòu)師不僅要保持與開發(fā)者的溝通，也需要與項目經(jīng)理、需求分析員，甚至與最 終用戶保持溝通。所以，對于架構(gòu)師來講，不僅有技術(shù)方面的要求，還有人際交流方面的要求。 架構(gòu)師的誤區(qū)

1、架構(gòu)師就是項目經(jīng)理

　　架構(gòu)師不是項目經(jīng)理。項目經(jīng)理側(cè)重于預(yù)算控制、時間進度控制、人員管理、與外部聯(lián)系和協(xié)調(diào)等等工作，具備管理職能。一般小型項目中，常見項目經(jīng)理兼架構(gòu) 師。 2、架構(gòu)師負(fù)責(zé)需求分析

　　架構(gòu)師不是需求分析員。需求分析人員的工作是收集需求和分析需求，并與最終用戶、產(chǎn)品經(jīng)理保持聯(lián)系。架構(gòu)師只對最終的需求審核和確認(rèn)，提出需求不清和不完 整的部分，他會跟需求分析員時刻保持聯(lián)系。架構(gòu)師是技術(shù)專家，不是業(yè)務(wù)專家。 3、架構(gòu)師從來不寫代碼

　　這是一個尚存爭論的問題。目前有兩種觀點：

　　觀點1：架 構(gòu)師不寫代碼，寫代碼純體力活，架構(gòu)師寫代碼大材小用。架構(gòu)師把uml的各種視圖交給開發(fā)人員，如果有不明確的地方，可以與架構(gòu)師隨時溝通。 觀點 2：架構(gòu)師本來自于程序員，只是比程序員站的層面更高，比程序員唯一多的是經(jīng)驗和知識，所以架構(gòu)師也免不了寫代碼。

　　我個人覺得這兩種說法是與架構(gòu)師的出身和所處的環(huán)境有關(guān)。

　　架構(gòu)師首先是一個技術(shù)角色，所以一定是來自于技術(shù)人員這個群體，比如系統(tǒng)架構(gòu)師，多是來自于運維人員，可能本身代碼寫得并不多，或者說寫不出來很漂亮的代 碼。軟件架構(gòu)師多是來自于程序員，有著程序員的血統(tǒng)和情懷，所以在項目開發(fā)過程中，可能會寫一些核心代碼。我們的理想是架構(gòu)師不用寫代碼，但事實上有時候 過于理想。架構(gòu)師寫不寫代碼，可能取決于公司的規(guī)模、文化、開發(fā)人員的素質(zhì)等現(xiàn)實情況。 架構(gòu)師的基本素質(zhì)

　　周星馳有個片子《喜劇之王》，劇中的尹天仇整天揣著本《演員的自我修養(yǎng)》，一個好演員不僅需要天賦，也需要一定的理論指導(dǎo)，無師自通的人畢竟是少 數(shù)。架構(gòu)師的成長過程也是這樣。從普通程序員到高級程序員，再到架構(gòu)師，是一個經(jīng)驗積累和思想升華的過程。經(jīng)驗積累是一個方面，素質(zhì)培養(yǎng)是另一個方面，兩 者相輔相成，所以我覺得有必要把架構(gòu)師的所要具備的素質(zhì)羅列一下，作為程序員努力的方向。 1、溝通能力 為了提高效率，架構(gòu)師必須贏得團隊成員、項目經(jīng)理、客戶或用戶認(rèn)同，這就需要架構(gòu)師具有較強的溝通能力。溝通能力是人類最普遍性的素質(zhì)要求，技術(shù)人員好像 容易忽略，架構(gòu)師不能忽略。千萬不要抱著這樣的觀念：懷才跟懷孕似的，時間長了總會被人發(fā)現(xiàn)的。還是天橋上賣大力丸的哥們說得對：光說不練假把式，光練不 說傻把式?？纯茨阒車念^頭腦腦們，哪一個不是此中高手，我們不要鄙視，認(rèn)為是阿諛奉承、投機鉆營，你要看到積極的一面，這的確是一種能力。我自認(rèn)為自己 是一個略內(nèi)向的人，因為我是農(nóng)村出來的孩子，總帶有點自卑感，總想著是金子就會發(fā)光，職業(yè)道路中確實吃了不少虧?，F(xiàn)在，我懂得了溝通的重要性，而且也很主 動跟同事們，跟老大們定時溝通，工作起來順暢多了。這一條我認(rèn)為最重要，所以排在首位。我甚至于認(rèn)為下面幾條忽略都行，就是這一條得牢記，有意識的提醒自 己。 2、抽象思維和分析能力

　　架構(gòu)師必須具備抽象思維和分析的能力。程序員如何具備這種能力呢？一是來自于經(jīng)驗，二是來自于學(xué)習(xí)。架構(gòu)師不僅要具備在問題領(lǐng)域上的經(jīng)驗，也需要具備在軟 件工程領(lǐng)域內(nèi)的經(jīng)驗。也就是說，架構(gòu)師必須能夠準(zhǔn)確得理解需求，然后用軟件工程的思想，把需求轉(zhuǎn)化和分解成可用計算機語言實現(xiàn)的需求。經(jīng)驗的積累是需要一 個時間過程的，這個過程誰也幫不了你，是需要你去體會的。但是，如果你有意識地去培養(yǎng)，不斷吸取前人的經(jīng)驗的話，還是可以縮短這個過程的。這也是我寫作此 系列的始動力之一，這對我這個大齡青年來講已經(jīng)沒有

　　保留的意義了。當(dāng)你是初級程序員的時候，我已經(jīng)是高級程序員了；當(dāng)你做高級程序員的時候，我已經(jīng)是架構(gòu) 師了；當(dāng)你是架構(gòu)師的時候，我已經(jīng)是首架了；等你首架的時候，我已經(jīng)退休了；等你退休了，我又投胎了......。 3、領(lǐng)導(dǎo)能力

　　架構(gòu)師能夠推動整個團隊的技術(shù)進展，并能在壓力下作出關(guān)鍵性的決策，并將其貫徹到底。要提高效率，構(gòu)架設(shè)計師和項目經(jīng)理必須緊密協(xié)作。構(gòu)架設(shè)計師主要負(fù)責(zé) 解決技術(shù)問題，項目經(jīng)理主要負(fù)責(zé)解決行政管理問題。構(gòu)架設(shè)計師必須有權(quán)在技術(shù)問題上作出決定。

　　這種能力與技術(shù)基本無關(guān)，但我為了使文章的看起來完整、嚴(yán)謹(jǐn)，還是加進來了。其實，你只要拿到最重要的人權(quán)和財權(quán)，再扯上一張“領(lǐng)導(dǎo)”的虎皮，采用“胡蘿 卜加大棒”的方式，基本上可以保證執(zhí)行力，除非自己是個“蛋白質(zhì)”。其它能力不寫了，你慢慢體會吧。

　　總而言之，一句話：架構(gòu)師是項目團隊中的技術(shù)權(quán)威。

　　面向過程和面向?qū)ο筮@兩個概念，不僅架構(gòu)師需要非常清楚，程序員也要清楚，這也是系統(tǒng)分析、設(shè)計和編碼最基本的思維方式。我接觸的程序員，很多人只 停留在一種“似是而非”的程度，想要繼續(xù)前進，就得把基礎(chǔ)夯實，所以很有必要回回爐，補補課。

----

　　后 記：在講面向?qū)ο笾皩懥诉@么一篇，主要就是要把前面漏下的功課補上。

產(chǎn)品架構(gòu)師崗位職責(zé)共6

　　系統(tǒng)架構(gòu)師崗位職責(zé)

【篇1：系統(tǒng)架構(gòu)工程師崗位說明書】

　　系統(tǒng)架構(gòu)工程師崗位說明書

【篇2：系統(tǒng)架構(gòu)師職責(zé)要求】

　　系統(tǒng)架構(gòu)師

1、負(fù)責(zé)分析、規(guī)劃、設(shè)計公司新項目的架構(gòu)；

2、完成從研發(fā)文檔到系統(tǒng)發(fā)布等項目開發(fā)各環(huán)節(jié)的工作；

3、分析和解決現(xiàn)有系統(tǒng)中的設(shè)計缺陷，并創(chuàng)造性提升、改進工作方法和技術(shù)；

4、指導(dǎo)專業(yè)技術(shù)子模塊的研發(fā)設(shè)計，為項目團隊提供指導(dǎo)；

5、管理團隊，將系統(tǒng)開發(fā)任務(wù)合理分配到各級開發(fā)人員，按時完成開發(fā)任務(wù)。

　　任職資格：

1、五年以上研發(fā)經(jīng)驗，三年以上架構(gòu)師經(jīng)驗，有團隊管理經(jīng)驗； 2、精通c#、c++、系統(tǒng)架構(gòu)和設(shè)計模式，熟悉sql server/my sql數(shù)據(jù)庫管理系統(tǒng)、相關(guān)技術(shù)及工具；

3、至少負(fù)責(zé)過兩個以上的大型軟件項目的總體設(shè)計、技術(shù)實施及項目管理，熟悉軟件產(chǎn)品研發(fā)過程；

4、具備良好的表達和溝通能力，擅長技術(shù)文檔的書寫；

5、具備極強的團隊精神和合作精神，對工作有熱情，能夠在一定壓力下工作。

【篇3：崗位職責(zé)表(系統(tǒng)架構(gòu)部-研發(fā)工程師)】

　　廣州一呼百應(yīng)網(wǎng)絡(luò)技術(shù)有限公司

　　陽光事業(yè)部

產(chǎn)品架構(gòu)師崗位職責(zé)共6篇(什么是產(chǎn)品架構(gòu)師)相關(guān)文章：