《專案管理之美》前言

《專案管理之美》前言（By Scott Berkun）

在英語中，我最喜歡的單詞是"how"。這是如何工作的？這是怎麼做的？他們是怎麼做到的？每當我看見有趣的事情發生時，就會充滿了與這個短小有力的單詞有關的許多問題。並且，我找到的大多數答案都集中在人們如何應用他們的智慧，而非特定的技術或理論知識。

經多多年的專案開發經歷，以及對我的經驗和其他經理人、程式師、設計師的經驗進行比較，我瞭解到如何把專案管理好。本書是這些想法的總結，涉及用於如下領域的方法：領導團隊、管理想法、組織專案、管理進度、處理政治以及讓事情發生，甚至是面對巨大挑戰和不公平的情況。

儘管本書的標題“Marking Things Happen: Mastering Project Management”是個很廣泛的領域，但我的工作經驗主要來自於技術領域，尤其是微軟公司。從1994年到2003年的這段時間，我一直在微軟那裡工 作，領導專案團隊，例如：Internet Explorer、Microsoft Windows以及MSN。有幾年時間，我在微軟的卓越工程組（engineering excellence group）工作。我在那裡負責為公司內各個團隊提供教學和諮詢工作，並經常受邀在許多公開的會議、公司和大學中演講。本書中的大多數建議、教訓以及故事 都來自於這些經驗。

雖然我的背景來自於軟體和網站開發，但我編寫的這本書的內容還是很廣泛的，利用了工程和管理領域以外的很多參考資料和技術。對於通常的商業世界人 士，本書會有非常大的價值。我相信，無論在哪個領域，組織、領導、設計以及交付所面對的挑戰，都基本類似。製造烤箱、摩天大樓、汽車、網站以及軟體產品所 涉及的流程，都會遇到很多相同的挑戰，本書主要關注的就是如何克服這些挑戰。

不同於其他介紹如何領導專案的書籍，本書並沒有依賴於任何正規的理論，也沒有推斷出創新的理論。替而代之，我主要關注的是實用性和多樣性。當人員、 技能、態度和使用的戰術得以恰當地組合時，無論這些因素來自何處（或缺少出處），專案都將產生好的結果。本書的結構是我所發現的最合理的結構：聚焦於核心 情況，提供建議來說明如何正確地處理它們。關於如何挑選正確的主題、如何提供好建議等話題，我經過深思熟慮，下了很大的賭注來做出選擇。我希望你將發現我 做出的抉擇是正確的。

誰應該讀這本書？

想了解這本書是否適合於你，我建議你開啟本書，翻到目錄，從中挑選一個你感興趣的主題，看看我在說什麼。我通常不大相信前言，因此，我建議你也不要相信它，很少有書會在前言之後依然保持與前言相同的鳳格或語調。但無論如何，本書還是值得你試一試。

本書對於下面的一種或多種型別的人員將非常有價值：

* 有經驗的團隊領導和經理人。對於在任何專案任何擔任領導角色的人，本書都非常適用。這些例項來自於軟體開發領域，但很多概念都可以很容易地用於其他種類的 工作。你也許是正式的團隊領導者，或者只是團隊中比較有經驗的人員。對於本書的某些主題，你可能已經非常熟悉，但本書採用的直接的方法仍將有助於你澄清和 精煉你的想法。即使你不同意我持有的觀點，你也會有一個清晰的工作基礎，來精煉你自己的觀點。

* 新的團隊領導和經理人。如果你看看本書目錄中列的主題，就會對領導和經理人蔘與專案時實際所做的每件事情，有個紮實的概要了解。每章都會提供即使是有經驗 的人員也會犯的、常見的錯誤，並且說明為什麼會發生此事以及可以使用哪些戰術來避免這些錯誤。本書將為你提供一個更為寬廣的視野，讓你瞭解即將承擔的新的 責任，以及管理它們的最明智的方法。因為大多數章節都主要關注於重要的主題，因此，會經常包含一些註釋，來參考更深入的資訊來源。

