首席架構(gòu)師 崗位職責（共8篇）

《首席架構(gòu)師 崗位職責（共8篇）》由會員分享，可在線閱讀，更多相關《首席架構(gòu)師 崗位職責（共8篇）（30頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、首席架構(gòu)師 崗位職責（共8篇） 第1篇：首席架構(gòu)師崗位職責首席架構(gòu)師崗位職責職等職級表詮釋： 一、職位等級a-h職位等級分為8個等級，將對應財務費用內(nèi)控的報銷標準等級。 二、職位級別25級職位級別劃分，目的在于明確薪資制定標準以及明晰員工職業(yè)發(fā)展通道。為加薪以及晉升提供依據(jù)。 三、公司崗位分五大類決策管理類、支持管理類、技術(shù)類、營銷類以及生產(chǎn)類一個下級，是創(chuàng)業(yè)老員工，在公司早期創(chuàng)業(yè)階段由于技術(shù)非常出色，被提升為公司核心技術(shù)團隊的主管，但這位老員工，其實不擅長管理，甚至極其討厭。過了幾年，公司做大了，這個主管的團隊人數(shù)都增加到10人以上。管理問題會更加突出。但想讓他轉(zhuǎn)其他技術(shù)崗位，或者調(diào)其他主管

2、過來管理，他都十分反對，堅持不調(diào)整。如果辭退，他是老員工擔心有一定影響，但更擔心的是跳到競爭對手那里?，F(xiàn)在我該如何給他安排崗位，既能安定他的心又能做好管理工作？1、他反對可能是他自己也想做好或是自己很熱愛這份工作。 2、先了解原因為什麼不願意調(diào)動。 3、了解不適合管理的原因。 4、用心與他溝通。5、管理還是可能培養(yǎng)的。（懂技術(shù)再學習管理知識，會成為一名出色的管理者的。調(diào)崗或找人來接替對這種類型老員工來講都是非常尷尬的處理方式,即然是技術(shù)團隊的核心更不能夠輕易辭退,不僅是公司的損失更可能成為公司的競爭對手,可以設立一個技術(shù)核心類的崗位,例如:總設計師或?qū)＜翌惖膷徫?讓他脫離管理層面而又不失他的技

3、術(shù)特長,在外人看來即是升職又保全了他的顏面.調(diào)換崗位是肯定的，必須告訴他新崗位是如何如何的重要，在新崗位有哪些新的挑戰(zhàn)，如何才能讓他認識到新崗位的重要性，絕口不能提他不適應原有工作。新崗位比如說：質(zhì)量專員，編號：行政003二、未來五年的組織結(jié)構(gòu)圖 三、未來十年的組織結(jié)構(gòu)圖：四、部門設置細分：1、發(fā)展研究中心：下設首席架構(gòu)師，行業(yè)研究中心，新商業(yè)發(fā)展中心。 2、通路事業(yè)部：未來發(fā)展成為集團公司的招商通路快建子公司。 下設：招商中心，會務中心，客服中心。3、支付事業(yè)部：未來發(fā)展成為集團公司的電子支付子公司。 4、新媒體事業(yè)部：未來發(fā)展成為集團公司的新媒體子公司。 5、技術(shù)事業(yè)部：未來發(fā)展成為集團公

4、司的軟件子公司。 五、職責、職權(quán)、議事規(guī)則見“部門職責、職權(quán)、議事規(guī)則”； 六、崗位設置、編制、時間、預算，見excel表第2篇：架構(gòu)師崗位職責架構(gòu)師崗位職責架構(gòu)師是一個非常重要是崗位，是一個公司系統(tǒng)的構(gòu)建者，下面我們一起去看一下架構(gòu)師崗位職責，歡迎瀏覽。架構(gòu)師的職責就是設計一個公司系統(tǒng)的基礎架構(gòu)，并提供關于怎樣建立和維護系統(tǒng)的指導方針。具體來講，架構(gòu)師的職責主要體現(xiàn)在以下幾方面：1、負責公司系統(tǒng)的架構(gòu)設計、研發(fā)工作。2、承擔從業(yè)務向技術(shù)轉(zhuǎn)換的橋梁作用。3、協(xié)助項目經(jīng)理制定項目計劃和控制項目進度。4、負責輔助并指導系統(tǒng)分析開展設計工作。5、負責組織技術(shù)研究和攻關工作。6、負責組織和管理公司內(nèi)部

5、的技術(shù)培訓工作。7、負責組織及帶領公司內(nèi)部員工研究與項目相關的新技術(shù)。8、管理技術(shù)支撐團隊并給項目、產(chǎn)品開發(fā)實施團隊提供技術(shù)保障。9、理解系統(tǒng)的業(yè)務需求，制定系統(tǒng)的整體框架（包括、技術(shù)框架和業(yè)務框架）。10、對系統(tǒng)框架相關技術(shù)和業(yè)務進行培訓，指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。12第3篇：首席架構(gòu)師英文縮寫首席架構(gòu)師英文縮寫類似英文請不要照字面翻，不懂就不要貼。英文最難的不是對號入座式的翻譯，而是_慣用法。本人是美國永久居民，來美十年了，所以了解_慣用法多些。所謂“首席架構(gòu)師”，在軟件公司中，叫做：chief software architect。提問者評價非常感謝年11月

