（中國(guó)聯(lián)通海南省分公司，海南 ?？?572500）

一、微軟MSF過(guò)程模型介紹

1.MSF過(guò)程模型的特點(diǎn)

過(guò)程模型建立了工程中各種活動(dòng)的順序，從這方面看，它體現(xiàn)了一個(gè)工程項(xiàng)目中整個(gè)生命周期。當(dāng)前各種工程項(xiàng)目中都有各自的過(guò)程。MSF過(guò)程模型起始于微軟開(kāi)發(fā)軟件應(yīng)用程序的過(guò)程。它經(jīng)過(guò)演化，與一些其他流行的過(guò)程模型中最為有效的原理相結(jié)合，形成一個(gè)模型。MSF過(guò)程模型可以跨越所有的工程類型，例如，基于階段類型的、里程碑驅(qū)動(dòng)的、基于迭代模型等類型的工程。主流的軟件開(kāi)發(fā)過(guò)程模型有瀑布模型、螺旋模型、噴泉模型、RUP模型等。

瀑布模型：使用里程碑作為整個(gè)過(guò)程管理中的轉(zhuǎn)換或評(píng)估點(diǎn)。在瀑布模型中，每一個(gè)任務(wù)在下一個(gè)任務(wù)開(kāi)始前，必須完成。也就是說(shuō)必須將當(dāng)前階段的任務(wù)完成后，才可以進(jìn)行下一階段的任務(wù)。瀑布模型的優(yōu)點(diǎn)是有利于大型軟件開(kāi)發(fā)過(guò)程中人員的組織、管理，有利于軟件開(kāi)發(fā)方法和工具的研究，從而提高了大型軟件項(xiàng)目開(kāi)發(fā)的質(zhì)量和效率；缺點(diǎn)是開(kāi)發(fā)過(guò)程不能逆轉(zhuǎn)，導(dǎo)致客戶需求變更時(shí)難以響應(yīng)，并且客戶只能在項(xiàng)目后期才能看到軟件的實(shí)際情況。

螺旋模型：螺旋模型的焦點(diǎn)集中在需要對(duì)項(xiàng)目需求進(jìn)行持續(xù)不斷的精練和對(duì)項(xiàng)目連續(xù)不斷的評(píng)估上。螺旋模型是一種非常簡(jiǎn)單的過(guò)程模型，它沒(méi)有所謂的里程碑，它就是對(duì)軟件按周期不斷地重復(fù)構(gòu)建。螺旋模型的優(yōu)點(diǎn)：第一，設(shè)計(jì)上的靈活性，可以在項(xiàng)目的各個(gè)階段進(jìn)行變更；第二，以小的分段來(lái)構(gòu)建大型系統(tǒng)，使成本計(jì)算變得簡(jiǎn)單容易；第三，客戶始終參與每個(gè)階段的開(kāi)發(fā)，保證了項(xiàng)目不偏離正確方向以及項(xiàng)目的可控性；第四，隨著項(xiàng)目推進(jìn)，客戶始終掌握項(xiàng)目的最新信息，從而能夠和管理層有效地交互。螺旋模型的缺點(diǎn)是需要相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)驗(yàn)，若不能及時(shí)識(shí)別風(fēng)險(xiǎn)，將造成重大損失；并且過(guò)多的迭代次數(shù)會(huì)增加開(kāi)發(fā)成本，延長(zhǎng)交付時(shí)間。

MSF過(guò)程模型將上述瀑布模型和螺旋模型的最優(yōu)秀的原理結(jié)合起來(lái)組成一體。瀑布模型中由于有基于里程碑的計(jì)劃，因此，它有可以預(yù)測(cè)項(xiàng)目的未來(lái)優(yōu)點(diǎn)；而螺旋模型則有快速反饋和有創(chuàng)造力的優(yōu)點(diǎn)。MSF過(guò)程模型繼承了它們的優(yōu)點(diǎn)。

