01_導論 | Notion

核心主題	主要觀點／概念	實務或理論意義	重要條件／限制／延伸
專案導向轉型	企業可能因競爭、科技、成長或風險需求，由功能部門／營運導向轉為專案導向	專案管理可成為企業成長引擎或生存機制	建立團隊或流程，不代表舊有權力與文化會自動消失
跨功能團隊	由行銷、工程、製造及支援部門共同承擔專案成果	可減少部門交接、提高整合程度與顧客回應速度	必須真正授予決策權，而不是只有名義上的授權
標準化專案管理	透過訓練、手冊、範本、檢討與切換日期建立共同方法	提高可重複性、組織學習與跨專案一致性	標準化必須與實際工作結合；過度僵化也可能降低彈性
做中學	在試辦專案中同時學習專案管理並測試方法	把課堂知識轉化為組織能力	試辦成果受團隊組成、顧問支援與變革準備度影響
專案與營運思維	專案導向組織重視一次性成果、規畫、整合與經驗學習	高風險或一次性工作常需要不同於例行營運的治理方式	長期營運經驗可能使組織重新回到舊工作方式
階段性交接	專案所有權依功能階段逐段轉移	可運用各階段的專業能力	容易削弱端到端責任與上市速度

本章定位

第1章以 6個案例說明企業如何因成長、競爭壓力、科技變化或生存需求，開始把專案管理當成正式管理能力。原書明確指出本章包含 5個關鍵事件＋1個議題型案例，並以不同產業呈現由非專案導向組織轉向專案導向組織的不同路徑。

從功能效率走向跨功能整合

AaronSide 顯示，功能部門可以非常有效率，但「接力賽式開發（relay race）」會把資訊與決策鎖在部門邊界。當競爭要求更快的新產品開發速度時，跨功能團隊（cross-functional team）能減少交接；然而若功能部門主管仍保留真正的決策權，形式上的團隊架構不會自動帶來速度。

標準化不只是寫一本手冊

Cocable 與 RGI 都透過訓練、範本與手冊導入專案管理，但兩者重點不同。Cocable 採「做中學」，把試辦專案當成方法論的實驗場；RGI 則把標準化專案管理（SPM）放在既有的持續改善與流程標準化文化中，建立範疇、工作分解結構（WBS）、責任矩陣、時程、成本、品質、風險、進度報告與結案等標準元件。

專案思維與高風險工作

Trojan Nuclear Plant 案例把轉型推到極端：組織不再以產能與例行營運為主要目標，而是要完成一次性的核電廠除役。團隊先接受訓練，再把大型工作拆成較小專案並累積經驗教訓，說明專案能力可以透過反覆實作逐步建立。

科技轉型需要專案組織

CAT, Inc. 的電腦化不只是資訊科技升級，而是同時改變顧客互動、技術人力、基礎設施、訓練與組織設計。跨功能矩陣式專案團隊成為把新策略轉化為產品與服務的執行單位。

階段性交接的極限

Hospi-Tek 案例指出，階段性交接讓每個功能專家在自己最熟悉的階段掌權，但同一專案會由多位專案經理輪流接手。當公司規模、複雜度與上市速度壓力提高時，這種方法缺乏可擴展性，促使管理階層重新評估端到端的專案責任。