美軍信息技術(shù)敏捷采辦研究

鄒立巖，　許鵬文，　武　劍

(1. 65731部隊；　2. 裝備學(xué)院 裝備采辦系, 北京 101416；　3. 裝備學(xué)院 研究生管理大隊， 北京 101416)

?

美軍信息技術(shù)敏捷采辦研究

鄒立巖1，許鵬文2，武劍3

(1. 65731部隊；2. 裝備學(xué)院 裝備采辦系, 北京 101416；3. 裝備學(xué)院 研究生管理大隊， 北京 101416)

摘要針對傳統(tǒng)信息技術(shù)采辦方法的不足，美軍近年來大力呼吁敏捷采辦，并在相關(guān)采辦項目中開展試點(diǎn)，取得良好成效。為探究美軍信息技術(shù)敏捷采辦的優(yōu)勢，對敏捷采辦的概念和特點(diǎn)進(jìn)行了研究；以敏捷方法中的Scrum方法為例，分析了美軍敏捷采辦的組織、框架和執(zhí)行;最后，從敏捷采辦的可行性和適用性、管理思想和文化,以及與我軍信息系統(tǒng)裝備體系建設(shè)相結(jié)合的角度，提出美軍敏捷采辦對我軍的幾點(diǎn)啟示。

關(guān)鍵詞信息技術(shù)；敏捷；采辦

US Army Information Technology Agile Acquisition

ZOU Liyan1，XU Pengwen2，WU Jian3

(1. 65731 Troops， China；2. Department of Equipment Acquisition， Equipment Academy， Beijing 101416， China；3. Department of Graduate Management， Equipment Academy， Beijing 101416， China)

AbstractAiming at the shortcomings of traditional information technology (IT) acquisition method, US Army advocates agile acquisition and sets pilots projects among relevant acquisition projects which has shown good results recently. To explore the advantage of agile IT acquisition, the paper firstly studies on the concept and features of agile acquisition. Then, taking an example of Scrum approach, the paper analyzes the organization, framework and implementation of agile acquisition in US Army. In the end, from the perspective of combining the feasibility and applicability of agile acquisition as well as its management philosophy and culture with the building of information equipment system in the PLA, the paper brings out several enlightenments of agile acquisition for the PLA.

Keywordsinformation technology (IT); agile; acquisition

隨著信息時代的發(fā)展，互聯(lián)網(wǎng)、信息系統(tǒng)和移動通信等信息技術(shù)正發(fā)生著日新月異的變化，云計算、大數(shù)據(jù)和人工智能等尖端信息技術(shù)站上浪潮之巔，不斷地改變著人們工作、學(xué)習(xí)和生活的方式。正是這種快速變化，迫使美軍開始反思傳統(tǒng)的軟件工程方法是否能夠適應(yīng)信息技術(shù)的快速發(fā)展，并逐步、謹(jǐn)慎地開展了信息技術(shù)敏捷采辦的相關(guān)實(shí)踐。事實(shí)證明，敏捷采辦使美軍在獲取信息技術(shù)能力(Information Technology Capability)時更加迅速，并且能夠有效地響應(yīng)美軍在作戰(zhàn)、技術(shù)和預(yù)算等方面的變化。

1美軍敏捷采辦的概念和特點(diǎn)

1.1美軍敏捷采辦的概念

1) 敏捷開發(fā)。敏捷開發(fā)(Agile Development)是輕量化的軟件開發(fā)過程，其“輕”主要是針對傳統(tǒng)軟件開發(fā)方法[1]如瀑布模型、能力成熟度模型集成(Capability Maturity Model Integration,CMMI)等比較“重”的開發(fā)過程而言。“敏捷開發(fā)”這個概念最早在2001年提出，當(dāng)時由17名軟件開發(fā)專家共同發(fā)起“敏捷宣言”并提出12條敏捷原則。美軍將其凝練出4條核心價值觀：(1) 聚焦于小規(guī)模的、頻繁的軟件能力交付；(2) 能夠工作的軟件重于面面俱到的文檔；(3) 快速響應(yīng)作戰(zhàn)、技術(shù)和預(yù)算的變化；(4) 用戶應(yīng)積極參與軟件開發(fā)過程以確保軟件具有高度的使用價值[2]2。

