【摘要】軟件項目中，范圍變更失控是導(dǎo)致軟件失敗的主要原因。分析了范圍變更的主要原因，提出了范圍變更控制的基本要素，建立了有效的范圍變更控制流程，并且對范圍管理的控制過程進(jìn)行了分析，最后對軟件項目范圍變更控制進(jìn)行了總結(jié)。

　　1 引言

　　近年來，IT產(chǎn)業(yè)以驚人的速度發(fā)展，從而使軟件產(chǎn)業(yè)的地位在經(jīng)濟(jì)發(fā)達(dá)國家提到了空前的高度。雖然軟件產(chǎn)業(yè)在國內(nèi)外得到了迅速發(fā)展，但是軟件項目實(shí)施效果卻不容樂觀。調(diào)查分析表明，大約70%的軟件項目超出預(yù)定開發(fā)周期，大型項目平均超出計劃交付時間20%-50%，90%以上的軟件項目開發(fā)費(fèi)用超出預(yù)算，并且項目越大，超出項目計劃的程度越高。

　　據(jù)分析，軟件項目失敗的原因主要有以下三點(diǎn)：一是需求的不斷變化。二是開發(fā)的軟件不能滿足用戶的需求。三是軟件項目的管理問題，這包括兩個方面：一方面是因?yàn)槿狈ν晟频墓芾眄椖匡L(fēng)險的方法；另一方面是由于軟件項目規(guī)模的龐大，項目的范圍難以精確確定，從而在項目開發(fā)的過程中范圍不斷變更，過程控制的力度不夠，因此導(dǎo)致成本估計難以精確，進(jìn)度控制困難，可靠性無法保證。

　　總的來說，軟件項目的失敗，很大程度上是由于軟件項目的復(fù)雜性引起的，而軟件項目的復(fù)雜性主要來源于軟件項目的不確定性。無論是需求的不確定，還是由于軟件項目的規(guī)模龐大造成軟件項目范圍難以界定，最終的結(jié)果都必將造成軟件項目范圍的變更。因此，人們在技術(shù)方面的諸多努力未取得相應(yīng)成效后，不得不轉(zhuǎn)而求助于項目管理技術(shù)。

　　2 軟件項目范圍管理的重要性

　　項目范圍是指產(chǎn)生項目產(chǎn)品所包括的所有工作及產(chǎn)生這些產(chǎn)品所用的過程。項目干系人必須在項目要產(chǎn)生什么樣的產(chǎn)品方面達(dá)成共識，也要在使用怎樣的過程生產(chǎn)這些產(chǎn)品方面達(dá)成共識。項目范圍管理是指對項目包括什么與不包括什么的定義與控制過程。這個過程用于確保項目組和項目干系人對作為項目結(jié)果的項目產(chǎn)品以及生產(chǎn)這些產(chǎn)品所用到的過程有一個共同的理解。項目范圍管理的任務(wù)是界定項目包含且只包含所有需要完成的工作，并對項目其他管理工作起到指導(dǎo)作用，以保證順利完成項目的所有過程。

　　項目范圍界定不清在軟件項目中是一種較常見的現(xiàn)象，造成項目范圍界定不清的原因有以下三種：第一，業(yè)務(wù)流程不規(guī)范，沒有完善的項目管理體系來指導(dǎo)項目的管理，這種情況是最糟糕的，大部分項目都是以失敗而告終;第二，對項目沒能制定出清晰規(guī)范的范圍變更控制過程。企業(yè)有管理體系，但不夠完善和規(guī)范，對項目組的變更過程的制定沒能起到有效的指導(dǎo)作用。變更是不可避免的，只要有效地加以管理、控制，同樣可以達(dá)到各方滿意的結(jié)果;第三，業(yè)務(wù)需求不清晰，對項目范圍的定義不夠精確，系統(tǒng)要完成的目標(biāo)也不夠明確，做不到可量化、可驗(yàn)證程度。項目范圍的明確定義，有經(jīng)驗(yàn)的項目經(jīng)理及系統(tǒng)分析員將起到至關(guān)重要的作用?？梢?，完善的項目范圍管理是整個項目最終成敗的關(guān)鍵。

　　3 項目范圍變更控制要素分析

　　制約一個項目的條件是項目“三約束條件”——范圍、時間、成本。在一個項目中這三個條件是相互影響、相互制約的，而且往往是由于范圍變更影響了時間和成本的變更。如果項目一開始確定的范圍小，那么它需要完成的時間以及耗費(fèi)的成本必然也小，反之亦然。很多項目在開始時都會粗略地確定項目的范圍、時間以及成本，然而在項目進(jìn)行到一定階段之后往往會變成讓人感覺到不知道項目什么時候才能真正結(jié)束，要使得項目結(jié)束到底還需要投入多少人力和物力，整個項目就好像一個無底洞，對項目的最后結(jié)束誰的心里也沒有底。這種情況的出現(xiàn)對于企業(yè)的高層來說，他們是最不希望看到的，然而這樣的情況出現(xiàn)并不罕見。造成這樣的結(jié)果就是由于沒有控制和管理好項目的范圍?？梢婍椖康娜s束中范圍的影響起到關(guān)鍵作用。

