Ocean PMP BLOG

Time、Cost、Scope是大家熟悉的 Triple Constraints，在有限的時間內，用有限的預算，要完成交付的範疇。這裡強調”有限”和”交付的”都在限制你專案團隊的選擇或者說彈性，也就是因為有這三重限制才需要成立專案，找專案經理組織專案團隊來解決問題，如果沒有三重限制的事就不叫專案，因為一點壓力都沒有幹嘛要成立專案，可以 Free Run。有時在跟 team member review 專案時，會有完工時程不知道情況，我就會很疑惑問這需要專案控管嗎?

我們說Plan就是計畫在先，專案尚未進入執行階段，所以我們是以現在的觀點來看未來，我們會先將一些不確定因素，先做某種程度的假設(視它為真)，我們才能基於這樣的假設開始作專案計畫，這些assumption要先記錄下來，特別要highlight出來讓大家知道，目的是讓這些假設到時真的成真，否則你的專案計畫就要修改來因應變動，換句話說所有的assumption都是風險，都應該列入風險登記簿(Risk register)裡作風險回應，排除一切會改變的因素。例如我們來讀一下這段情境”某些Critical resources已安排在A專案中支援，A專案執行完成後，剛好可以來支援你的專案”，好各位看出假設是什麼嗎？風險是什麼嗎？假設就是”A專案要on schedule”，風險是萬一A專案如果延誤的話就會影響你的專案進度。所以我們要列入風險登記簿密切注意A專案的進度，有跡象顯示A專案的進度將落後就應該採取行動。

在Initiation 階段還有許多事情要在這時先收集好或準備好, Identify Stakeholders就是其中一項，找出stakeholder先將他們之間的需求做協調以取得平衡(專案資源有限需作取捨)，並把最後需求列入 Scope statement，用WBS分析成工作，來meet 他們的需求，舉幾個例子來看有那些Stakeholders:

PMP - ITTO 這是PMBOK 裡每個流程的標準模型，Input 、Tool&Technique、 Output，通常上課我們先說 output ，因為在執行專案管理過程中，各階段性我們需要那個 output 來做為專案計劃的一部分、交付物、報告、衡量標準…， 專案經理對於 ITTO的運用應該是 “ask your team members to collect those of Inputs and teach them how to use Tool&Technique to create Outputs you need”。 所以專案經理腦袋裡一定要有road map(project management process)，透過溝通來引導 team執行專案管理各項活動(activity)，而不是讓大家在那邊討論下一步該做什麼，不斷做錯誤嘗試走回頭路，那你就沒有存在的價值。Again, “ask your team members to collect those of Inputs and teach them how to use Tool&Technique to create Outputs you need”。 專案人少時或有Jr.時把 ask, teach 改成 work with就可以 lo。