Microsoft Project Online is end of life: MS Project Online retires September 30, 2026. Seamlessly migrate your .mpp portfolios to ProjectLibre Cloud.Learn Migration Path

ProjectLibre Academy · 品質、風險與績效

績效管理(實獲值)

在 ProjectLibre Cloud 中學習實獲值管理:PV、EV、AC、SPI、CPI,並從已儲存的比較基準與狀態日期預測 EAC、BAC 與 VAC。

實獲值管理(EVM)運用比較基準、狀態日期與進度更新,讓專案經理及早掌握可相互比較的成本與排程績效——在比較不同規模的專案時尤其有用。

適用對象:需要超越單純金額超支或「晚了幾週」層次的專案經理——SPI 與 CPI 讓績效標準化,這樣才不會把一個 400 萬美元專案上的 5 萬美元問題,與一個 5 萬美元專案上的 5 萬美元問題混為一談。

先備知識:建立新專案 · 分派資源 · 甘特圖 / 甘特圖試算表設定。相關主題:專案稽核 · 風險分析。

觀看:ProjectLibre Cloud — 實獲值管理(EVM)(約 7 分鐘)。

總覽:為什麼需要 EVM,為什麼需要比較基準

在同一個狀態日期,EVM 會比較三個概念:

  • 您計畫要完成多少工作(計畫的預算金額)

  • 這些預算工作中,您實際完成了多少

  • 為了完成這些工作,您實際花費了多少

只有對照績效衡量基準(PMB)——也就是您同意用來衡量的、分階段呈現的範疇、排程與預算計畫——EVM 才有意義。在 ProjectLibre Cloud 的實務做法中:建立排程、指派會產生成本的資源、儲存比較基準、(透過專案組合編輯)設定狀態日期、輸入進度,然後檢視實獲值欄位。

另請參閱:在 ProjectLibre Cloud 中 · 甘特圖試算表設定。

三條曲線:PV、EV 與 AC

ProjectLibre 在試算表中以 BCWS、BCWP、ACWP 三個名稱,對應標準實獲值概念 PV、EV 與 AC。

計畫值(PV)= BCWS

  • 技術定義:截至狀態(資料)日期為止,已核定並指派給已排程工作的預算。累計 PV 是截至該日期為止,計畫要完成之工作的分階段預算。

  • 公式:概念上,PV = Σ(截至目前為止排定工作的預算)。實務上取自分階段的 PMB——而不是隨意的猜測。僅作為簡單示意:PV ≈(計畫完成的工作百分比)× 該範疇項目的 BAC。

  • 它真正的意思:「到今天為止,我們計畫完成這麼多工作,價值這麼多預算金額。」它是一把量尺——不是實際發生的事,也不是您花了多少錢。

  • 好與壞:好:把 PV 當成計畫曲線;以 EV 與 PV 比較,衡量以預算金額表示的排程達成度。壞:把 PV 當成已花費的錢,或當成「我們賺到的」。

實獲值(EV)= BCWP

  • 技術定義:以該工作核定的預算,表示已執行的工作。當工作完成(或依計算規則部分完成)時,其預算價值即為「已賺得」。

  • 公式:概念上,EV = Σ(實際已執行工作的預算)。示意:EV ≈(完成百分比)× BAC,前提是完成百分比遵循有效的實獲技術(0/100 法、50/50 法、加權里程碑、實體完成百分比、完成單位數等)。

  • 它真正的意思:「在我們計畫並編列預算的工作中,我們實際完成了多少,並以原始預算費率計價?」用與計畫相同的單位衡量進度。

  • 好與壞:好:EV 是排程進度與成本控制之間的橋樑——差異與指標都是從 EV 衍生出來的。壞:把 EV 等同於實際花費,或在沒有實獲規則的情況下憑空捏造完成百分比。

