Ocean PMP BLOG

Scope verification 會發生在專案每個 Phase 結束時, 要將 deliverable 交到客戶手上, 並得到客戶的簽收(acceptance, sign-off)所以是與客戶相關, 當然交給客戶時也會確認交付的數量及品質是否經過QC(Quality Control) 檢驗完成可出廠.

我們在Planning階段最後會把專案管理計劃做出來，換句話說我們就有Scope baseline(基準線): WBS、Time baseline: Project schedule、Cost baseline: PV(or S-curve)及Quality baseline: Quality objective/standard，這些都是計畫的，在五大流程中Planning階段完成，接下來是真正開始我們稱為Execution執行階段，所以真實的工作範疇是否完全被執行，時間上是否跟得上，支出是否在預算內，品質是否符合要求，把這些實際發生的與基準值作比較就會出現偏差(deviation)，所以要採取行動，這些行動是要讓實際狀況能夠重回基準線(baseline)按照原計畫執行才能達到專案目標(Project Objectives: scope, completion day, Budget at completion)，所以我們稱這些行動叫 corrective actions(矯正行動)，如果是時間進度落後我們會用趕工計畫來把進度追上 project schedule，如果是費用超出預期我們想辦法cost down，範疇不完整或品質不佳同樣我們也會採取矯正行動來修正，為了不讓類似的事件(Event)在未來重覆發生我們會採取 preventative actions(預防行動)，這些矯正行動、預防行動會不會有新的Work package(or activity)、品質標準，需不需要額外的資源、費用、時間，如果答是”是”的話就會要更改專案計劃書，所以就要走Change流程，獲得change control boar的核准才能變更專案計劃書，產生新的baseline 再據以執行。

Try to answer the following question with your own understandng. you'll realize what are these 3 aspects fast.

Conformance to Requirements符合要求: 提供符合設計規格的產品或服務

預防成本：針對品質所做的宣導、教育訓練(Ex： TQM)

平均值(X)：