6、30日13:22:26提升自已的能力,比如專業(yè)技術(shù),行業(yè)發(fā)展趨勢,技術(shù)發(fā)展趨勢,協(xié)調(diào)能力,組織能力,管理能力等需要從技術(shù)總監(jiān)和研發(fā)leader身上剝離職責。讓技術(shù)總監(jiān)和研發(fā)leader偏項目管理（管理族），把各個模塊之間的架構(gòu)設計工作，獨立出一個崗位，就是架構(gòu)師，來負責。真正的cto，是軟件產(chǎn)品和技術(shù)是統(tǒng)一管理的。商業(yè)、產(chǎn)品、技術(shù)、管理、團隊相平衡的綜合統(tǒng)管 一、高級程序員如果你是一個剛剛創(chuàng)業(yè)的公司，公司沒有專職產(chǎn)品經(jīng)理和項目經(jīng)理，你就是公司的產(chǎn)品經(jīng)理，你如果對你現(xiàn)在的開發(fā)員能力不滿，那么你只需要的是一個高級程序員。你定義功能、你做計劃推進和管理，他可以帶1-2個副手把你規(guī)劃的功能實現(xiàn)了，他是

7、主力干活者，有技術(shù)難題也是他來親自攻克解決。 所以，一個高級程序員，他的職責很清晰： 1、負責核心復雜功能的實現(xiàn)方案設計、編碼實現(xiàn)2、負責疑難bug分析診斷、攻關解決 二、研發(fā)leader公司再長大些。如果你就有一個研發(fā)團隊（含產(chǎn)品/開發(fā)/），你就一套主產(chǎn)品，而且你的研發(fā)團隊小于15人，那么你需要的就是一個研發(fā)leader。因為你已經(jīng)有了1-2個高級程序員，核心難題攻克和核心功能研發(fā)進度和質(zhì)量保證，已經(jīng)可以靠他們自身能力解決掉了。那么你需要研發(fā)leader干什么。 研發(fā)leader的職責是：1、團隊任務管理：開發(fā)工作量評估、開發(fā)任務分配2、團隊生產(chǎn)質(zhì)量提升：代碼審核、開發(fā)風險識別/報告/協(xié)調(diào)解

8、決 3、團隊生產(chǎn)力提升：代碼模板研發(fā)和推廣、最佳實踐規(guī)范總結(jié)和推廣、自動化研發(fā)生產(chǎn)工具研發(fā)和推廣4、團隊專業(yè)力提升：招聘面試、新人指導、領導復盤總結(jié)改進 三、技術(shù)總監(jiān)如果你的研發(fā)團隊超過20人了，而且有多套主打產(chǎn)品線了，你可能已經(jīng)有了多個研發(fā)leader了，那么你需要一個技術(shù)總監(jiān)。 技術(shù)總監(jiān)的職責：1、組建平臺研發(fā)部，搭建公共技術(shù)平臺，方便上面各條產(chǎn)品線開發(fā)。 2、通過技術(shù)平臺、通過高一層的職權(quán)，管理和協(xié)調(diào)各個產(chǎn)品線組?，F(xiàn)在每個產(chǎn)品線都應該有合格的研發(fā)leader和高級程序員了。 四、首席師因為你已經(jīng)有了技術(shù)總監(jiān)了，所以技術(shù)平臺不錯了。技術(shù)平臺和各條產(chǎn)品線的協(xié)調(diào)互動，也是技術(shù)總監(jiān)管著。因為你已

9、經(jīng)有了各個產(chǎn)品線的高級程序員，他們在靠個人能力維持著核心功能模塊的開發(fā)進度和代碼質(zhì)量。因為你已經(jīng)有了研發(fā)leader，所以代碼模板研發(fā)和推廣、最佳實踐規(guī)范總結(jié)和推廣，這些事都已經(jīng)在日常按份內(nèi)職責開展了。 那么，啥時候需要首席架構(gòu)師啊。也就是說，需要分離管理族和專業(yè)族了。你會發(fā)現(xiàn)，這個階段你的研發(fā)團隊已經(jīng)超過100來人了，需要有人專注來做架構(gòu)規(guī)劃、設計、日常維護。不能讓研發(fā)總監(jiān)和研發(fā)leader又做管理又做技術(shù)一股腦都扔給他們，你就等著總結(jié)果產(chǎn)出。這是不對的。需要從技術(shù)總監(jiān)和研發(fā)leader身上剝離職責了。讓技術(shù)總監(jiān)和研發(fā)leader偏項目管理（管理族），把各個模塊之間的架構(gòu)設計工作，獨立出一個

10、崗位，就是架構(gòu)師，來負責。每個產(chǎn)品線都有架構(gòu)師，在技術(shù)平臺部門也有技術(shù)平臺的架構(gòu)師。那么，技術(shù)平臺和業(yè)務產(chǎn)品線的架構(gòu)互動，就是首席架構(gòu)師在銜接了。讓技術(shù)平臺架構(gòu)能夠和產(chǎn)品業(yè)務系統(tǒng)的架構(gòu)互相促進和支撐，就是首席架構(gòu)師的份內(nèi)之事。 架構(gòu)師的職責是：1、架構(gòu)分析：從功能性需求中識別出需要增加的非功能性需求，好滿足性能、可擴展、解耦/集成、安全、可運維、高可用、易部署、易更新。并且識別完非功能型需求，還要做技術(shù)選型、技術(shù)架構(gòu)風險識別、技術(shù)實現(xiàn)工作量評估2、架構(gòu)設計和實現(xiàn)：非功能性模塊的架構(gòu)設計、接口設計、代碼實現(xiàn)。所以需要的是有代碼實現(xiàn)能力還要有架構(gòu)思維的工程師，不需要畫ppt的工程師3、業(yè)務架構(gòu)設計

