如何從開人員走向系統(tǒng)架構(gòu)設(shè)計(jì)師_第1頁
如何從開人員走向系統(tǒng)架構(gòu)設(shè)計(jì)師_第2頁
如何從開人員走向系統(tǒng)架構(gòu)設(shè)計(jì)師_第3頁
如何從開人員走向系統(tǒng)架構(gòu)設(shè)計(jì)師_第4頁
如何從開人員走向系統(tǒng)架構(gòu)設(shè)計(jì)師_第5頁
免費(fèi)預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、如何從開發(fā)人員走向系統(tǒng)架構(gòu)設(shè)計(jì)師 很多架構(gòu)師都是從好的開發(fā)人員逐步過渡而來的,但并非每個(gè)好的開發(fā)人員都希望成為架構(gòu)師,而且他們并不是都適合做架構(gòu)師。無論您是打算進(jìn)行職業(yè)轉(zhuǎn)型的開發(fā)人員,還是尋找能承擔(dān)體系結(jié)構(gòu)設(shè)計(jì)責(zé)任的合適人選的經(jīng)理,都務(wù)必對此轉(zhuǎn)型過程有個(gè)清楚的了解。本文將討論從實(shí)現(xiàn)專家到架構(gòu)師的過渡過程。在尋找優(yōu)秀的指揮的時(shí)候,您首先要找的是一名優(yōu)秀的音樂演奏家。但并非每個(gè)音樂演奏家都能成為優(yōu)秀的指揮。架構(gòu)師的專業(yè)發(fā)展方面也與此類似。越來越多的 IT 組織開始認(rèn)識(shí)到良好軟件體系結(jié)構(gòu)的重要性,架構(gòu)師職業(yè)正迅速發(fā)展為 IT 內(nèi)一個(gè)獨(dú)立的門類。由于要從相當(dāng)小的候選范圍內(nèi)招募架構(gòu)師,因此這就給管理帶來

2、了一些新挑戰(zhàn)。即使人力資源部門找到了候選者,針對經(jīng)驗(yàn)進(jìn)行的篩選也比其他門類更為嚴(yán)格??缭竭@些障礙的最快方式是要認(rèn)識(shí)到,大部分好的架構(gòu)師同時(shí)也是好的開發(fā)人員,因此尋找架構(gòu)師人才時(shí)可能首先應(yīng)該從普通開發(fā)人員中找起。招聘人員在對候選者(內(nèi)部或外部)進(jìn)行詳細(xì)審查時(shí),應(yīng)該考慮這個(gè)觀點(diǎn)。不過,對此資源進(jìn)行挑選可能比較麻煩,因?yàn)橹挥袠O少的優(yōu)秀開發(fā)人員具有成為架構(gòu)師的特征或愿望。本文列出了開發(fā)人員成為架構(gòu)師要進(jìn)行的工作。我將從可能考慮進(jìn)行此轉(zhuǎn)型的開發(fā)人員和評(píng)估進(jìn)行此轉(zhuǎn)型的開發(fā)人員的經(jīng)理這兩個(gè)方面來探討這一問題。我還將提供一系列在做出這些決策時(shí)要考慮的因素。個(gè)人特征軟件開發(fā)團(tuán)隊(duì)和管理層之間的聯(lián)系始終是 IT 中

3、的一個(gè)關(guān)鍵所在。二者都傾向于以完全不同的方式考慮給定的問題。大部分相關(guān)技術(shù)都是討論項(xiàng)目經(jīng)理應(yīng)如何跟蹤和解釋開發(fā)人員的進(jìn)度和問題。但溝通不足的情況仍然非常普遍,而且這是項(xiàng)目失敗的首要原因。好的架構(gòu)師是解決這個(gè)問題的最有效辦法。架構(gòu)師的主要責(zé)任是提供開發(fā)人員和項(xiàng)目經(jīng)理之間的共用溝通媒體。他們負(fù)責(zé)讓業(yè)務(wù)規(guī)則及需求與工程實(shí)踐及限制相適應(yīng),以確保成功。以下是成功架構(gòu)師的一些主要特征。愿意并有能力進(jìn)行溝通:在開發(fā)人員中發(fā)現(xiàn)架構(gòu)師的最有價(jià)值標(biāo)準(zhǔn)是有效的溝通。您需要技術(shù)嫻熟、經(jīng)驗(yàn)豐富的開發(fā)人員,這樣的人員需要有就項(xiàng)目中的業(yè)務(wù)相關(guān)問題進(jìn)行溝通的經(jīng)歷。架構(gòu)師經(jīng)常必須對理解方面的差距進(jìn)行預(yù)計(jì),然后才能有所貢獻(xiàn)。他們