2) 敏捷方法。美軍研究人員給出敏捷方法(Agile Method)的定義：一種迭代和增量式(進(jìn)化)的軟件開發(fā)方法，它由自組織團(tuán)隊在一種有效管理的框架下，講究“剛好夠用”，以一種高度協(xié)作的方式進(jìn)行，追求成本效益，及時生產(chǎn)高質(zhì)量的軟件，滿足利益相關(guān)者不斷變化的需求[3]。敏捷方法是一種方法論，是多種方法的集合，如Scrum、極限編程(Extreme Programing,XP)、測試驅(qū)動開發(fā)(Test Driven Development,TDD)等。

3) 敏捷采辦。美軍所指“敏捷”“敏捷方法”“敏捷開發(fā)”是指同一概念，只是表述不同，關(guān)鍵是對敏捷思想或理念的認(rèn)同。而美軍所謂敏捷采辦，主要指在信息技術(shù)采辦(特別是軟件密集型項目)過程中，引入敏捷思想并科學(xué)采用敏捷方法進(jìn)行開發(fā)，以克服傳統(tǒng)采辦方法不夠敏捷、靈活的缺點(diǎn)，從而提高IT采辦的效率、效益和質(zhì)量。

1.2美軍敏捷采辦的特點(diǎn)

1) 靈活性。敏捷意味著靈活，主要體現(xiàn)在2個方面：一是敏捷采辦追求的目標(biāo)是小規(guī)模、頻繁地獲取信息技術(shù)能力，以及對需求、技術(shù)和預(yù)算等變化的快速響應(yīng)，它比傳統(tǒng)采辦方法更加靈活；二是敏捷采辦本身不強(qiáng)制采用某一種敏捷方法或嚴(yán)格遵循預(yù)先設(shè)定的采辦流程，而是強(qiáng)調(diào)使用一種充滿活力、動態(tài)的、適當(dāng)裁剪和能夠快速進(jìn)化的方法來保障項目的完成。

2) 合規(guī)性。雖然敏捷方法打破了傳統(tǒng)軟件開發(fā)方法那種自上而下的開發(fā)過程，轉(zhuǎn)而強(qiáng)調(diào)以小規(guī)模、迭代和進(jìn)化的開發(fā)方法，但并不是對傳統(tǒng)開發(fā)方法的否定，而是在繼承傳統(tǒng)開發(fā)方法優(yōu)勢的基礎(chǔ)上來提高軟件的開發(fā)效率。但是，美軍國防采辦有著嚴(yán)格的DoDI 5000.02框架，在采用敏捷方法的同時，不能突破這個框架及要求，而是在此框架之下適用敏捷方法，即敏捷采辦具有遵循制度法規(guī)要求的合規(guī)性。

3) 實(shí)踐性。目前，敏捷方法在商業(yè)領(lǐng)域的應(yīng)用已十分普遍，但在美軍內(nèi)部還沒有形成統(tǒng)一制度，仍然是謹(jǐn)慎的實(shí)踐性質(zhì)。這是因?yàn)椴⒉皇撬械腎T采辦都可以適用敏捷方法，敏捷方法也不是“包治百病”的“靈丹妙藥”。雖然一些試點(diǎn)項目的成功，積累了一些經(jīng)驗(yàn)，但仍然需要時間來不斷試錯、學(xué)習(xí)并總結(jié)經(jīng)驗(yàn)，以形成更加完善的敏捷采辦政策、文化和流程等最佳實(shí)踐，以此發(fā)揮敏捷方法的最大優(yōu)勢。

2美軍敏捷采辦的組織、框架和執(zhí)行

在敏捷方法中，Scrum方法的使用占比高達(dá)50%[4]，最為流行。因此，主要以Scrum方法為例，分析美軍敏捷采辦的組織、框架和執(zhí)行。

2.1美軍敏捷采辦的組織

敏捷采辦需要承包商開發(fā)團(tuán)隊和政府項目管理辦公室建立與傳統(tǒng)的自頂向下層級組織結(jié)構(gòu)不同的工作角色和責(zé)任。美軍敏捷采辦的基本組織結(jié)構(gòu)[2]11如圖1所示。

圖1　美軍敏捷采辦的基本組織架構(gòu)示意

