政府軟件項目需求變更管理研究

陳興 陳小松 倪霓 甄皓琮

（北京出入境檢驗檢疫局 北京 100026）

政府軟件項目需求變更管理研究

陳興 陳小松 倪霓 甄皓琮

（北京出入境檢驗檢疫局 北京 100026）

將軟件能力成熟度模型集成作為分析工具和改進依據(jù)，以北京出入境檢驗檢疫局為例，分析了目前政府軟件項目管理中需求變更管理所存在的問題，提出了基于軟件能力成熟度模型集成的需求變更管理改進措施，包括：獲得對需求的承諾、規(guī)范需求變更活動、加強并控制需求變更等。通過以上分析，為政府軟件項目需求變更管理的改進提供具體指導(dǎo)，有助于提高軟件項目管理水平，加快軟件項目研發(fā)進度，提高工作效率。

項目管理；軟件能力成熟度模型集成；需求變更

1 前言

近年來，隨著政府政務(wù)公開和網(wǎng)上辦公的推廣以及檢驗檢疫業(yè)務(wù)規(guī)模的不斷擴大，北京出入境檢驗檢疫局（簡稱“北京檢驗檢疫局”）各部門對信息系統(tǒng)的依賴程度越來越高，對軟件產(chǎn)品的需求量也在逐年增加。與此同時，隨著軟件系統(tǒng)建設(shè)復(fù)雜程度的不斷提高與項目規(guī)模的不斷擴大，一些問題也逐漸暴露，如不能按照預(yù)期計劃進度完成項目，或者建設(shè)完成的項目不能完全滿足實際應(yīng)用的需要等。

從北京檢驗檢疫局內(nèi)部調(diào)查結(jié)果來看，導(dǎo)致上述問題最直接的原因是需求變更太過頻繁，有的業(yè)務(wù)需求在項目的整個開發(fā)過程中都在發(fā)生不斷變更，甚至有的項目在進行到中后期時出現(xiàn)業(yè)務(wù)需求的重大變更，對項目正常實施造成很大阻礙。為解決北京檢驗檢疫局需求變更管理中所暴露出來的問題，本研究將以能力成熟度模型集成（Capability Maturity Model Integration，CMMI）為作為理論框架進行分析，提出基于CMMI工程實踐活動的改進措施。

2 需求變更管理現(xiàn)狀分析

從北京檢驗檢疫局項目開發(fā)的經(jīng)驗來看，之所以存在需求變更頻繁的問題，是因為在需求變更管理中存在如下問題。

2.1 需求描述不夠精確

在對需求描述的過程中，業(yè)務(wù)部門工作人員往往是根據(jù)自身對業(yè)務(wù)處理的理解，用生活化的口語進行描述，形式上不夠嚴(yán)謹(jǐn)和精確，并且常常省略了很多經(jīng)驗性、常識性內(nèi)容以及信息系統(tǒng)處理需要的相關(guān)細(xì)節(jié)，只是對于功能構(gòu)想的一個大概描述。而軟件開發(fā)人員如果缺乏相關(guān)業(yè)務(wù)背景知識，則很難準(zhǔn)確理解和把握業(yè)務(wù)的真實需要，項目范圍難以被清晰界定，從而導(dǎo)致開發(fā)的結(jié)果產(chǎn)生偏差。此外，軟件開發(fā)人員本身能力和工作態(tài)度的局限，也會影響到對于需求分析確認(rèn)的細(xì)致程度。

2.2 需求變更提出隨意

有些業(yè)務(wù)人員往往對于需求的提出不夠重視，沒有經(jīng)過深思熟慮和仔細(xì)調(diào)研，一拍腦袋，便提出自己的需求變更想法。還有些業(yè)務(wù)人員本身從事的是一線實際工作，在提出需求時，對于該系統(tǒng)的應(yīng)用前景和業(yè)務(wù)工作的發(fā)展趨勢缺乏深入研究，僅考慮當(dāng)前工作的實際需要，因而提出的需求往往缺乏前瞻性和通用性，只能在短期內(nèi)滿足使用需求。當(dāng)項目進入開發(fā)階段后，隨著業(yè)務(wù)的變化和想法的逐漸完善，這些業(yè)務(wù)人員不斷提交新的需求變更，有時甚至項目剛剛開發(fā)完成進入正式運行階段，就出現(xiàn)大的需求變更，使得《需求規(guī)格說明書》形同虛設(shè)，導(dǎo)致開發(fā)公司經(jīng)常調(diào)整程序甚至返工，很難按照既定進度工作，不僅加大了軟件開發(fā)人員的工作壓力，更加影響了軟件項目的交付質(zhì)量。