* 程式設計師和測試人員，或者專案的其他成員。本書會改善你對所做工作的瞭解，並介紹可以運用哪些手段來有效地工作。如果你曾懷疑為什麼專案方向經常改變或者項 目為什麼管理得很差，本書可幫助你瞭解其原因和補救方法。至少，讀這本書可以幫助你在工作中表現不凡（使你在工作時，始終保持清醒的頭腦）。如果你對以後 自己管理或領導團隊感興趣，本書將幫助你研究其真正的規律，是你瞭解你是否已為其做好準備。

* 商業管理、產品設計或軟體工程的學生。我使用學生這個詞是從廣義來說的：如果你對這些主題有興趣，或者目前正在研究這些領域，本書應該非常有益。和其他討 論這些主題的書籍不同，本書關注於問題和敘述上。書中的經驗和故事都是真實的，它們是教訓和戰術的基礎，而不是反過來。我有意避免在不同學科之間畫上界 線，以我的經驗來看，這些界線對專案沒幫助，也無助於瞭解實際（世界也不會像在大學裡那樣被劃分）。替而代之，本書結合了商業理論、心理學、管理戰術、設 計流程和軟體工程等領域的知識，以任何所需的方式來為重要的主題提供建議。

我在編寫本書時，對讀者所做的假設如下：

* 你不笨。我假設只要我選對章節，把它寫好，你就不需要我花時間慢慢地建立詳盡的資訊框架。替而代之，我會主要講重點，把時間花在這裡。我把你當成是找我來諮詢的同事--經驗也許多些、少些，或有著不同的經驗。

* 你是好奇和務實的。我列舉了很多學科的例項，假定你會從網站和軟體開發以外的教訓中找到價值。這不是障礙，而是為了滿足好奇心的要求。有時這些資訊只是以 腳註形式呈現。我假定你想學習知識，對各種不同的想法保持開放的心態，而且將認識到深思熟慮的意見的價值--即使你不同意那些意見。

* 你不喜歡行話或深奧的理論。我不認為行話和深奧的理論會有助於學習和應用新資訊。我會避開它們，除非它們可以提供未來對我們有幫助的有用的資訊。

* 你對自己、軟體或管理不會看的太嚴肅。軟體開發和專案管理可能會很無聊。雖然本書不會是好笑的遊戲（雖然由Mark Twain或David Sedans編寫的軟體工程書籍可能會這樣），但我會毫不猶豫地開自己的玩笑（或某些其他人），或者以幽默的手法來舉例說明論點。

如何使用本書？

如果讀到某處你開始厭煩了，或者發現例子會使你分心，跳過去就是了。我在編寫本書時，已考慮到有人會略讀，或者只需要特定主題的正確建議。這些章節 的安排適合於這些需求，尤其是哪些關於人員的內容（第8-13章和第16章）。但是，按照順序進行閱讀會有好處，因為有些後面的概念是在前面建立的，而且 本書基本是按照大多數專案的時間程式進行內容設計的。第一章是本書中內容最廣的一章，同時深度也超過其他章節。如果你對為什麼應該關心專案管理感到奇怪， 或者有其他重要的人士曾說過這個，那你就應該看一看。如果你試過，但討厭它，我強烈建議你，在拋開本書前再試試另一章。

本書所列的所有參考資料、URL以及附加註釋和說明，都放在www.makingthingshappen.org網站上。如果你對本書的討論組感興趣，一定要閱讀本書後面的附錄，它解釋了存在哪些討論組，併為你建立自己的討論組提供了建議。

現在，因為你很聰明，而且有耐心讀完這段介紹，我想，你該急於瞭解本書的其他內容了（頁數、腳註及所有其他的事項），那就繼續吧。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/16502878/viewspace-696817/，如需轉載，請註明出處，否則將追究法律責任。