實際成本(AC)= ACWP

  • 技術定義:在特定期間內,為已執行工作實際產生的成本。

  • 公式:AC = 截至目前為止,已執行工作的實際成本(沒有「預算 × 百分比」這種公式)。

  • 它真正的意思:「為了完成我們已完成的工作,我們實際花了多少錢?」

  • 好與壞:好:把 AC 與 EV 配對,用來衡量成本效率。壞:只拿 AC 與 PV 比較,就稱之為實獲值——沒有 EV,您只知道花了多少錢,不知道完成了多少工作。

如何解讀 S 曲線

把累計的 PV、EV 與 AC 對時間作圖(採用相同的狀態日期)。PV 通常會形成 S 形。在狀態日期:

  • 落後排程:EV 低於 PV → SV < 0,SPI < 1

  • 超前排程:EV 高於 PV → SV > 0,SPI > 1

  • 超支:AC 高於 EV → CV < 0,CPI < 1

  • 低於預算:AC 低於 EV → CV > 0,CPI > 1

  • 落後且超支(典型的問題圖像):EV 是三者中最低的;AC 是三者中最高的

典型的累計 PV、EV、AC S 曲線:落後排程且超支

說明性示意圖(業界概念)——並非 ProjectLibre Cloud 介面截圖。Cloud 以試算表欄位呈現這些概念,而不是即時的 EVM 圖表。

差異與指標:SV、CV、SPI、CPI

排程差異(SV)與成本差異(CV)

  • 技術定義:SV 是以 EV − PV 表示的排程績效。CV 是以 EV − AC 表示的預算短缺或盈餘。

  • 公式:SV = EV − PV(= BCWP − BCWS)· CV = EV − AC(= BCWP − ACWP)。另外,SV% = (EV − PV) / PV;CV% = (EV − AC) / EV。

  • 它真正的意思:SV:到目前為止,我們賺得的工作量是否與計畫一樣多?(正值=超前;負值=落後。)CV:我們賺得的工作,實際花費是高於還是低於其預算?(正值=低於預算;負值=超支。)

  • 好與壞:好:先以貨幣金額向利害關係人呈現 SV/CV,再看 SPI/CPI 了解效率;並隨時追問為什麼。壞:假設金額上的 SV 就等於要徑上的日曆延遲。傳統 EVM 的 SV 是以預算金額表示的工作量差異,而不是純粹的時間量測。專案接近尾聲時,即使延遲完工,SV 也會趨近於 0(見常見陷阱)。

排程差異與成本差異長條範例:EV 60、PV 75、AC 80

說明性示意圖(業界概念)——並非 ProjectLibre Cloud 介面截圖。

排程績效指數(SPI)與成本績效指數(CPI)

  • 技術定義:SPI = EV / PV。CPI = EV / AC。大於 1.0 為有利;小於 1.0 為不利。

  • 公式:SPI = EV / PV(= BCWP / BCWS)· CPI = EV / AC(= BCWP / ACWP)

  • 它真正的意思:SPI 0.80:「到目前為止,每 1 美元應賺得的計畫工作,我們只賺得了 0.80 美元。」CPI 0.75:「每實際花費 1 美元,只換來 0.75 美元的預算進度。」

  • 好與壞:好:指數可用來比較不同規模的工作包;追蹤趨勢;當過去的績效持續時,CPI 通常能預測成本 EAC。壞:把 SPI 當成「剩餘日曆時間的百分比」,或假設 SPI > 1 就保證提早完工。

SPI 與 CPI 儀表範例:SPI 0.80、CPI 0.75

說明性示意圖(業界概念)——並非 ProjectLibre Cloud 介面截圖。

預測:BAC、EAC、VAC、TCPI

完工預算(BAC)

  • 技術定義:為將執行的工作所核定的所有預算總和(衡量範疇的績效預算)。

  • 公式:BAC = Σ 衡量基準中已核定工作的預算。

  • 它真正的意思:「計畫」工作金額所核定的終點線。

  • 好與壞:好:讓 BAC 隨受控的比較基準變更而調整。壞:在沒有正式變更控制的情況下,暗中更改 BAC 以掩蓋差異。

