專案評估（亦稱專案評鑑）是對專案的效益、進度、成本與風險進行系統性分析與判斷的過程，貫穿專案啟動前、執行中到結案後的完整生命週期。 本文完整教學 5 步驟評估流程、EVM 實獲值管理、ROI 計算範例，並附評估報告範本架構與四大工具比較表，幫助你從零建立專案評估能力。
專案評估的定義：與可行性分析有什麼不同？
專案評估是一套系統性的分析方法，目的是透過數據與事實，檢視專案是否達成預期目標、資源是否有效運用，以及流程中有哪些可改進之處。它不只是「結案時回頭看看做得好不好」，而是從專案還沒開始就介入，一路延伸到專案交付後的效益追蹤。
很多人會把專案評估和可行性分析搞混。簡單來說：可行性分析是專案評估的「子集」，只負責回答啟動前那一題——「這個專案值不值得做？」而專案評估涵蓋整個生命週期。
以下是兩者的關鍵差異：
| 比較項目 | 專案評估 | 可行性分析 |
|---|---|---|
| 時機 | 啟動前＋執行中＋結案後 | 僅在啟動前 |
| 範圍 | 進度、成本、品質、風險、效益全面檢視 | 技術可行性、市場需求、財務可行性 |
| 輸出物 | 狀態報告、評估報告、結案報告、經驗教訓 | 可行性報告、Go/No-Go 決策建議 |
| 執行者 | 專案經理、PMO、外部稽核 | 業務分析師、技術主管、財務部門 |
另一個常見的混淆是「專案評估」和「員工績效考核」。專案評估的對象是「專案本身」——它的進度、成本、品質和效益；績效考核的對象是「人」——個人的工作表現和目標達成。兩者可能使用類似的 KPI 指標，但分析角度完全不同。
為什麼要做專案評估？不做會怎樣？
與其列出一堆「好處」，不如直接看不做評估的代價。
根據 PMI 2024 Pulse of the Profession 報告，缺乏成熟專案管理實務（包含系統性評估機制）的組織，專案失敗率顯著高於具備完善機制的組織。台灣製造業的實際情境也印證這一點：某中型製造業導入 ERP 系統時，因為跳過前期評估直接開工，導入過程中才發現現有流程與系統邏輯不相容，最終專案大幅延遲且成本超支。同產業另一家規模相近的公司，花了數週做完前期評估後才啟動，導入過程明顯更順利，失敗風險大幅降低。
專案評估的三個核心目的：
1. 提供決策依據：評估數據讓決策者能客觀判斷專案該繼續、調整還是終止。沒有數據，決策就只能靠直覺——而直覺在複雜專案中的準確率遠低於你的想像。
2. 優化資源配置：透過中期評估，你能及早發現哪些任務消耗了過多資源卻產出有限，把人力和預算重新分配到真正需要的地方。這對資源有限的台灣中小企業尤其關鍵。
3. 風險預警：評估機制就像專案的「健康檢查」。當 SPI（進度績效指數）低於 0.9 時，代表進度已落後超過 10%——如果沒有定期評估，這個警訊可能要到專案快結束時才被發現，屆時已經來不及補救。
這三個目的直接對應專案規劃和風險管理的核心流程——評估做得好，規劃和風險管理才有紮實的數據基礎。
專案評估的三個時機與觸發條件
專案評估不是「想到才做」，而是有明確的觸發時機。以下按專案管理流程的階段來拆解。
前期評估（啟動前）：值不值得做？能不能做？
觸發條件：收到新專案需求、預算申請送出前、高層指示評估新方向。
前期評估的核心是回答兩個問題：「這個專案值不值得投入資源？」和「我們有沒有能力執行？」這個階段的評估結果直接決定專案的 Go 或 No-Go。
輸出文件：
- 可行性報告（技術、市場、財務三面向）
- 風險登錄表（初版）
- 成本估算（類比估算或三點估算）
負責角色：業務分析師主導，技術主管與財務部門協作，專案發起人（Sponsor）做最終決策。
實務上，你可以用 pdfFiller 的可行性報告範本快速建立標準化的評估文件格式，避免每次都從空白文件開始。
中期評估（執行中）：專案還在正軌上嗎？
觸發條件：
- 里程碑節點到達（每個里程碑都應觸發一次評估）
- 預算使用超過計畫的 110%
- 進度落後 10% 以上（SPI < 0.9）
- 重大變更請求提出時
中期評估是最容易被忽略、卻最能產生實際價值的階段。它的核心工具是 EVM（實獲值管理，後面會詳細說明）和燃盡圖。
輸出文件：
- 專案狀態報告
- 變更請求（如需調整範圍、時程或預算）
- 更新後的風險登錄表
負責角色：專案經理主導，向專案指導委員會報告。
後期評估（結案後）：我們學到了什麼？
觸發條件：專案正式交付後 2-4 週內（不要拖太久，否則團隊記憶會模糊）。
後期評估不只是「打分數」，更重要的是萃取經驗教訓，讓下一個專案不再踩同樣的坑。
核心方法：
- AAR（After Action Review）：軍事領域發展出的快速回顧法，聚焦四個問題——預期結果是什麼？實際結果是什麼？為什麼有差異？下次怎麼做更好？
- 學習矩陣：用 2×2 矩陣整理「做得好且要繼續」「做得好但要調整」「做不好且要停止」「做不好但要嘗試」四個象限。
- 5 Whys 分析：針對重大問題連問五次「為什麼」，找到根本原因而非表面症狀。
輸出文件：結案報告、經驗教訓文件（存入組織知識庫）。
專案評估的標準流程（5 步驟）
不管你是做前期、中期還是後期評估，核心流程都是這五步。每一步我都會說明輸入、動作、輸出，以及最常見的錯誤。
步驟一：明確評估目的與範圍
輸入：專案章程、利害關係人需求、觸發事件（如里程碑到達）
動作：用 SMART 原則設定評估目標。
輸出：評估計畫書（含目的、範圍、時程、負責人）
常見錯誤：目的太廣，例如「評估整個專案的表現」。這種目的等於沒有目的——你不可能在一次評估中涵蓋所有面向。
修正方式：聚焦在具體問題。例如：「分析第二季成本超支 15% 的根本原因，並提出第三季的成本控制方案。」這才是一個可執行的評估目的。
步驟二：定義評估指標（KPI 設定）
輸入：評估目的、專案基準線（時程基準、成本基準、範圍基準）
動作：根據專案類型選擇適合的指標組合。
輸出：指標清單（含計算公式、數據來源、判讀標準）
指標選擇不是越多越好。以下是一個簡單的決策邏輯：
- 如果你的評估目的是「成本控制」→ 優先選 CPI、成本差異（CV）、預算消耗率
- 如果你的評估目的是「進度追蹤」→ 優先選 SPI、里程碑達成率、關鍵路徑偏差
- 如果你的評估目的是「品質檢視」→ 優先選缺陷率、返工次數、驗收通過率
- 如果你的評估目的是「整體效益」→ 優先選 ROI、用戶滿意度、OKR 達成率
（推薦試試 monday.com 的儀表板功能，它能把上述指標自動視覺化，省去手動整理 Excel 的時間。）
步驟三：蒐集數據
輸入：指標清單、數據來源對照表
動作：根據評估階段選擇適合的蒐集方法。
輸出：原始數據集
| 蒐集方法 | 適用階段 | 優點 | 限制 |
|---|---|---|---|
| 問卷調查 | 後期評估 | 可大量蒐集、匿名性高 | 回收率不穩定 |
| 利害關係人訪談 | 前期、後期 | 深度資訊、可追問 | 耗時、主觀性高 |
| 系統數據匯出 | 中期評估 | 客觀、即時、可追溯 | 需要工具支援 |
| 文件審查 | 全階段 | 成本低、可回溯歷史 | 資訊可能過時 |
數據品質檢核清單（蒐集完畢後逐項確認）：
- ☐ 數據來源是否可追溯？
- ☐ 數據時間範圍是否涵蓋評估期間？
- ☐ 是否有缺漏值？缺漏比例是否低於 10%？
- ☐ 不同來源的數據是否一致？（如系統數據 vs 手動回報）
步驟四：分析與判讀
輸入：清洗後的數據集
動作：根據指標類型選擇分析方法，並對照判讀標準做出結論。
輸出：分析結果摘要、問題清單、建議行動
定性分析方法：
- SWOT 分析：盤點專案的優勢、劣勢、機會、威脅，適合前期與後期評估
- 魚骨圖（石川圖）：追溯問題的根本原因，適合中期評估發現異常時使用
定量分析方法：
- 趨勢圖：把 SPI、CPI 等指標畫成時間序列，觀察是在改善還是惡化
- 差異分析：計算實際值與計畫值的差距（如實際成本 vs 預算）
判讀標準——你拿到數字後該怎麼做？
| 指標 | 綠燈（正常） | 黃燈（警示） | 紅燈（立即行動） |
|---|---|---|---|
| SPI（進度績效指數） | ≥ 1.0 | 0.9 – 0.99 | < 0.9 |
| CPI（成本績效指數） | ≥ 1.0 | 0.9 – 0.99 | < 0.9 |
| ROI | ≥ 預期值 | 預期值的 80-99% | < 預期值的 80% |
| 缺陷率 | < 2% | 2-5% | > 5% |
紅燈行動機制：當任何指標進入紅燈區，應在 48 小時內召開專案指導委員會，討論是否啟動變更請求、追加資源或終止專案。
步驟五：撰寫評估報告與追蹤改善
輸入：分析結果、建議行動清單
動作：整理成結構化報告，分配改善行動的負責人。
輸出：評估報告、改善行動追蹤表
一頁式評估報告架構（適合中期狀態報告）：
| 章節 | 內容 | 篇幅建議 |
|---|---|---|
| 摘要 | 一句話結論 + 整體健康狀態（綠/黃/紅） | 2-3 行 |
| 關鍵指標 | SPI、CPI、里程碑達成率、預算消耗率 | 表格或儀表板截圖 |
| 風險與問題 | Top 3 風險 + 已發生問題 | 條列式 |
| 建議行動 | 每個問題對應的改善措施 + 負責人 + 期限 | RACI 表格 |
| 下次評估 | 預計日期與重點 | 1 行 |
改善行動的分配建議使用 RACI 矩陣：每個行動項目明確指定誰負責（R）、誰核准（A）、誰諮詢（C）、誰知會（I），避免「大家都覺得別人會做」的窘境。
你可以用 ClickUp 的專案報告範本快速建立標準化的報告格式，團隊成員直接在範本上填寫，省去每次重新排版的時間。
專案評估方法與指標完整對照
這一節把所有你需要知道的評估方法和指標整理在一起，方便查閱。
定性評估方法
| 方法 | 做法 | 適用時機 | 限制 |
|---|---|---|---|
| 專家訪談 | 一對一訪談 3-5 位領域專家，蒐集對專案風險與可行性的判斷 | 前期評估、創新專案 | 主觀性高，需交叉驗證 |
| 焦點團體 | 召集 6-10 位利害關係人進行結構化討論 | 後期評估、需求釐清 | 容易被強勢意見主導 |
| 案例分析 | 比對組織內外類似專案的成功與失敗經驗 | 前期評估、經驗萃取 | 需要足夠的歷史案例庫 |
定性方法的價值在於捕捉「數字說不出來的事」——例如團隊士氣、利害關係人的真實態度、潛在的政治風險。但它不能取代定量分析，兩者必須搭配使用。
定量評估方法
成本效益分析（CBA）
公式：淨效益 = 總效益 – 總成本
範例（示意數字）：某台灣中型企業評估導入自動化產線，預估總成本 NT$800 萬（設備 NT$500 萬 + 安裝調試 NT$200 萬 + 培訓 NT$100 萬），預估 3 年總效益 NT$1,200 萬（人力節省 NT$600 萬 + 良率提升 NT$400 萬 + 產能增加 NT$200 萬）。淨效益 = NT$1,200 萬 – NT$800 萬 = NT$400 萬，CBA 為正值，建議執行。
ROI 分析
公式：ROI = (效益 – 成本) / 成本 × 100%
範例（示意數字）：IT 系統導入，成本 NT$200 萬，導入後每年節省人力成本 NT$80 萬。第一年 ROI = (80 – 200) / 200 × 100% = -60%（尚未回本）。三年累計 ROI = (240 – 200) / 200 × 100% = 20%。判讀：如果組織要求 ROI 門檻為 15%，此專案通過。
EVM 實獲值管理
EVM 是 PMP 考試與實務中最核心的量化評估工具，透過三個基本數值衍生出完整的績效指標：
| 指標 | 全名 | 定義 | 計算方式 |
|---|---|---|---|
| PV | 計畫值（Planned Value） | 到某時間點，計畫應完成的工作價值 | 依排程管理基準計算 |
| EV | 實獲值（Earned Value） | 到某時間點，實際完成的工作價值 | 完成百分比 × 預算 |
| AC | 實際成本（Actual Cost） | 到某時間點，實際花費的成本 | 實際支出加總 |
| SPI | 進度績效指數 | 進度效率 | EV / PV |
| CPI | 成本績效指數 | 成本效率 | EV / AC |
| SV | 進度差異 | 進度超前或落後的金額 | EV – PV |
| CV | 成本差異 | 成本節省或超支的金額 | EV – AC |
| EAC | 完工估算 | 預估專案最終總成本 | BAC / CPI |
EVM 計算範例（示意數字）：
某專案總預算（BAC）= NT$100 萬，計畫 10 個月完成。到第 5 個月時：
- PV = NT$50 萬（計畫應完成 50%）
- EV = NT$40 萬（實際只完成 40% 的工作）
- AC = NT$48 萬（實際花了 NT$48 萬）
計算結果：
- SPI = 40/50 = 0.80 → 紅燈，進度落後 20%
- CPI = 40/48 = 0.83 → 紅燈，每花 NT$1 只產出 NT$0.83 的價值
- EAC = 100/0.83 = NT$120.5 萬 → 預估最終成本將超支 NT$20.5 萬
這組數字告訴你：專案同時面臨進度落後和成本超支的雙重危機。根據前述的紅燈行動機制，PM 應在 48 小時內召開專案指導委員會，由 Sponsor 決定是否啟動範圍變更、追加預算或調整時程。
三點估算（PERT）
用於前期成本或時程估算，公式：估算值 = (樂觀值 + 4 × 最可能值 + 悲觀值) / 6
範例：某任務的工期估算——樂觀 5 天、最可能 8 天、悲觀 17 天。PERT 估算 = (5 + 4×8 + 17) / 6 = 54/6 = 9 天。這比單純取「最可能值」的 8 天更保守，也更接近實際結果。
常見評估指標速查表
| 指標類型 | 具體指標 | 計算公式 | 判讀標準 | 敏捷專案適用指標 |
|---|---|---|---|---|
| 進度指標 | 里程碑達成率 | 已達成里程碑數 / 計畫里程碑數 × 100% | ≥ 90% 為佳 | Sprint 完成率 |
| 進度指標 | SPI | EV / PV | ≥ 1.0 正常，< 0.9 警示 | 速度（Velocity）趨勢 |
| 成本指標 | CPI | EV / AC | ≥ 1.0 正常，< 0.9 警示 | 每 Story Point 成本 |
| 成本指標 | 預算消耗率 | AC / BAC × 100% | 應與進度比例一致 | — |
| 效益指標 | ROI | (效益-成本)/成本 × 100% | 依組織門檻而定 | 功能採用率 |
| 風險指標 | 風險發生率 | 已發生風險數 / 已識別風險數 × 100% | < 20% 為佳 | 阻礙（Blocker）解除速度 |
| 品質指標 | 缺陷率 | 缺陷數 / 總交付項目數 × 100% | < 2% 為佳 | 每 Sprint 缺陷數 |
專案評估工具比較與選擇指南
四大工具功能與定價比較表
| 比較項目 | monday.com | ClickUp | Notion | pdfFiller |
|---|---|---|---|---|
| 核心功能 | 任務追蹤、自動化儀表板、進度監控、工作負載視圖 | 任務管理、目標追蹤、Sprint 管理、報告分析 | 知識管理、資料庫、協作筆記、Wiki | 文件填寫、表單管理、PDF 編輯 |
| 評估相關功能 | 自訂 KPI 儀表板、自動化通知（指標異常時觸發）、甘特圖 | 目標追蹤對應 KPI、時間追蹤、自訂報告 | 資料庫追蹤指標、模板彈性高 | 評估報告範本、數據彙整 |
| 台灣定價 | 約 NT$360/月/人（Basic） | 免費方案可用，付費約 NT$250/月/人 | 免費方案可用，付費約 NT$300/月/人 | 約 NT$600/月 |
| 免費方案 | 最多 2 人免費 | 免費方案功能完整 | 免費方案功能完整 | 30 天免費試用 |
| 適用團隊規模 | 5-500 人 | 3-200 人 | 1-30 人 | 個人或小團隊 |
| 學習曲線 | 低（拖拉式介面） | 中（功能多需適應） | 中（需自行建構） | 低 |
| 開始使用 | 免費試用 → | 免費試用 → | 免費試用 → | 免費試用 → |
三種團隊規模的工具選擇建議
你是哪種團隊？
3-5 人小團隊，剛開始接觸專案管理：先用 Notion 免費版建立簡單的評估追蹤資料庫，搭配 Google Sheets 做數據分析。這個組合零成本，足以應付小型專案的評估需求。
5-30 人跨部門協作團隊：monday.com 的自動化功能在評估流程中特別實用——例如可以設定規則：當任務延遲超過 2 天，系統自動通知負責人和主管，讓問題在擴大前被處理，不用等到週會才發現。免費方案不需要信用卡，可以直接試用。
技術團隊跑 Scrum：ClickUp 的 Sprint 管理和目標追蹤功能更貼合敏捷團隊的需求，內建的 Velocity 圖表可以直接對應評估指標。
50 人以上大型專案：建議用 monday.com 企業方案或整合既有的 ERP 系統，確保評估數據能與財務、採購等系統串接。
實務案例：四種產業的評估做法
案例一：軟體開發團隊（敏捷評估）
情境：某軟體團隊負責 App 改版專案，導入 monday.com 將專案任務、進度、風險與回饋集中管理。
評估做法：團隊每週檢視進度儀表板，搭配每兩週一次的 Sprint Retrospective 進行定性回顧。PM 在 monday.com 的儀表板上設定核心指標——Sprint 完成率、累計 Velocity、缺陷數，讓團隊能即時掌握專案健康狀態。
關鍵轉折：某次檢視儀表板時，發現某功能開發延遲，SPI 降至低於 0.9 的警示區間。PM 立即分析原因，發現是後端整合的複雜度被低估。
行動：立即調整資源配置——將低優先功能移到下一版本，並調派資深工程師支援瓶頸任務。
結果：最終專案如期交付並獲得用戶高度評價。這個案例的核心啟示是：定期檢視儀表板數據，才能在問題擴大前及時修正。
案例二：製造業產線改善專案（傳統評估）
情境：某台灣中型製造業進行產線自動化改善專案。
工具：EVM 月度追蹤 + Excel 報告（後期轉為 monday.com）。
評估做法：每月月底進行一次 EVM 計算，產出狀態報告給廠長和財務主管。透過定期專案評估，團隊能持續監控成本與進度的偏差。
關鍵轉折：執行中期，CPI 降至低於 1.0 的警示區間。深入分析發現，設備供應商的交貨延遲導致安裝團隊閒置，但人力成本持續產生。
行動：與供應商重新協商交貨時程，同時將閒置的安裝團隊調去執行原定後期才開始的培訓工作（提前培訓），避免人力空轉。
結果：發現部分流程重複且低效，經優化後大幅縮短產品上市時間，提升競爭力。最終成本超支幅度控制在可接受範圍內，遠低於業界產線改善專案常見的大幅超支情況。如果沒有中期的 EVM 預警，成本失控的程度會嚴重得多。
案例三：半導體產業（系統性評估機制）
情境：某半導體公司每年評估數十個新產品開發專案，需要一套可重複運用的評估機制來支撐高頻率的專案決策。
評估做法：該公司建立了標準化的評估流程——每個新產品開發專案在啟動前都必須通過前期可行性評估（技術可行性、市場規模、財務回報），執行中按里程碑進行階段審查（Stage-Gate Review），結案後進行經驗萃取。
核心價值：由於專案數量龐大，該公司將每次評估的結果與經驗教訓系統性地納入組織知識庫，讓後續專案的 PM 能快速參考類似專案的歷史數據——包含常見的技術風險、供應商交期偏差範圍、良率爬坡曲線等。這種做法讓新專案的前期評估時間縮短，估算準確度也逐年提升。
對台灣企業的啟示：半導體產業的高資本支出特性，使得每個專案的 Go/No-Go 決策都攸關重大資源投入。這個案例說明，當組織的專案數量達到一定規模時，建立知識庫並持續累積評估經驗，比單一專案的評估技巧更為關鍵。
案例四：IT 系統導入（前期評估重點）
情境：某中型企業評估導入 ERP 系統。
工具：可行性分析 + ROI 試算 + 三點估算。
評估做法：前期花了數週進行完整評估，包含技術可行性（現有系統相容性）、財務可行性（ROI 試算）、組織可行性（員工接受度調查）。
ROI 試算（示意數字）：預估 3 年效益 NT$405 萬（人力節省 NT$180 萬 + 庫存成本降低 NT$120 萬 + 決策效率提升 NT$105 萬），導入成本 NT$300 萬。3 年 ROI = (405 – 300) / 300 × 100% = 35%。
實際結果：3 年後實際 ROI 低於預估值，差距主要來自導入培訓成本被低估——實際培訓支出遠超原始單點估算。
教訓：前期評估時，培訓成本應使用三點估算而非單點估算。如果當時用 PERT 估算（以樂觀值、最可能值、悲觀值計算加權平均），結果會比單點估算更接近實際支出，降低預算失準的風險。
這個案例也說明了為什麼 WBS（工作分解結構）在前期評估中如此重要——如果當時把「導入培訓」這個工作包拆得更細（系統操作培訓、流程變更培訓、主管報表培訓），就不會用一個籠統數字帶過。
成功與失敗案例重點對比
| 成功關鍵 | 失敗原因 | |
|---|---|---|
| 目標 | 明確目標，評估有焦點 | 目標模糊，評估流於形式 |
| 數據 | 適當指標搭配可靠數據 | 數據不足或品質低落 |
| 行動 | 發現問題後及時調整 | 忽略風險，延遲回應 |
| 工具 | 善用工具持續追蹤 | 缺乏持續追蹤，報告歸檔即遺忘 |
預測式 vs 敏捷式專案的評估差異
不同的專案管理方法論，評估方式也有根本差異。如果你用瀑布式的 EVM 去評估 Scrum 專案，或用 Sprint Review 去評估營建工程，都會得到誤導性的結論。
| 比較項目 | 預測式（瀑布） | 敏捷式（Scrum/Kanban） |
|---|---|---|
| 評估頻率 | 月度或里程碑節點 | 每個 Sprint（通常 2 週） |
| 核心指標 | SPI、CPI、EAC | Velocity、Sprint 完成率、Cycle Time |
| 評估會議 | 專案狀態會議、階段審查 | Sprint Review + Retrospective |
| 基準線 | 固定基準線，變更需走正式流程 | 每個 Sprint 重新規劃，基準線持續調整 |
| 評估報告 | 正式書面報告 | 看板 + 燃盡圖 + 口頭回顧 |
| 適用情境 | 需求明確、範圍固定的專案（營建、製造） | 需求會演變、需要快速迭代的專案（軟體、產品） |
混合式專案怎麼辦？
台灣很多企業的專案是混合式的——例如 ERP 導入，前期需求分析和架構設計用瀑布式，中期客製化開發用敏捷式。這種情況下，建議：
- 整體專案層級用 EVM 追蹤成本和里程碑
- 開發階段用 Velocity 和 Sprint 完成率追蹤進度
- 兩套指標在月度報告中合併呈現
結論
專案評估不是「做完專案才回頭看」的事後諸葛，而是貫穿專案全生命週期的管理機制。以下是本文的核心重點：
- 專案評估涵蓋前期（Go/No-Go 決策）、中期（進度與成本追蹤）、後期（經驗萃取）三個階段，每個階段都有明確的觸發條件和輸出文件
- EVM 是最核心的量化工具——掌握 PV、EV、AC 三個數值，就能算出 SPI 和 CPI，即時判斷專案健康狀態
- 判讀標準比數字本身更重要——SPI < 0.9 是紅燈，必須在 48 小時內啟動應對機制，而不是等到下次月會再討論
- 評估報告要一頁搞定——摘要、關鍵指標、風險問題、建議行動，四個區塊就夠了
- 選對工具能大幅降低評估的執行成本——5 人以上的跨部門團隊，用 monday.com 的自動化儀表板可以省去大量手動數據整理時間
你的下一步行動：打開 monday.com，用「專案追蹤」模板建立一個新看板，把你目前負責的專案的 SPI 和 CPI 欄位加上去。設定一條自動化規則：當 SPI 低於 0.9 時自動通知你。10 分鐘就能完成。
專案評估常見問題 FAQ
專案評估和可行性分析有什麼不同？
可行性分析只在專案啟動前進行，回答「這個專案值不值得做、能不能做」。專案評估則涵蓋整個專案生命週期——啟動前的可行性判斷、執行中的進度與成本追蹤、結案後的成效檢討與經驗萃取。簡單說，可行性分析是專案評估的一個子集，只負責「前期」那一段。
小型專案需要正式評估嗎？
需要，但規模可以縮小。3-5 人、3 個月以內的小型專案，不需要完整的 EVM 追蹤，但至少要做到：（1）啟動前用 30 分鐘確認目標和預算是否合理；（2）每週花 15 分鐘檢視進度是否在軌道上；（3）結案時花 1 小時做 AAR 回顧。這三件事加起來不到 5 小時，卻能大幅降低專案失控的風險。
評估指標要如何設定？
用 SMART 原則來檢驗每個指標。例如，不要設定「提升專案品質」這種模糊指標，而是設定「將缺陷率從目前的 5% 降至 2% 以下，在 Sprint 8 結束前達成」。每個指標都要有明確的計算公式、數據來源和判讀標準（綠燈/黃燈/紅燈的門檻值）。
EVM 適合哪種專案使用？
EVM 最適合需求明確、範圍固定、有明確預算基準線的預測式（瀑布式）專案，例如營建工程、製造業產線改善、大型 IT 系統導入。純敏捷專案（如持續迭代的 SaaS 產品開發）通常用 Velocity 和燃盡圖取代 EVM。混合式專案則可以在整體層級用 EVM，開發階段用敏捷指標。
評估報告要包含哪些重點？
一份有效的評估報告只需要五個區塊：（1）摘要——一句話結論加整體健康狀態；（2）關鍵指標——SPI、CPI、里程碑達成率等核心數據；（3）風險與問題——Top 3 風險和已發生的問題；（4）建議行動——每個問題對應的改善措施、負責人和期限；（5）下次評估預計日期。控制在一頁以內，決策者 3 分鐘就能看完。
專案評估常見陷阱有哪些？
最常見的五個陷阱：（1）目標模糊——症狀是評估結束後沒有人知道該採取什麼行動；（2）指標過多——追蹤 20 個指標但沒有一個被認真分析；（3）數據造假——團隊為了「好看」而美化進度回報，導致評估結果失真；（4）只看結果不看過程——只在結案時評估，錯過中期修正的黃金時機；（5）評估完不追蹤——報告寫完就歸檔，改善行動沒有人負責執行。
敏捷專案如何做評估？
敏捷專案的評估內建在框架中：Sprint Review 是「成果評估」（展示完成的功能，蒐集利害關係人回饋），Sprint Retrospective 是「流程評估」（團隊反思哪些做法要保留、哪些要改進）。核心指標用 Velocity（每個 Sprint 完成的 Story Points）追蹤產出效率，用燃盡圖追蹤 Sprint 內的進度。如果 Velocity 連續兩個 Sprint 下降超過 15%，就是需要深入分析原因的警訊。
