下面是范文網(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)文章:
相關(guān)熱詞搜索:產(chǎn)品架構(gòu)師崗位職責(zé)