PMP沒講的是...

怎麼學PMP才更好？

學員是可以很聰明的，只是看老師怎麼傳達PMBOK給他們。如果老師只講PMP解題技巧、上課只做解題，那麼學員就只會學到解題技巧、只能通過考試(Paper PMP)。

今天上課時，有位學員真是很聰明，她做得十分好、懂得去思考，她說：『我一直在想PMBOK書上講的是對應到我們公司的哪個角色職務？哪個單位在做的事？哪個作業程序？我要怎麼對應我們公司的作業與PMBOK兩者？我要怎麼把PMBOK用在我的工作上？我要抱著什麼態度來學習PMBOK？....』

我說：『不要這樣想、不是這樣學！』不要一邊學PMBOK，一邊一直想把自己的工作實務"套進"PMBOK、把公司的現行組織運作"套進"PMBOK。還是那句話～要把知識套入環璄，而不是把環璄硬塞入知識。因為，環境是個框框，而知識是活用。你一直想套、想去對應，是套不進去的，不要這樣套。　 Ps. “管理”不是這麼簡單、或可以這麼簡化地用流程套的。

若公司目前已經運作得很好的功能，那不必改。例如：公司現在的組織(權力)結構運作機制，再加上簽呈...等做法，就已經能使專案獲得明確的授權，那就夠好，又何需疊床架屋，又何需再去建立一個Develop Project Charter 的流程呢？同理，若同仁們都感到公司目前專案的運作有授權不清的困擾，PM有不知專案發起的目的、要交付什麼、摘要的預算或時程是什麼…等，那麼，就需要去設計一個類似Develop project Charter的流程功能。但～也不是去硬加單一個流程，而是要去看看、去仔細檢視，公司目前現行的作業流程中，要在哪幾個地方來做強化，以便把Project Charter的觀念放入組織現行運作體系中。　ps. 是知識去套入環境，不是把環境硬塞進知識！

所以，學PMBOK，先不要去套實務、套現行組織環境。要先放輕鬆，很鬆地去學習、去體會(Fu~)一個完整的PM最佳實務知識架構。好好地消化、好好地把一套好的PM邏輯觀念先學習起來後，在工作實務上，一點一點的用用看，"它"就會逐漸內化，成為你的能力。

 ps. "能力"是需要經過上萬個小時的修煉、一次又一次專案任務的磨鍊，才會也就會真正內化成為能力。專案經歷愈多者，體會也會愈多。