MSF模型是一種基于階段和里程碑的方法。MSF中用里程碑來(lái)計(jì)劃和監(jiān)控項(xiàng)目的進(jìn)程。MSF中的里程碑分為“主里程碑”和“中間里程碑”。主里程碑是項(xiàng)目階段的轉(zhuǎn)換點(diǎn)。MSF中主里程碑有“項(xiàng)目范圍認(rèn)可”“項(xiàng)目計(jì)劃認(rèn)可”“范圍完成”“發(fā)布就緒認(rèn)可”“部署成功”。中間里程碑是指兩個(gè)主里程碑之間的小的工作目標(biāo)指示物或工作成果。

“迭代開(kāi)發(fā)”是MSF中一個(gè)重復(fù)發(fā)生的主題。代碼、文檔、設(shè)計(jì)、計(jì)劃和其他的工作成果都是以迭代的形式出現(xiàn)的。MSF建議一個(gè)解決方案可以先構(gòu)建、測(cè)試、開(kāi)發(fā)出一個(gè)核心的功能。然后，其他的功能特征可以被加入，這就是通常所說(shuō)的發(fā)布策略。對(duì)于一些小的工程來(lái)說(shuō)，它通常只需一個(gè)版本。功能復(fù)雜時(shí)把它們分成多個(gè)版本，從而可以找到改進(jìn)的機(jī)會(huì)。版本發(fā)布沒(méi)有必要按順序進(jìn)行，成熟的軟件產(chǎn)品經(jīng)常會(huì)有多個(gè)版本重疊的發(fā)布周期。版本發(fā)布之間的間隔時(shí)間，根據(jù)項(xiàng)目的規(guī)模、類型、用戶要求和策略的不同而不同。一個(gè)解決方案在沒(méi)有完全被部署到生產(chǎn)環(huán)境中之前，是沒(méi)有辦法提供價(jià)值的。由于這個(gè)原因，MSF認(rèn)為只有在開(kāi)發(fā)完成后成功部署并交付價(jià)值以后，才開(kāi)始下一個(gè)迭代過(guò)程。

2.MSF過(guò)程模型的五個(gè)階段

MSF模型分為：需求分析、設(shè)計(jì)、軟件開(kāi)發(fā)、測(cè)試驗(yàn)證、部署實(shí)施五個(gè)階段。

需求分析：接到需求后，首先需要進(jìn)行業(yè)務(wù)評(píng)估。如果確定承接該項(xiàng)目，則要詳細(xì)了解用戶需求和業(yè)務(wù)流程。整理客戶需求后，可以制作產(chǎn)品原型和業(yè)務(wù)流程圖，給客戶進(jìn)行確認(rèn)，這是一個(gè)反復(fù)修改和確認(rèn)過(guò)程。通過(guò)溝通，確定最終的原型和需求。軟件開(kāi)發(fā)團(tuán)隊(duì)根據(jù)資源，制定開(kāi)發(fā)計(jì)劃、產(chǎn)品路線圖表。

設(shè)計(jì)：確定需求和原型后，可以進(jìn)行產(chǎn)品的功能邏輯設(shè)計(jì)，包括詳細(xì)和概要設(shè)計(jì)。設(shè)計(jì)師要參與原型評(píng)審，了解必要業(yè)務(wù)需求。

軟件開(kāi)發(fā)：按照既定的技術(shù)路線和開(kāi)發(fā)計(jì)劃進(jìn)行軟件開(kāi)發(fā)。在開(kāi)發(fā)過(guò)程中需要重視代碼評(píng)審和版本管理。開(kāi)發(fā)團(tuán)隊(duì)需在對(duì)應(yīng)的時(shí)間節(jié)點(diǎn)完成任務(wù)，保證項(xiàng)目的進(jìn)度。

測(cè)試驗(yàn)證：測(cè)試人員在初期參與需求分析、需求評(píng)審，確定測(cè)試哪些模塊、使用哪些測(cè)試用例、輸出哪些測(cè)試文檔。發(fā)現(xiàn)BUG后，要返回開(kāi)發(fā)人員進(jìn)行修改。測(cè)試通過(guò)后出具測(cè)試報(bào)告用于業(yè)務(wù)部門進(jìn)行功能驗(yàn)收。

