敏捷解決方案開發和變革管理的交叉點是一個全球趨勢，由於大流行和數位化轉型的需求，為企業的未來做好準備，這種趨勢正在加速。在整個 Microsoft 和整個 IT 行業，項目經理越來越多地將敏捷原則應用於技術項目。事實上，我估計今天 80% 的客戶實施專案都是基於敏捷的。與此同時，變革實踐者正在塑造如何反覆運算管理變革中人員方面的新標準。作為我們戰略合作夥伴關係的一部分，Microsoft 和 Prosci 雄心勃勃地樹立標杆。

“敏捷”變革管理

在 Microsoft 和 Prosci，我們通常認為“敏捷”變革管理是與敏捷、Scrum、SaFe 或其他反覆運算專案管理方法保持一致的變革管理原則的應用，其中工作在增量衝刺中週期性發佈，而不是在連續的里程碑中線性發佈。除了反覆運算之外，敏捷變革管理還強調在整個專案生命週期中持續改進和適應。直到幾年前，瀑布式還被認為是標準的專案管理方法。然而，變革從業者觀察到遵循敏捷工作原則的專案急劇增加。Scrum 或類似的敏捷方法現在是 IT 專案的常態。

雖然我們看到對專業變革管理專家的需求明顯增加，但 Microsoft 和 Prosci 客戶都承認，變革管理是一種能力，應該在定義變革和轉型計畫成功的關鍵角色中發展。為了實現這一目標，變革從業者與產品負責人、產品開發經理、Scrum Master、敏捷教練、首席資訊官、首席數位官、首席創新官以及其他通常應用反覆運算方法的人合作。

在 Microsoft 內部，建立了採用和變革管理團隊，以滿足客戶專案的需求。它始於 2006 年，當時專門的變革管理專家或“業務戰略顧問”被正式分配給客戶參與，以提高 Microsoft 服務和工具的採用率。隨著時間的推移，該團隊已發展成為全球採用和變革管理實踐，由大約 100 名 Prosci 認證變革從業者組成，他們在 Microsoft 技術驅動的變革和數位化轉型方面擁有專業知識。

3個敏捷變革管理方案

Microsoft 的採用和變革管理團隊經常與部署 Microsoft 企業技術的客戶合作，包括 Azure、Microsoft 365、Dynamics 365、Power Platform、資料分析和人工智慧，以及針對特定業務需求量身定制的行業特定解決方案。我們傾向於以三種方式應用敏捷變革管理：

場景 1：敏捷專案中的傳統變革管理

在這個場景中，我們將變革管理與敏捷專案集成在一起（例如，應用 Scrum 或 SaFe）。儘管專案管理團隊正在應用敏捷框架，但變革管理團隊在準備、計畫和管理變革的傳統瀑布式階段中運作。變革團隊從開發團隊中獲取必要的輸入或輸出，並圍繞變革戰略、戰術和人工製品進行轉變，以支持人們完成 ADKAR 過渡。換句話說，變革團隊以更經典的方式參與專案活動，例如試點或用戶接受度測試。

例如，歐洲一家領先的物料搬運公司開發了一種現代應用程式，以説明服務技術人員在日常工作中維護或修理客戶現場的設備。由於該解決方案對人們的工作方式進行了重大改變，因此該組織希望部署一種結構化的方法來管理變革。Microsoft 採用和變革管理團隊與內部實施團隊合作，利用 Prosci 方法建立了通用框架和變革功能。雖然該項目是按照敏捷原則建立的，但變革團隊在評估、計畫和執行階段成功地應用了瀑布式方法。

物料搬運客戶的變革計畫分階段進行，並與衝刺保持一致

場景 2：數位產品開發中的敏捷變革管理

在這種安排中，變革團隊是開發團隊的一部分，通常跨越多個 Scrum 團隊（一個有凝聚力的專業人員小組，致力於實現產品或專案目標），具體取決於專案結構。從構思階段到生產就緒最小可行產品 （MVP） 的發佈，變革經理都參與其中。