圖1中，最內(nèi)兩層屬于敏捷采辦核心團(tuán)隊，一般由政府的項目管理人員、產(chǎn)品經(jīng)理、測試人員和系統(tǒng)工程人員，以及由承包商敏捷主管(Scrum Master)領(lǐng)導(dǎo)的開發(fā)小組組成。其中，產(chǎn)品經(jīng)理和敏捷主管是Scrum方法特有的，前者是用戶的代言人，負(fù)責(zé)將用戶需求和反饋以適當(dāng)?shù)男问絺鬟f給開發(fā)人員；后者是敏捷團(tuán)隊的導(dǎo)師和組織者，負(fù)責(zé)優(yōu)化敏捷流程，確保敏捷思想貫徹執(zhí)行。最外層是由相關(guān)職能領(lǐng)域的利益相關(guān)者代表組成的擴(kuò)展團(tuán)隊，主要來自于采辦領(lǐng)導(dǎo)層、作戰(zhàn)(使用)領(lǐng)導(dǎo)層、合同訂立、成本經(jīng)費(fèi)、企業(yè)體系、測試認(rèn)證、用戶以及其他外部環(huán)境。之所以采用同心圓結(jié)構(gòu)，是因?yàn)槊艚蓍_發(fā)強(qiáng)調(diào)的是團(tuán)隊成員之間的經(jīng)常性協(xié)作，這與傳統(tǒng)采辦方法中政府部門只負(fù)責(zé)監(jiān)管、較少參與開發(fā)全程的情況有所區(qū)別。敏捷采辦團(tuán)隊是自組織團(tuán)隊，強(qiáng)調(diào)團(tuán)隊成員分工負(fù)責(zé)某一方面工作的同時，積極參與項目其他方面工作，共同解決項目中出現(xiàn)的問題。此外，該圖是敏捷采辦最基本的組織結(jié)構(gòu)，在此基礎(chǔ)上還會出現(xiàn)同一基本組織結(jié)構(gòu)下多個開發(fā)小組并行(Scrum of Scrums)工作或多個基本組織結(jié)構(gòu)并行(Team of Teams)工作的情形。

2.2美軍敏捷采辦的框架

實(shí)際上，美軍2013年版DoDI 5000.02[5]的軟件密集型項目采辦模型提供了一個適于敏捷開發(fā)的漸進(jìn)式框架，敏捷采辦以此為基礎(chǔ)進(jìn)行裁剪，以適應(yīng)小規(guī)模、迭代和增量的開發(fā)要求，基本框架如圖2所示。在采辦開始時，首先依據(jù)美軍IT采辦的相關(guān)要求，形成頂層的初始能力文檔(Initial Capability Document,ICD)，經(jīng)過方案分析階段后，由里程碑A進(jìn)入項目規(guī)劃階段，此階段主要任務(wù)是由產(chǎn)品經(jīng)理將用戶需求轉(zhuǎn)化為整個項目的待辦事項(Backlogs)，并按照需求的優(yōu)先級將這些Backlogs劃分到若干發(fā)布版本(Release)當(dāng)中。然后，由里程碑B進(jìn)入實(shí)質(zhì)性的漸進(jìn)式開發(fā)階段，此階段要求對發(fā)布版本的功能需求列表進(jìn)行優(yōu)先排序以形成Release Backlogs，而后再將這些Backlogs按照優(yōu)先級依次劃分到多個“Sprint”迭代開發(fā)周期當(dāng)中。其中，每一次Sprint迭代開發(fā)又分為設(shè)計、開發(fā)、集成、測試和演示5個階段，構(gòu)成一個閉環(huán)過程。在Sprint迭代過程中，需要根據(jù)反饋信息，持續(xù)地對Release Backlogs甚至Program Backlogs進(jìn)行修整和重新排序，以便在下一次Sprint迭代中積極響應(yīng)用戶需求變化并及時修正開發(fā)中存在的問題。最后，在一系列Sprint迭代之后，經(jīng)過最終測試與認(rèn)證，就可以對Release版本進(jìn)行全面部署。

圖2　美軍敏捷采辦的框架

2.3美軍敏捷采辦的執(zhí)行

美軍敏捷采辦在執(zhí)行策略[2]20-54上與傳統(tǒng)方法有所不同，主要體現(xiàn)在需求生成、系統(tǒng)工程、合同訂立、費(fèi)用評估、度量標(biāo)準(zhǔn)、開發(fā)測試和部署維護(hù)等過程當(dāng)中。