部署實(shí)施：當(dāng)前迭代周期的版本開(kāi)發(fā)完成后，應(yīng)與客戶進(jìn)行溝通，對(duì)當(dāng)前版本進(jìn)行功能驗(yàn)收，驗(yàn)收通過(guò)后更新版本進(jìn)行發(fā)布部署運(yùn)行。部署階段是促進(jìn)解決方案從項(xiàng)目團(tuán)隊(duì)到運(yùn)營(yíng)團(tuán)隊(duì)的順利過(guò)渡的過(guò)程。客戶仍有功能升級(jí)需求時(shí)，可以進(jìn)入下一次迭代周期。

從上面的總結(jié)中可以看到，MSF中的里程碑式過(guò)程管理方面還是很值得學(xué)習(xí)的。它通過(guò)一步一步地達(dá)到預(yù)先設(shè)定的目標(biāo)，從而使整個(gè)軟件過(guò)程變得可控。同時(shí)，也會(huì)及時(shí)發(fā)現(xiàn)項(xiàng)目中潛在的危險(xiǎn)因素，便于風(fēng)險(xiǎn)的管理。它把軟件過(guò)程分為幾個(gè)階段以后，可以針對(duì)某一階段中存在的問(wèn)題進(jìn)行定位、分析和解決，為提高軟件開(kāi)發(fā)的成功率提供了有效保障。

同時(shí)，也可以看到該過(guò)程管理模型中對(duì)過(guò)程劃分得比較細(xì)?？梢愿鶕?jù)項(xiàng)目的規(guī)模和類型對(duì)這個(gè)過(guò)程管理模型進(jìn)行優(yōu)化，使之更加適合于公司實(shí)際的項(xiàng)目開(kāi)發(fā)。

二、軟件團(tuán)隊(duì)（開(kāi)發(fā)小組）組建的宗旨和目標(biāo)

戰(zhàn)略是實(shí)現(xiàn)企業(yè)目標(biāo)的過(guò)程。因此，作為公司中的IT部門發(fā)展規(guī)劃一定要服從于集團(tuán)的整體戰(zhàn)略與中長(zhǎng)期規(guī)劃。

軟件研發(fā)部門應(yīng)以信息化和數(shù)字化推動(dòng)管理創(chuàng)新，軟件研發(fā)部門的建設(shè)，需要對(duì)集團(tuán)公司的管理模式、業(yè)務(wù)流程進(jìn)行根本性的思考，結(jié)合業(yè)務(wù)流程重組、項(xiàng)目管理技術(shù)以及“云+網(wǎng)+大數(shù)據(jù)”等技術(shù)，對(duì)集團(tuán)公司的整個(gè)業(yè)務(wù)體系進(jìn)行系統(tǒng)優(yōu)化與改進(jìn)的支撐作用，以信息化和數(shù)字化為契機(jī)推動(dòng)管理創(chuàng)新，全面提升公司的管理水平和業(yè)務(wù)水平，增強(qiáng)公司在國(guó)內(nèi)的領(lǐng)先地位。立足實(shí)際，持續(xù)打造IT核心能力，IT是一種工具，信息化和數(shù)字化的根本目的是為了改善管理，推動(dòng)高質(zhì)量發(fā)展，進(jìn)而滿足集團(tuán)公司的發(fā)展戰(zhàn)略的需要。因此，軟件研發(fā)部門建設(shè)需要從自身業(yè)務(wù)及管理需求出發(fā)，認(rèn)真選擇切合公司實(shí)際的產(chǎn)品方向和技術(shù)架構(gòu)，持續(xù)打造IT核心能力。

