在過去的幾年中，我們耳聞了有關專案辦公室如此多的話題，以至於如今我們難以相信在不久前，項目管理組織中心的概念還只處於邊緣位置。但在專案管理盛行並使其在專案辦公室中駐足之前，它在組織中到處遊蕩了大約20多年。讓我們研究一下個別的專案管理是如何自然而然地發展成專案管理中心的。

早期發展

專案即使管理已活躍了，有些人認為是幾個世紀。尤其在建築行業中，人們自建造金字塔時期以來，一直認為具有明確的一套要求和一個最終期限的工作就是通常意義上的商務。然而，專案做為一種組織原則和管理專業的概念（連同專案自有的技術、工具及詞彙）起源於20世紀的軍事。與第二次世界大戰後的美國的一些特徵相仿的是，專案與其支援軟體及技術是從第一次真正的現代戰爭中裂變出來的。
這些軍事起因有助於解釋專案的最初焦點為何是計劃與控制。事實上，控制可以被認做專案管理存在的理由：控制工作的進度、成本和範圍；否則可能回偏出預算或時間，以及/或不能達到說明書的要求。
那種對專案“失控”感的根源是，專案連同其龐大的溝通機制曾經附加於已有的官僚結構上。想象一下軍事組織的高度等級化的命令也控制管理，然後再想象一下一種短期的、明顯受最終期限影響的努力，以及由眾多部門、領域，甚至分支機構中抽出的預算、人員及其他資源，在遵守等級制固有結構的同時，盡力為專案謀利將會極其困難，這在當時往往是完全不可能的。但這就是我們專案管理模式的開始。難怪人們感到專案是難以控制的、神秘的；難怪專案管理獲得了科學與“藝術”的雙重名聲。非常有趣的是，當初軍事也最先對此有所反應，它建立了大型系統專案辦公室，其中的半自治大型專案經理有權計劃、執行並完成專案（受控與諸如美國國會的“更高的權利”）。這些系統大型專案辦公室是當今私營部門中專案辦公室的先驅。

一種進化的結構

當專案管理的早期工具——甘特圖、網路圖、績效評審技術等被開始應用於私有行業時，新的專案經理們面臨著一種相似的困境，商務也流行命令與控制模式。組建一個互動學科團隊的過程就是充滿官僚障礙的過程。專案管理最初的應用（在重要的建築物、土木工廠和研究開發方面）是把專案進度、專案目標，以及專案管理團隊的觀念強加於一種非常呆板的已有組織結構上。在沒有自己的總部或在只能封閉空間的情況下，專案常常是被組織冷落的物件。因而，產生了“矩陣組織”的概念，一種真正的權宜之計，它定義出在不適於專案工作的組織結構中，應如何完成專案。用軟體開發術語來說，它是一個“補丁”，而不是組織的新方案。[@more@]

專案辦公室的概念（1）（轉）

相關文章