我懂了！專案管理（2017年新增訂版）

暢銷20年！最易學、最實用的專案管理自修教材！

在國際趨勢上，專案管理已經逐漸凌駕MBA，成為掌握未來的關鍵能力！

有越來越多企業要求它們的承包廠商，必須由專業的專案經理人來負責專案的推動。但什麼是「專案管理」？

品管大師朱蘭（J. M. Juran）曾經為「專案」下了一個定義：專案是必須排定時程去設法解決的問題。

同時，現代的工作環境中，有越來越多工作是階段性的，也就是以專案的形式來進行。專案管理已變成職場上不可或缺的觀念與能力。

本書提供一套學習專案管理的捷徑，從最基本的專案四大限制條件（限定的時間、預算、範疇、達成特定成效）開始，然後規畫專案、排定進度、監控作業，以step-by-step的方式，說明一個有經驗的專案經理人，如何在過程中運用各種方法解決問題，完成專案，最後交出漂亮的成績單。而且書中有許多生活化的實例，讓讀者更容易進入、思考和加以應用。

本版（翻譯自原文的第五版）係根據「專案管理知識體系指南」（PMBOK Guide）第五版的內容。比起前一版，新增的內容有：

◆ 在規畫過程中管理利害關係人
◆ 擬定溝通計畫
◆ 推算出紮實的估計值
◆ 改善採購管理
◆ 結束專案，並進行經驗學習

全書每一章都深入淺出，容易了解，編排也十分清楚。書中包含生動的範例，以及練習題。想培養專案管理能力的讀者，本書是最理想的案頭必備書籍。

▓ 序

告訴讀者們一件事，您聽了也不用太驚訝。自從本書第1版於1997年出版以來，專案管理學會（Project Management Institute; PMI）已經從最初的數千位會員，成長到2015年將近46萬2千人。PMI是由管理專案的人所組成的專業組織；您可以從該學會的網站www.pmi.org取得更多資訊。除提供種種會員服務之外，PMI成立的主要目的是要將專案管理當成一種專業而加以提升。為達此目的，該學會已建立一項認證過程，使通過認證資格的人獲得專案管理師（Project Management Professional; PMP）的稱號。為獲得這項稱號，這些人必須有工作經驗（大約5,000小時），並通過以專案管理知識體系指南（Project Management Body of Knowledge）或PMBOK Guide為基礎的線上考試。

也許有人會問，專案管理這件事，真的已經專門到有必要成立專業機構嗎？專案管理應該只是一般管理（general management）的變形而已吧？

沒錯，兩者間的確有很多相似性，但若仔細深究下去，其實可以發現兩者間的差異性，已大到足以將之分門別類的程度。舉個例說，相較於一般管理者所處理的大部分活動，專案與「時程」更加息息相關；此外，專案團隊成員通常不直接由專案經理管轄，而是向大多數一般管理者負責。

那麼專案管理到底是什麼？或者，我們退一步，先說說專案到底是什麼。

專案的定義

PMI定義專案就是「為了產出獨特的產品、服務或結果而進行的暫時性工作」。（PMBOK Guide; Project Management Institute, 2013; p. 5）這意指專案只完成一次，只要是重複性的工作，那就不是專案。專案應該要有明確的起點和終點（亦即有時間限制），有預算（亦即有成本控制），明確規範工作範疇（或量）的大小，還要符合特定的成效要求。我說「應該要」的原因是，僅有少數專案能達成上述的定義。所以本書從頭到尾都將對專案的這些限制，稱之為PCTS目標，而PCTS指的是成效（performance）、成本（cost）、時間（time）與範疇（scope）。

著名的品管大師朱蘭（J. M. Juran）曾經為專案下定義：專案是必須排定時程去設法解決的問題（problem）。我喜歡這個定義，因為它點出每一個專案都是為了要替公司解決某一類問題而衍生出來的。不過，我必須小心使用「問題」這個字，因為傳統上大家都賦予這個字負面的意義。然而專案所要處理的對象，卻包括了正面和負面的問題。舉例來說，想要開發某項新產品是一個問題，不過卻是「正面的」問題；然而環境大掃除專案則是處理「負面的」問題。

專案失敗

有關專案管理成功率，目前的研究結果好壞參半。最近，科技產業研究機構史丹迪希公司（Standish Group）專注於軟體開發專案的Chaos報告指出，專案的成功率為29%，另有52% 的專案碰到很大問題，而有19% 專案以失敗收場。此處應該指出的是，成功因素已經重新調整過，其意思是指專案準時在預算範圍內完成，並產生令人滿意的結果。與2011年的報告相比，成功率實際上維持不變。史丹迪希也強調，相較於較大型專案，較小型專案的成功率高很多。資訊科技研究與顧問公司顧能（Gartner）最近的報告也呼應這些發現，指出預算超過1百萬美元的較大型專案失敗率較高，高達28% 左右。

專案管理學會（PMI）最近的報告最具說服力。PMI長期持續蒐集並衡量專案、專案群與專案組合管理的情況。他們2015年出刊的「專案脈動」（Pulse of the Profession）顯示一些正面趨勢，同時也指出，自2012年以來，專案達標的百分比一直維持在64% 不變。為了有效提高達標率，PMI建議企業組織應該回歸基本面。PMI提到的三個基本領域為：