　　一般來說，在啟動軟件項目初期，客戶就應(yīng)該提出一個相對確定的項目范圍，為項目的實(shí)施提供一個牢固的前提和框架，同時也是為后期的項目管理劃出一個明晰的“圈”，所有項目活動的開展，包括項目成本、質(zhì)量和時間的控制也應(yīng)該在此范圍內(nèi)進(jìn)行。但是，在實(shí)際的操作過程中，這個“圈”的邊界有可能會出現(xiàn)模糊、擴(kuò)大的現(xiàn)象，甚至這些擴(kuò)大和模糊的部分會給項目帶來風(fēng)險。項目范圍(Scope)、時間(Time)、成本(Cost)、質(zhì)量(Quality)之間的關(guān)系模型如圖1所示。

　　如果項目范圍即既定的面積S不變，成本C、質(zhì)量Q、時間T就可以在一個固定的S的邊界限制下給出一個約束的關(guān)系模型Cost=f(Quality,Time,Scope)。但是，如果S的值并不固定，就如圖1所示出現(xiàn)邊界模糊或者向外擴(kuò)展時， C、Q、T就失去可依賴的邊界限制，其之間的約束關(guān)系就會變得復(fù)雜。因此，我們在對項目范圍進(jìn)行控制時，一是要保證項目初期的S是準(zhǔn)確可靠的，盡量減少邊界的模糊性；二是要保證項目實(shí)施過程中S的穩(wěn)定，盡量避免擴(kuò)大化，或是說讓擴(kuò)大化受到合理的控制。

　　圖1 項目范圍、時間、成本、質(zhì)量之間的關(guān)系模型

　　4 范圍變更控制流程分析

　　范圍變更控制是指對有關(guān)項目范圍的變更實(shí)施控制。主要的過程輸出是范圍變更、糾正行動與教訓(xùn)總結(jié)。

　　一個項目的范圍計劃可能制訂的非常好，但是想不出現(xiàn)任何改變幾乎是不可能的，因此變更是不可避免的，關(guān)鍵問題是如何對變更進(jìn)行有效的控制。項目經(jīng)理和項目小組必須意識到范圍變更本身并沒有什么不對，事實(shí)上很多時候這會使系統(tǒng)更健壯、更實(shí)用?？蛻敉ǔ２荒芤婚_始就確定所有需求，而且情況會隨時間而變化，如果不能包容變更，那么最終的軟件系統(tǒng)可能就達(dá)不到應(yīng)有的價值。但是如果變更失控，后果也非常嚴(yán)重，甚至于導(dǎo)致整個項目的失敗。

　　變更控制的目的不是控制變更的發(fā)生，而是對變更進(jìn)行管理，確保變更有序進(jìn)行。為執(zhí)行變更控制，必須建立有效的范圍變更流程，它對管好項目至關(guān)重要。變更控制流程主要包括四個關(guān)鍵控制點(diǎn)：授權(quán)、審核、評估、確認(rèn)。在變更過程中要跟蹤和驗(yàn)證，確保變更被正確執(zhí)行。范圍變更控制流程如圖2所示。

　　提交變更請求：項目的任何涉眾均可提交變更請求。通過將變更請求狀態(tài)設(shè)置為已提交，變更請求被記錄到變更請求追蹤系統(tǒng)中并放置到變更控制委員會(CCB)復(fù)審隊列中。

　　復(fù)審變更請求：此活動的作用是復(fù)審已提交的變更請求。在 CCB 復(fù)審會議中對變更請求的內(nèi)容進(jìn)行初始復(fù)審，以確定它是否為有效請求。如果是，則基于小組所確定的優(yōu)先級、時間表、資源、努力程度、風(fēng)險、嚴(yán)重性以及其他任何相關(guān)的標(biāo)準(zhǔn)，判定該變更是在當(dāng)前發(fā)布版的范圍之內(nèi)還是范圍之外。

　　確認(rèn)重復(fù)或拒絕：如果懷疑某個變更請求為重復(fù)的請求或已拒絕的無效請求(例如，由于操作符錯誤、無法重現(xiàn)、工作方式等)，將指定一個 CCB 代表來確認(rèn)重復(fù)或已拒絕的變更請求。如果需要的話，該代表還從提交者處收集更多信息。

　　更新變更請求：如果評估變更請求時需要更多的信息，或者如果變更請求在流程中的某個時刻遭到拒絕，那么將通知提交者，并用新信息更新變更請求。然后將已更新的變更請求重新提交給 CCB 復(fù)審隊列，以考慮新的數(shù)據(jù)。

　　安排和分配工作：一旦變更請求被置為已打開，項目經(jīng)理就將根據(jù)請求的類型把工作分配給合適的角色，并對項目時間表做必要的更新。

　　進(jìn)行變更：指定的角色執(zhí)行在流程的有關(guān)部分中指定的活動集，以進(jìn)行所請求的變更。這些活動將包括常規(guī)開發(fā)流程中所述的所有常規(guī)復(fù)審活動和單元測試活動。然后，變更請求將標(biāo)記為已解決。