整體規(guī)劃、分步實(shí)施、循序漸進(jìn)，軟件研發(fā)部門建設(shè)需要從集團(tuán)公司的整體發(fā)展戰(zhàn)略及業(yè)務(wù)需求出發(fā)，明確方向與目標(biāo)、現(xiàn)狀與差距，并結(jié)合當(dāng)前信息技術(shù)的發(fā)展趨勢(shì)，勾畫(huà)公司數(shù)字化轉(zhuǎn)型的IT系統(tǒng)應(yīng)用藍(lán)圖，制定合理的實(shí)施策略，對(duì)整個(gè)建設(shè)工作進(jìn)行統(tǒng)籌規(guī)劃。在統(tǒng)籌規(guī)劃的基礎(chǔ)上，根據(jù)實(shí)際情況分步實(shí)施、穩(wěn)步推進(jìn)。通過(guò)軟件研發(fā)部門建設(shè)規(guī)劃，可統(tǒng)一公司對(duì)信息化和數(shù)字化的認(rèn)識(shí)，明確方向與目標(biāo)，避免盲目和重復(fù)的無(wú)效投資，有效降低IT建設(shè)的風(fēng)險(xiǎn)，提高IT投資回報(bào)。

三、基于MSF的軟件開(kāi)發(fā)優(yōu)化策略

1.需求管理優(yōu)化

需求管理是一種對(duì)系統(tǒng)需求進(jìn)行啟發(fā)、組織、文檔化的系統(tǒng)的方法；是在客戶和項(xiàng)目組之間對(duì)變更的系統(tǒng)需求建立和維護(hù)一致意見(jiàn)的過(guò)程。在CMMI的定義里面，需求管理的目的是在客戶和項(xiàng)目組之間建立關(guān)于軟件項(xiàng)目要實(shí)現(xiàn)的客戶需求的共識(shí)?？刂栖浖枨螅瑸檐浖こ毯凸芾砉ぷ鹘⒒€。軟件計(jì)劃、產(chǎn)品和各項(xiàng)活動(dòng)應(yīng)當(dāng)與軟件需求保持一致。軟件需求規(guī)格說(shuō)明文檔是軟件生產(chǎn)中最重要的技術(shù)文檔，它不僅是進(jìn)行軟件設(shè)計(jì)的依據(jù)，而且是整個(gè)軟件生產(chǎn)工作的基礎(chǔ)。如果需求管理不善，會(huì)增加軟件開(kāi)發(fā)的迭代次數(shù)，從而導(dǎo)致成本失控。因此，需要開(kāi)發(fā)設(shè)計(jì)人員盡早介入與客戶的需求溝通，明確需求，精簡(jiǎn)需求模型，從而減少開(kāi)發(fā)成本，縮短開(kāi)發(fā)周期，提升用戶的滿意度。

2.軟件開(kāi)發(fā)技術(shù)架構(gòu)優(yōu)化

海南省的整體信息化水平不高但發(fā)展迅速，疊加自由貿(mào)易港政策影響由此帶來(lái)了大量的軟件開(kāi)發(fā)需求。但許多客戶在初始階段的軟件需求往往不夠明確，需要不斷升級(jí)優(yōu)化、疊加功能。但對(duì)于開(kāi)發(fā)團(tuán)隊(duì)而言，假如不停地往其中堆功能，產(chǎn)品就會(huì)很臃腫，失去拓展性、易維護(hù)性，最后難以運(yùn)營(yíng)，甚至是丟失客戶。因此，技術(shù)上建議采用微服務(wù)架構(gòu)。微服務(wù)架構(gòu)具備易拓展性、易維護(hù)性、易復(fù)用性，在業(yè)務(wù)上具有高度的差異化可配置性；在運(yùn)行上具有容錯(cuò)性，能夠在某一功能發(fā)生問(wèn)題時(shí)不影響整體運(yùn)行。設(shè)計(jì)時(shí)通過(guò)將每個(gè)業(yè)務(wù)流程，都做成顆粒度很小的服務(wù)，提供可配置的選項(xiàng)，這樣便可以通過(guò)需求配置出適合的產(chǎn)品形態(tài)。目前的中國(guó)聯(lián)通統(tǒng)一軟件平臺(tái)底座，已經(jīng)完全支持微服務(wù)架構(gòu)的研發(fā)、測(cè)試、部署、運(yùn)維的全生命周期管理。因此，目前筆者所在的研發(fā)團(tuán)隊(duì)采取了當(dāng)前最先進(jìn)也最科學(xué)的微服務(wù)架構(gòu)及前后端分離技術(shù)進(jìn)行軟件開(kāi)發(fā)：后端采取基于java的j2ee/springboot軟件架構(gòu)，前端采用VUE等基于javascript的一體化門戶技術(shù)。采用云原生的DevOps開(kāi)發(fā)模式，快速開(kāi)發(fā)，快速測(cè)試，快速部署，快速交付。運(yùn)營(yíng)與運(yùn)維人員直接參與項(xiàng)目團(tuán)隊(duì)，可有效促進(jìn)部門之間的溝通、協(xié)作與整合，并提高產(chǎn)品化的成熟度，提升產(chǎn)品研發(fā)質(zhì)量。同時(shí)，研發(fā)過(guò)程要遵循微服務(wù)設(shè)計(jì)，將各類應(yīng)用進(jìn)行有效拆分，提前設(shè)好配置選項(xiàng)，預(yù)留擴(kuò)展接口，以支撐在產(chǎn)品遇到的各類情況。