4、必須愿意克服困難來確保技術(shù)和業(yè)務(wù)觀點(diǎn)的融合。他們并不必對意見交換工作進(jìn)行計(jì)劃和協(xié)調(diào);這仍然主要是項(xiàng)目經(jīng)理的工作。他們的任務(wù)是確定表述系統(tǒng)設(shè)計(jì)時(shí)的最佳工具和構(gòu)件,以促進(jìn)有效的意見交換。他們必須能夠判斷當(dāng)前方法顯得不足而需要采用新方法的情況。寫作技能也非常重要,還需要具有制作草圖的技能或使用制圖軟件的能力。具有處理談判細(xì)節(jié)方面的經(jīng)驗(yàn):架構(gòu)師經(jīng)常需要負(fù)責(zé)討論系統(tǒng)開發(fā)的技術(shù)折衷方案。優(yōu)先級(jí)的沖突可能會(huì)帶來實(shí)踐限制、風(fēng)險(xiǎn)規(guī)避或可能導(dǎo)致在各個(gè)不同業(yè)務(wù)組之間需求不同。優(yōu)秀的架構(gòu)師能夠有效地評(píng)估技術(shù)可能性,并能在不損失項(xiàng)目的主要價(jià)值的前提下制訂開發(fā)計(jì)劃來處理各種利害關(guān)系和限制。這與前面討論的溝通技能緊密相關(guān),

5、但同時(shí)也要體現(xiàn)架構(gòu)師的技術(shù)能力。好的架構(gòu)師候選者應(yīng)該是經(jīng)常幫助對有爭議的討論進(jìn)行引導(dǎo)的人,能夠使討論得出新的想法,而不會(huì)使其在一個(gè)位置停滯不前。自覺主動(dòng);積極解決設(shè)計(jì)問題:架構(gòu)師的日常工作目標(biāo)經(jīng)常并不明確。很多開發(fā)人員直接參考功能規(guī)范來列出任務(wù)清單。架構(gòu)師通常則是向這些開發(fā)人員提供所需結(jié)構(gòu)的人員,以便盡可能提高工作效率。好的候選者不僅進(jìn)行溝通方面的工作,而且也會(huì)預(yù)計(jì)各種設(shè)計(jì)問題并加以解決通常在沒有任何具體指示的情況下自覺進(jìn)行。無論所分配的職責(zé)如何,積極參與項(xiàng)目的開發(fā)人員都有機(jī)會(huì)從一起工作的人員中脫穎而出。抽象思維和分析:架構(gòu)師必須能夠理解表述模糊的概念并將其變成相關(guān)各方能夠理解的項(xiàng)目構(gòu)件。他們

6、必須能夠理解抽象概念,并以具體的語言對其進(jìn)行溝通。開發(fā)人員中好的候選者經(jīng)常要求或自己主動(dòng)解釋開發(fā)生命周期中容易混淆的問題。他們能迅速評(píng)估各種想法并將其納入后續(xù)工作的操作建議中。開發(fā)人員經(jīng)常具有很強(qiáng)的數(shù)學(xué)能力,而好的架構(gòu)師則傾向于表現(xiàn)出更強(qiáng)的口頭表達(dá)能力。管理人員經(jīng)常說開發(fā)人員具有“工程意識(shí)”,而這是一個(gè)用于評(píng)估架構(gòu)師的非常有意義的方面。架構(gòu)師應(yīng)該具有很強(qiáng)的解決技術(shù)問題的能力,但還必須能夠準(zhǔn)確獲知更為全面的人員如何與技術(shù)交互的信息。這要求具有某種形式的抽象思維(而不再是代碼的細(xì)節(jié)),這種思維能力可能較難形成。有些人認(rèn)為,某種級(jí)別的正式教育是成為優(yōu)秀開發(fā)人員的必備條件之一,我并不同意這種精英論。我

