PMP沒講的是...

今天在台中說明會現場，有一位參加者跟我說：『他的主管參加某PMP課程，考上了PMP，但他的結論是：PMP沒有用、PMBOK太理想。公司裡好多同事都考過了PMP，都是上同一個課程，但大家的反應都是PMP沒有用！』他心中有個大問號，他想自己來了解….到底是怎麼一回事？為什麼一個大家都說沒有用的東西，但大家還是做一樣的選擇！？　<要盲從嗎?>

創新PMP20101120台北班 (更多相片...)

考證只是一個里程碑，人生還有好多里程碑需達成，重點在能否了解這套理論與實際應用於工作上，因老師實務應用的教學方式，讓我學了一套很棒的專案知識管理理論，並透過考證來證明「我懂了」，日後一定能將必要流程導入實務工作中。

兩年前新加坡工作的時候 ，偶然在收件匣看到PMP的資料，那時候就在心裡埋下了一個小小的種子。去年回台北工作，剛好滿工作十年，覺得自己應該往別的領域發展PM，於是決定考PMP讓自己更有競爭力。在探詢PMP資訊時，發現有同樣背景的同事加入了填鴨補習班考取PMP 作為轉職跳板，可惜的是，他覺得沒有特別的效用。

Q：市場上的PMP培訓單位眾多，請問您當初選擇創新PMP課程的原因，上完課後是否有符合您對PMP課程的期待？A：因為我是創新的粉絲，呵～在三年前也上過創新辦的WBSA初階商務規劃師課程，知道創新一向對於師資及成人教育很用心，上完課則帶著滿滿的知識和心得分享向朋友說這三個月的經歷，周老師的課遠遠超越我原本預設想學習的範圍很充實。

我總是跟學員說：『做一個PM～辨識專案獨特性是你基本的能力。』做一位PM，一定要能辨識專案的獨特性，因為『獨特性』是專案不確定性的來源。我一直在做軟體系統建置專案，雖然這些專案都是在做軟體開發，專案交付標的都是一套軟體系統，但如果我～不論接哪一個專案，我都是用同樣的手法，一接下專案，就叫團隊成員快去訪談客戶需求，然後回來快點寫程式，接著就測試、上線。如果我是這樣在做PM，那麼我－『不專業』！

能在公司擔任PM乙職的你，肯定是在工作上表現優異，也許是工作能力很強，也許是技術能力很好，也許是…。但我總是跟學員說：『做一個PM啊～你也要訓練自己的“彈性”。要努力地提醒自己－放大自己的彈性！這不容易，但需要。因為，專案是團隊合作的產物。』做PM的人，大多很有『自信』。自信很好，自信讓我們可以度過專案(人生)中許多困難的時光，自信讓我們可以支撐下去。但自信的人就難免主觀（自信與主觀是倆兄弟），而太多的『主觀』，妨礙團隊運作，而專案又是團隊合作下的產物。

當我是乙方時，深深體會前輩所言，有時遇到甲方不合情理的對待，我就承受下來，我想這些都是鍛錬自己心理素質的必經之路，之後再遇到惡劣客戶時，我才能泰然地說：『還好嘛～比上次XX客戶好太多了。』哈～但我知道自己要再提升專案管理的專業能力，才好。當我轉為甲方時，因為自己是過來人，更加能同理心地體會乙方做專案的困難。

我常跟學員說：『當你決定了一件事的工法和工序時，就已經大致決定了這件事要耗時多久。而排時程表～只是讓你有個執行的依據、監控的依據，排時程表並不是讓你能在限期內有效完成任務、達成目標的原因！』。做PM不只是排時程表，也要跟團隊成員一起共事或協助成員，找出專案有效的工法和工序，這有助於讓專案能在期限內完成任務、達成目標。不必急著要求Programmer寫程式（除非專案是採用雛型建置法），那是會製造出很多所謂的"Bug"（但其實那不是Bug）。先搞清楚需求、講清楚邏輯，Programmer寫程式是可以又快又好的。

『創新PMIS』是一個流程導向的專案管理資訊系統，它結合專案管理流程、專案管理知識與專案管理文件三大元件系統。以專案管理流程來導引專案的進行，確保專案管理品質；輔以專案管理知識文章，來促進專案成員在專案管理知識上的充實；並將專案文件累積保存，以傳承與分享專案經驗。使用流程導向軟體，更能體會專案管理知識內涵，更能學著將專案管理技術運用於專案(管理)裡！歡迎參閱更多～專案知識+文章、PMP學習心得、PMP考證心得....等。

雅姍老師之PMP沒講的是... (Facebook)

在PMP說明會時，我總是說：『在做專案時，我們總是會要求技術人員要夠Qualified、技術能力要夠好，那我們是不是也應該對PM做同等的要求呢？』應該啊！尤其是～PM對專案的成敗扮演關鍵角色，所以我們更應該要求PM也要夠Qualified、專案管理技術能力也要夠好（PM能自我要求又更好）。

雖然就考試而言，HR與Communication這二個單元的比重不大，但實務上做專案，我們都知道這二個部分卻是很重要的。在課程規劃上，我也一樣會以同等時數來做講授，因為我知道，這部分會對學員產生影響，這對他們在實務工作上會有差別。我總是告訴學員，做一個PM，對自己的要求不可以太低！寫出來的東西不可以錯字連篇、語意不通，讓人看不懂你要表達什麼；做一個PM，不可以連話都講不清楚。自己寫出來的東西多看二眼吧，再三檢查後才寄出；會議上要說什麼，開會前自己要事先練習。這是PM對自己最基本的要求！

考證很好，我會鼓勵學員去考證，一來大部分台灣的孩子，只有考試才會唸書；二來，證照可以增加你的Title，增加你的正式權(Formal Power)，讓別人在還不認識你之前，先藉由證照or學歷這些Title來認識你。當然，你無法只靠Title在江湖行走，你要有實力、要能解決工作上的問題。老闆最在意的，並不是你有沒有證照，最在意的還是你能否解決問題、完成任務。

上一篇提及，洞察專案、管理專案，要看進去一點，要看到裡面去，而不只是看表面。有個真實案例：某家公司要委外開發一套軟體，有鑑於前次委外的失敗，老闆請我幫忙協助選商（老闆可能是想上次的失敗，是選到爛廠商之故！或許是！但這其實多半只是委外失敗的眾多原因之一。）

台灣目前已有9000多位的PMP、擁有9000多張的PMP證照。量有了，該是提升“質”的時候了！

專案過程中有各式各樣的情況、有各種議題要去處理，PMBOK並不會針對單一狀況或問題給解答。因為，你只要懂了專案管理的邏輯、懂了專案管理的根本原理，那麼～不論什麼狀況，你就能因應處理，也許不是完美的解決，但你至少不會束手無策、坐以待斃。

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

要翻掉組織的專案管理流程，建立全新的PMBOK 42個流程嗎？... 不要！是要把知識套入環璄中，而不是把環璄套入知識體。因為，環境是個框框，而知識是活用。

PMBOK的42個流程全部都要做嗎？不是的、也不需要。因為，“管理＂也是要成本的！如果專案非常小，只有一個月、5萬元，那麼真不必做42個流程，許多流程三步併兩步地做即可。但如果是個大架構的專案，那麼就～需要～很需要。因為，在你做與不做之間，恐怕是上百萬的損失，所以，要做，而且還要做的很仔細。仔細地做好每個流程環節，因為～差一點，就可能對專案有巨大影響。