案例_The Abacus Project:矩陣組織、環境限制與整合式專案管理
案例_The Ticketing System:跨部門資訊系統整合與非正式協作
案例_WRQ Software Development:多版本軟體專案、FDD 與跨專案干擾
| 核心主題 | 主要觀點/概念 | 實務或理論意義 | 重要條件/限制/延伸 |
|---|---|---|---|
| 整合管理 | 把範疇、時程、資源、品質、溝通、風險與外部關係協調成一體 | 避免各功能領域各自最佳化,卻造成整體專案失衡 | 整合重點會隨專案規模、利害關係人與外部依賴而不同 |
| 矩陣與跨功能協作 | 專案經理需要在功能部門、顧客、承包商與其他單位之間協調權責 | 讓專業資源可跨部門共享並共同承擔結果 | 權限不清或優先順序衝突會直接削弱整合效果 |
| 平行作業 | 在資訊尚未完全確定時,選擇可逆或可管理的工作先行 | 可壓縮總時程並降低等待造成的延誤 | 若前提錯誤,可能產生重工、沉沒成本與更高風險 |
| 跨專案依賴 | 舊版本、其他產品線與外部機構都可能改變本專案的資源與時程 | 整合管理需超越單一專案邊界 | 外部依賴通常無法完全控制,需要預留餘裕與替代方案 |
| 持續學習 | 把經驗教訓嵌入執行過程,而不是只在結案後整理 | 可讓後續決策更快吸收現場資訊 | 學習必須能回饋到下一輪規畫、方法與里程碑設計 |
第4章討論專案整合管理,原書收錄 3個正式案例:兩個綜合案例與一個議題型案例。三案共同說明,專案成功不只是把各管理領域分別做好,而是要處理彼此之間的依賴、衝突與變更。
The Abacus Project 顯示,大型基礎建設專案必須同時協調環境審查、工程設計、土地、公眾、顧客、承包商與政府單位。若完全依序進行,時程可能失控;因此團隊在正式決策尚未完成前,選擇部分可管理工作先行,但也必須承擔前提改變所帶來的風險。
The Ticketing System 是小型內部資訊科技專案。它的管理方式高度非正式,主要依電子郵件、RT 工單與每週會議運作。案例顯示,整合不等於文件愈多愈好;當問題共識高、技術成熟、成員彼此熟悉時,較輕量的方法也能有效。
WRQ Software Development 顯示,多版本軟體專案會受到前一版本缺陷、其他產品團隊、法務與外部認證機構影響。這些因素會重新分配資源、改變功能優先順序與成功標準,因此專案經理必須持續整合內外部依賴。
三案都呈現經驗教訓的重要性。Abacus 在各階段傳播學習;WRQ 則把傳統事後檢討改成持續回顧。這種做法讓學習不只是結案文件,而能直接影響下一輪規畫、時程與工作方法。