PMP沒講的是...

常有人把專案的失敗歸究於"人"的因素，這是很便宜的方式，但不足以成事。把專案失敗的原因歸究於"人"，是失敗PM找藉口最便宜、最簡單的方法；把專案的失敗歸咎於"別人"，只能給自己一個暫時的慰藉，但失敗會跟著自己一輩子。

一位 PMP 學員貼在我的FB的真實經歷....Carey Chen：『今天去面試了，面試官看著我的臉說。ＰＭＰ一點都不實用。。接著用極盡批評的話，講著＂這就是現實，一點用都沒有＂他自己也有一張，他說問題是規劃了沒人執行。我想起周老師！觀念是重要的。全盤否定的做法，讓我這個面試經驗。很。。。精彩。』這正是一位Paper PMP的悲哀，花了錢、花了時間，但沒有學到知識，沒有實務應用的能力，只是拿到一張A4紙，得到一個“沒有用＂的結論。

這是一位PMP學員貼在我的FB的真實經歷....

Carey Chen：『今天去面試了，面試官看著我的臉說。ＰＭＰ一點都不實用。。接著用極盡批評的話，講著＂這就是現實，一點用都沒有＂他自己也有一張，他說問題是規劃了沒人執行。　我想起周老師！觀念是重要的。全盤否定的做法，讓我這個面試經驗。很。。。精彩。』
　　　

當學員參與創新PMP課程的第一天，我都會跟同學們說，我們這六週要學的是一個應用知識，是要運用在工作上的，不只是補習考證。我們要來學習一套好的專案管理知識、技術、方法，老師會講工作上的實務應用案例，而你要動手做做看。你一邊學，也一邊想你的工作、你的生活。離開了教室的門，把你學到的知識、技術、方法運用在你的工作上。你惟有去用用看、做做看，藉由上千個任務、上萬個小時的磨鍊，它才會逐漸轉化為你的能力，那麼快則五年，慢則七年，你會進步，五～七年後你會成為一位優秀的專案管理人才（這也是成人教育的本質）。而考試這件事，你只要用心唸書、做大量題目、有毅力，就一定會取得PMP證照（它雖然不是一個很簡單的考試，但也絶非很困難的，否則台灣不會已有上萬個PMP）。

在前次說明會上，有位顧問提問：『PMBOK這個知識體是不是和實務有落差？』我的回覆是：『有落差的是專案的執行環境與條件，不是知識體本身。』去彌補理論與實務的差距，在實務與理論的缺口中努力！也許，你會發現，理論和實務的差距，沒有你想像的這麼大！

在專案進行的過程中，會受到許許多多的干擾，特別是來自於顧客或主管的不當壓力，很不容易應付處理！他的職位權力比我大，該聽從他的“批評指教＂嗎？他對專案了解嗎？我該出讓決策權嗎？

亞倫韋伯說：『務實的理想主義者，不為理想而死，要為理想而活.....』。我想～這就是我會進入這行、開始授課講解PMBOK Guide的動力。對於實務性應用知識的學習與傳授，要重視理論、也要重視實務。您看了創新企劃鄭總的這篇文章：全球最酷的學校KaosPilot，您會更了解為什麼我們要建立一個這樣子的PMP學習架構（理論+證照+實務）。我得更加努力.....持續努力.....因為每一次的機會，都是在這塊土地上種下一顆"改變"的種子。

文章連結：『全球最酷的學校KaosPilot』。

回想起～很久很久前～大學畢業旅行時，我們去澎湖玩，一夥人凌晨坐車扺達了嘉義某個海邊碼頭，準備坐船去澎湖。環顧碼頭四周，沒有任何商家，只有一間工廠，工廠門口有個賣早餐的阿嬤 。我們一大群學生，早餓壞了，迅速地，大家擁上阿嬤，搶著跟阿嬤買早餐，但阿嬤不賣給我們。

昨天在說明會上，有位參與者提問，她說：『PMP把專案訂成了這42個制式的作業流程，但每個專案的細節都是不一樣的，如何能適應不同的專案呢？』我說：『首先，我們要更精準一點用詞，PMP並不是把專案訂成42個制式作業流程，而是它提供一個完整的專案管理邏輯。』PMBOK是一套好的專案管理邏輯，而不是一套專案作業流程。所以，它能適用在各行各業專案的專案管理上。你學了PMBOK，讓自己對專案管理有好的觀念，有一套完整的邏輯架構，然後用這個好的觀念來管理你的專案，支撐你可以達成專案目標。

我總是跟學員說：『做一個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證照。量有了，該是提升“質”的時候了！