歡迎來到第九任務：評估專案狀態

你好，未來的 PMP！你是否有過這樣的經驗：在長途駕駛時，每隔一小時就檢查一次 GPS，以確保自己仍在正確的道路上並且能準時抵達目的地？這正是第九任務：評估專案狀態 (Evaluate Project Status) 的核心意義。在專案管理的世界裡，我們不能僅僅「希望」事情進展順利；我們需要使用特定的工具和度量標準來驗證它。

在本章中，我們將學習如何衡量專案目前的進度與原定計劃之間的差異。這是第二領域：過程 (Domain II: Process) 中極為重要的一環，因為它確保了專案能持續推進，並為組織交付價值。

1. 選擇正確的尺規：方法與指標

在衡量狀態之前，你需要先決定「衡量什麼」以及「如何衡量」。你無法用衡量建築專案的方式來衡量軟體開發專案的「成功」。

工作績效數據、資訊與報告
如果這些術語聽起來很相似，別擔心。你可以將它們視為一個「數據演進」的過程：
• 工作績效數據 (Work Performance Data)： 這是最原始的事實。例子：「我們今天花了 5,000 美元。」
• 工作績效資訊 (Work Performance Information)： 這是將數據與計劃進行對比後的結果。例子：「我們花了 5,000 美元，但原本預計只花 4,000 美元。我們超支了。」
• 工作績效報告 (Work Performance Reports)： 這是提供給利害關係人的最終摘要。例子：顯示預算狀態為紅燈的儀表板。

需要追蹤的關鍵指標

常見的指標包括時程 (Schedule)（我們遲到了嗎？）、成本 (Cost)（我們超支了嗎？）、範疇 (Scope)（我們正在做正確的工作嗎？）以及品質 (Quality)（工作品質達標了嗎？）。

重點提示： 你必須儘早確立指標，讓所有人都能對「成功」的定義達成共識。

2. 「黃金標準」：實獲值管理 (EVM)

EVM 是許多學員覺得最令人生畏的部分，但它其實非常符合邏輯！它只是將範疇、時程和成本結合起來，以觀察專案進度的一種方法。

想像你受聘在 10 天內粉刷 10 間房間，預算為 1,000 美元（每間房 100 美元）。
• 計劃價值 (PV)： 你預期應該完成的工作。如果今天是第 5 天，你的 PV 就是 500 美元（5 間房）。
• 實獲值 (EV)： 你實際完成工作的價值。如果你只完成了 3 間房，你的 EV 就是 300 美元。
• 實際成本 (AC)： 你實際花費的金額。如果你為了粉刷那 3 間房花了 400 美元，你的 AC 就是 400 美元。

績效公式

我們使用變異數（減法）和指數（除法）來評估現況：
• 時程變異數 (SV)： \( SV = EV - PV \)。如果是負數，代表進度落後！
• 成本變異數 (CV)： \( CV = EV - AC \)。如果是負數，代表預算超支！
• 時程績效指標 (SPI)： \( SPI = \frac{EV}{PV} \)。
• 成本績效指標 (CPI)： \( CPI = \frac{EV}{AC} \)。

關於指數 (SPI 和 CPI) 的小撇步

將 1.0 視為你的目標數字。
• 大於 1.0 = 你表現超棒！（低於預算或進度超前）。
• 小於 1.0 = 你遇到麻煩了！（超支或進度落後）。
• 等於 1.0 = 正好符合計劃。

快速記憶法：「I over P」（Index = EV / 其他）。對於 CPI，除以成本 (AC)。對於 SPI，除以計劃值 (PV)。

3. 評估專案健康狀況（超越數據層面）

雖然數據 (EVM) 很重要，但評估狀態還需要綜觀全局。

變異數分析 (Variance Analysis)： 這是在問「為什麼？」。當你發現差異時，你需要進行調查。時程落後是因為一次性的暴風雨，還是團隊的工作效率比預期慢？
趨勢分析 (Trend Analysis)： 這著眼於一段時間內的績效。我們的表現是在變好還是變壞？如果你的 CPI 連續三個月下滑，這就是一個日益嚴重的問題。
審查品質與風險： 狀態不僅僅是錢的問題。我們達到品質標準了嗎？是否有新的風險出現，可能會在下週摧毀整個專案？

重點提示： 評估狀態就是同時審視過去（實際值）、現在（變異數）以及未來（趨勢與風險）。

4. 向利害關係人溝通狀態

一旦掌握了狀態，你就必須向相關人員匯報。但要小心——不同的人需要不同細節程度的資訊。

• 專案發起人 (Sponsor)： 通常只需要高層次的「紅綠燈報告」（綠、黃、紅）。
• 團隊成員： 需要具體的細節來解決特定的問題。
• 客戶： 想知道期限是否會如期達成。

常見陷阱： 「西瓜」專案

不要掉入「西瓜報告」的陷阱——即專案外表看起來是綠色的（在你的報告中），但內部其實是紅色的（充滿問題）。請對你的狀態保持誠實，這樣利害關係人才能在為時已晚之前協助你解決問題！

重點回顧

• PV： 我們計劃要做的工作。
• EV： 我們實際完成的工作（以金錢表示）。
• AC： 我們實際花費的金額。
• CPI/SPI > 1.0： 好現象！
• CPI/SPI < 1.0： 壞現象！
• 溝通： 根據目標受眾量身打造你的狀態報告。

如果覺得棘手，請別擔心！

評估專案狀態是一項透過練習會變得越來越簡單的技能。如果你覺得 EVM 公式很混亂，只要記住：在公式中，EV 永遠排在第一位。 無論是做減法還是除法，都要從「實獲值」(Earned Value) 開始。你可以做到的！