完工估算(EAC)——常見的變化形式

EAC 要回答的問題是:「我們認為最終成本會是多少?」不同的公式對剩餘工作有不同的假設:

  • CPI 延續:EAC = BAC / CPIcum——未來的工作以相同的累計成本效率持續進行。

  • 等價形式:EAC = AC + (BAC − EV) / CPIcum——目前已花費的金額+以 CPI 調整過的剩餘預算工作。

  • 綜合(CPI × SPI):EAC = AC + (BAC − EV) / (CPIcum × SPIcum)——成本與排程的無效率持續推升成本。

  • 近期 CPI:EAC = AC + (BAC − EV) / CPIrecent——近期效率比全期 CPI 更能預測未來。

  • 一次性差異/剩餘工作照計畫進行:EAC = AC + (BAC − EV)——過去的超支是特例;剩餘工作以預算費率進行。

  • 由下而上:EAC = AC + 由下而上的 ETC——當計畫已不可信時,重新估算剩餘工作。

  • 依定義也可寫成:EAC = ACWP + ETC。選擇符合您對剩餘工作說法的公式——並記錄下這個假設。

完工差異(VAC)

  • 技術定義:預測的完工時預算盈餘或短缺。

  • 公式:VAC = BAC − EAC

  • 它真正的意思:「如果這個 EAC 是對的,我們完工時會比績效預算低(VAC 為正)或高(VAC 為負)這麼多。」

  • 好與壞:好:在資金/應變準備的討論中使用 VAC。壞:把 VAC 當成日曆上的延遲。

完工尚需績效指數(TCPI)

  • TCPIBAC:(BAC − EV) / (BAC − AC)——在原始 BAC 內完工。

  • TCPIEAC:(BAC − EV) / (EAC − AC)——以目前的 EAC 完工。

  • 它真正的意思:如果 TCPIBAC 遠高於目前的 CPI,那麼在沒有奇蹟或重新設定比較基準的情況下,要以 BAC 完工並不務實。

  • 好與壞:好:把 TCPI 與目前的 CPI 比較;差距太大就是警訊,表示目標或預測不可信。壞:在沒有能提升效率的具體行動下,把一個過於樂觀的 TCPI 當成計畫來呈現。

對專案經理的意義

在狀態會議中使用專業的職場語言:

  • EV vs PV:「到這個日期為止,我們賺得的工作比計畫的少。」/「我們是進度落後,不只是忙碌而已。」

  • EV vs AC:「我們完成的工作,花費比原本應該花的多。」

  • CPI 0.80:「每 1 美元大約只換來 0.80 美元的進度。」

  • SPI 0.90:「我們每個期間大約產出計畫值的 90%。」

  • SV 為負:「相對於比較基準計畫,我們賺得的範疇不足。」

  • CV 為負:「我們燒錢的速度比賺得進度的速度快。」

  • EAC > BAC:「如果我們照這樣的績效繼續下去,完工時會超過績效預算。」

  • VAC 為負:「照這個預測,我們完工時預計會超支 X。」

  • TCPI ≫ CPI:「要達到 BAC,我們需要一個從未展現過的效率——在沒有變更的情況下,這個目標並不務實。」

  • PMB:「這是對照我們同意衡量的比較基準,而不是對照上週那個充滿希望的重新計畫。」

  • 完成百分比 vs EV:「完成百分比是一種說法;實獲值則是把那個說法透過比較基準的規則換算出來的結果。」

  • 支出計畫陷阱:「預算對比實際花費,只能告訴我們花了錢——不能告訴我們有沒有完成工作。」

完成百分比 vs 實獲值:說「我們完成 60%」,並不等於「我們賺得了 60% 的預算工作」。後者需要比較基準與實獲規則。DOE 風格的狀態表示法:已排程百分比 = PV/BAC,完成百分比 = EV/BAC,已花預算百分比 = AC/BAC。

