「我們超支了嗎？」「進度落後了嗎？」這些問題，都預設了一個對照的標準。這個標準，就是專案基線。沒有基線，你只是在記錄現況，而無從判斷現況是好是壞。這篇說明專案基線是什麼、包含哪些、如何建立與使用，以及為什麼它是專案管控的地基。
什麼是專案基線
專案基線（Baseline）是專案在某個時間點，經核定後固定下來的計畫版本——通常涵蓋範圍、時程與成本。它是一個「參照點」：後續實際的進度與花費，都拿它來對照，藉此衡量偏差。基線的價值不在於「絕不改變」，而在於「有一個公認的基準，讓偏差看得出來」。
專案基線的三大組成
範圍基線
核定後的專案範圍——包含要交付什麼、工作分解結構等。它是判斷「我們是不是做多了或做少了」的依據，也是抵禦範圍潛變的參照。
時程基線
核定後的專案時間計畫——各任務的起訖、里程碑的日期。實際進度對照它，就能看出「我們是超前還是落後」。
成本基線
核定後的預算分配——各階段、各工作預計的花費。實際成本對照它，就能及早發現超支的苗頭。
這三者合起來，構成了衡量專案「範圍、時間、成本」健康度的完整參照——正好對應專案管理鐵三角。
如何建立與使用基線
在規劃完成、執行開始前建立
基線該在計畫定案、正式動工前確立。此時的計畫，就是後續衡量一切的原點。
取得正式核定
基線需要關鍵利害關係人的正式確認。這個「簽核」的動作，讓基線成為大家共同承認的基準，而非某個人的一廂情願。
持續對照，而非束之高閣
建立基線只是開始。執行過程中要定期拿實際進度、成本與範圍去對照基線，計算偏差、分析原因。基線的價值，正是在這一次次對照中兌現的。
基線可以改嗎
可以，但要有紀律。當範圍發生經核准的重大變更，原基線可能已失去對照意義，此時應透過正式流程重新設定基線（re-baseline）。關鍵在於——基線的變動必須是「經過評估與核准的決定」，而不是「悄悄跟著現況調整」。否則基線就失去了它作為客觀參照的意義，你也永遠不會知道自己到底偏離了多少。
用 Meegle 讓基線對照更即時
基線管理最費工的，是不斷把「實際」與「計畫」拿來比對。當專案的範圍、時程與進度都落在 Meegle 的視覺化平台上，你就能讓實際進度與規劃的里程碑即時對照——儀表板呈現偏差、相依關係顯示延遲的連鎖影響、變更以可追蹤的工作項留下軌跡。當「計畫」與「現況」同源可比，基線就不再是一份靜態文件，而是持續發揮示警作用的活基準。
結語
專案基線，是專案管控的原點——它讓「超支了嗎、落後了嗎」這些問題有了可對照的答案。建立涵蓋範圍、時程與成本的基線，取得正式核定，並在執行中持續對照、必要時有紀律地重設——當你有了一個公認的基準，專案的偏差才會在傷害擴大前，清楚地浮現在眼前。