7、遇到了很多高中就輟學(xué)的優(yōu)秀開發(fā)人員。不過,對于體系結(jié)構(gòu)設(shè)計(jì)工作,我的個(gè)人經(jīng)驗(yàn)以及我對所需能力的認(rèn)識(shí)都讓我相信,好的架構(gòu)師通常至少獲得了一個(gè)有挑戰(zhàn)性的學(xué)士學(xué)位。 跟蹤生命周期好的架構(gòu)師通常有在具備定義良好的軟件開發(fā)生命周期(Software Development Life Cycle,SDLC)的組織工作的經(jīng)驗(yàn)。架構(gòu)師必須理解在其所屬專業(yè)內(nèi)最重要的操作過程。這并不意味著需要有其他前提,例如,并不需要高能力成熟度模型(Capability Maturity Model,CMM)級(jí)別的工作經(jīng)驗(yàn)。好的架構(gòu)師可能來自使用 SDLC 的多個(gè)小型迭代的極限編程(Extreme Programming,XP

8、)方法的組織。務(wù)必注意各種傳統(tǒng)軟件開發(fā)操作,如 Michael A. Jackson 的方法:Jackson 結(jié)構(gòu)編程(Jackson Structured Programming,JSP)和 Jackson 系統(tǒng)開發(fā)(Jackson System Development,JSD)。Jackson 的研究對架構(gòu)師職業(yè)發(fā)展的意義就像 Donald Knuth 的研究對程序員一樣重要。架構(gòu)師可以偏愛任何經(jīng)典的、經(jīng)過時(shí)間考驗(yàn)的軟件系統(tǒng)開發(fā)方法。 SDLC 也可以成為評(píng)估架構(gòu)師合適人選的有用機(jī)制。每個(gè) SDLC 階段都具有能提供相關(guān)線索的特征。SDLC 包含很多小的變體,但在此部分,我將使用幾乎所有方

9、法的公共基礎(chǔ)部分。下面的列表詳細(xì)說明了 SDLC 的各個(gè)階段,并列出了好的架構(gòu)師候選者在每個(gè)階段表現(xiàn)出來的特征。分析:在分析期間,好的架構(gòu)師會(huì)考慮非技術(shù)影響,以便了解需求和將在其中進(jìn)行開發(fā)的環(huán)境。架構(gòu)師可為風(fēng)險(xiǎn)評(píng)估任務(wù)帶來廣泛的軟件經(jīng)驗(yàn)供參考。尋找具有豐富經(jīng)驗(yàn)的開發(fā)人員,以幫助業(yè)務(wù)部門理解技術(shù)人員正確解釋需求所需的信息。尋找在開發(fā)的早期階段能夠預(yù)計(jì)可能遇到的問題的開發(fā)人員。 設(shè)計(jì):在高級(jí)設(shè)計(jì)期間,好的架構(gòu)師會(huì)收集問題空間的各個(gè)抽象元素,并就其進(jìn)行溝通,以便開發(fā)團(tuán)隊(duì)草擬將要開發(fā)的系統(tǒng)的相關(guān)圖表。架構(gòu)師負(fù)責(zé)將需求謹(jǐn)慎地映射到所得到的系統(tǒng)體系結(jié)構(gòu)的功能。在詳細(xì)設(shè)計(jì)期間,他們所扮演的角色并不是核心角色