常見陷阱

  • 把完成百分比與 EV 混為一談——主觀或依時間推算的完成百分比會製造出虛構的 EV。要問:用的是哪種實獲規則?有什麼證據?

  • 操弄 EV——把容易達成的里程碑排在前面、在沒有標準的情況下宣稱部分實獲、為尚未驗收的工作登記 EV。

  • 沒有真正比較基準的 EVM——沒有凍結的 PMB/沒有狀態日期 ⇒ 指標就無法稽核。非正式地「重設」比較基準會掩蓋問題。

  • 專案接近尾聲時的 SPI——即使專案延遲完工,只要計畫工作最終都被賺得,SPI 就會趨近於 1.0。接近完工時,應著重要徑、里程碑日期與預測完工日——而不只是 SPI。

  • 配對錯誤——拿 AC 與 PV 比較,卻稱之為成本差異(成本差異應該用 EV 對 AC)。

  • 會計延遲——本期認列了 EV,成本卻在下一期才入帳 → 造成暫時性的 CPI 失真。

  • 支援性活動(LOE)占比過高——LOE 會隨時間經過而賺得實獲值,可能掩蓋真實的產出進度。

在 ProjectLibre Cloud 中

沒有獨立的頂層導覽模組名為「績效管理」。EVM 是從專案組合(專案編輯/狀態日期)與專案 → 甘特圖(實獲值欄位清單/試算表欄位)中使用的。Cloud 介面中沒有專屬的 EVM 圖表畫面用於此工作流程——只有試算表欄位,加上標準的甘特圖時間軸。

對應名稱(兩者都要教)

  • 計畫值(PV) → 欄位 BCWS

  • 實獲值(EV) → 欄位 BCWP

  • 實際成本(AC) → 欄位 ACWP

  • 差異/指標/預測:SV、CV、SPI、CPI、TCPI、EAC、BAC、VAC

  • 狀態日期:專案組合 → 編輯專案 → 一般 → 日期 → 狀態日期(不是在甘特圖分析畫面內設定)

  • 比較基準:工具列儲存比較基準 → 整個專案(或選取的工作) → 儲存比較基準 →「已儲存」

顯示實獲值欄位

  1. 在甘特圖開啟專案的情況下,開啟設定(試算表上方工具列上的齒輪)。

  2. 設定視窗頁籤:偏好設定 | 欄位清單 | 欄位。

  3. 偏好設定 → 一般:把元件設為甘特圖,然後把欄位清單下拉選單從預設改成實獲值。

  4. 關閉視窗——試算表就會顯示 EVM 欄位。

另外,欄位清單頁籤內建了名為實獲值的清單;如果您要自訂,欄位頁籤可以把欄位拖曳到清單中。

套用實獲值清單後可見的欄位(視需要水平捲動):ID、完成百分比、名稱、工期、實際工期、工時、實際工時、BCWS、BCWP、ACWP、SV、CV、EAC、BAC、SPI、TCPI、CPI、VAC。

比較基準與狀態日期

  • 比較基準:工具列上的儲存比較基準圖示 → 對話方塊:選擇比較基準、整個專案(或選取的工作) → 儲存比較基準 → 確認訊息已儲存。儲存後,甘特圖上工作長條下方會出現細細的比較基準長條。可以儲存多個比較基準(比較基準與比較基準 1–10),作為排程變更後可比較的視覺快照。移動開始日期後,若需要讓 BCWS 重新對齊,請重新設定比較基準。

  • 狀態日期:離開專案 → 專案組合 → 將滑鼠停在該專案列上 → 編輯(紙筆圖示) → 一般 → 日期區塊 → 設定狀態日期(行事曆),並視需要設定開始/完成日期。狀態日期是透過專案組合的編輯設定,而不是在甘特圖的分析畫面內。狀態日期讓績效有了可以參照的依據。