1) 需求生成。敏捷方法不要求在項目初始就確定整個項目的范圍、需求以及設(shè)計，而是假設(shè)這些因素是隨時可變的，這與傳統(tǒng)采辦方法在項目開始就要求給出初始方案并固化需求有所不同。首先，敏捷采辦強(qiáng)調(diào)“可以工作的軟件勝過面面俱到的文檔”，但也必須以DoDI5000.02所要求的頂層文件和信息要求進(jìn)行項目規(guī)劃，同時還要滿足聯(lián)合能力集成與開發(fā)系統(tǒng)(Joint Capability Integration and Development System,JCIDS)中IT Box[6]的需求生成過程。其次，敏捷采辦的需求管理是以用戶為中心將各種使用場景轉(zhuǎn)化為“用戶故事(User Stories)”，再轉(zhuǎn)換為Program、Release和Sprint的Backlogs列表，而不是格式化的需求文檔，并且可以隨著迭代周期進(jìn)行調(diào)整。最后，敏捷采辦要求用戶全程參與開發(fā)過程，以及時獲取、反饋和變更用戶需求。

2) 系統(tǒng)工程。系統(tǒng)工程可以確保敏捷采辦項目與現(xiàn)有企業(yè)體系結(jié)構(gòu)的集成、利用持續(xù)原型開發(fā)快速集成新技術(shù)或驗(yàn)證創(chuàng)新方案、進(jìn)行風(fēng)險管理和配置管理、防止技術(shù)債務(wù)(Technical Debt)導(dǎo)致延期交付等。敏捷采辦雖具靈活性，但仍鼓勵系統(tǒng)工程人員將開發(fā)人員、測試人員、用戶和利益相關(guān)者納入嚴(yán)格的系統(tǒng)工程過程，可通過將系統(tǒng)工程過程分解至每一個Release開發(fā)過程中來實(shí)現(xiàn)。

3) 合同訂立。由于敏捷采辦允許經(jīng)常性的需求變更，并采用增量開發(fā)，所以提前固化產(chǎn)品需求并定義最終產(chǎn)品的傳統(tǒng)采辦合同不太適于敏捷采辦。因此，美軍提倡使用服務(wù)合同來替代產(chǎn)品合同，即不單純以技術(shù)實(shí)力來選擇承包商，而是以承包商敏捷開發(fā)團(tuán)隊的專業(yè)水平和提供服務(wù)的時長來確定合同內(nèi)容。美軍推薦的敏捷采辦合同包括：固定價格服務(wù)合同、成本補(bǔ)償條款合同(按工作標(biāo)準(zhǔn))、時間和物料(按勞動時長)服務(wù)合同。

4) 費(fèi)用評估。敏捷采辦在費(fèi)用估算工具的使用上與傳統(tǒng)IT采辦無異，但需要在不斷迭代的過程中以一種更加集成和協(xié)作的方式來進(jìn)行。因?yàn)樾枨蟮淖兓椖块_始時只能給出大體的量級估算，只有開發(fā)團(tuán)隊進(jìn)入相對穩(wěn)定的開發(fā)節(jié)奏后，才有可能給出精確的費(fèi)用評估。這需要費(fèi)用評估人員與用戶、開發(fā)團(tuán)隊、系統(tǒng)工程人員、利益相關(guān)者密切協(xié)作，在需求數(shù)量和每次增量開發(fā)的工作量上達(dá)成共識。另外，敏捷采辦相比傳統(tǒng)采辦的優(yōu)勢，就是可以調(diào)整需求來適應(yīng)固定的預(yù)算，即將有限的費(fèi)用用于優(yōu)先開發(fā)最需要的功能，從而降低因預(yù)算不足導(dǎo)致采辦項目失敗的風(fēng)險。

5) 度量標(biāo)準(zhǔn)。敏捷采辦應(yīng)當(dāng)采用敏捷方法特有的度量標(biāo)準(zhǔn)反應(yīng)敏捷開發(fā)的狀態(tài)，也可以裁剪一系列通用的項目管理指標(biāo)來反映項目進(jìn)展。如Scrum使用工作要素(如故事點(diǎn)、員工小時、任務(wù)列表等)、燃盡圖以及速率來跟蹤進(jìn)度并衡量生產(chǎn)效率、成本、進(jìn)度和績效等。

6) 開發(fā)測試。在敏捷方法中，測試集成于每個Sprint迭代，而不是等到全部開發(fā)工作完成后才進(jìn)行測試。敏捷開發(fā)要求測試團(tuán)隊具備相關(guān)業(yè)務(wù)領(lǐng)域的知識，盡早甚至在需求生成時就介入Sprint迭代，能夠與其他團(tuán)隊積極協(xié)作，準(zhǔn)確掌握不同業(yè)務(wù)領(lǐng)域的測試標(biāo)準(zhǔn)。

