有朋友問是不是應該考一個PMP項目管理認證。我的建議是不必。

我們考認證一般兩個原因。

第一，希望學習某種技能。第二，讓自己（看起來）厲害一些，以獲取更好的職業機會。

如果是為了學習技能

PMP認證是以PMBOK內容為準的，這是一套適用于多種行業，多種場景的通用項目管理框架，其基本的結構就是我們熟知的瀑布模型。顯然對于很多非IT行業（比如通訊、建筑），這個框架是科學和規范，適用性很高的。

但對于軟件項目，這個模型從它被使用開始就飽受質疑。最明顯的是它基于確定性的思維方式過于強調計劃、文檔編寫和維護、對變化的識別和抑制，而軟件項目的根本和它們是沖突的。

敏捷項目管理的提出很大程度源于這種沖突，由于在很多點上修正PMBOK和軟件項目天然不合，現在基本在軟件行業成為主要被使用的方式。

我們脫開類似于Scrum這類的敏捷項目管理框架1不談，敏捷思維本身對于變化的容納性、捕捉真實反饋的積極性也更加貼合事情的發展規律，所以同樣具有相當的跨行業的普適性。PMI在2011推出了它的敏捷項目管理認證 PMI-ACP (Agile Certified Practitioner)就是佐證——雖然其含金量很低，從Practitioner這個詞就能看出。

如果是互聯網公司的軟件產品開發，對于純正的敏捷管理方法（比如 Scrum, Kanban等）的系統學習會更有幫助。以項目形式運作的軟件項目同樣如此。但這有賴于客戶方面的理解和大理配合，在IT行業以外這樣的客戶還是不多的，所以對這樣的軟件項目，以及其他傳統行業的項目，我會建議在先了解敏捷的情況下（這很重要）再系統學習PMBOK。這樣在后期實際操作項目時，可以以PMBOK為依據，再根據實際情況做跳脫框架的靈活處理。

所以，PMBOK在實際工作中顯然仍有實用價值，但如果評估一下獲取PMP證書的成本，尤其是后期保有這個認證需要付出的時間和精力來說（比如積攢PDU），這并不劃算。我的意思是，可以很容易找到更值得學習的東西，和更值得做的事。

如果是為了獲得一些更多職業上的機會

那么，關鍵問題是：決定機會的關鍵是什么？當然是能力。

接著，體現能力的關鍵是什么？這個答案是否是證書，就要打一個問號了。

證書之于工作能力，如同成績之于學習能力。區別只是，成績是學校選擇你的最重要（甚至是唯一）指標，但在你面臨職業機會的時候，證書扮演的可能只是一個不痛不癢的角色。公司在招聘的時候，一般都更愿意去看看應聘者的實際操作經驗。

所以能力養成才是我們的目標。證書只是能力的其中一個指標——并且還是一個不太重要的指標。

談到目標和KPI（指標），已經談得很多但還是有很多誤解。小米拋棄「開心就好」的論調，定下2017銷售目標后，吳曉波大呼過癮，把其看做是宣揚績效管理的上佳材料。

但我認為應該談的其實是目標管理（MBO）。拋棄目標管理的績效管理，是遮住擋風玻璃開車，寄往儀表盤和GPS屏幕帶你去目的地。

「開心就好」—— 雷軍之前的錯誤并不是放棄了績效，而是放棄了目標。績效（KPI）是指標，而指標的目的是為追求目標的過程提供一個定量反饋。

追求KPI和追求目標之間，仍有一步之遙。而這一步的關鍵在于，KPI是不是可以正確地、沒有副作用地代表你的目標。

銷售數字可能是用戶體驗的反面，任務完成速度可能是實現質量的反面，加班時長也許加快了產品迭代速度，卻是員工滿意度的反面進而是你的團隊的反面。

例子不勝枚舉。數字不足以隨時反應真實世界的復雜變化，而人的智能體現在什么時候數字是有效的代表，以及什么數字是有效的代表。這個判斷過程就是績效管理和目標管理之間的區別。

回到能力和證書的討論上來。證書能夠證明的只是你獲取證書的能力。

那么證明能力最好的辦法是什么呢？是——做這件事情。

因此，我一直覺得「試用」是最好的判斷一個候選人的方法，比如，意啟部落根本不做面試，想加入就直接過來跟我們一起干活。三個月后所有人都會知道你是不是可以加入我們——你也更加知道你是否真的想跟我們一起做事。

做事情既體現了你的能力，同時也進一步鍛煉了你的能力。所以，如果你想考PMP，可以先看看是不是可以在公司內爭取到一個做PM的機會，并在此期間好好表現。

獲取證書唯一的意義，是在你毫無其他辦法證明自己的時候——這說明你已經相當被動，很難讓人對你抱有期待了——讓你獲得那個「第一個機會」的機會稍微大那么幾分而已。

所以總的來看，對于一個已經在項目里工作的人（哪怕你做的不是項目管理的工作），考取證書決非要務。尤其當是PMP這個證書所代表的能力，對你來說也許并不是最好選擇的時候。

證書是個副產品，應該是順手獲得的東西。可以沒有的東西。

––––––––––––––––––––––––––––––––

1嚴格說來Scrum并不能叫做框架，但在這里并無妨礙。