除了管理變革對角色或用戶的人員影響外，變革團隊的任務是讓整個組織在各個層面進行文化和思維方式轉型，使專案照常營業。通常，通過敏捷輔導、產品負責人準備、IT 和業務在設計思維、DevOps、Scrum、SaFe 或特定工具（如 Microsoft Azure DevOps、看板或類似工具）方面的技能提升，擴展了變革經理的傳統活動和職責。

為了說明這種方法，考慮一個可再生能源的製造客戶，該客戶于 2019 年開始進行數位化轉型，目標是成為其行業的數位化領導者。除了確保他們的數字解決方案能夠解決實際的業務問題外，客戶還需要從頭到尾讓業務參與進來，並確保同事在整個變革過程中得到裝備和支持。

在這種情況下，業務代表成為產品負責人，他們參與到用例的構思和發現中。然後，Scrum 團隊在幾個月而不是幾年的時間跨度內開發了生產就緒的 MVP。對人的影響包括新的敏捷工作方式、文化和新的思維方式，以及解決方案的採用。

為了説明客戶取得成功，Microsoft 採用和變革管理團隊還支援他們建立內部數位支援辦公室的使命。這項工作涉及敏捷指導、支持用戶採用新的 Microsoft 解決方案等。由於範圍的原因，變革團隊完全融入了 Scrum 團隊。

可再生能源客戶的敏捷變革計畫架構

場景 3：敏捷變革管理，推動雄心勃勃的全面雲和企業轉型

最後一種情況涉及具有非常雄心勃勃的組織，例如實現業務運營現代化和數位化以釋放競爭優勢或推動創新的戰略目標。這些企業中的 IT 組織希望採用以產品為中心的運營模式，以最大限度地提高 IT 解決方案和服務的商業價值。像Spotify這樣的前創業公司已經證明了以人為本的超敏捷產品工程和開發方法的價值和影響。越來越多的組織涉足這一概念，但將規模化的敏捷應用於企業。

考慮一家汽車製造商，他們希望建立一個全新的雲原生和最先進的 IT 平臺和組織，並應用敏捷和 DevOps 原則。該專案是一項為期多年的計畫，為他們的未來狀態、雲優先平臺和 IT 目標運營模式鋪平了道路。挑戰在於，組織中的許多人來自在本地運行其平臺、系統和應用程式的傳統結構，並且具有 IT 運營、開發和支援的經典分離。建立DevOps和敏捷的工作方式將對人產生巨大的影響。

由於組織的變革成熟度較低且缺乏變革能力，因此目標是管理由於新結構創造的新角色而導致的變革，並領導整個組織的行為、思維方式和文化的變革。在這種未來狀態下，業務和 IT 合作夥伴在開發數位產品和解決方案方面將更加緊密地聯繫在一起，以解決重大業務問題或作為新的業務模型。IT 從商品服務逐漸成熟，成為業務戰略的真正推動者。

Azure DevOps中的製造用戶端的採用和變革管理積壓工作

在規劃 Microsoft 用戶端基於敏捷的變革時，我會根據情況選擇最佳方案，包括專案設置、客戶偏好、他們已建立的方法和實踐、現有功能以及他們的經驗。一旦進入現場，我和我的團隊往往會孵化出一種初始方法，儘快和快速地調整和適應（即快速失敗、快速學習和適應），以在流程的早期建立例行程式和儀式。

向敏捷變革管理邁進

如果你還沒有接觸過敏捷場景，並且你已經準備好開始你自己的個人變革之旅，你可能想知道如何開始。在你認真對待它之前，請記住，在非敏捷專案場景中，經典的變革管理仍然有很大的價值和需求。要問自己的關鍵問題是，您的組織是否需要跟上複雜的數位和基於雲的創新以及隨之而來的市場條件的加速變革？如果是這樣，採用敏捷變革管理方法對您和您的組織來說將是一個很大的舉措。