7) 部署維護(hù)。敏捷采辦的部署通常以Release為單位，但在進(jìn)行了充分的測試和認(rèn)證后，也可以在Sprint級別進(jìn)行部署。敏捷開發(fā)的迭代屬性能夠使所獲取的IT能力在不斷進(jìn)化中解決開發(fā)缺陷，同時在使用和維護(hù)IT能力時進(jìn)行持續(xù)地反饋，以便產(chǎn)品經(jīng)理可以修整和優(yōu)化項目Backlogs排序，為未來的增量開發(fā)打下基礎(chǔ)。

3美軍敏捷采辦對我軍的啟示

3.1正確理解敏捷采辦的可行性和適用性

實(shí)際上，美國國防部早在2010年就意識到其在IT采辦方面正陷于一種效率低下的“深思熟慮”，需要開發(fā)一種新的采辦方法以適應(yīng)不斷進(jìn)步的IT能力和用戶需求。為此，美國國防部發(fā)布了《在國防部范圍內(nèi)采用新的信息技術(shù)能力交付方法》的報告，提出一種快速、迭代和增量式的國防業(yè)務(wù)信息系統(tǒng)采辦模型[7]。同時，美軍也意識到在商業(yè)領(lǐng)域被廣泛采用的敏捷方法，恰恰能夠滿足其對IT采辦的新要求，因此委托相關(guān)學(xué)術(shù)機(jī)構(gòu)做了一些研究報告[8-10]，對國防IT采辦使用敏捷方法的可行性、優(yōu)勢、風(fēng)險、挑戰(zhàn)和關(guān)注點(diǎn)等內(nèi)容進(jìn)行了論證。應(yīng)該說，美軍一些敏捷采辦項目的成功實(shí)施，如美軍移動智能設(shè)備“改造應(yīng)用”(Transformative Apps，TransApps)計劃和空軍“集成戰(zhàn)略規(guī)劃與分析網(wǎng)絡(luò)”(Integrated Strategic Planning and Analysis Network,ISPAN)項目，以及“全球戰(zhàn)斗支援聯(lián)合系統(tǒng)”(Global Combat Support System-Joint,GCSS-J)在后續(xù)增量開發(fā)中轉(zhuǎn)向敏捷方法，都說明將敏捷方法用于國防IT采辦項目是可行且有效的。

同時也應(yīng)當(dāng)清醒地認(rèn)識到，盡管敏捷方法廣泛應(yīng)用于商業(yè)領(lǐng)域，美軍也有成功的敏捷采辦實(shí)踐，但敏捷采辦也有一定適用性。在我軍裝備采辦流程和系統(tǒng)工程約束下，敏捷采辦更適于對現(xiàn)有系統(tǒng)或平臺的接入式集成、商業(yè)現(xiàn)貨(Commercial off the Shelf,COTS)產(chǎn)品的定制或小范圍內(nèi)強(qiáng)制使敏捷方法。對于一些需要提前確定體系結(jié)構(gòu)的大型IT采辦項目，需要在體系結(jié)構(gòu)的穩(wěn)定性和敏捷方法的靈活性之間取得平衡。一般可以先采用傳統(tǒng)開發(fā)方法建立基線體系結(jié)構(gòu)(Baseline Architecture)并完成整體概念設(shè)計，在后續(xù)的增量開發(fā)中轉(zhuǎn)向敏捷方法，并向作戰(zhàn)基線(Operational Baseline)加入新的功能。另外，在應(yīng)用敏捷方法前，應(yīng)當(dāng)對項目的易變性、關(guān)鍵性、可用資源、組織文化、用戶和利益相關(guān)者的可行性及義務(wù)等方面進(jìn)行綜合評估，來衡量是否適于采用敏捷方法。

3.2培育敏捷采辦所需的管理思想和文化

目前，在我軍信息系統(tǒng)采辦中，經(jīng)常采用的是瀑布模型或CMMI模型，在一定程度上存在開發(fā)周期長、需求變更成本高、增量升級緩慢、用戶反饋不暢等問題，而敏捷采辦正是解決上述問題的有效方法。因此，我軍可以考慮在信息系統(tǒng)采辦中引入敏捷方法，同時注重敏捷管理思想和文化的培育，為敏捷采辦提供良好的運(yùn)行環(huán)境。

