在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.
所以, PM在成立Integrated Change Control Board時, 需要考量企業的組織文化, 在Project Stakeholders中慎選夠Qualified的人員加入, 以避免在日後專案進行過程中, 對於相關需求異動的決策過程造成困擾
留言列表