3.項(xiàng)目資源配置優(yōu)化

依托海南聯(lián)通整合本地及全國(guó)資源的能力，集成各行各業(yè)的龍頭應(yīng)用廠商、軟件外包團(tuán)隊(duì)，共同打造及完善產(chǎn)品，以最大程度地滿足客戶需求。公司應(yīng)根據(jù)自身的業(yè)務(wù)特點(diǎn)，現(xiàn)有重點(diǎn)客戶的需求，集中力量打造在某幾個(gè)領(lǐng)域內(nèi)的優(yōu)勢(shì)產(chǎn)品。在項(xiàng)目的需求分析、開(kāi)發(fā)計(jì)劃設(shè)計(jì)階段，做好任務(wù)分解，將本團(tuán)隊(duì)不擅長(zhǎng)或非核心優(yōu)勢(shì)的工作劃分出去，以縮短開(kāi)發(fā)周期，節(jié)省成本。同時(shí)，加強(qiáng)質(zhì)量管理，經(jīng)過(guò)嚴(yán)格測(cè)試評(píng)審后將外部團(tuán)隊(duì)的開(kāi)發(fā)成果整合到項(xiàng)目中進(jìn)行交付，以保證產(chǎn)品功能特性在本團(tuán)隊(duì)的掌控之中。

4.產(chǎn)品運(yùn)營(yíng)優(yōu)化

基于分級(jí)分類客戶的需求不同，通過(guò)不同的差異化產(chǎn)品版本，推進(jìn)產(chǎn)品的規(guī)模推廣。持續(xù)服務(wù)，項(xiàng)目迭代方面，針對(duì)項(xiàng)目個(gè)性化需求多，通過(guò)研發(fā)與交付隊(duì)伍分離，不斷進(jìn)行快速開(kāi)發(fā)持續(xù)交付。產(chǎn)品迭代方面，當(dāng)項(xiàng)目共性需求達(dá)一定閾值觸發(fā)產(chǎn)品迭代，發(fā)布新功能到整個(gè)產(chǎn)品線，逐步完善產(chǎn)品能力。通過(guò)市場(chǎng)洞察、產(chǎn)品研發(fā)、制定營(yíng)銷策略、持續(xù)服務(wù)運(yùn)營(yíng)等各環(huán)節(jié)，體系化地推動(dòng)產(chǎn)品運(yùn)營(yíng)、打通產(chǎn)品運(yùn)營(yíng)全流程各環(huán)節(jié)責(zé)任邊界。產(chǎn)品交付后，發(fā)揮本地團(tuán)隊(duì)在持續(xù)服務(wù)運(yùn)營(yíng)當(dāng)中的優(yōu)勢(shì)，獲取客戶對(duì)已交付產(chǎn)品的反饋信息，及時(shí)轉(zhuǎn)化，從中不斷發(fā)掘出新的商機(jī)。

