在項目后期漸漸接近要驗收時，項目團隊也會有些緊張，擔憂會在最后階段會出現各種問題影響項目的完美完結，而項目范圍的變更或蔓延就是經常出現的“攔路虎”之一。

　　不論是因為客戶突然的改變想法，還是雙方因理解誤差導致不滿意等，交付前客戶冒出新的超出范圍的需求，無論項目組如何應對，都會對項目進度產生一定影響，

　　下文就簡單談談，如何可以預防項目范圍變更，保障項目能夠順利如期交付。

　　一、確定驗收標準，避免后期臨時想法過多

　　項目運行過程中，不少客戶前期不熟悉產品或需求細節，后期隨著了解而想法增多。因此，前期已認可的需求，在業務驗收階段提出大量細節變更，甚至要求整個模塊調整實現方案，造成項目的返工，影響團隊士氣，嚴重時將導致項目無法按期交付。

　　面對上述情況，項目團隊可以對客戶負責提需求和后期驗收的人員進行一個培訓。雙方統一定義需求關鍵詞和功能模塊用語，項目企業可通過原型法提供產品模型，使客戶方提前參與產品體驗，提升對產品熟悉度，保證供需雙方需求理解一致。

　　另外，團隊還可以提前規劃關鍵階段性交付成果物的驗收計劃，創建WBS把項目可交付成果和工作分解，確保各方對交付成果與工作任務的理解。盡量讓客戶方參與，及時檢查各階段性交付成果物是否符合期望，若發現偏差及時做出相應調整，保證對最終交付產品的認可。

　　二、需求要全員認可，防止范圍偏離目標

　　項目企業考慮維護好與客戶方的合作關系，一般很難直接拒絕客戶方所提要求，可是若缺乏有效引導挖掘客戶真實需求，導致需求范圍偏離實際項目目標。另外，團隊成員為追求完美的產品功能，不斷調整實現方案，最終也會造成產品無法按期交付。

　　明確項目成員角色與職責，確定項目組織架構，明確需求允許實施與變更的最終決策者，制定統一的決策機制，不能誰說要改什么都能讓項目團隊去干活。

　　需求范圍調整時，應與客戶方確定所需實現的目標做匹配，安排團隊或專家評估可實現方案對進度、成本等的影響，若存在多個需求調整時，還應明確需求優先級，并與各方對解決計劃和方案達成一致。

　　三、杜絕口頭變更，保證信息實時透明化

　　項目團隊這邊與客戶交流時，無相關書面記錄，可能聊天中接受了客戶口頭形式的需求變更，導致需求變更后無法及時跟蹤，要做什么變得混亂，發生分歧時也沒有憑證可依，無法有序進行的項目自然有延誤的風險。

　　因此大家要杜絕項目口頭變更，對特殊緊急情況下提出的變更請求，可建立快速響應小組與決策機制，確定需求變更統一，保證相關方能按照流程規范執行變更，便于統一管理變更，做好跟蹤與記錄。

　　項目團隊及時同步需求進展情況，合理利用項目例會、周報、月報等形式傳遞信息，保證項目信息透明化，使相關方及時了解項目范圍、成本、進度實際進展與偏差情況。

　　相對其它風險而言，項目范圍類的問題盡量提前規避，因為項目的需求、目標，項目組完成的任務等基本都是依據確定的范圍來制定的，一旦項目的范圍出現錯誤或是可以隨意改變，那么大家做的事就會陷入混亂，甚至導致做無用功等情況。