10、,但為了根據(jù)整個(gè)系統(tǒng)的規(guī)則對特定模塊的元素進(jìn)行審查,仍然需要他們。尋找善于讓團(tuán)隊(duì)能夠預(yù)計(jì)設(shè)計(jì)決策對最終系統(tǒng)的影響的開發(fā)人員。尋找善于確定一些最佳構(gòu)件來促進(jìn)與技術(shù)和非技術(shù)受眾溝通設(shè)計(jì)問題的開發(fā)人員。 實(shí)現(xiàn):在實(shí)現(xiàn)期間,架構(gòu)師對項(xiàng)目進(jìn)行引導(dǎo),以確保其符合系統(tǒng)體系結(jié)構(gòu)。他們在一線評(píng)估技術(shù)更改請求,并確定如何對設(shè)計(jì)進(jìn)行調(diào)整,以最好地處理此類請求。架構(gòu)師還要密切了解開發(fā)人員的進(jìn)度,特別要跟蹤系統(tǒng)中模塊間的集成點(diǎn)的狀態(tài)。尋找經(jīng)常對討論進(jìn)行引導(dǎo)來連接多個(gè)子系統(tǒng)的開發(fā)人員。尋找項(xiàng)目經(jīng)理可以依賴其快速地進(jìn)行與更改和出現(xiàn)的問題相關(guān)的風(fēng)險(xiǎn)評(píng)估的開發(fā)人員。 測試:架構(gòu)師對系統(tǒng)集成和用戶接受度測試進(jìn)行指導(dǎo),并負(fù)責(zé)評(píng)估進(jìn)

11、度的正確溝通的持續(xù)測試結(jié)果。尋找理解錯(cuò)誤模式且善于將測試復(fù)查結(jié)果轉(zhuǎn)換為行動(dòng)計(jì)劃的開發(fā)人員。 維護(hù):在維護(hù)期間,架構(gòu)師將發(fā)起關(guān)于系統(tǒng)集成的討論。無論處理 IT 基礎(chǔ)設(shè)施問題,還是確保部門之間的技術(shù)合作,架構(gòu)師都必須完全理解應(yīng)用程序,必須快速學(xué)習(xí)姊妹應(yīng)用程序的體系結(jié)構(gòu),而且必須就集成點(diǎn)和風(fēng)險(xiǎn)進(jìn)行有效溝通。尋找具有系統(tǒng)集成經(jīng)驗(yàn)且表現(xiàn)出快速掌握全貌的能力的開發(fā)人員。系統(tǒng)集成是一項(xiàng)獨(dú)特的任務(wù)。 架構(gòu)師培養(yǎng)建議有些組織能比其他組織更有效地進(jìn)行架構(gòu)師培養(yǎng)。如果充分考慮到招聘此類新專業(yè)人才的困難,努力促成能鼓勵(lì)開發(fā)人員發(fā)展為架構(gòu)師的環(huán)境是非常明智的策略。但務(wù)必避免對不愿意或不適合走這條路的開發(fā)人員進(jìn)行處罰。組織應(yīng)該為開發(fā)人員制訂多條發(fā)展路線,包括那些愿意繼續(xù)擔(dān)任開發(fā)人員的人。對架構(gòu)師而言,資深開發(fā)人員不可或缺。他們可以實(shí)現(xiàn)系統(tǒng)中最關(guān)鍵的模塊。通過對其他開發(fā)人員進(jìn)行代碼檢查和測試支持,他們可幫助確??傮w軟件質(zhì)量,而如果質(zhì)量不能保證,即使最好的體系結(jié)構(gòu)也毫無用處。組織應(yīng)制訂個(gè)人評(píng)估程序,以鼓勵(lì)開發(fā)人員考慮其職業(yè)目標(biāo),其中要包含體系結(jié)構(gòu)設(shè)計(jì)的選項(xiàng)。應(yīng)該鼓勵(lì)經(jīng)理在其下屬中尋找體系結(jié)構(gòu)設(shè)計(jì)人才。應(yīng)該實(shí)現(xiàn)指導(dǎo)計(jì)劃,讓架構(gòu)師與希望成為架構(gòu)師的開發(fā)人員協(xié)作工作。應(yīng)該鼓勵(lì)開發(fā)人員通過參加各種協(xié)會(huì)、撰寫文章和參加會(huì)議,從而參與到專業(yè)領(lǐng)域中來。通過這樣參與進(jìn)來,可幫助開

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論