產(chǎn)品運(yùn)營(yíng)體系構(gòu)建如圖1所示：

圖1 產(chǎn)品運(yùn)營(yíng)體系架構(gòu)圖

5.團(tuán)隊(duì)優(yōu)化

在DevOps的流程下，在項(xiàng)目開(kāi)發(fā)期間就需要整合銷售隊(duì)伍、集成隊(duì)伍和研發(fā)隊(duì)伍。通過(guò)團(tuán)隊(duì)整合，打破部門間壁壘，實(shí)現(xiàn)能力流通，形成研發(fā)交付一體化。項(xiàng)目實(shí)施方面，通過(guò)虛擬化BU項(xiàng)目制的方式，將銷售、解決方案、運(yùn)維與運(yùn)營(yíng)等交付實(shí)施團(tuán)隊(duì)并入研發(fā)隊(duì)伍，前置參與研發(fā)，發(fā)揮運(yùn)營(yíng)商屬地化交付的天然優(yōu)勢(shì)，增強(qiáng)項(xiàng)目交維能力。同時(shí)，設(shè)置產(chǎn)品運(yùn)營(yíng)中心，以產(chǎn)品為核心，通過(guò)精準(zhǔn)運(yùn)營(yíng)策略引導(dǎo)市場(chǎng)銷售，以市場(chǎng)前端持續(xù)運(yùn)營(yíng)牽引后端研發(fā)。

四、組織架構(gòu)實(shí)踐

根據(jù)上述的軟件工程基本原理及研發(fā)實(shí)踐，筆者團(tuán)隊(duì)形成了一套行之有效的組織架構(gòu)，并且基于該架構(gòu)成功地開(kāi)發(fā)了海南省的多個(gè)大型軟件項(xiàng)目。

研發(fā)經(jīng)理（技術(shù)總監(jiān)），對(duì)系統(tǒng)方向和團(tuán)隊(duì)中一些決策性的事進(jìn)行管理，包括日常事務(wù)，雖然他不需要編碼，但能擔(dān)任技術(shù)總監(jiān)，他經(jīng)歷了設(shè)計(jì)開(kāi)發(fā)，產(chǎn)品的實(shí)施，并對(duì)系統(tǒng)的戰(zhàn)略性發(fā)展都有相當(dāng)?shù)囊?jiàn)解，對(duì)整個(gè)系統(tǒng)的所有流程都面面俱到，不單單局限于技術(shù)層面，因?yàn)樗枰鲗?dǎo)整個(gè)團(tuán)隊(duì)運(yùn)作?？梢愿蛻艚涣餍枨?、根據(jù)需求分派任務(wù)。

Leader，管理項(xiàng)目組成員、技術(shù)難點(diǎn)分析，編寫(xiě)詳細(xì)設(shè)計(jì)文檔，技能特色很突出，有創(chuàng)新能力，不是什么都是從網(wǎng)上拿下來(lái)一改就用的，其他方面都可以講出一二，對(duì)行業(yè)內(nèi)的動(dòng)態(tài)都很關(guān)注，有一定的交際能力。可以跟客戶交流需求。

項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理負(fù)責(zé)分配資源，確定優(yōu)先級(jí)，協(xié)調(diào)與客戶和用戶之間的交往?？偠灾?，就是盡量使項(xiàng)目團(tuán)隊(duì)一直集中于正確的目標(biāo)。項(xiàng)目經(jīng)理還要建立一套工作方法，以確保項(xiàng)目工件的完整性和質(zhì)量。懂開(kāi)發(fā)，知識(shí)面廣，針對(duì)項(xiàng)目，對(duì)系統(tǒng)進(jìn)度的控制，風(fēng)險(xiǎn)評(píng)估進(jìn)有把控，根據(jù)反饋的客戶需求，分派具體工作內(nèi)容，項(xiàng)目中日常事務(wù)調(diào)配，人員配置，具有一定的溝通能力?？梢愿蛻艚涣餍枨?。在我們的設(shè)置中，基本保證項(xiàng)目經(jīng)理和研發(fā)經(jīng)理崗位基本類似，并且資歷和年齡相仿，并且有過(guò)合作經(jīng)驗(yàn)的為佳。

