在上一篇文章中，我介紹了「受控環境下的專案管理（PRINCE2）」這套專案管理方法論，並簡述了其「四為一體」架構，包含7大原則、7大主題、7大流程與裁適應用。 今天，讓我們深入探討7大原則中的第一項——「持續的業務驗證」。掌握這一原則，你將更能體會PRINCE2方法論的實用價值。
由AI生成
原則一：持續的業務驗證
這項原則要求專案經理必須持續驗證專案的業務價值。究竟它的核心意涵是什麼？又該如何落實？什麼是「持續的業務驗證」？
首先，理解兩個關鍵詞：
- 「業務」 ：簡單來說，就是實施專案是為了創造「利益」。無論是增加收入、節省成本，還是規避風險，最終都回歸到利益（或金錢）的考量。
- 「驗證」 ：指的是透過收集客觀數據，進行比較與分析，以證明某項主張是否成立。就像想確認女兒是否比媽媽高，就需要定期測量兩人的身高並加以比較。
因此，「持續的業務驗證」意指專案經理必須不斷收集證據，證明專案仍能達成預先定義的業務利益。用通俗的話說，就是確保專案還能「賺錢」或創造價值。
為何這項原則至關重要？
我在多篇文章中提過：專案不會無緣無故啟動，它必定有其存在的使命。
企業管理者決定推動專案，往往是為了達成某種利益——無論是提升工作效率、推出新產品，還是符合法規要求（慈善機構除外）。而這些利益，最終都能以「貨幣」來衡量專案的成果。
簡言之，原則一的存在，正是為了確保專案能夠真正實現業務成果。一旦發現專案已無法帶來價值，就應果斷中止。
專案經理該如何實踐？
要落實這項原則，專案經理在接手專案時，必須確認三件事：
- 專案啟動的合理理由是什麼？所謂合理理由，指的是專案背後期望創造的價值。不能只說「為了更換現有系統」，這種說法是以結果代替原因；應該明確指出「改善跨部門合作，提升訂單處理效率」這類具體價值。
- 這個理由在專案生命週期中是否持續有效？專案經理需要不斷收集數據，證明原先的理由仍然成立。例如，若關鍵部門在專案進行過程中被裁撤，導致「改善跨部門合作」的目標不再存在，專案經理應立即通報發起人，共同決定專案的未來方向。
- 這個理由是否有正式記錄並獲得批准？專案經理只需確保相關理由已被書面記錄，以便需要時可供查閱。
當然，世界變化快速，若專案原有的理由已不再適用，就應重新定義新的理由，並在獲得批准後繼續執行。
實際案例：
有時軟體開發專案的投資回報率（ROI）已趨近於零，按理應停止開發。但考量到客戶與企業還有其他業務往來，若此時中止專案，可能導致客戶取消其他訂單，造成更大損失。因此，公司決定追加預算以完成專案。
在這個案例中，專案原有的理由雖已失效，但經高層決策後，賦予了專案新的理由。這對專案經理、企業與客戶三方都有利，而不是像某些專案經理那樣，執著於一個早已失去價值的專案，讓企業持續失血，客戶也因延誤而蒙受更大損失。
常見的反面教材
道理人人都懂，但現實中卻常常偏離正軌。以下列出幾種違反此原則的典型情境：
1. 說做就做，不問原因
專案經理一接到任務，只確認最終產出，二話不說就開始執行，力求盡快交付成果。這種做法雖然常見，卻違背了本原則，因為專案經理根本不了解專案為何而做。
2. 倒果為因
專案發起人只想着「更換現有系統」，並認為更換後問題就能解決。然而，「更換系統」只是結果，不是原因。具體是基於什麼原因才需要更換？發起人可能沒想清楚，專案經理也可能不了解。最終專案仍在「沒有原因，只有結果」的狀態下進行。
3. 忽略業務目標
專案經理只關注團隊接下來要做什麼、哪些任務超時、哪些問題需要解決，卻完全不過問業務目標是否還有意義。業務價值已不在他的關注範圍內。
4. 死不放棄
即使專案已難以為繼，團隊成員都明白繼續下去幾乎沒有意義，或可能價值低於成本，管理者仍選擇不放棄。很多管理層只盯著已投入的成本，認為「再投入一點就能完成，不能半途而廢」。
說實話，這種心態我也曾有過——要放棄已投入大量時間與金錢的事，談何容易？但這正是本原則的體現：當專案無法證明其價值時，協商並決定終止，往往是對各方最有利的選擇。
總結
以上就是PRINCE2第一原則「持續的業務驗證」的介紹與解析。從這項原則可以看出，PRINCE2方法論極為重視專案的價值。正因如此，它要求管理者時刻關注價值變化，並在必要時向高層提出問題、尋求解決方案。
或許在接觸此原則之前，你管理專案時從未在意業務層面，只想著盡快完成交付。但從今天起，你已比不知此原則的人更高一層——開始思考投資回報、淨利潤等商業面向，並留意專案「為何而做」，而非「為做而做」。
希望今天的內容能幫助正在管理專案、或在專案中浮沉的你。下一篇文章，我們將繼續介紹PRINCE2的第二項原則。
