基于MSF的軟件研發(fā)團隊組建策略研究

（中國聯(lián)通海南省分公司，海南 海口 572500）

一、微軟MSF過程模型介紹

1.MSF過程模型的特點

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

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

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

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

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

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

2.MSF過程模型的五個階段

MSF模型分為：需求分析、設(shè)計、軟件開發(fā)、測試驗證、部署實施五個階段。

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

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

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

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

部署實施：當前迭代周期的版本開發(fā)完成后，應(yīng)與客戶進行溝通，對當前版本進行功能驗收，驗收通過后更新版本進行發(fā)布部署運行。部署階段是促進解決方案從項目團隊到運營團隊的順利過渡的過程?？蛻羧杂泄δ苌壭枨髸r，可以進入下一次迭代周期。

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

同時，也可以看到該過程管理模型中對過程劃分得比較細。可以根據(jù)項目的規(guī)模和類型對這個過程管理模型進行優(yōu)化，使之更加適合于公司實際的項目開發(fā)。

二、軟件團隊（開發(fā)小組）組建的宗旨和目標

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.團隊優(yōu)化

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

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

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

研發(fā)經(jīng)理（技術(shù)總監(jiān)），對系統(tǒng)方向和團隊中一些決策性的事進行管理，包括日常事務(wù)，雖然他不需要編碼，但能擔(dān)任技術(shù)總監(jiān)，他經(jīng)歷了設(shè)計開發(fā)，產(chǎn)品的實施，并對系統(tǒng)的戰(zhàn)略性發(fā)展都有相當?shù)囊娊?，對整個系統(tǒng)的所有流程都面面俱到，不單單局限于技術(shù)層面，因為他需要主導(dǎo)整個團隊運作。可以跟客戶交流需求、根據(jù)需求分派任務(wù)。

Leader，管理項目組成員、技術(shù)難點分析，編寫詳細設(shè)計文檔，技能特色很突出，有創(chuàng)新能力，不是什么都是從網(wǎng)上拿下來一改就用的，其他方面都可以講出一二，對行業(yè)內(nèi)的動態(tài)都很關(guān)注，有一定的交際能力?？梢愿蛻艚涣餍枨?。

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

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

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

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

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

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

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

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

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

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