項(xiàng)目助理，對(duì)會(huì)議、文檔、日常事務(wù)的跟蹤進(jìn)行管理，這不只是助理一職，這個(gè)職務(wù)在整個(gè)項(xiàng)目中，啟著至關(guān)重要的位置，他貫穿于團(tuán)隊(duì)中、每個(gè)職務(wù)之中，其他職務(wù)是針，他就是一根線，他可以對(duì)項(xiàng)目中每個(gè)人的工作進(jìn)度監(jiān)控、總結(jié)和傳達(dá)任務(wù)。

系統(tǒng)架構(gòu)師：可以由研發(fā)經(jīng)理兼任，對(duì)系統(tǒng)進(jìn)行構(gòu)架設(shè)計(jì)、技術(shù)評(píng)估、開(kāi)發(fā)環(huán)境，編寫(xiě)概要設(shè)計(jì)文檔與設(shè)計(jì)規(guī)范文檔，對(duì)各類技術(shù)點(diǎn)進(jìn)行分析，要求技術(shù)全面，并掌握熟練，有豐富的項(xiàng)目經(jīng)驗(yàn)，在各種環(huán)境下，給出最佳的解決方案。首先，業(yè)務(wù)分析員通過(guò)概括和界定作為建模對(duì)象的組織來(lái)領(lǐng)導(dǎo)和協(xié)調(diào)業(yè)務(wù)用例建模。例如，確定存在哪些業(yè)務(wù)主角和業(yè)務(wù)用例，他們之間如何交互。通過(guò)描述一個(gè)或幾個(gè)用例的需求狀況以及其他支持軟件的需求來(lái)獲取系統(tǒng)功能某一部分的規(guī)約。還要負(fù)責(zé)用例包并維護(hù)該用例包的完整性。其次，構(gòu)架設(shè)計(jì)師負(fù)責(zé)在整個(gè)項(xiàng)目中對(duì)技術(shù)活動(dòng)和工件進(jìn)行領(lǐng)導(dǎo)和協(xié)調(diào)。構(gòu)架設(shè)計(jì)師要為各構(gòu)架視圖確立整體結(jié)構(gòu)：視圖的詳細(xì)組織結(jié)構(gòu)、元素的分組以及這些主要元素組之間的接口。因此，與其他角色相比，構(gòu)架設(shè)計(jì)師的見(jiàn)解重在廣度，而不是深度。

產(chǎn)品經(jīng)理：可以由項(xiàng)目經(jīng)理兼任，負(fù)責(zé)對(duì)系統(tǒng)功能需求分析、用戶體驗(yàn)設(shè)計(jì)，編寫(xiě)需求文檔，如果我們接到任務(wù)，我們的產(chǎn)品需要做哪些功能，產(chǎn)品經(jīng)理必須給出需求，將功能項(xiàng)目實(shí)際的列舉出來(lái)，不但要知道自己做什么樣的東西，還要了解我們做出來(lái)怎么用，分析產(chǎn)品在實(shí)際運(yùn)營(yíng)中的一些需求，制定項(xiàng)目的功能開(kāi)發(fā)階段，現(xiàn)在一般的開(kāi)發(fā)團(tuán)隊(duì)中還沒(méi)有這個(gè)職位，其實(shí)這個(gè)職位對(duì)一個(gè)產(chǎn)品的好壞影響很大，我們?cè)诋a(chǎn)品開(kāi)發(fā)完成后，常常遇到一個(gè)問(wèn)題，就是產(chǎn)品剛出來(lái)就感覺(jué)已經(jīng)落后了。