11、和實現(xiàn)：需要對跨系統(tǒng)的接口進行識別、實現(xiàn)、維護，需要對能寫成公共代碼類庫的進行分析、識別、接口設計、實現(xiàn)、變更維護。4、重構(gòu)：架構(gòu)師需要經(jīng)常做bug分析、非模板性和公共類庫代碼檢查，以發(fā)現(xiàn)代碼腐爛程度，以發(fā)現(xiàn)還有哪些代碼沒有做很好的架構(gòu)和精心的代碼設計。所以重構(gòu)是經(jīng)常性維護發(fā)生的，不是攢到某一刻動大手術(shù)，甚至推翻重做，那就不叫重構(gòu)了。 五、cto你把架構(gòu)師團隊組織建立完成，再往大長，你才需要真正意義上的cto了。否則你一開始就招真正的cto，他也不滿意，你的期望也不對。現(xiàn)在你的期望也對了，他的能力模型也正好和你的期望職能匹配了，你能給他的和他想要的也正好匹配了。有的公司有軟件系統(tǒng)產(chǎn)品副總裁，也

12、有軟件系統(tǒng)技術(shù)副總裁，而且把軟件系統(tǒng)技術(shù)副總裁叫cto，軟件系統(tǒng)產(chǎn)品副總裁叫產(chǎn)品vp。這就很怪異。真正的cto，是軟件產(chǎn)品和技術(shù)是統(tǒng)一管理的。他做的事情，是商業(yè)、產(chǎn)品、技術(shù)、管理、團隊相平衡的綜合統(tǒng)管。 cto的職責：1、業(yè)績達成：洞察客戶需求，捕捉商業(yè)機會，規(guī)劃技術(shù)產(chǎn)品，通過技術(shù)產(chǎn)品領導業(yè)務增長，有清晰的戰(zhàn)略規(guī)劃、主攻方向，帶領團隊實現(xiàn)組織目標2、前沿和平臺：到這個研發(fā)規(guī)模規(guī)模級別了，一定要有專門的團隊做技術(shù)使用創(chuàng)新探索和前沿技術(shù)預研。而且要和技術(shù)平臺團隊、使用研發(fā)團隊形成很好的聯(lián)動作用，讓創(chuàng)新原型試點能夠很平滑的融入商業(yè)平臺再讓使用研發(fā)線規(guī)?；氖褂闷饋怼４罅康那把靥剿鞫妓涝诹藘?nèi)部，做完試

13、點就停滯了，這就需要cto做好整體的銜接推動工作。3、研發(fā)過程管理：站在全局立場來端到端改進業(yè)務流程，為業(yè)務增長提供方便4、組織和人才建設：公司文化和價值觀的傳承；研發(fā)專業(yè)族團隊梯隊建制建設、研發(fā)管理族團隊梯隊建制建設；創(chuàng)建創(chuàng)新激發(fā)機制，激發(fā)研發(fā)人創(chuàng)新向前發(fā)展，激發(fā)黑馬人脫穎而出ceo:首席執(zhí)行官，首席執(zhí)行官為一種高級職務名稱。在經(jīng)濟組織機構(gòu)中，首席執(zhí)行官（chief executive officer，縮寫ceo）是在一個企業(yè)中負責日常事務的最高行政官員，又稱作行政總裁、總經(jīng)理或最高執(zhí)行長。coo即首席運營官（英語：chief operating officer，英文縮寫：coo，又常稱為運

14、營官、營運總監(jiān)）是公司團體里負責監(jiān)督管理每日活動的高階官員。coo是企業(yè)組織中最高層的成員之一，監(jiān)測每日的公司運作，并直接報告給首席執(zhí)行官。在某些公司中coo會同時兼任總裁，但通常coo還是以兼任常務或資深副總裁的情況居多。 cfo：首席財務官cfo(chief financial officer)是企業(yè)治理結(jié)構(gòu)發(fā)展到一個新階段的必然產(chǎn)物。沒有首席財務官的治理結(jié)構(gòu)不是現(xiàn)代意義上完善的治理結(jié)構(gòu)。從這一層面上看，中國構(gòu)造治理結(jié)構(gòu)也應設立cfo之類的職位。當然，從本質(zhì)上講，cfo在現(xiàn)代治理結(jié)構(gòu)中的真正含義，不是其名稱的改變、官位的授予，而是其職責權(quán)限的取得，在管理中作用的真正發(fā)揮。cto:（首席技術(shù)

15、官(chieftechnologyofficer)）： cto（首席技術(shù)官）英文chief technology officer，即企業(yè)內(nèi)負責技術(shù)的最高負責人。這個名稱在1980年代從美國開始時興。起于做很多研究的大公司，如general electric，at t，alcoa，主要責任是將科學研究成果成為盈利產(chǎn)品。cio：首席信息官（又稱cio，是chief information officer的縮寫）中文意思是首席信息官或信息主管，是負責一個公司信息技術(shù)和系統(tǒng)所有領域的高級官員。他們通過指導對信息技術(shù)的利用來支持公司的目標。他們具備技術(shù)和業(yè)務過程兩方面的知識，具有多功能的概念，常常是將組

16、織的技術(shù)調(diào)配戰(zhàn)略和業(yè)務戰(zhàn)略緊密結(jié)合在一起的最佳人選。cio原指政府管理部門中的首席信息官，隨著信息系統(tǒng)由后方 辦公室的輔助工具發(fā)展到直接參和企業(yè)的有力手段，cio在企業(yè)中應運而生，成為舉足輕重的人物。美國企業(yè)的首席信息經(jīng)理相當于副總經(jīng)理直接對最高決策者負責。首席信息官是一個比較新的職位，目前只有在一些全球500強的大企業(yè)才設立職位，如coca cola， dsm 等。但是隨著商業(yè)領域多極化的競爭和發(fā)展，越來越多的企業(yè)開始將innovation這一概念作為企業(yè)的持續(xù)發(fā)展的動力和競爭優(yōu)勢，cio將成為未來企業(yè)最為重要的職位領導人之一。技術(shù)總監(jiān)的工作職責首席架構(gòu)師: 1.chief architec