1) 設(shè)立類似產(chǎn)品經(jīng)理的有關(guān)職務(wù)和職責(zé)，負(fù)責(zé)用戶需求的溝通，將信息系統(tǒng)作為一個產(chǎn)品，注重用戶體驗(yàn)和反饋，精心打磨信息系統(tǒng)產(chǎn)品。

2) 采用小規(guī)模、迭代和增量的開發(fā)方法，使基礎(chǔ)、關(guān)鍵和急需的功能能夠?qū)崿F(xiàn)快速部署，并在后續(xù)的增量開發(fā)中不斷完善系統(tǒng)功能。

3) 使信息系統(tǒng)用戶、軍隊采購管理部門、系統(tǒng)開發(fā)人員和相關(guān)利益部門能夠真正組成一個及時、高效的協(xié)作團(tuán)隊，全程參與信息系統(tǒng)的需求生成、系統(tǒng)工程、合同訂立、費(fèi)用管理、開發(fā)、部署和維護(hù)等環(huán)節(jié)，共同培育信任和協(xié)作的敏捷文化。

4) 通過權(quán)力下沉，將項目規(guī)劃、需求變更、測試、評審、認(rèn)證和部署等大部分項目決策權(quán)賦予項目執(zhí)行團(tuán)隊，增強(qiáng)團(tuán)隊自組織性、激發(fā)團(tuán)隊積極性，為敏捷開發(fā)提供和諧的工作環(huán)境。

5) 創(chuàng)新合同管理。我軍現(xiàn)有采購合同大多是以最終交付產(chǎn)品的形式為主，而敏捷采辦適于采用靈活性較強(qiáng)的勞務(wù)合同。因此應(yīng)考慮創(chuàng)新合同形式，以采購敏捷開發(fā)團(tuán)隊的勞務(wù)價值為基礎(chǔ)，同時加強(qiáng)軍方參與和管控，確保敏捷的靈活性和最終產(chǎn)品的交付均能夠?qū)崿F(xiàn)。

6) 開展敏捷采辦實(shí)踐。首先是在我軍信息系統(tǒng)采辦中小規(guī)模地采用敏捷方法并不斷總結(jié)經(jīng)驗(yàn)，然后逐漸地推廣成功經(jīng)驗(yàn)，而后再實(shí)踐、再總結(jié)，形成閉環(huán)過程，同時注重與傳統(tǒng)采辦實(shí)踐的結(jié)合融合，最終探索出適于我軍的敏捷采辦“最佳實(shí)踐”經(jīng)驗(yàn)。

3.3探索信息系統(tǒng)裝備體系建設(shè)與敏捷采辦相結(jié)合

目前，我軍已經(jīng)建有一定數(shù)量的軍事信息系統(tǒng)，用于指揮、管理、訓(xùn)練等各個領(lǐng)域，形成了我軍特色的信息系統(tǒng)裝備體系。但這些信息系統(tǒng)還較多地存在“信息孤島”現(xiàn)象，信息系統(tǒng)之間的接口定義不良，導(dǎo)致信息系統(tǒng)的互聯(lián)互通和信息共享等問題還沒有徹底解決。同時，軟件功能重復(fù)建設(shè)、重用度低、架構(gòu)不靈活等問題也造成一定資源浪費(fèi)，使得信息系統(tǒng)之間的綜合集成變得比較困難。敏捷采辦作為一種軟件開發(fā)理念和方法，對于解決上述問題及在信息系統(tǒng)裝備體系建設(shè)中的作用和效果仍需要不斷探索，主要體現(xiàn)在以下3個方面：

1) 在現(xiàn)有軍事信息系統(tǒng)綜合集成中探索敏捷采辦的應(yīng)用。將敏捷開發(fā)的原則應(yīng)用到系統(tǒng)集成當(dāng)中，建立自組織團(tuán)隊，以小規(guī)模迭代開發(fā)為主，采用開放式標(biāo)準(zhǔn)和接口，注重代碼的可重用性，優(yōu)先滿足部隊的核心集成需求，提高信息系統(tǒng)裝備綜合集成的效率和質(zhì)量。

2) 對現(xiàn)有軍事信息系統(tǒng)進(jìn)行增量開發(fā)時采用敏捷方法。隨著對軍事信息系統(tǒng)功能需求的深入理解和變化，有規(guī)劃、有周期地對現(xiàn)有軍事信息系統(tǒng)的功能進(jìn)行改進(jìn)、升級和迭代，以不斷適應(yīng)未來戰(zhàn)爭對軍事信息系統(tǒng)的更高要求。

