專案範圍管理
部落格分類：專案管理
範圍管理
wbs需求分析矩陣
變更管理
pmp專案場景：
與微保合作的乙個專案在實施過程中出現了兩個比較嚴重的問題，乙個是需求變更頻繁導致上線時間一再延誤，另乙個是上線後，系統問題大大小小層出不窮，嚴重影響客戶體驗。
問題分析：
需求變更頻繁是專案開發中經常遇到的問題，恐怕除了客戶，各階段人員都十分討厭這種朝令夕改的變動，那為什麼會發生這種情況，又該如何緩解呢？我們將發出變更請求的原因總結為以下四大類（受軟體維護分類規則啟發）：
更正性變更，例如功能
bug修復，這種變更需要根據其嚴重性來確定；
適應性變更，例如適應業務發展、國家政策的變更；
完善性變更，例如完善前期需求調研不縝密或者需求溝通不到位導致的需求漏洞；
預防性變更，例如順應使用者操作行為，追求更好的使用者體驗，自發提出系統公升級；
針對這四類變更，我們可以又可以從前期規劃和後期控制兩個維度進行變更管理。杜絕變更請求是不可能的，只是說如何通過系統管理手段盡量讓使用者不隨意提出變更。
第二點系統頻頻出現問題，嚴重影響使用者正常使用，這個很明顯是質量問題，將在質量管理章節仔細討論。
問題處理：
首先我們看下pmp範圍管理圖是如何規範範圍管理的：
以下**是從變更型別和管理兩個維度對專案中的變更的乙個概括性處理方案：
定義變更流程是為了規範使用者變更，控制隨意變更的情況，可以定義為：
需求跟蹤矩陣有兩個功用，乙個是保證需求可追溯，乙個是防止需求遺漏或錯誤理解，模板可以參照：
工作分解結構wbs是對可交付成果的乙個細分，其形式多樣，以生命週期各階段作為第二層根據微保專案建立的wbs：
專案範圍管理脈絡
專案範圍管理是確保專案包含且只包含專案成功所必需完成的工作。範圍管理主要關注專案內容的定義和控制，包括什麼，不包括什麼。這個管理是用來控制專案最有效工作集的，主要分為定義階段和控制階段兩個大階段。定義階段主要處理範圍管理中的文件工作，包括範圍計畫編制階段 範圍定義階段 建立工作分解結構階段 範圍確認...
專案範圍管理 03
範圍確認主要是確認專案的可交付成果是否滿足專案干係人的要求，把專案的可交付成果列表提交給專案干係人，專案干係人在範圍確認時，要檢查以下事項 1 可交付成果是否是確實的，可核實的。2 每個可科交付成果是否有明確的里程碑，里程碑是否有明確的，可辨別的事件，比如客戶的書面認可。3 是否有明確的質量標準，也...
專案整合專案管理之專案範圍管理
7.1專案範圍和專案範圍管理 7.1.1專案範圍的定義 專案範圍 為完成具有規定特徵和功能的產品 服務或結果，而必須完成的專案工作。7.1.2專案範圍管理的作用 確定在專案內包括什麼工作和不包括什麼工作 由此界定的專案範圍在專案的全生命週期內可能因某種原因而變化，專案範圍管理也對這種變化進行管理。專...