邁向終點線：任務 10 - 管理專案結案

你好，未來的 PMP！你已經付出了巨大的努力來規劃、執行和監控你的專案。現在，是時候進行最後一步了：專案結案 (Project Closure)。許多學員認為結案只是「做完工作」，但在 PMP 的世界裡，這是一個正式的流程。試想這就像搬離租來的公寓——你不能只留下鑰匙就走人；你必須打掃乾淨、結清帳單、拿回按金，並正式移交鑰匙。在本章中，我們將學習如何收尾，以便組織能夠繼續前進並從你的成功中獲益！

1. 我們為什麼要結案？

結案不僅僅是針對成功的專案。你必須為已完成的專案、取消的專案以及大型專案中每個階段的結束執行結案程序。我們這樣做是為了確保所有「未竟之事」都已處理妥當，並且組織不會繼續為應該結束的事情花錢。

結案的主要目標：

- 確認專案工作已完成。
- 將產品正式移交給客戶或營運團隊。
- 收集經驗教訓，讓公司變得更聰明。
- 解散團隊，讓他們能去支援其他專案。
- 為法律或歷史原因封存紀錄。

2. 成功結案的步驟

如果一開始覺得文書工作很多，別擔心。只要按照這些步驟操作，你就會成為結案專家！

步驟 A：確認完成標準

我們如何知道專案真的「做完」了？我們需要查閱專案管理計畫書 (Project Management Plan) 和範疇基準 (Scope Baseline)。你必須確保所有需求都已滿足，並且客戶已正式簽核交付成果。

類比：如果你聘請油漆工粉刷房屋，「做完」並不代表他們放下刷子的那一刻。所謂的「做完」是指你們一起巡視房子，同意成品看起來很棒，並簽署發票確認。

步驟 B：移交所有權

一旦產品完成，你需要將其移交給實際的使用者。這被稱為所有權移交 (Transfer of Ownership) 或移交 (Transition)。這可能涉及培訓新使用者或移交手冊與保養說明書。

小貼士：如果你正在開發應用程式，結案涉及將其從「測試環境」轉移到真實客戶使用的「正式環境」。

步驟 C：行政結案

這是「文書」階段，對 PMP 考試非常重要！你必須：
- 結束與供應商的任何合約 (Contracts)。
- 結清所有財務帳戶 (Financial accounts)（確保所有帳單已支付且專案預算已關閉）。
- 完成一份最終專案報告 (Final Project Report)，總結專案執行情況（是否準時？是否在預算內？）。
- 將所有專案文件歸檔至組織過程資產 (Organizational Process Assets, OPAs)。

步驟 D：經驗教訓與知識移轉

這可以說是對你公司而言，結案中最有價值的部分。你與團隊坐下來討論：「哪些做得好？」以及「哪些做得不好？」
- 你知道嗎？ PMP 強調經驗教訓 (Lessons Learned) 應在整個專案過程中收集，但它們是在結案時才正式定稿。這些將成為公司「圖書館」的一部分，幫助未來的專案經理避免重蹈覆轍。

步驟 E：解散團隊

工作完成且文書工作歸檔後，就該解散你的團隊成員了。在矩陣式組織 (Matrix Organization) 中，這意味著他們回到各自的功能部門主管麾下。在專案導向組織 (Project-Oriented Organization) 中，他們可能會被指派到全新的專案。

關鍵要點：即使專案提前終止，行政結案仍然是強制性的！你仍然需要記錄失敗的原因並將已完成的部分歸檔。

3. 記憶輔助：「C.L.O.S.E.」記憶法

為了幫助你記住任務 10 的主要活動，只需記住 C.L.O.S.E. 這個詞：

C - Confirm (確認) 工作已完成並獲驗收。
L - Lessons (經驗教訓) 已記錄在案。
O - Ownership (所有權) 已移交給客戶。
S - Settle (結清) 所有財務和法律義務。
E - Exit (解散/退出) 並釋放團隊。

4. 應避免的常見陷阱

在 PMP 考試中，請注意這些「陷阱」情境：

- 錯誤：在經驗教訓總結完成前就解散團隊。（團隊成員正是經驗教訓的來源！在會議結束前留住他們。）
- 錯誤：認為被取消的專案不需要結案。（你仍然必須支付帳單並記錄取消的原因！）
- 錯誤：等到一個 2 年專案的最後才開始考慮結案。（結案應該發生在每個階段結束時。）

5. 結案的工具與技術

我們如何實際完成結案？我們使用這些簡單的工具：

1. 專家判斷 (Expert Judgment)

諮詢法律專家、採購部門或高階主管，以確保你沒有遺漏任何技術或法律要求。

2. 會議 (Meetings)

「經驗教訓會議」或「總結檢討會 (Post-Mortem)」是產生價值的時刻。這應該是一個開放、誠實的環境，讓團隊可以暢所欲言。

3. 文件分析 (Document Analysis)

審查專案管理計畫書和日誌，確保一切都已勾選核對。就 PMP 考試而言，如果文件裡沒有記載，那就等於沒發生過！

快速複習框：
- 最終產品：已移交給客戶。
- 最終報告：總結專案績效。
- 經驗教訓：已加入到組織的圖書館（OPAs）。
- 團隊：已釋放去迎接下一個挑戰。

總結：任務 10 收尾

結束一個專案不僅僅是說聲「再見」。這是一個結構化的過程，包括確認範疇、移交產品、歸檔紀錄以及慶祝團隊的辛勤工作。透過遵循這些步驟，你確保了專案的成功得到認可，並且讓組織為下一個挑戰做好準備。現在你已經準備好進入領域 II 的下一個任務了！