3) 在即將投入建設(shè)的軍事信息系統(tǒng)中引入敏捷采辦。特別是系統(tǒng)的體系結(jié)構(gòu)設(shè)計，不盲目追求系統(tǒng)功能的完備，而是在確保核心體系結(jié)構(gòu)“夠用、耐用、實(shí)用”的前提下，在后續(xù)開發(fā)和使用過程中不斷調(diào)整、增加系統(tǒng)的體系結(jié)構(gòu)，提高體系結(jié)構(gòu)的敏捷性和靈活性，使體系結(jié)構(gòu)的構(gòu)建變成一個動態(tài)過程，防止靜態(tài)體系結(jié)構(gòu)與真實(shí)需求難以對接造成不必要的資源浪費(fèi)。

4結(jié) 束 語

敏捷采辦是美軍近年來軟件工程領(lǐng)域研究和改革的重點(diǎn)，它并不是對原有的瀑布式和CMMI等模型的否定，而是主張將敏捷思想與傳統(tǒng)的軟件工程模型相結(jié)合；不是強(qiáng)制使用某種敏捷開發(fā)方法，而是強(qiáng)調(diào)在實(shí)踐中不斷總結(jié)最佳的實(shí)踐經(jīng)驗(yàn)，甚至將敏捷采辦的經(jīng)驗(yàn)推廣至非軟件密集型采辦項目。本文僅對美軍敏捷采辦情況作了簡要梳理和總結(jié)，以期為我軍提高信息系統(tǒng)采辦效率、效益和質(zhì)量提供借鑒，為我軍開展敏捷采辦研究和實(shí)踐提供參考。

參考文獻(xiàn)(References)

[1]王敏.基于Scrum敏捷開發(fā)的軟件過程管理研究[D].昆明：昆明理工大學(xué)，2010:12-14.

[2]The MITRE Corporation.Defense agile acquisition guide[EB/OL].[2014-12-10].http://www.mitre.org/sites/default/files/publications/MITRE-Defense-Agile-Acquisition-Guide.pdf.

[3]LAPHAM M A.DoD agile adoption：necessary considerations，concerns，and changes[J/OL].CrossTalk，2014,25(1):31-35[2014-12-15].http://www.crosstalkonline.org/storage/issue-archives/2012/201201/201201-0-Issue.pdf.

[4]Defense Information Systems Agency.Agile development at the DoD[EB/OL].[2014-12-27].http://www.affirm.org/sites/default/files/presentations/201110/Agile_at_DoD.pdf.

[5]Department of Defense.Interim DoDI 5000.02: operation of the Defense acquisition system [EB/OL].[2014-12-27].http://www.dtic.mil/whs/directives/corres/pdf/500002_interim.pdf.

[6]Department of Defense.Manual for the operation of the joint capabilities integration and development system[EB/OL].[2014-12-27].http://jitc.fhu.disa.mil/jitc_dri/pdfs/jcids_manual_19jan12.pdf.

[7]Office of the Secretary of Defense.A new approach for delivering information technology capabilities in the Department of Defense[R].Washington,D.C.:Office of the Secretary of Defense,2010:1-37.

[8]Carnegie Mellon University Software Engineering Institute.Considerations for using agile in DoD acquisition[EB/OL].[2014-12-05].http://www.sei.cmu.edu/reports/10tn002. pdf.

[9]Carnegie Mellon University Software Engineering Institute.A closer look at 804: a summary of considerations for DoD program managers[EB/OL].[2014-12-05].http：//www.sei.cmu.edu/reports/11sr015.pdf.

[10]Carnegie Mellon University Software Engineering Institute.Agile methods: selected DoD management and acquisition concerns[EB/OL].[2014-12-05].http://resources.sei.cmu.edu/asset_files/TechnicalNote/2011_004_001_15335.pdf.

(編輯：李江濤)

中圖分類號E139

文章編號2095-3828(2016)01-0057-06

文獻(xiàn)標(biāo)志碼A DOI10.3783/j.issn.2095-3828.2016.01.013

作者簡介鄒立巖(1983-)，男，碩士，主要研究方向?yàn)檠b備采辦信息化。zouliyan66@126.com

收稿日期2015-01-13