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

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

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

• 總的說來, PMP中最難學的就是本文要講的Integration, 在九大領域其他八個領域中, 沒有一個領域含蓋的面向與Integration一樣, 從Initiating一直到Closing五個完整的流程
• 而且, Integration所要探討的, 也是在IPECC五大流程中, 如何將其他八個領域的知識整合在一起, 所以會讓Integration學起來特別辛苦, 就情境而言, 這個領域的問題, 一定都是含蓋兩個以上的領域知識
• 而最讓一般學員痛苦的Integrated Change Control就即將在此登場
• 在PMP中, 九大領域每一個領域環環相扣, 沒有哪一個領域要先完成才能進行其他領域. 例如: Risk Management Plan需要Scope Management, Time Management Plan, Cost Management Plan, Quality Management Plan, Human Resource Management Plan, Communication Management Plan, Procurement Management Plan一起加入, 始可定義出完整的Risk Management Plan

下面開始講解整個Project中非常重要的一些名詞術語, 讓每一位PMP Certified PM能正確地使用每一個Project Management的術語

• Project Sponsor: 常有人會認為是組織內的高階主管, 其時某種程度來說, 也是沒錯的啦, 但正確來講, 應該是在Project中提供財務支援的那個人或那一票人, 當然, 若是屬於有合約的Project, 那客戶就會是那個Project Sponsor. Project Sponsor應該在Project開始時, 提供這個Project的Overall Picture, 讓初期加入Project運作的那些人大致上了解為什麼會有這個Project, 以及Project的目的, 請注意, 這時候PM還沒被選出來, PM會正式在一份所謂的Project Chater中被正式指定並被授予相關的權利
• Project Stakeholder: 總的來說, 就是跟現在要進行的這個Project有關的所有人, 中文可以翻譯成利害關係人, 當然, 不管是希望這個Project順利完成或以失敗告終的都算是Project Stakeholder. 有人可能會問, 為什麼會有希望Project失敗的人呢? 有, 舉個例子來說, 以中科園區內, 某個廠商想進駐, 此時會有一個Project kickoff來進行環境評估, 但周遭的居民可能不願意廠商進駐, 造成環境污染, 此時, 那些不願意廠商進駐的居民, 就屬於Project Stakeholder, 只不過是持負面態度的. 此時一個重要問題跑出來了, 到底PM要不要管這些負面的意見呢? Sure, 當然要, PM有一個非常重要的任務就是要完整收集所有Project Stakeholders對這個Project的需求, 期望. 而收集這些負面的意見是要在進行各項管理計畫時, 需要就這些負面意見提出相對的解決方案, 並需要列入風險管理計畫中(當然, 不是列入就算了, PM來得提出相對的解決方案). 這樣作的原因是不希望在忽略負面聲音後, 在Project要進行驗收時, 卻發現可能在法律上無法進入實質的驗收程序, 因為某些負面的因素未被考慮.
• Project Charter: 這是一份Project中最重要的文件, 用來提供Project的Overall Picture, 同時, 在此文件中要指定PM是哪一位同仁? 並且正式授權PM動用組織內的相關資源. 此份文件並非由PM來制定(記得嗎? 在這份文件中會指定誰是PM, 所以不可能由PM來製作此份文件. 千萬不要落入雞生蛋, 蛋生雞的邏輯中), 而是由Porject相關發起人共同撰寫後, 交由Project Sponsor正式發佈. 就因為是由Project Sponsor以如此正式的方式公告此一文件, 所以記錄在Project Charter中的內容, 就對整個Project甚至是組織內部, 有著絕對的合法性與正式性.
• SOW: 很多人都不知道這個英文字是代表什麼意思? 其實它的全文是 Statement Of Work. 就是整個Project所要執行之所有工作的說明. 但是, 它不是用來取代WBS, WBS Dictionary, 而是作一個概括性的說明, 描述整個Project的工作重點, 而其更細部的說明會呈現在WBS Dictionary中. 這份文件可以是由Project Sponsor(內部專案)或Customer(外部專案)來發佈. 當然, 若專案是屬於外部專案, 則文件的內容一定要伴隨著Bid Document一併給所有有意參與招標的廠商, 讓所有廠商了解企業的需求, 才能據以作出是否承包的決定.
• Preliminary Project Scope Statement: 可以翻譯成前期之專案範籌說明. 不過, 中文翻譯的名詞並不重要, 最重要的是要了解, 此份文件是整個Project中第一份描述Project要作哪些內容的文件(Project Charter僅說明Project的需求及相關產出), 但還僅止於依據Project Charter作出較為模糊的說明, 在PM決定後, 會由PM帶領Project Team作更詳盡的描述, 把更清楚的細節寫出來, 此時這份Preliminsary Project Scope Statement就會轉變成Project Scope Statement. 這份文件的內容請參考PMBOK的說明, 在此就不詳述.