1. 文化。要努力建立專案管理的心態。
2. 人才。專注於人才管理、持續訓練，與正規知識的傳遞。
3. 流程。透過建立與採用標準化的專案實務與流程，來支援專案管理。

根據我28年的專案管理經驗、最佳實務確認、專案諮詢與訓練，我自己的調查顯示，很多事情改變了，也有很多事情不變。無論規模大小、無論是軟體、研發、或是行政管理類專案，成功的專案都仰賴良好的規畫。太多專案經理都採取「準備—開火—瞄準」（ready-fire-aim）的方法，也就是先衝了再說，試圖迅速完成專案。很多組織不容許專案經理有夠多的時間做規畫，甚至完全不給任何時間。這樣做經常導致花更多時間與努力重新修正錯誤，安撫不高興的利害關係人，衝進死巷只能無奈撤退。簡而言之，缺乏適當的規畫會導致專案失敗。

PMI的調查提到：「該是企業組織重新檢視專案管理的基本要項，並且實質上回歸基本面的時候了！」（p.4）。我完全同意這個觀點。身為讀者，你必須替自己打好基礎，並了解本書所提到的基本事項，以便在你專案進行中及管理時，保證能做出改善並成功完成專案。

什麼是專案管理？

「PMBOK®指南」將專案管理（project management）定義成「應用知識、技能、工具與技巧於專案活動，以滿足專案要求」。專案管理透過按照邏輯分組的47個專案管理流程的應用與整合而實現，這些流程組成5個流程群組，分別是起始（initiating）、規畫（planning）、執行（executing）、監視及控制（monitoring and controlling）、以及結束（closing）（PMBOK Guide, Project Management Institute, 2013, p. 6）。

新版「PMBOK®指南」已加入5個新的專案管理流程：

1. 規畫範疇管理
2. 規畫時程管理
3. 規畫成本管理
4. 規畫利害關係人管理
5. 控制利害關係人參與

這樣的改變強調，專案團隊有必要在管理專案之前先規畫專案。加入「規畫利害關係人管理」與「控制利害關係人參與」流程，是為了要與新的（第10個）知識領域「專案利害關係人管理」維持一致。這個新知識領域強調適當地讓專案利害關係人參與關鍵決策與活動的重要性。

專案的要求（requirements）包括先前提過的PCTS（成效、成本、時間、範疇）目標。起始、規畫等等的各個流程會在本章稍後提到，而且本書大部分篇幅即在解釋如何完成這些流程。

菜鳥級專案經理特別容易犯的錯誤，是自己一個人卯起來替整個團隊規畫專案。接下來看到的慘劇是，專案團隊成員沒有一個人甩他做的計畫；另一件慘劇是，菜鳥專案經理自己設計出來的計畫，裏面真是千瘡百孔、漏洞百出。經理人不可能每件事都設想得到，他們對任務期程的估計有錯誤，使整件事情在專案開始後破綻百出，最後無法收尾。所以，專案管理的首要原則是：一定要讓未來會牽涉到專案實際作業的人，一起來協助規畫專案。

專案經理所扮演的角色，應該是一個促成者（enabler）。促成者的工作，就是要協助專案團隊成員，把他們所負責的工作順利完成。促成者是團隊成員們的介面，當後者有人缺少資源時，要幫他們找到；當有外力介入，可能中斷他們的工作時，促成者也要能居間緩衝，減少外力衝擊。專案進行時，他絕對不能是獨攬大權者，而是應該成為領導人。

我看過對於領導（leadership）最好的定義，是范斯．普卡德（Vance Packard） 在《爬金字塔的人》（The Pyramid Climbers）一書中所說的：「領導是一門藝術，它使其他人想去做你認為非做不可的事。」這裏用了一個很鮮活的字眼──想。獨裁者能強迫別人做他們想要「做」的事情，看守監獄的警衛也一樣能強迫犯人分成小組幹活；但是好的領導人卻能讓人「想」去做這些事情，這是兩者之間重大的差異。

專案中有關規畫、排時程（scheduling）與工作控制等要項，是屬於管理或是行政的部分。但是其中如果少了領導的話，專案頂多也只能達到最低水準要求而已。有了好的領導，專案績效絕對不僅止於此。我將在第14章談論專案領導技巧的綜合應用。

不只是排時程

對專案管理最大的誤解之一，就是認為專案管理不過只是排時程罷了。如果是這樣，微軟（Microsoft）不是出了一套軟體叫Microsoft Project®，還賣出非常多套嗎？為什麼專案失敗的比例還是一樣那麼高呢？當然，時程安排是管理專案所使用的一項主要工具，但是就重要性來說，讓專案參與人員充分了解專案目標、以良好的工作分解結構（Work Breakdown Structure; WBS，本書第7章會討論）來釐清待完成事項等工作，其實都比時程安排還重要。老實說，如果沒有好的專案管理，一份詳細的時程所代表的意義，只是一份精確記載專案失敗的回憶錄罷了！