實作步驟

  1. 建立/開啟專案——專案組合 → 新增/開啟專案(示範名稱 EVM)。

  2. 建立排程——專案 → 甘特圖 → 工作、縮排以建立摘要工作、設定工期。

  3. 指派會產生成本的資源——分派資源(示範:Connor,每小時 100 美元,單位 100%)。

  4. 儲存比較基準——整個專案 → 已儲存。

  5. 設定開始日期與狀態日期——專案組合 → 編輯 → 一般 → 日期。

  6. 顯示 EVM 欄位——設定 → 偏好設定 → 甘特圖 → 欄位清單實獲值。

  7. 如果在第一次儲存比較基準後又更動了日期,就重新設定比較基準。

  8. 輸入進度——編輯完成百分比;查看 BCWS/BCWP/ACWP/SV/SPI 與各項預測。

  9. 選用的壓力測試——更改工期,觀察 BCWP、完成百分比、EAC、CPI、TCPI 的反應。

ProjectLibre Cloud 分派資源對話方塊,Connor 以 100% 指派

ProjectLibre Cloud 儲存比較基準對話方塊,選取整個專案

ProjectLibre Cloud 專案組合編輯:一般、日期、狀態日期

ProjectLibre Cloud 設定:欄位清單中的實獲值清單,含 BCWS、BCWP

ProjectLibre Cloud 設定:偏好設定、甘特圖、欄位清單設為實獲值

Cloud 計算並顯示的內容

  • BCWS(PV),依比較基準+狀態日期算出(截至狀態日期的分階段計畫成本)。

  • BCWP(EV),在示範模式中以完成百分比 × 工作的預算成本(BAC)算出。

  • SV、CV、SPI、CPI、TCPI、EAC、BAC、VAC,以甘特圖旁的試算表欄位呈現。

  • 摘要工作的彙總;不利的 SV 以紅色標示;儲存比較基準後出現比較基準長條。

ProjectLibre Cloud 甘特圖試算表的 BCWS、BCWP、ACWP 欄位

ProjectLibre Cloud 甘特圖:完成 10% 後顯示 ACWP 與負值 SV

ProjectLibre Cloud 甘特圖的 EAC、BAC、SPI、TCPI、CPI 欄位

ProjectLibre Cloud 甘特圖:變更工期後的 BCWS、BCWP、ACWP、SV、CV

圖表 vs 欄位——Cloud 把這些數字回報為試算表欄位,從來不是圖表。

觀看操作示範

觀看:ProjectLibre Cloud — 專案管理實獲值管理(EVM)(約 6:57)——ProjectLibre 專案管理軟體。

內容涵蓋在專案組合中建立專案、分派資源、儲存比較基準、透過專案組合編輯設定狀態日期、設定欄位清單為實獲值、解讀 BCWS/BCWP/ACWP/SV/SPI,然後更改工期並觀察 EAC/CPI/TCPI。影片不會開啟報表/儀表板圖表或進階的多重成本排程介面——也不會展示專屬的 EVM 圖表畫面。

延伸閱讀

實獲值公式與定義:

  1. PMI 專案管理詞彙表 —— AC、BAC、CPI、CV、EV、PV、SPI、SV 等。

  2. 美國能源部 EVMS Gold Card(20190710) —— 差異、指標、EAC/TCPI 變化形式、PMB(入口頁面)。

  3. DOE G 413.3-10B —— 使用 EVMS 的整合專案管理(2022 年 4 月)。

  4. GAO-20-195G 成本估算與評估指南 —— EVM 相關章節(PDF)。

  5. GAO-16-89G 排程評估指南 —— 排程與 EVM 的關聯。

  6. NASA EVM 教學課程。

  7. NDIA IPMD EIA-748 Intent Guide(Ver E,2026)。

  8. 教學性參照:ProjectEngineer —— EVM 指南 · AcqNotes —— EVMS 公式。