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

    【關鍵字】軟件項目；范圍管理；變更控制；過程控制

    1 引言

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

    據(jù)分析，軟件項目失敗的原因主要有以下三點：一是需求的不斷變化。二是開發(fā)的軟件不能滿足用戶的需求。三是軟件項目的管理問題，這包括兩個方面：一方面是因為缺乏完善的管理項目風險的方法；另一方面是由于軟件項目規(guī)模的龐大，項目的范圍難以精確確定，從而在項目開發(fā)的過程中范圍不斷變更，過程控制的力度不夠，因此導致成本估計難以精確，進度控制困難，可靠性無法保證。

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

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

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

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

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

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

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

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

 
    圖1  項目范圍、時間、成本、質量之間的關系模型

    4 范圍變更控制流程分析

    范圍變更控制是指對有關項目范圍的變更實施控制。主要的過程輸出是范圍變更、糾正行動與教訓總結。

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

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

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

    復審變更請求：此活動的作用是復審已提交的變更請求。在 CCB 復審會議中對變更請求的內容進行初始復審，以確定它是否為有效請求。如果是，則基于小組所確定的優(yōu)先級、時間表、資源、努力程度、風險、嚴重性以及其他任何相關的標準，判定該變更是在當前發(fā)布版的范圍之內還是范圍之外。
確認重復或拒絕：如果懷疑某個變更請求為重復的請求或已拒絕的無效請求（例如，由于操作符錯誤、無法重現(xiàn)、工作方式等），將指定一個 CCB 代表來確認重復或已拒絕的變更請求。如果需要的話，該代表還從提交者處收集更多信息。

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

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

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