2.3 需求變更實施不規(guī)范

軟件項目需求是業(yè)務(wù)需求部門、信息化管理部門和開發(fā)公司三方對軟件項目的工作范圍所做的共同承諾與約定，它不僅是招標(biāo)采購中確定合同金額的基礎(chǔ)，更是整個項目開發(fā)管理工作開展的重要依據(jù)。對需求的確認(rèn)與修改是非常嚴(yán)肅的事情，應(yīng)該有規(guī)范的流程處理，不能隨意變動。但在實際工作中，有些業(yè)務(wù)人員繞過信息化管理部門，直接對開發(fā)公司提出需求變更。這些變更未經(jīng)業(yè)務(wù)需求部門、信息化管理部門和開發(fā)公司技術(shù)人員認(rèn)真嚴(yán)謹(jǐn)?shù)姆治鲈u估與必要的管理流程，就被接受并實施，給項目帶來了難以預(yù)計的潛在風(fēng)險。最終往往導(dǎo)致提交的項目產(chǎn)品與《軟件需求規(guī)格說明書》中雙方約定的需求不一致，且無從溯源。

3 CMMI模型中相關(guān)建議

CMMI將復(fù)雜的軟件項目工作劃分為22個關(guān)鍵過程領(lǐng)域，每個過程領(lǐng)域包含若干重要的實踐活動和需要達(dá)到的目標(biāo)，以作為實際操作的指導(dǎo)。其中，與需求變更管理相關(guān)的關(guān)鍵過程領(lǐng)域及其包含的實踐活動是：需求管理過程域中的“獲得對需求的承諾”與“管理需求變更”以及配置管理過程域中的“跟蹤并控制變更”。

本節(jié)將詳細(xì)闡述完成這些重要實踐活動的相關(guān)動作以及最終需要達(dá)到的目標(biāo)，以確立軟件項目管理工作的改進方向，彌補差距。

3.1 獲得對需求的承諾

本實踐活動所要達(dá)到的目標(biāo)是：實現(xiàn)需求所涉及的項目團隊，包括最終用戶和軟件開發(fā)項目組的成員，必須對需求達(dá)成承諾和一致。所承諾的一致性貫穿于整個項目中，不僅包含對于需求基線的承諾，也涵蓋其后的所有需求變更。

完成本實踐活動所需要的操作包括：

（1）分析需求變更的影響；

（2）協(xié)商并記錄承諾；

（3）使項目團隊的所有成員對需求變更達(dá)成一致認(rèn)可。

3.2 管理需求變更

本實踐活動所要達(dá)到的目標(biāo)是充分分析本次需求變更對其他需求的影響，進行評估并做出相應(yīng)的變更。

完成本實踐活動所需要的操作包括：

（1）獲取所有的項目需求；

（2）維護需求變更的歷史記錄；

（3）評估需求變更對其他需求的影響；

（4）得出受影響需求的分析結(jié)論。

3.3 跟蹤并控制變更

本實踐活動的目標(biāo)是跟蹤和控制軟件項目開發(fā)中產(chǎn)生的變更。需求以及需求實現(xiàn)過程中產(chǎn)生的相關(guān)項目工作產(chǎn)品都應(yīng)納入配置管理系統(tǒng)進行基線化管理，而當(dāng)需求發(fā)生變更時，則要通過“跟蹤并控制變更”來實現(xiàn)對它們的跟蹤和控制。

完成該實踐活動的操作主要是：跟蹤變更申請的實現(xiàn)過程與結(jié)果，在配置管理系統(tǒng)中保留完整記錄。

4 基于CMMI的改進措施

為了解決需求變更控制活動隨意性較強、缺乏統(tǒng)一規(guī)范與標(biāo)準(zhǔn)的現(xiàn)狀，在項目實施中，可以制定如下基于CMMI的項目級標(biāo)準(zhǔn)配置管理過程來規(guī)范控制需求變更流程，充分分析需求變更影響，持續(xù)跟蹤需求變更實施，達(dá)到優(yōu)化項目變更管理的目的。

4.1 變更申請

