6.1.0 專案範圍變更控制的主要工作【選擇】
在專案執行時，進度、費用、質量以及客戶需求等各種因素的變化都會導致專案範圍的變化，因此必須對專案進行整體的控制和管理。 專案範圍變更控制是指專案範圍發生變化時，對其採取的檢查和糾偏的活動過程。
6.1.1 專案範圍變更的原因【選擇/簡答】
專案範圍變更的原因主要有以下幾方面：
（ 1） 專案的外部環境，如**頒布新的法令法規，國家通貨膨脹，競爭對手生產出了新產品等。
（ 2） 新的生產技術、手段或方案的使用等，對專案會產生較大的影響。
（ 3） 在專案範圍計畫和定義時出現了錯誤和遺漏。
（ 4） 專案團隊本身發生變化，如人事變動、組織結構調整等。
（ 5） 業主對專案或專案產品的要求發生變化。
6.1.2 專案範圍變更的原則【選擇】
專案範圍變更的原則有：
（ 1）專案變更管理過程應該盡早開始，最好在專案啟動階段結束時就開始。
（ 2）預先確定專案經理可以控制的範圍變化上限，專案經理可以批准那些對專案沒有影響或者影響很小的變更。
（ 3）所有的變更請求都應該提交給專案經理，而且最好是以變更請求表的形式。
（ 4）專案經理負責協調不變更請求有關的所有活動 。
（ 5）所有的變更請求都需要經過後果分析。
（ 6）專案經理應及時將這些變更通知給專案團隊和相關專案利益相關者。
（ 7）專案團隊成員丌能單方面進行變更 。
（ 8）對變更請求應做翔實的記錄，以備專案經理定期總結。
（ 9）在專案狀況報告中應簡要描述變更請求對專案的影響 。
（ 10）注意溝通的技巧 。
（ 11）主動監控變更請求記錄表，讓專案團隊成員可隨時查詢變更管理計畫。
（ 12）在變更請求記錄表中記錄決定或者行動方案 。
（ 13）確定乙個解決爭議的辦法，以應付變更管理計畫無法解決的變更請求。
6.1.3 專案範圍控制的依據【選擇】
專案範圍控制的依據有：
（ 1）專案範圍說明書。
（ 2）專案wbs。
（ 3）專案範圍管理計畫。
（ 4）績效報告不工作績效資訊。
（ 5）批准的變更請求。
6.1.4 專案範圍控制的工具與技術【選擇】
專案範圍控制的工具和技術有：
（ 1） 專案範圍控制系統。
（ 2）偏差分析。
（ 3）進度報告。
（ 4）計畫調整。
6.1.5 專案範圍控制的結果【選擇】
專案範圍控制的結果有：
（1）專案範圍變更檔案；
（2）糾正措施文擋；
（3）經驗教訓文件；
（4）調整後的基準計畫；
（5）專案範圍說明書（更新）；
（6）wbs(更新）；
（7）wbs詞典（變更）；
（8）請求的變更；
（9）組織過程資產（更新）；
（10）專案管理計畫（更新）
6.1.6 專案範圍控制的流程【選擇】
6.2.0 專案範圍驗收的含義【選擇】
專案範圍驗收是專案利益相關者對已完成的專案範圍與相應的可交付成果正式驗收的過程，即專案利益相關者最終認可和接受專案範圍工作的過程。
專案範圍的驗收工作包括兩方面的內容：
一是審核專案範圍界定工作的結果，確定所有的、必需的專案工作和活動都包括在專案wbs中，而一切不專案無關的工作和活動均丌包含在專案範圍中；
二是對專案或者專案各個階段所完成的可交付成果進行檢查，審核專案是否按計畫或者超計劃完成。
6.2.1 專案範圍驗收的依據和基準【選擇】
專案範圍驗收的基準有：
（ 1） 專案範圍說明書
（ 2） wbs
（ 3） wbs詞典
6.2.2 專案範圍驗收的流程【選擇】
專案範圍驗收的一般步驟如下：
（ 1）確定需要進行範圍驗收的時間。
（ 2）識別範圍驗收需要哪些投入。
（ 3）確定範圍正式被接受的標準和要素。
（ 4）確定範圍驗收會議的組織步驟。
（ 5）組織範圍驗收會議。
6.2.3 專案範圍驗收的工具和技術【選擇】
專案範圍驗收的工具和技術有：
（ 1） 專案範圍檢查表
（ 2） 專案wbs檢查表
（ 3） 雷達圖
專案管理（八） 控制專案的範圍
接著上篇，確定了專案的利益相關者之後，先別急著進入開發階段，我們接下來要做的是先控制專案的範圍,專案的範圍控制好了才能保證後續的開發不會因為專案範圍變更而做大量無用功,看下面介紹 一 確定專案不做什麼 實踐經驗告訴我們，在進行專案範圍變更時，或者說在劃分專案邊界時，確定專案不做什麼比確定專案做什麼更...
專案驗收計畫
驗收可分三步驟 1 分批次驗收業務模組並凍結 開發人員 確定測試已完成所有bug已對應，並且 無遺留問題 測試人員 確認相關測試全部完成並且所有bug對應完畢 設計人員 設計書修改完成並與 保持一致 需求人員 經過確認認為符合需求 各人員驗收通過後需在驗收報告上簽字。2 所有業務模組驗收通過後 測試...
專案驗收總結
第一次做這種沒有源 的專案，從開始的不知所措到最後的瞭如指掌，這對自己來說是一種很大的進步。每個人都是在不斷進步中成長起來的。經過兩次演專案，聽大佬們的經驗，自己也收穫了很多，在我們做專案，設計軟體的過程中，首先我們要把我們自己當成使用者，如果這個專案連自己都不想用，那別人就更別說了。我們每做乙個專...