4DX 可以用在專案嗎？#

可以，而且非常有效。但把專案當作 WIG跟把營運指標當作 WIG 有些不同，本章的目的是幫你判斷：你的專案該不該成為 WIG？如果要，怎麼導入 4DX？

4DX 不是專案管理方法論的替代品。如果你已經有專案管理流程，4DX 是幫你確保專案能「真的落地」的紀律層。

有兩種常見情境，需要分開處理：

情境 1：專案工坊（Project Shop）#

這是一種「日常業務本身就是做專案」的團隊——例如軟體開發團隊每三個月測試 12 個新應用、行銷團隊不斷發動新活動、專案管理辦公室（PMO）在全公司協助各種專案。

對於專案工坊團隊，最常見的錯誤是「挑其中一個專案當 WIG」——這是錯的方向。

正確思路：把「所有專案」當作一組整體#

改問修練 1 的核心問題：「如果其他都不變，我們的哪個面向最需要突破？」常見的答案方向：

• 準時完成率（on-time completion）
• 預算遵守率
• 資源分配流程
• 上線後的返工率

這些通常落在「時間、品質、成本」三大約束定律之一。

領先指標從既有流程的「瓶頸步驟」找#

假設某測試團隊的 WIG 是「準時完成率從 72% 提升到 90%，12 月 31 日前達成」，領先指標通常來自既有流程裡的關鍵步驟：

• 現有 9 步的流程裡，哪一步是瓶頸？
• 改善其中哪一兩步，最能推動準時完成率？
• 是不是需要新增一個步驟？

情境 2：非專案管理團隊的「專案型 WIG」#

這是更常見、也是 4DX 最有威力的情境：團隊日常不是做專案，但有一個關鍵專案需要推動。

案例：Mountain Land Rehabilitation#

這家美西 37 家物理治療診所的公司，Primary WIG 是「達到 Anchor Level 水準的診所從 3 家提升到 12 家」（後來六個月內又達到 19 家）。

但總公司的後勤部門（HR、IT、財務、品質）無法直接貢獻這個 WIG。討論後，他們共同選定一個困擾公司 12 年的專案作為後勤 Team WIG：

設計並開發一套涵蓋公司所有職務的訓練系統。

共同老闆 Rick Lybbert 表示：「這件事一直很重要但不緊急，每年都會重新被提、每年都會被其他事擋掉，連預算都撥了還是做不出來。」

在 4DX 框架下，六個月內完成全部 239 個訓練模組，最後兩個模組在跨年夜倒數之前交付。

專案型 WIG 的四個修練#

修練 1：WIG 的定義要更精確#

數字型 WIG 用「From X to Y by When」就夠——數字是客觀的。但專案的「完成」容易有爭議（scope creep），所以WIG 要帶上具體產出定義。

Mountain Land 的最終 WIG：

12 月 31 日前完成 100% 的既定訓練模組。每個模組必須：

• 包含「精簡版」與「完整版」的學習要點
• 包含課後測驗
• 通過訓練委員會的最終驗收

這種寫法讓計分是以模組數為基礎，不用靠主觀的「完成百分比」。

修練 2：領先指標 = 里程碑（Milestones）#

但里程碑必須符合條件：

• 太大（如「完成第一階段」）：間距太遠，無法每週驅動
• 太小（如「開第三次會議」）：團隊建立執行習慣的空間不夠
• 理想：2–6 週一個里程碑

Mountain Land 設了 12 個里程碑。乍看是 12 個領先指標很多，但團隊任一時刻只聚焦其中的 1–2 個「active」里程碑。

修練 3：計分板顯示「當前 active 里程碑」#

• 在 4DX app 裡，每個里程碑有「活化日」與「完成日」
• 活化後顯示在計分板；完成就消失
• 若錯過完成日，下一個里程碑會照常活化，但未完成的會繼續留在板上——這本身就製造時間壓力

修練 4：承諾的問法微調#

對於數字型 WIG，每週問：「哪一兩件事能推動領先指標？」

對於專案型 WIG，每週問：「哪一兩件事能確保我們達成下一個里程碑？」

火箭科學家學到的事：「專案計畫不是計分板」#

2004 年作者群被要求為全球最先進戰鬥機的 50 位頂尖開發者導入 4DX。作者群極為忐忑：我們能教全球最會做專案的人什麼？

求助 Jim Stuart，他只回了一句：

「專案計畫不是計分板（A project plan is not a scoreboard）。」

就算你是該領域世界級專家、每個細節都知道，也不保證團隊執行時的卓越度。執行力的核心挑戰——在旋風中把人類能量導向「不緊急但關鍵」的事——跟專業度無關。火箭科學家需要的不是更好的計畫，是引人入勝的計分板。

這次導入在多個長期卡關的面向獲得突破，也奠定了本章專案型 WIG 的基礎實務。