在軟件項目的啟動階段，為了應(yīng)對不可避免的變更，應(yīng)當(dāng)設(shè)計標(biāo)準(zhǔn)格式的變更申請表。變更需求的來源可以是項目組成員外部，比如業(yè)務(wù)人員、信息管理部門人員、高層領(lǐng)導(dǎo)等，也可以是項目組成員內(nèi)部，比如承擔(dān)不同工作任務(wù)的開發(fā)人員等。變更申請表中應(yīng)當(dāng)預(yù)留有欄位以填寫變更影響性分析、變更進展情況以便跟蹤。

4.2 變更審批

收到變更申請單后，先由項目管理人員提交開發(fā)人員對變更的可行性進行分析。如果需求變更描述存在模糊性，則還需要與變更申請人員進一步討論澄清，確保三方對于需求變更的理解達(dá)成一致。然后再由項目管理人員會同開發(fā)公司成員對風(fēng)險、成本、質(zhì)量、進度等方面的影響進行評估，并填寫進變更申請表，以供領(lǐng)導(dǎo)參考。對影響較小的變更，由業(yè)務(wù)部門主管及信息管理部門主管審批通過后即可實施；對于影響重大或潛在風(fēng)險較高的項目變更，還需經(jīng)信息化工作領(lǐng)導(dǎo)小組審批后方可實施。

4.3 變更實施

變更批準(zhǔn)后，按照新修改的項目計劃，遵循既定的技術(shù)方案進行具體的變更實施。在實施過程中，隨時在變更申請表內(nèi)更新變更的進展情況，并報告“意外情況”，特別注意有沒有導(dǎo)致影響范圍擴大或潛在風(fēng)險提高的事件。如果變更實施過程中發(fā)生意外中斷或無法按照原計劃正常進行，退回到變更審批流程。

4.4 變更審核

變更實施完成后，由變更審批者和變更的需求來源方對變更完成情況進行審核，比較變更申請表所列的需求是否得到滿足，變更實施情況是否與計劃相一致。審核的結(jié)果為“通過”或“不通過”。

如果審核結(jié)果為“不通過”，則必須退回到變更實施流程；如果審核結(jié)果為“通過”，則關(guān)閉變更進展情況的更新，將變更申請表存檔。

5 結(jié)論

本研究以 CMMI中需求變更管理相關(guān)理論為基礎(chǔ)，結(jié)合北京檢驗檢疫局軟件項目管理中需求變更頻繁的實際問題，分析了問題的根本原因，提出了規(guī)范控制需求變更流程，充分分析需求變更影響，持續(xù)跟蹤需求變更實施的解決方案。本研究結(jié)果能夠有效解決當(dāng)前存在的問題，提高北京檢驗檢疫局軟件項目管理水平，對整個檢驗檢疫行業(yè)軟件項目管理工作的改進也具有一定的參考價值。

[1]Rodrigo Pinheiro Santos，Kathia Maral Oliveira，Wander Pereira Silva.Evaluating the service quality ofsoftware providers appraised in CMM/CMMI[J].Software Quality Journal，2009，17（3）：283-301.

[2]黃倩.關(guān)于軟件外包項目的質(zhì)量保證問題的研究[J].計算機光盤軟件與應(yīng)用，2012，（15）：53-57.

[3]王莉，吳潔明.軟件項目中的需求變更管理的研究[J].計算機技術(shù)與發(fā)展，2007，17（1）：119-122.

[4]李萍，許曉兵.基于CMMI的信息系統(tǒng)需求變更度量問題及其改進方法[J]. 科技與管理，2011，13（6）：72-73.

Research on Government Software Project Requirements Change Management Optimize

CHEN Xing， CHEN Xiaosong， NI Ni， ZHEN Haocong
（Beijing Entry-Exit Inspection and Quarantine Bureau， Beijing， 100026）

This paper analyzes the problems in the requirements changemanagementof government software project management which is illustrated by the case of Beijing Entry-Exit Inspection and Quarantine Bureau，under the CMMI frame，provides improvement measures for the requirements change managementbasedonCMMI，including establishing andmaintaining agreementontherequirements change，normalizing the activities of requirments change，strengthening the control of requirements change and so on.The contribution is，through the analyze above，giving specific guidance in government requirements change management.It will help Beijing Entry-Exit Inspection and Quarantine Bureau enhance its software project management capability，speed up its software project development process，improve its work efficiency.

Project Management；CMMI；Requirements Change

C931.2

E-mail：chenxing@bjciq.gov.cn

北京出入境檢驗檢疫局科技計劃項目 （2016BK011）

2016-11-04