信息系統集成項目中的范圍變更管理 項目管理軟件
關鍵字：管理
一、前言
范圍管理(Scope Management)是項目管理中的一個專用詞匯，它的主要任務是界定項目包含且只包含所有需要完成的工作，并對項目其他管理工作起到指導作用，以保證順利完成項目的所有過程。
一般來說，確定了項目范圍，也就確定了項目的工作邊界，明確了項目目標和項目主要可交付成果。對于信息系統集成項目，如果不能明確的定義和有效的控制項目范圍，將會產生非常嚴重的后果。例如：項目實際需要包含，客戶 因不能提供完整、詳細的描述而未能明確定義范圍，從而導致項目最終解決方案的不可用;另一方面，項目范圍的蔓延或頻繁變更，從而影響項目成本、進度。
以筆者主管和參與多個項目的實際經歷來看：范圍蔓延是非�？膳碌氖�，客戶總是想把所有的需求都在一個系統里實現，從而導致項目成果的臃腫和不切實際�？蛻粲蟹N想法是非常不可取的：“(開發人員)做好了先放在那兒，即使不用也好，以后萬一用上了呢?”。還有，客戶在項目進程中，尤其是到了項目后期，不斷對移交的系統提出修改意見，甚至有時剛剛重新設計完成開始更改，客戶又要求改回去或改成另一種模式�！盁o底洞”是國內大部分項目經理進行信息系統集成項目的共同感覺。
“項目為什么總是做不完?!”
二、原因分析
項目經理作為項目的承擔者，在規定時間內利用有限資源保質保量的完成項目，讓客戶和公司都滿意是最終目標。但是讓客戶滿意就是不斷滿足客戶無窮無盡的需求嗎?這樣會不會導致項目的最終失敗呢?我們應該分析范圍變更出現問題的根源原因。
1、簽訂合同時缺乏對信息系統集成項目熟悉的人員參加，導致項目目標描述不清，為后期的實施工作帶來困惑。
2、客戶和項目組均希望將項目做好。但是客戶可能對信息系統項目缺乏全面的了解，項目組對客戶需求細節的了解也不充分，而且雙方對實現需求的方式的理解也存在差異。而雙方在項目初期又均未意識到這種溝通上的不暢，導致移交系統時才使問題暴露出來。
列舉幾個筆者碰到的具體問題：
A、IT項目的客戶往往認為計算機是萬能的，有了它，自己只需要輸入幾個參數就什么都不用管了。而實際上任何技術都有局限性。
B、某客戶知道自己需要一個庫存管理軟件，但是，是引進新的庫存管理思想還是沿用目前的模式卻還沒有考慮好，而開發人員已經到位，于是要求項目組先按目前模式做。當后來客戶想要更改管理方式時，問題出現了，設計的更改導致大量模塊的重寫，工期不可避免的延長。
C、某客戶要求“方便”的查詢設備位置，于是開發人員設計了一個界面可以按各種條件來查詢設備的所在位置。當移交系統時，客戶發現與預想的不一樣，原來客戶的“方便”是指用圖形化界面的方式直觀的表現。項目組只好延期幾天來開發這一功能。
3、項目組人員不能區分客戶真正需求和鍍金需求，全盤接受客戶的變更請求。當然這樣做也是為讓客戶滿意，但是實際上不一定能達到目的。
三、范圍變更管理
首先，簽訂合同時就需要明確定義項目的范圍，這當然需要熟悉信息系統集成項目的人員參加合同談判。合同中定義好的項目范圍可以為以后各項工作的開展奠定深厚的基礎。
其次，合同中的項目范圍應該還只是粗線條的約定，必須進行細化和深入。編制范圍說明書和范圍管理計劃是其中重要的部分。范圍說明書應該包括項目論證、產品簡介、主要可交付物、驗收標準等。另外必須為項目組預留足夠的時間來進行詳細需求的調研，并提出工作分解結構(WBS)和需求分析報告。WBS可以為項目執行績效評測和項目控制提供一個基準。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
