個人資料保護顧問的旗艦店

最新版的PMP(PMP 5th)之定義如下：

1.Known Unknown / Known Risks ==> Contingency Reserves

在專案管理中, 需求的變更是無法避免的事, 所以, 一個好的專案經理並不是把使用者的需求丟給使用者簽名就好了, 而是需要更積極去管理可能的需求變更.
需求變更可能來自下面幾種情況:

Monitoring & Controlling若發現專案的工作出現執行之瑕疵(Defect), 就會發出一個Recommended Defect Repair. 這個Recommended Defect Repair需透過Integrated Change Control Process進行核准的程序. 一旦核准, 就必需在Executing Process中去執行, 而行成Implemented Defect Repair. 但是, 當初所提出之Recommended Defect Repair是否真有解決Defect, 仍必需再作一次的驗證, 所以會再丟到Integrated Change Control Process中去驗證, 最後若沒問題就會得出Validated Defect Repair

本文章之參考資料來源為:

1. PMI PMBOK 3rd

本文章之參考資料來源為:

1. PMI PMBOK 3rd

本文章之參考資料來源為:

1. PMI PMBOK 3rd

本文章之參考資料來源為 本文章之參考資料來源為:

1. PMI PMBOK 3rd

本文章之參考資料來源為:

1. PMI PMBOK 3rd

本文章之參考資料來源為:

1. PMI PMBOK 3rd

專案需求變更時到底應該要從哪幾個部份進行分析

專案需求變更時到底應該要從哪幾個部份進行分析是個有爭論的議題, 從PMI規範PMP的內容來看, 是從Scope, Cost, Time, 以及Quality四個點來分析.

在PMP一直提到, 專案Scope若有異動, 需要透過一個"Integrated Change Control Process"進行審議, 方能決定是否要進行Scope的異動. 當然, 有一個名為"Integrated Change Control Board"小組會進行此一連串的審議作業. 其在審議的依據, 需要靠PM提供該Scope異動所造成的Impact, 以及相關的Solutions.

最近在上課時, 同學提了一個問題, 需求在經過Integrated Change Control Process審議後, 如果決定不異動Project Scope, 那是要先通知當初提需求的人? 還是先通知主管? 說實話, 這個問題我個人是覺得很難回答, 雖然在那個時間點, 我硬掰了一些答案. 先通知誰有那麼重要嗎? 是的, 真的很重要. 以這個例子來看, 如果主管認為提出需求的人是很重要的, 不論有什麼樣的需求都必須儘量滿足, 那在Integrated Change Control Process完成後, 就需要先通知主管, 因為主管可能會作出翻盤的決定, 可是, 如果有這種情況發生, 只能說這個公司的專案管理制度是有問題的, 因為經由Integrated Change Control Process所作出的決定就已是最後的決議, 不管背後有再多的政治因素, 都應該已在Integrated Change Control Process進行過程中被充分討論, 而不是在決議已出後再推翻決議. 當然, 有人會說, 主管並未表達他的意見, 是的, 那這個問題就出在Integrated Change Control Board的組成份子. 如果企業內認為主管的意見真的很重要, 則當初在建立Integrated Change Control Board時, 意就應邀請主管加入, 畢竟主管也是組織中的資深同仁, 是有資格參與運作. 但如果一開始未加入Integrated Change Control Board的運作, 理論上, 透過此小組所作出的決議就不再有任何可能被推翻, 當然, 除非以新的需求變更來還原已被異動過的Scope.

Negotiation, 談判, 會出現在眾多場合中, 本文將就採購欲進行談判前的準備工作作一個簡單的說明:

1.釐清到底該次談判的主題到底為何?

在一般的Project中, 最常遇到的就是客戶對專案時程的要求比PM所預估的更緊, 對於一般的PM(東方)來說, 不外乎就下列幾種作法:

1. 加班

Earned Value, EV: 一般會翻譯成[實獲值], 實際已獲得之數值

這種技術一般用在專案管理中, 用以衡量專案的執行績效. 當然, 要衡量就需要有一個衡量的基準, 這個基準就是俗稱的Baseline.

Cost Center:成本中心, 也就是在企業中, 每個部門的預算使用都歸屬於某個中心, 這個中心就是所謂的成本中心. 在實施成本中心的企業內, 每個單位在使用預算會十分小心. 舉個例子, 在未實施成本中心的企業中, 資材單位提出要建置一個資訊系統, 此資訊系統的所有建置成本會計算在資訊單位頭上, 資材單位不痛不癢. 但在實施成本中心的企業中, 所有建置成本就會歸屬到資材單位. 實施Cost Center的企業會讓組織內每個單位在使用預算時較為小心謹慎, 因每單位的支出會在Cost Center中顯示, 同時被Review

本文章之參考資料來源為:

1. PMI PMBOK 3rd
2. 2005 Rita Mulcahy PMP EXAM PREP