17、t比爾蓋茨從1995年起就辭去了微軟ceo的職位，把日常管理工作交給了鮑爾默，自己專心致志地當起了首席架構(gòu)師（chief architect），全力思考微軟的方向和戰(zhàn)略問題。 2.chief software architect第4篇：軟件架構(gòu)師崗位職責 架構(gòu)師的職責就是設計一個公司系統(tǒng)的基礎架構(gòu)，并提供關于怎樣建立和維護系統(tǒng)的指導方針。具體來講，架構(gòu)師的職責主要體現(xiàn)在以下幾方面：1、負責公司系統(tǒng)的架構(gòu)設計、研發(fā)工作。2、承擔從業(yè)務向技術(shù)轉(zhuǎn)換的橋梁作用。3、協(xié)助項目經(jīng)理制定項目計劃和控制項目進度。4、負責輔助并指導系統(tǒng)分析開展設計工作。5、負責組織技術(shù)研究和攻關工作。6、負責組織和管理公司內(nèi)部

18、的技術(shù)培訓工作。7、負責組織及帶領公司內(nèi)部員工研究與項目相關的新技術(shù)。8、管理技術(shù)支撐團隊并給項目、產(chǎn)品開發(fā)實施團隊提供技術(shù)保障。9、理解系統(tǒng)的業(yè)務需求，制定系統(tǒng)的整體框架（包括、技術(shù)框架和業(yè)務框架）。10、對系統(tǒng)框架相關技術(shù)和業(yè)務進行培訓，指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。第5篇：軟件架構(gòu)師崗位職責軟件架構(gòu)師崗位職責軟件架構(gòu)師崗位說明書軟件架構(gòu)師的工作職責構(gòu)架設計師負責在整個項目中對技術(shù)活動和工件進行領導和協(xié)調(diào)。構(gòu)架設計師要確立每個構(gòu)架視圖的整體結(jié)構(gòu)：視圖的詳細組織結(jié)構(gòu)、元素的分組以及這些主要分組之間的接口。因此，與其他角色相比，構(gòu)架設計師的見解重在廣度，而不是深度。(

19、rup中的定義） 人員配備“理想的建筑師應該既是文學家又是數(shù)字家，他還應通曉歷史，熱衷于哲學研究，精通音樂，懂得醫(yī)藥知識，具有法學造詣，深諳天文學及天文計算。”-維特魯威（古羅馬建筑師），約公元前 25 年簡而言之，構(gòu)架設計師必須多才多藝、成熟練達、洞察力強、經(jīng)驗豐富。這樣，他才能在無法獲得完整信息的情況下迅速領會問題并根據(jù)經(jīng)驗作出審慎的判斷。更準確地說，構(gòu)架設計師（或者構(gòu)架團隊的成員）必須兼具以下技能：1 經(jīng)驗：既包括在問題領域的經(jīng)驗（通過徹底了解需求），也包括在軟件工程領域的經(jīng)驗。對于一個構(gòu)架團隊，這些素質(zhì)要求可由各團隊成員來分別承擔，但其中至少要有一名構(gòu)架設計師能夠把握項目的全局。2 領

20、導才能：能夠推動各個團隊的技術(shù)進展，并能在壓力下作出關鍵性的決策然后將其貫徹到底。要提高效率，構(gòu)架設計師和項目經(jīng)理必須緊密協(xié)作。構(gòu)架設計師主要負責解決技術(shù)問題，項目經(jīng)理主要負責解決行政管理問題。構(gòu)架設計師必須有權(quán)在技術(shù)問題上作出決定。 3 溝通：能夠贏得他人的信任，以對其進行說服、激勵和指導。構(gòu)架設計師不能靠命令進行領導，而必須要贏得項目中其他人員的贊同。為了提高效率，構(gòu)架設計師必須贏得項目團隊、項目經(jīng)理、客戶、用戶群體以及管理團隊的尊敬。以目標為中心、積極主動，不懈地追求成效。構(gòu)架設計師是推動項目發(fā)展的技術(shù)動力，而不是空想家。在其職業(yè)生涯中，成功的構(gòu)架設計師一直都要在捉摸不定和承受壓力的情況

21、下作出折衷決定。構(gòu)架設計師只有將注意力集中在該做的事情上，才能在項目中取得成功。 4 從專業(yè)角度看，構(gòu)架設計師必須具備角色：設計員的所有能力。 5 團隊。如果項目較大，需要組建一個構(gòu)架團隊，則應盡量廣聚賢才，使該團隊既擁有廣泛的經(jīng)驗，又對軟件工程流程具有一致的認識。構(gòu)架團隊不應該是由各團隊、領域或承包商的代表組成的委員會。軟件構(gòu)架設計是一項長期的工作，始終都需要配備專職人員。 系統(tǒng)架構(gòu)師的職責：一、理解系統(tǒng)的業(yè)務需求，制定系統(tǒng)的整體框架（包括：技術(shù)框架和業(yè)務框架）二、對系統(tǒng)框架相關技術(shù)和業(yè)務進行培訓，指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。系統(tǒng)架構(gòu)師的目的：對系統(tǒng)的重用、擴展、

22、安全、性能、伸縮性、簡潔等做系統(tǒng)級的把握。系統(tǒng)架構(gòu)師能力要求：一、系統(tǒng)架構(gòu)相關的知識和經(jīng)驗。二、很強的自學能力、分析能力、解決問題的能力。 三、寫作、溝通表達、培訓。角色軟件架構(gòu)師software architect定義主導系統(tǒng)全局分析設計和實施、負責軟件構(gòu)架和關鍵技術(shù)決策的角色職責l、領導與協(xié)調(diào)整個項目中的技術(shù)活動（分析、設計和實施等） l、推動主要的技術(shù)決策，并最終表達為軟件構(gòu)架l、確定和文檔化系統(tǒng)的相對構(gòu)架而言意義重大的方面，包括系統(tǒng)的需求、設計、實施和部署等“視圖”l、確定設計元素的分組以及這些主要分組之間的接口l、為技術(shù)決策提供規(guī)則，平衡各類涉眾的不同關注點，化解技術(shù)風險，并保證相關

23、決定被有效的傳達和貫徹 l、理解、評價并接收系統(tǒng)需求 l、評價和確認軟件架構(gòu)的實現(xiàn)專業(yè)技能l、技術(shù)全面、成熟練達、洞察力強、經(jīng)驗豐富，具備在缺乏完整信息、眾多問題交織一團、模糊和矛盾的情況下，迅速抓住問題要害，并做出合理的關鍵決定的能力 l、具備戰(zhàn)略性和前瞻性思維能力，善于把握全局，能夠在更高抽象級別上進行思考；l、對項目開發(fā)涉及的所有問題領域都有經(jīng)驗，包括徹底地理解項目需求，開展分析設計之類軟件工程活動等l、具備領導素質(zhì)，以在各小組之間推進技術(shù)工作，并在項目壓力下做出牢靠的關鍵決策l、擁有優(yōu)秀的溝通能力，用以進行說服、鼓勵和指導等活動，并贏得項目成員的信任；l、以目標導向和主動的方式來不帶任

24、何感情色彩地關注項目結(jié)果，構(gòu)架師應當是項目背后的技術(shù)推動力，而非構(gòu)想者或夢想家（追求完美）l、精通構(gòu)架設計的理論、實踐和工具，并掌握多種參考構(gòu)架、主要的可重用構(gòu)架機制和模式（例如j2ee架構(gòu)等）；l、具備系統(tǒng)設計員的所有技能，但涉及面更廣、抽象級別更高；活動確定用例或需求的優(yōu)先級、進行構(gòu)架分析、創(chuàng)建構(gòu)架的概念驗證原型、評估構(gòu)架的概念驗證原型的可行性、組織系統(tǒng)實施模型、描述系統(tǒng)分布結(jié)構(gòu)、描述運行時刻構(gòu)架、確定設計機制、確定設計元素、合并已有設計元素工件軟件構(gòu)架文檔、參考構(gòu)架、分析模型、設計模型、實施模型、部署模型、構(gòu)架概念驗證原型、接口、事件、信號與協(xié)議軟件架構(gòu)師崗位職責1、軟件架構(gòu)師的工作職責

25、1、領導與協(xié)調(diào)整個項目中的技術(shù)活動（分析、設計和實施等）#160;#160;#160;2、推動主要的技術(shù)決策，并最終表達為軟件構(gòu)架#160;#160;#160; 3、確定和文檔化系統(tǒng)的相對構(gòu)架而言意義重大的方面，包括系統(tǒng)的需求、設計、實施和部署等“視圖”#160;#160;#160; 4、確定設計元素的分組以及這些主要分組之間的接口#160;#160;#160;5、為技術(shù)決策提供規(guī)則，平衡各類涉眾的不同關注點，化解技術(shù)風險，并保證相關決定被有效的傳達和貫徹#160;#160;#160; 6、理解、評價并接收系統(tǒng)需求#160;#160;#160; 7、評價和確認軟件架構(gòu)的實現(xiàn) 2、軟件架構(gòu)師崗位

26、職責1.根據(jù)客戶需求及市場行業(yè)需求進行軟件構(gòu)架的制定(技術(shù)框架和業(yè)務框架)；2.對軟件構(gòu)架相關人員進行技術(shù)和業(yè)務培訓，并指導開發(fā)人員進行開發(fā)；3.解決軟件開發(fā)過程中遇到的問題；4.為技術(shù)決策提供規(guī)則，平衡各類涉眾的不同觀點，化解技術(shù)風險； 5.負責組合和帶領公司內(nèi)部員工研究與項目相關的新技術(shù)； 6.完成領導交給的其他任務。 3、軟件架構(gòu)師崗位職責架構(gòu)師的職責就是設計一個公司系統(tǒng)的基礎架構(gòu)，并提供關于怎樣建立和維護系統(tǒng)的指導方針。具體來講，架構(gòu)師的職責主要體現(xiàn)在以下幾方面：1、負責公司系統(tǒng)的架構(gòu)設計、研發(fā)工作。 2、承擔從業(yè)務向技術(shù)轉(zhuǎn)換的橋梁作用。3、協(xié)助項目經(jīng)理制定項目計劃和控制項目進度。 4

27、、負責輔助并指導系統(tǒng)分析開展設計工作。 5、負責組織技術(shù)研究和攻關工作。6、負責組織和管理公司內(nèi)部的技術(shù)培訓工作。7、負責組織及帶領公司內(nèi)部員工研究與項目相關的新技術(shù)。8、管理技術(shù)支撐團隊并給項目、產(chǎn)品開發(fā)實施團隊提供技術(shù)保障。 9、理解系統(tǒng)的業(yè)務需求，制定系統(tǒng)的整體框架（包括、技術(shù)框架和業(yè)務框架）。10、對系統(tǒng)框架相關技術(shù)和業(yè)務進行培訓，指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、運行中出現(xiàn)的各種問題。第6篇：系統(tǒng)架構(gòu)師崗位職責系統(tǒng)架構(gòu)師崗位職責系統(tǒng)架構(gòu)工程師崗位說明書系統(tǒng)架構(gòu)師1、負責分析、規(guī)劃、設計公司新項目的架構(gòu)；2、完成從研發(fā)文檔到系統(tǒng)發(fā)布等項目開發(fā)各環(huán)節(jié)的工作；3、分析和解決現(xiàn)有系統(tǒng)中的設計

28、缺陷，并創(chuàng)造性提升、改進工作方法和技術(shù)；4、指導專業(yè)技術(shù)子模塊的研發(fā)設計，為項目團隊提供指導；5、管理團隊，將系統(tǒng)開發(fā)任務合理分配到各級開發(fā)人員，按時完成開發(fā)任務。任職資格：1、五年以上研發(fā)經(jīng)驗，三年以上架構(gòu)師經(jīng)驗，有團隊管理經(jīng)驗； 2、精通c#、c+、系統(tǒng)架構(gòu)和設計模式，熟悉sql server/my sql數(shù)據(jù)庫管理系統(tǒng)、相關技術(shù)及工具；3、至少負責過兩個以上的大型軟件項目的總體設計、技術(shù)實施及項目管理，熟悉軟件產(chǎn)品研發(fā)過程；4、具備良好的表達和溝通能力，擅長技術(shù)文檔的書寫；5、具備極強的團隊精神和合作精神，對工作有熱情，能夠在一定壓力下工作。廣州一呼百應網(wǎng)絡技術(shù)有限公司陽光事業(yè)部第7篇：

29、系統(tǒng)架構(gòu)師崗位職責崗位說明書系列編號：FS-ZD-04017系統(tǒng)架構(gòu)師崗位職責System Architect Job Duties Template說明：為規(guī)劃化、統(tǒng)一化進行崗位管理，使崗位管理人員有章可循，提高工作效率與明確責任制，特此編寫。1.主持產(chǎn)品架構(gòu)分析和架構(gòu)設計，構(gòu)建系統(tǒng)核心原型。2.參與關鍵技術(shù)問題的緊急攻關活動。3.與各項目開發(fā)組進行技術(shù)交流，指導日常開發(fā)工作。4.參與技術(shù)評審，控制產(chǎn)品設計質(zhì)量。5.制定產(chǎn)品、開發(fā)規(guī)范。請輸入您的公司名字Fonshion Design Co., Ltd第1頁 / 共1頁第8篇：數(shù)據(jù)架構(gòu)師崗位職責數(shù)據(jù)架構(gòu)師崗位職責數(shù)據(jù)倉庫架構(gòu)師的崗位職責和崗位

30、要求根據(jù)網(wǎng)絡招聘的資料合成的,不過好像聽起來好像和項目經(jīng)理的角色區(qū)別不大,呵呵!而且好像都是要全能的上將!more崗位職責 1.制定數(shù)據(jù)倉庫建設方案 2.數(shù)據(jù)倉庫的設計和開發(fā)3.數(shù)據(jù)倉庫應用方案設計和推廣崗位要求1、熟悉大型企業(yè)商業(yè)智能整體運作模式和系統(tǒng)框架，深刻理解商業(yè)智能對業(yè)務運營的杠桿作用，能夠應用bi工具指導和幫助業(yè)務過程的改進。2、5年以上oracle或者sqlserver數(shù)據(jù)庫管理經(jīng)驗，熟練使用unix和linux，深刻理解數(shù)據(jù)倉庫應用設計原理和實踐；3、精通數(shù)據(jù)庫索引和sql語句的優(yōu)化，和服務器的性能參數(shù)調(diào)整，有perl,4、熟練一種以上主流etl工具和bi工具,如informa

31、tica,owb,dts等等5、能根據(jù)業(yè)務需求設計數(shù)據(jù)倉庫模型，有3年以上數(shù)據(jù)倉庫開發(fā)實施經(jīng)驗，掌握多種數(shù)據(jù)倉庫開發(fā)，多維分析相關技術(shù)和olap前端展現(xiàn)工具；6、有相關行業(yè)數(shù)據(jù)分析經(jīng)驗者及互聯(lián)網(wǎng)點擊流數(shù)據(jù)分析經(jīng)驗者優(yōu)先；有數(shù)據(jù)挖掘應用和開發(fā)經(jīng)驗優(yōu)先；7、強烈責任心，開放的性格，良好的溝通能力；較強的分析問題、解決問題能力，良好的溝通能力、團隊精神。 8、熟悉erwin或powerdesigner建模工具；9、有一個以上企業(yè)級數(shù)據(jù)倉庫項目設計經(jīng)驗，精通數(shù)據(jù)倉庫架構(gòu)，熟悉數(shù)據(jù)倉庫項目的實施流程；1.制定面向產(chǎn)品的數(shù)據(jù)設計規(guī)范和流程，制定數(shù)據(jù)設計所需的各種文檔模板；2.負責數(shù)據(jù)倉庫建模、數(shù)據(jù)庫優(yōu)化、

32、數(shù)據(jù)部署，數(shù)據(jù)抽取等etl的設計，編寫專業(yè)的系統(tǒng)設計文檔； 3.對于it系統(tǒng)應對大數(shù)據(jù)量和大并發(fā)所要求的性能指標從數(shù)據(jù)模型和部署等方面給出設計和持續(xù)的優(yōu)化支持；4.參與產(chǎn)品架構(gòu)設計文檔和詳細設計文檔的評審； 5.完成上級領導安排的其他任務。架構(gòu)師之路(3)-架構(gòu)師的職責 王澤賓關鍵字: 架構(gòu) 3 架構(gòu)師的職責近來看到csdn上有個cto俱樂部，里面聊得是不亦樂乎。我懷著無比崇敬的態(tài)度，拜讀了一下牛人們的發(fā)言。里面有個哥們發(fā)起一個話題：“cto, 你多久沒有寫程序了？”。有人回答：“不寫代碼的cto,屬于.這公司問題大了!”。看到這里，我就趕緊撤了，怕忍不住反駁幾句，反而遭到牛人 們的群毆。試想

33、，一個上點規(guī)模的it公司，還得靠cto來寫程序的話，那是不是才叫問題大了呢。當然，我沒有做過cto，所以我有我的不同看法，而且還愿 意表達出來，無知者無畏。我情愿相信：我所理解的cto跟這位cto所理解的是兩回事。所以我想，如果有人能把cto的職責給標準化了，也許就不會有這么 多的爭論了。同樣的道理，關于架構(gòu)師的定義，大家也有著不同的理解。什么是架構(gòu)師？架構(gòu)師有哪些職責？我覺得有必要提前明確一下，要不然大家溝通起來也會產(chǎn)生類似問 題，子說子理，卯說卯理，但是壓根說得不是一碼子事。 3.1 什么是架構(gòu)師曾經(jīng)有這么個段子：甲：我已經(jīng)應聘到一家中型軟件公司了，今天上班的時候，全公司的人都來歡迎我。乙

34、：羨慕ing，都什么 人來了？甲：ceo、coo、cto、all of 程序員，還有會計、司機都來了。乙：哇，他們太重視你了，人才啊，這么多人迎接你！甲： 沒有啊，就一個人！乙：靠，#%￥$%.很多的創(chuàng)業(yè)公司，一人身兼數(shù)職的情形還是很常見的。至少，我是經(jīng)歷過的，一個人包辦了所有的開發(fā)過程，連測試我都做了，絕對的一條龍，但是經(jīng)常踩鋼絲、騎 獨輪車總會有失足的時候，結(jié)果有一次，從我手里發(fā)出去的光盤母盤，含有病毒僵尸，以至于被迫收回已經(jīng)推上市場的2萬張光盤，從那之后，我的心臟就開始變得 無比堅強，現(xiàn)在就是整個后臺服務都癱瘓了，我也只是微微一笑。其實，一個人身兼架構(gòu)師和程序員，甚至多種角色，沒什么不妥

35、，后面還會講這個話題，這種現(xiàn)象 不是中國特色，跟國外是完全接軌的。我曾經(jīng)跟米國的一個工程師在msn中聊過類似的話題，發(fā)現(xiàn)他們跟咱們沒什么不同，在it這個行業(yè)，我們跟他們的差距只 有1天，他們剛出來的東西，我們保準第2天就能找得到。架構(gòu)師這個稱呼不是你我杜撰出來的，是有國際標準（iso/iec 4）可查的。架構(gòu)師是軟件開發(fā)活動中的眾多角色之一，它可能是一個人、一個小組，也可能是一個團隊。微軟對架構(gòu)師有一個分類參考，他們把架構(gòu)師分 為4種：企業(yè)架構(gòu)師ea(enterprise architect)、基礎結(jié)構(gòu)架構(gòu)師ia(infrastructure architect)、特定技術(shù)架構(gòu)tsa(tech

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

37、司一般就不那么講究了，架構(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)師的相關的話題。系統(tǒng)架構(gòu)師實 際上是sa+tsa，更著力于綜合運用已有的產(chǎn)品和技術(shù)，來實現(xiàn)客戶期望的需求。系統(tǒng)架構(gòu)師要求通曉軟、硬件兩方面的知識，所以它的知識體系相對龐雜。關 于系統(tǒng)架構(gòu)師的話題，我們可以稍后再作討論。 3.2 架構(gòu)師

38、的職責 架構(gòu)師需要參與項目開發(fā)的全部過程，包括需求分析、架構(gòu)設計、系統(tǒng)實現(xiàn)、集成、測試和部署各個階段，負責在整個項目中對技術(shù)活動和技術(shù)說明進行指導 和協(xié)調(diào)。架構(gòu)師主要職責有4條： 1、確認需求在項目開發(fā)過程中，架構(gòu)師是在需求規(guī)格說明書完成后介入的，需求規(guī)格說明書必須得到架構(gòu)師的認可。架構(gòu)師需要和分析人員反復交流，以保證自己完整并準確地 理解用戶需求。 2、系統(tǒng)分解依據(jù)用戶需求，架構(gòu)師將系統(tǒng)整體分解為更小的子系統(tǒng)和組件，從而形成不同的邏輯層或服務。隨后，架構(gòu)師會確定各層的接口，層與層相互之間的關系。架構(gòu)師不 僅要對整個系統(tǒng)分層，進行“縱向”分解，還要對同一邏輯層分塊，進行“橫向”分解。軟件架構(gòu)師

39、的功力基本體現(xiàn)于此，這是一項相對復雜的工作。 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)理會從項目預算、人力資源、時間進度等實際情況進行權(quán)衡，最終 進行確認。 4、制定

40、技術(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ā)者可以從不同角度去觀察、理解各自承擔的子系統(tǒng)或者模塊。架構(gòu)師不僅要保持與開發(fā)者的溝通，也需要與項目經(jīng)理、需求分析員，甚至與最 終用戶保持溝通。所以，對于架構(gòu)師來講，不僅有技術(shù)方面的要求，還有人際交流方面的要求。 3.3 架構(gòu)師的誤區(qū)1、架構(gòu)師就是項目經(jīng)理架構(gòu)師不是項目經(jīng)理。項目經(jīng)理側(cè)重于預算控制、

41、時間進度控制、人員管理、與外部聯(lián)系和協(xié)調(diào)等等工作，具備管理職能。一般小型項目中，常見項目經(jīng)理兼架構(gòu) 師。 2、架構(gòu)師負責需求分析架構(gòu)師不是需求分析員。需求分析人員的工作是收集需求和分析需求，并與最終用戶、產(chǎn)品經(jīng)理保持聯(lián)系。架構(gòu)師只對最終的需求審核和確認，提出需求不清和不完 整的部分，他會跟需求分析員時刻保持聯(lián)系。架構(gòu)師是技術(shù)專家，不是業(yè)務專家。 3、架構(gòu)師從來不寫代碼這是一個尚存爭論的問題。目前有兩種觀點：觀點1：架 構(gòu)師不寫代碼，寫代碼純體力活，架構(gòu)師寫代碼大材小用。架構(gòu)師把uml的各種視圖交給開發(fā)人員，如果有不明確的地方，可以與架構(gòu)師隨時溝通。 觀點 2：架構(gòu)師本來自于程序員，只是比程序員

42、站的層面更高，比程序員唯一多的是經(jīng)驗和知識，所以架構(gòu)師也免不了寫代碼。我個人覺得這兩種說法是與架構(gòu)師的出身和所處的環(huán)境有關。架構(gòu)師首先是一個技術(shù)角色，所以一定是來自于技術(shù)人員這個群體，比如系統(tǒng)架構(gòu)師，多是來自于運維人員，可能本身代碼寫得并不多，或者說寫不出來很漂亮的代 碼。軟件架構(gòu)師多是來自于程序員，有著程序員的血統(tǒng)和情懷，所以在項目開發(fā)過程中，可能會寫一些核心代碼。我們的理想是架構(gòu)師不用寫代碼，但事實上有時候 過于理想。架構(gòu)師寫不寫代碼，可能取決于公司的規(guī)模、文化、開發(fā)人員的素質(zhì)等現(xiàn)實情況。 3.4 架構(gòu)師的基本素質(zhì)周星馳有個片子喜劇之王，劇中的尹天仇整天揣著本演員的自我修養(yǎng)，一個好演員不僅

43、需要天賦，也需要一定的理論指導，無師自通的人畢竟是少 數(shù)。架構(gòu)師的成長過程也是這樣。從普通程序員到高級程序員，再到架構(gòu)師，是一個經(jīng)驗積累和思想升華的過程。經(jīng)驗積累是一個方面，素質(zhì)培養(yǎng)是另一個方面，兩 者相輔相成，所以我覺得有必要把架構(gòu)師的所要具備的素質(zhì)羅列一下，作為程序員努力的方向。 1、溝通能力 為了提高效率，架構(gòu)師必須贏得團隊成員、項目經(jīng)理、客戶或用戶認同，這就需要架構(gòu)師具有較強的溝通能力。溝通能力是人類最普遍性的素質(zhì)要求，技術(shù)人員好像 容易忽略，架構(gòu)師不能忽略。千萬不要抱著這樣的觀念：懷才跟懷孕似的，時間長了總會被人發(fā)現(xiàn)的。還是天橋上賣大力丸的哥們說得對：光說不練假把式，光練不 說傻把式

44、。看看你周圍的頭頭腦腦們，哪一個不是此中高手，我們不要鄙視，認為是阿諛奉承、投機鉆營，你要看到積極的一面，這的確是一種能力。我自認為自己 是一個略內(nèi)向的人，因為我是農(nóng)村出來的孩子，總帶有點自卑感，總想著是金子就會發(fā)光，職業(yè)道路中確實吃了不少虧?，F(xiàn)在，我懂得了溝通的重要性，而且也很主 動跟同事們，跟老大們定時溝通，工作起來順暢多了。這一條我認為最重要，所以排在首位。我甚至于認為下面幾條忽略都行，就是這一條得，有意識的提醒自 己。 2、抽象思維和分析能力架構(gòu)師必須具備抽象思維和分析的能力。程序員如何具備這種能力呢？一是來自于經(jīng)驗，二是來自于學_。架構(gòu)師不僅要具備在問題領域上的經(jīng)驗，也需要具備在軟

45、件工程領域內(nèi)的經(jīng)驗。也就是說，架構(gòu)師必須能夠準確得理解需求，然后用軟件工程的思想，把需求轉(zhuǎn)化和分解成可用計算機語言實現(xiàn)的需求。經(jīng)驗的積累是需要一 個時間過程的，這個過程誰也幫不了你，是需要你去體會的。但是，如果你有意識地去培養(yǎng)，不斷吸取前人的經(jīng)驗的話，還是可以縮短這個過程的。這也是我寫作此 系列的始動力之一，這對我這個大齡青年來講已經(jīng)沒有保留的意義了。當你是初級程序員的時候，我已經(jīng)是高級程序員了；當你做高級程序員的時候，我已經(jīng)是架構(gòu) 師了；當你是架構(gòu)師的時候，我已經(jīng)是首架了；等你首架的時候，我已經(jīng)退休了；等你退休了，我又投胎了.。 3、領導能力架構(gòu)師能夠推動整個團隊的技術(shù)進展，并能在壓力下作出

46、關鍵性的決策，并將其貫徹到底。要提高效率，構(gòu)架設計師和項目經(jīng)理必須緊密協(xié)作。構(gòu)架設計師主要負責 解決技術(shù)問題，項目經(jīng)理主要負責解決行政管理問題。構(gòu)架設計師必須有權(quán)在技術(shù)問題上作出決定。這種能力與技術(shù)基本無關，但我為了使文章的看起來完整、嚴謹，還是加進來了。其實，你只要拿到最重要的人權(quán)和財權(quán)，再扯上一張“領導”的虎皮，采用“胡蘿 卜加大棒”的方式，基本上可以保證執(zhí)行力，除非自己是個“蛋白質(zhì)”。其它能力不寫了，你慢慢體會吧?？偠灾?，一句話：架構(gòu)師是項目團隊中的技術(shù)權(quán)威。面向過程和面向?qū)ο筮@兩個概念，不僅架構(gòu)師需要非常清楚，程序員也要清楚，這也是系統(tǒng)分析、設計和編碼最基本的思維方式。我接觸的程序員，很多人只 停留在一種“似是而非”的程度，想要繼續(xù)前進，就得把基礎夯實，所以很有必要回回爐，補補課。-后 記：在講面向?qū)ο笾皩懥诉@么一篇，主要就是要把前面漏下的功課補上。架構(gòu)師崗位職責首席官崗位職責產(chǎn)品架構(gòu)師崗位職責崗位職責架構(gòu)圖首席內(nèi)容官崗位職責