想像你正在籌辦一場自己的婚禮。你需要決定：
- 什麼時候舉辦（時間）
- 在哪裡舉辦（場地）
- 邀請多少人（規模）
- 花多少錢（預算）
- 誰負責什麼（分工）
- 怎樣應對突發狀況（應急方案）
專案管理就是做這些決定和協調的學問。而且不只是婚禮，無論是蓋房子、開發軟體還是推出新產品，都要用到專案管理。
專案 就是有開始和結束的工作。它包含以下特點：
- 開始：決定舉辦婚禮的日期
- 結束：婚禮當天結束
- 目標：舉辦一場精美、難忘的婚禮
- 資源：時間、金錢、人手（親戚朋友）
- 風險：天氣不好、嘉賓遲到、食物不足等
- 開始：簽署裝修合約的日期
- 結束：收房驗收完成
- 目標：完成一套符合設計的房屋裝修
- 資源：工人、材料、金錢、時間
- 風險：材料漲價、工人短缺、設計變更等
許多人會問：「為什麼要把工作叫『專案』？」
日常工作（營運）：
- 每天重複：早上來公司、開會、處理郵件、回家
- 沒有終點：明天還要做同樣的事
- 很少有大變化
專案工作：
- 有明確開始和結束日期
- 完成後就不用再做了
- 通常涉及變化和不確定性
例子：
- 日常工作：每天檢查公司網站是否正常運作
- 專案：為公司開發一個全新的電商平台
想像你要籌辦一場園遊會。它會分為幾個階段：
你要做的事：
- 確定園遊會的日期和地點
- 決定要舉辦什麼活動（攤位遊戲、美食區等）
- 估計需要多少人、多少錢
- 制定時間表（什麼時候搭帳篷、什麼時候開始售票等）
- 分配人員職責
比喻：這就像買房前的看房和規劃階段
你要做的事：
- 按照計劃搭建園遊會場地
- 招聘和訓練志工
- 採購物品和準備攤位
- 進行宣傳和售票
- 實施你在計劃中決定的一切
比喻：這就像實際裝修房子的階段
同時進行，監督一切：
- 檢查進度：是否按時進行？
- 檢查預算：是否超支？
- 檢查品質：活動是否達到預期標準？
- 記錄問題和風險
- 進行必要的調整
比喻：這就像在裝修過程中定期視察，確保工人按照你的要求進行
園遊會結束後：
- 清理場地
- 統計最終成本和收入
- 感謝所有參與者
- 反思哪些做得好，哪些可以改進
- 建立文件和照片檔案
比喻：這就像接房、整理、與設計師做最後結算
什麼是 WBS？ 把大專案分解成小任務的清單。
婚禮籌辦
├── 場地和招待所
│ ├── 選擇和預訂飯店
│ ├── 確認人數和座位安排
│ └── 討論菜單
├── 嘉賓邀請
│ ├── 製作邀請函
│ ├── 收集回覆
│ └── 製作座位表
├── 婚紗和禮服
│ ├── 試穿婚紗
│ ├── 訂製婚紗
│ └── 試穿伴郎禮服
├── 裝飾和鮮花
│ ├── 選擇花卉和配色
│ ├── 預訂花卉
│ └── 安排當日佈置
├── 音樂和攝影
│ ├── 選擇 DJ 或樂隊
│ ├── 預訂攝影師
│ └── 確認製作影片
└── 當日協調
├── 制定時間表
├── 分配責任
└── 進行綵排
為什麼有用？
- 確保不遺漏任何工作
- 可以分配給不同的人負責
- 便於估算時間和成本
- 便於追蹤進度
甘特圖是一種用時間線展示工作進度的圖表。
簡單例子：婚禮籌辦
工作專案 1月 2月 3月 4月
─────────────────────────────────────────────────
選擇場地 ║████║
預訂飯店 ║████████║
購買婚紗 ║██████████║
發送邀請函 ║██████║
預訂攝影師 ║████║
購買裝飾品 ║████████║
進行綵排 ║║
舉辦婚禮 ║║
箱子代表什麼？
- 長箱子 = 需時較長的工作
- 短箱子 = 快速完成的工作
- 位置顯示何時進行
優點：
- 一眼看出整體進度
- 看出哪些工作是同時進行的
- 看出哪些工作必須先完成，才能開始下一項
在你的婚禮籌辦中，有些工作必須按順序完成，不能並行。例如：
1. 選擇場地（1 月，耗時 2 週）
↓
2. 預訂飯店（1 月底，耗時 2 週）
↓
3. 確認菜單（2 月初，耗時 1 週）
↓
4. 發送邀請函（2 月中，耗時 1 週）
↓
5. 收集回覆（2 月底，耗時 1 週）
↓
6. 最後確認（3 月初，耗時 1 週）
總耗時：8 週
但同時，你可以：
- 購買婚紗（1月-2月）
- 預訂攝影師（2月）
- 購買裝飾品（2月-3月）
為什麼關鍵路徑很重要？
- 它決定了整個專案何時完成
- 如果關鍵路徑上的工作延誤，整個專案就延誤
- 你應該重點監控關鍵路徑上的工作
簡單理解：關鍵路徑就是「瓶頸」或「最長的鎖鏈」。
風險 就是可能發生的不好的事。
| 風險 | 發生機率 | 影響程度 | 應對方法 |
|---|---|---|---|
| 新娘生病 | 低 | 高 | 提前準備備用計劃 |
| 天氣不好 | 中 | 中 | 租帳篷 |
| 嘉賓遲到 | 中 | 低 | 提前提醒 |
| 飯店超額預訂 | 低 | 高 | 簽署正式合約 |
| 攝影師沒來 | 低 | 高 | 簽署合約，選擇有備份攝影師的公司 |
風險管理的步驟：
- 識別風險：「哪些事可能出錯？」
- 評估風險：「有多大可能性？影響有多嚴重？」
- 制定應對方案：
- 迴避：改變計劃以完全避免風險
- 減輕：降低風險發生的機率或影響
- 轉移：購買保險或簽署有利的合約
- 接受：認可風險，但準備應急方案
- 監控風險：定期檢查是否有新風險出現
傳統的專案管理（瀑布法）：詳細計劃 → 執行 → 最後交付
但在某些情況下，這種方法不太有效。例如：
- 你正在開發一個新的手機應用，但不確定使用者真正想要什麼
- 市場變化很快，需要不斷調整
- 使用者回饋很重要
敏捷方法：快速製作小版本 → 獲得回饋 → 改進 → 發布新版本
傳統方法：
- 用 1 年時間詳細規劃（所有功能、設計等）
- 用 2 年時間開發
- 第 3 年發布
敏捷方法：
- 第 1 個月：發布簡單版本（只有點餐功能）
- 收集回饋：使用者說「我想看評論」
- 第 2 個月：增加評論功能，再發布
- 收集回饋：使用者說「我想用優惠券」
- 第 3 個月：增加優惠券功能，再發布
- 持續改進...
敏捷的好處：
- 更快看到結果
- 可以根據使用者回饋調整
- 風險更小（如果某個功能使用者不喜歡，損失較少）
敏捷的主要術語：
就像在馬拉松比賽中的一個短跑衝刺。通常 1-4 週。
一個 Sprint 週期：
- 週一：計劃（決定這週做什麼）
- 週二到週四：每天早上開短會，更新進度
- 週五：審視已完成的工作，收集回饋
所有需要做的工作的列表，按優先級排列。
用簡單的語言描述使用者的需求。
例子：
- 「作為一個忙碌的上班族，我想用手機快速點餐，這樣我就不用打電話。」
- 「作為一個餐廳老闆，我想看到訂單統計，這樣我可以了解銷售趨勢。」
許多專案失敗的原因不是技術問題，而是溝通不良。
-
資訊丟失
- 「我以為你知道這個細節」
- 「沒人告訴我這個要求」
-
期望不一致
- 「我以為你理解了」
- 「這不是我要的」
-
權力空白
- 「誰負責這個決定？」
- 沒人知道該問誰
RACI 矩陣是一個表格，明確每個人的職責。
| 工作專案 | 新郎 | 新娘 | 新娘母親 | 婚禮協調員 |
|---|---|---|---|---|
| 選擇場地 | A | R | I | C |
| 預訂飯店 | C | R | C | C |
| 購買婚紗 | I | R | A | C |
| 邀請嘉賓 | I | R | A | C |
| 預訂攝影師 | C | R | I | A |
| 購買禮物 | A | R | I | C |
RACI 代表：
- R (Responsible)：負責執行工作
- A (Accountable)：最終負責，承擔責任
- C (Consulted)：提供意見和回饋
- I (Informed)：被告知結果
為什麼有用？
- 每個人都清楚自己的角色
- 避免重複工作
- 避免重要事項被遺漏
每週狀態會議（15-30 分鐘）：
- 上週完成了什麼？
- 這週計劃做什麼？
- 遇到了什麼問題？
月度審查會議（1 小時）：
- 回顧進度（是否按時？是否在預算內？）
- 討論風險和問題
- 調整計劃
「婚禮大概要花 20-30 萬元」
場地租賃： 60,000 元
飯店宴席： 150,000 元
婚紗和禮服： 30,000 元
攝影和攝像： 25,000 元
裝飾和鮮花： 20,000 元
邀請函和相關： 8,000 元
音樂和 DJ： 10,000 元
雜項和應急： 17,000 元
─────────────────────
合計： 320,000 元
每週或每月對比：
- 預算成本：計劃花 150,000 元在飯店宴席
- 實際成本：目前已花 50,000 元
- 預估最終成本：預計花 160,000 元（超支）
超支的原因？可能是：
- 嘉賓人數超出預期
- 菜單升級
- 額外的服務費
明智的做法是預留 10-20% 的預算作為應急：
詳細預算： 320,000 元
應急儲備（10%）：32,000 元
─────────────────────
總預算： 352,000 元
為什麼？因為總有意外：
- 材料漲價
- 額外的服務
- 緊急變更
在專案進行中，變更是常有的事。但不受控制的變更會導致問題。
變更 1：新娘決定加邀請 50 位同事
- 影響：場地可能不夠大，飯菜成本增加，座位安排要改
- 處理：評估影響 → 更換場地或減少嘉賓 → 批准 → 通知所有人 → 更新預算
變更 2：新郎臨時想改菜單
- 影響：廚房可能無法準備，成本可能改變
- 處理：檢查是否還有時間改菜單 → 評估成本變化 → 批准或拒絕 → 通知飯店
1. 誰提出變更？
↓
2. 為什麼要變更？（業務理由）
↓
3. 影響是什麼？
（時間、成本、品質、風險）
↓
4. 值得變更嗎？
（評估成本和效益）
↓
5. 是否批准？
（由決定者決定）
↓
6. 實施變更並通知所有人
為什麼需要這個流程？
- 沒有流程，每個人都可以隨意改變計劃
- 導致混亂、成本超支、進度延誤
- 好的流程確保變更是必要且經過深思熟慮的
症狀：應該完成的工作沒有在預定日期完成
原因：
- 任務比預期複雜
- 人手不足
- 資源受限
- 外部依賴延誤
解決方案：
- 增加人手
- 調整優先級，延後不緊急的工作
- 簡化範圍（去掉某些功能）
- 找到並移除障礙
症狀：花費超過預算
原因：
- 變更增加了工作量
- 估算不準確
- 浪費和效率低下
- 市場價格上升
解決方案：
- 暫停新變更，先完成當前工作
- 尋找成本節約機會
- 重新評估優先級，裁減非必需功能
- 與供應商重新談判
症狀：團隊成員之間有緊張關係
原因：
- 角色不清楚，責任重疊
- 溝通不良
- 資源競爭
- 個人衝突
解決方案：
- 使用 RACI 矩陣明確角色
- 增加溝通頻率
- 召開團隊會議解決問題
- 必要時進行調解
症狀：可交付成果未達到預期標準
原因：
- 進度壓力導致匆忙完成
- 品質標準不清楚
- 測試不充分
- 人員技能不足
解決方案：
- 定義清晰的品質標準
- 進行充分的測試和檢查
- 給予團隊足夠的時間
- 提供培訓和支援
- 每週開狀態會議
- 及時分享問題
- 定期更新利害關係人
- 創造開放的溝通環境
- 定期識別新的風險
- 評估風險的影響
- 為高風險準備應急方案
- 監控風險指標
- 維護中央文件庫
- 記錄決策和理由
- 保存會議記錄
- 收集經驗教訓
- 檢查進度（是否按計劃進行？）
- 檢查預算（是否在預算內？）
- 檢查品質（是否達到標準？）
- 進行必要的調整
- 認可團隊的辛苦工作
- 慶祝小的成就
- 進行績效回饋
- 建立積極的團隊文化
特點：
- 需求經常變化
- 技術風險高
- 難以估算時間和成本
- 需要頻繁測試
建議方法：敏捷/Scrum
重點：
- 與使用者保持緊密溝通
- 定期發布可運作的版本
- 自動化測試
- 文件簡化但完整
特點：
- 計劃可以較詳細
- 物理約束較多
- 安全風險高
- 很難進行變更（成本很高）
建議方法：瀑布法或混合方法
重點：
- 詳細的初期設計
- 嚴格的進度和成本控制
- 定期的品質檢查
- 安全管理
特點：
- 時效性強（必須在特定時間推出）
- 涉及多個部門
- 外部因素影響大（市場、競爭對手）
- 結果難以預測
建議方法：敏捷/混合方法
重點：
- 靈活的時間表
- 定期測試和優化
- 快速決策
- 風險應對方案
特點：
- 人員抵觸較大
- 文化變化困難
- 風險高
- 需要長期投入
建議方法：混合方法 + 變更管理
重點：
- 管理層支持
- 員工溝通和參與
- 清晰的願景和目標
- 培訓和支援
| 階段 | 做什麼 | 為什麼重要 |
|---|---|---|
| 計劃 | 定義目標、創建計劃、識別風險 | 好的計劃是成功的基礎 |
| 執行 | 按計劃執行工作，管理團隊 | 計劃再好也要靠執行 |
| 監控 | 檢查進度、預算、品質 | 及時發現問題並調整 |
| 收尾 | 驗收、總結、交接 | 善始善終，為下一個專案積累經驗 |
記住這個簡單公式：
良好的計劃 + 有效的執行 + 主動的監控 + 快速的調整 = 成功的專案
-
《The Phoenix Project》（鳳凰專案）
- 用故事講解專案管理
- 適合初學者
-
《Scrum: The Art of Doing Twice the Work in Half the Time》
- 講解敏捷和 Scrum
- 實踐性強
-
《The Project Management Answer Book》
- 問答格式，易於查閱
- 涵蓋各種專案類型
- WBS：工作分解結構，把大專案分成小任務
- Gantt Chart：甘特圖，顯示時間線上的任務
- Critical Path：關鍵路徑，決定最小完成時間
- Sprint：衝刺，敏捷中的 1-4 週時間段
- Scope：範圍，專案包含什麼和不包含什麼
- Risk：風險，可能出錯的事
- Stakeholder：利害關係人，對專案有利益的人
- Deliverable：可交付成果，專案的最終產品
- Baseline：基準，計劃的參考標準
- EVM：實獲值管理，衡量進度和成本績效
專案管理並不複雜，核心思想就是：
- 清楚知道要做什麼（計劃）
- 有組織地去做（執行）
- 定期檢查進度（監控）
- 根據情況調整（控制）
無論是籌辦婚禮、裝修房子還是開發軟體，這些原則都適用。
最重要的是，不要怕犯錯。每個專案都有學習機會。保存你的經驗教訓，下一次會做得更好！
- 營運管理（白話版） — 理解專案管理在整個公司運作裡怎樣發揮作用
- 產品管理（白話版） — 看怎樣用敏捷方法快速做出新產品
- 領導力與組織行為（白話版） — 學怎樣帶領團隊、解決衝突、激勵人心
- 人力資源與組織管理（白話版） — 懂怎樣招好人、分配工作、評估績效
- 科技與數位轉型（白話版） — 認識新科技（AI、雲端）怎樣改變專案管理方式
開始你的專案管理之旅吧！