高級(jí)軟件工程師（主程）：以后臺(tái)為主，負(fù)責(zé)完成架構(gòu)師的設(shè)計(jì)意圖，根據(jù)設(shè)計(jì)文檔編寫(xiě)代碼；根據(jù)設(shè)計(jì)文檔編寫(xiě)單元測(cè)試代碼，根據(jù)測(cè)試報(bào)告BUG己錄修訂BUG完成包或子系統(tǒng)的開(kāi)發(fā)。熟練相關(guān)開(kāi)發(fā)技術(shù)例如：JAVA、C#（.net）、C++、C、匯編、3D方面等，負(fù)責(zé)項(xiàng)目的核心模塊開(kāi)發(fā)，編寫(xiě)模塊設(shè)計(jì)文檔，不需要培訓(xùn)就可以直接進(jìn)入開(kāi)發(fā)狀態(tài)，是團(tuán)隊(duì)模塊開(kāi)發(fā)引領(lǐng)者和銜接者，一般經(jīng)歷過(guò)幾個(gè)項(xiàng)目的人都可以擔(dān)當(dāng)。

初級(jí)軟件工程師（輔程）：以前端為主，懂java、javascript、C#（.net）、C++、C能開(kāi)發(fā)一些簡(jiǎn)單的模塊，在技術(shù)上需要提高，現(xiàn)在大部程序員都喜歡寫(xiě)后臺(tái)代碼，邏輯思維強(qiáng)，寫(xiě)服務(wù)、API代碼比較好，做小型項(xiàng)目外包都沒(méi)問(wèn)題。高級(jí)初級(jí)的項(xiàng)目配比為1：2至1：3之間。

UI設(shè)計(jì)、美工，界面設(shè)計(jì)人員通過(guò)以下方法來(lái)領(lǐng)導(dǎo)和協(xié)調(diào) Web界面的原型設(shè)計(jì)和正式設(shè)計(jì)：獲取對(duì) Web界面的需求（包括可用性需求），構(gòu)建Web頁(yè)面原型，使Web界面的其他涉眾（如最終用戶）參與可用性復(fù)審和使用測(cè)試會(huì)議，復(fù)審并提供對(duì)Web界面最終實(shí)施方案（由其他開(kāi)發(fā)人員員創(chuàng)建，如設(shè)計(jì)師和實(shí)施工程師）的適當(dāng)反饋。UI設(shè)計(jì)、規(guī)范，切割并排好界面，有很多美工只懂設(shè)計(jì)切割，會(huì)設(shè)計(jì)還要什么html、css、js，還要懂一些接口規(guī)范，有很多美工怕寫(xiě)代碼，所以在招聘的時(shí)候可以招兩個(gè)，一個(gè)設(shè)計(jì)切割，一個(gè)排版處理，兩個(gè)結(jié)合處理。

DBA，搭建好數(shù)據(jù)庫(kù)環(huán)境，準(zhǔn)備數(shù)據(jù)規(guī)范，更新數(shù)據(jù)以及數(shù)據(jù)文檔，對(duì)數(shù)據(jù)系統(tǒng)性能分析、遷移、管理等工作。

測(cè)試工程師，測(cè)試工程師負(fù)責(zé)執(zhí)行測(cè)試，其中包括設(shè)置和執(zhí)行測(cè)試，評(píng)估測(cè)試執(zhí)行過(guò)程并修改錯(cuò)誤，以及評(píng)估測(cè)試結(jié)果并記錄所發(fā)現(xiàn)的缺陷。完成測(cè)試用例，文檔，編寫(xiě)測(cè)試文檔。

實(shí)施工程師，負(fù)責(zé)軟件產(chǎn)品安裝調(diào)試和部署，完成項(xiàng)目相關(guān)系統(tǒng)工程工作，負(fù)責(zé)客戶技術(shù)支持，負(fù)責(zé)編寫(xiě)系統(tǒng)部署方案和使用手冊(cè)、維護(hù)手冊(cè)，負(fù)責(zé)系統(tǒng)實(shí)施計(jì)劃和規(guī)劃。