同事和夥伴多久問你一次“什麼是變革管理？”雖然我們中的許多人直觀地知道什麼是變革管理，但我們很難為其他人簡明扼要地定義它。

變革管理定義

Prosci將變革管理定義為應用結構化流程和一套工具，實現預期結果。

當為其他人定義變革管理時，在兩個密切相關的概念（變革本身和專案管理）的情境中討論它是很有幫助的。

變革本身

變革是指在組織中引入專案、計畫或解決方案，以改進工作的完成方式、解決問題或利用機會。幾乎任何改善組織的專案、倡議或解決方案都會影響員工的日常工作。Prosci的《變革影響的10個方面》描述了一個人或群體可能如何受到變革影響：

變得“更具競爭力”、“更接近客戶”或“更高效”的想法可能是組織變革的動機，但在某些時候，這些目標必須轉化為對這些流程、系統、工具等的具體影響。這就是專案管理和變革管理的作用所在。

專案管理和變革管理

僅僅規定要變革並期望它發生是不夠的。成功的變革始於瞭解除了努力工作以外，還必須讓那些事情就位才能使變革發生。專案管理和變革管理是應用於組織變革以提高成功的可能性和投資回報率（ROI）的不同的專業。這些不同但又緊密交織的專業是讓變革實現所必需的。

專案管理——變革的技術方面

根據專案管理協會的PMBOK^®指南，專案管理是使用特定的知識、技能、工具和技術為人們提供有價值的東西。

雖然專案管理通常與傳統的瀑布式方法相關聯，但交付項目的方法有很多。變革管理可以與任何專案管理方法一起結合，例如敏捷、Scrum、看板、精益、瀑布和PRINCE2。

無論採用何種方法設計技術解決方案，變革管理都側重於準備、裝備和支援個人採用和使用變革。

變革管理–人員方面的變革

變革管理是應用結構化流程和一套工具，領導人員方面的變革以實現預期結果。我們通過幫助受變革影響的個人進行成功的個人轉變來實施變革管理，使他們能夠參與、採納和使用變革。

專案管理和變革管理都支援將組織從當前狀態（當前的工作方式）、過渡狀態到期望的未來狀態轉移。專案管理側重于成功的設計、開發和交付專案、倡議或技術解決方案所需的任務。變革管理關注受此變革影響的人員，並使他們能夠參與、採納和使用變革。

對於反覆運算專案，其成果是通過重複的週期或變革的發佈來實現的，每個週期都朝著最終的預期結果前進。反覆運算專案管理通常與設計、開發和交付解決方案的敏捷方法相關聯。變革管理與專案管理方法並行不悖，專注於準備、裝備和支援個人採用和使用變革，無論是迭代還是順序式交付。

請注意，技術方面不一定是“技術”。雖然項目有時是技術性質的，但技術方面適用於所有變革。這包括文化變革、合併和收購、政策更新以及其他可能涉及或不涉及技術的項目或舉措。

任何組織變革都將有技術方面和人員方面，每一方面都需要單獨的資源和工具來實現變革。

紀律和重點	流程示例	工具
專案管理（技術方面） 設計、開發和交付解決方案	專案管理協會的領域： 利益相關者績效 團隊績效 開發方法和生命週期績效 規劃績效 專案工作績效 交付績效 測量性能 不確定性表現	工作說明書 項目章程 商業案例 工作分解結構和/或專案積壓工作 預算估計 資源配置 里程碑計畫（例如，甘特圖或衝刺發佈計畫） 跟蹤 風險識別和緩解 績效和合規報告
變革管理*（人員方面） 讓人們參與、採納和使用變革 （*Prosci方法）	Prosci三階段流程： 第1階段——準備方法 階段2–管理變革 第3階段——維持成果	個人變革的ADKAR模型 Prosci Change三角（PCT）模型 ADKAR藍圖 發起人計畫 職能經理計畫 溝通計畫 培訓計畫 根據需要擴展計畫

每個團隊的目標

專案管理團隊致力於將變革的技術方面從A點向前推進到B點。此類專案管理活動適用於受變革影響的流程、系統、工具等，這意味著人們的工作將受到影響。

變革管理團隊致力於幫助受變革影響的個人願意支持或接受變革，將變革視為自己的變革，並按照期望應用變革（即參與、採納和使用變革）。

下面的示例顯示了從函數（a）到函數（b）的轉換。

專案管理的目標是有效地部署資源，以設計、開發和交付專案、倡議或解決方案。變革管理的目標是，根據變革的要求，説明受變革影響的每個人進行成功的過渡。

要素	目的
變革本身	以某種方式改進組織，例如降低成本、提高收入、解決問題、抓住機會、調整工作和戰略，或精簡組織內的資訊流（即專案、倡議或解決方案）。
專案管理	通過設計、開發和交付給定時間、成本和範圍限制的技術解決方案，實現專案目標和成功變革帶來的組織效益，並有效利用資源（即管理變革的技術方面）。
變革管理	為了實現專案目標和組織效益，採用系統方法説明受變革影響的人完成個人轉變，以便他們能夠成功參與、採用和使用解決方案（即管理變革的人員方面）。

變革管理和專案管理的範圍

幾乎每個組織計畫或專案都需要一定程度的專案管理和變革管理。很少有情況下你不需要這兩門專業。以下每個專案除了部署變革本身之外，還需要單獨的專案管理和變革管理：

1. 在整個組織中部署企業資源規劃（ERP）解決方案
2. 重新設計呼叫中心代理人的工作流程和聯繫腳本
3. 合併或收購後整合兩個組織及其資訊系統
4. 為分佈各地的員工實施新的虛擬協作工具
5. 開發新的銷售管道

項目管理和變革管理對於每一個計畫來說都是一樣的嗎？通常不會，雖然大多數需求相同但至少有一些不同，但根據您的獨特情況、組織、文化和歷史以及您正在實施的具體變革進行定制對每個專業的效果最好。

您需要的專案管理的數量和類型取決於解決方案設計中所需的複雜性、更改程度和靈活性。所需的變革管理參與程度取決於對個人日常工作的干擾程度。它還取決於組織的屬性，如文化、價值體系和過去變革的歷史。

整合變革管理和專案管理

雖然它們是不同的研究領域，但變革管理和專案管理在實踐中是相結合的。隨著團隊從當前狀態向所需的未來狀態前進，這些步驟和活動會協調一致。

變革管理和專案管理規劃活動

舉例來說，考慮在專案或倡議的規劃階段發生的活動。

專案經理：

• 確定必須完成的里程碑和活動
• 列出所需資源及其協作方式
• 確定項目將包含和不包含的範圍

變革經理：

• 制定必須傳達的關鍵資訊
• 與發起人合作，建立積極可見的高層領導聯盟
• 向受影響的員工說明為什麼需要變革

最有效的項目將這些活動整合到單一項目計畫中。

理解有好處

區分變革、專案管理和變革管理可能很難。實際上，這三個組成部分緊密結合在一起，為組織帶來積極的結果。但是，當一個變革沒有按預期進行時，理解這些區別會使問題排除變得容易得多。

例如，挑戰是否來自：

• 變革的設計（專案、倡議或解決方案本身）？
• 技術流程、活動或資源（專案管理）？
• 個人如何接受或抵制變革（變革管理）？

當您瞭解變革、專案管理和變革管理之間的差異時，識別糾正措施就變得清晰起來。當您知道每個元件都在努力實現什麼時，為其他組件定義變革管理就不再困難了。