我們今天所面臨的破壞性變革和不確定性的程度使得敏捷和其他反覆運算解決方案開發方法比以往任何時候都更受歡迎。甚至在疫情之前，應對不斷加快的變革步伐的需要就已經促使許多組織採取反覆運算方法來制定和實施解決方案。調整ADKAR模型以支援反覆運算解決方案開發方法是一種合理而有效的方法，可以利用您已經知道的知識幫助人們以當今每個人都需要的靈活性和速度採用和使用變革。

連續式變革與反覆運算式變革的區別

在理解一致性之前，區分常見的解決方案開發方法是很重要的：

連續式變革通常指的是解決方案設計、開發和交付的傳統瀑布專案管理方法。連續的變革是通過一系列離散的階段和步驟來實現的，這些階段和步驟隨著時間的推移而發展，最終會產生巨大的結果。

反覆運算的變革源於重複的變革週期或“衝刺”，每個週期都有助於累積的結果。這種方法強調過度規劃，使您能夠快速響應新的或不斷變化的客戶需求。許多人將反覆運算式變革與解決方案設計、開發和交付方法的敏捷方法聯繫在一起。精益、PDCA（計畫、實施、檢查、行動）和設計思維也是流行的反覆運算方法。

使ADKAR與解決方案開發方法保持一致

為了有效地管理變革，您使用的解決方案開發方法必須與您使用的變革管理方法保持一致——在本例中為Prosci ADKAR模型。

ADKAR模型描述了個人在受到變革影響時所經歷的轉變。它還定義了必須在個人層面實現的五個結果，以確保變革得以通過並實現組織效益。

無論您使用的是順序式的還是反覆運算式的解決方案開發方法，都必須將每個ADKAR元素與專案生命週期中的特定點對齊。當根據開發方法調整變革管理時，請記住時間和地點很重要，而且每種方法的時間線都不同。

如何使ADKAR與順序式變革保持一致

大多數人將順序解決方案開發與瀑布專案管理聯繫在一起，瀑布專案管理分為不同的階段實施：啟動、規劃、設計、開發、部署、維持。“瀑布”一詞來源於這樣一個比喻，即每一個階段都會級聯到下一個階段，就像水從瀑布流下來一樣。當解決方案需求在專案啟動時得到很好的理解，並且在整個專案生命週期中保持穩定時，項目經理通常會選擇瀑布式方法。

Sequential Approach

為了使AKDAR的結果與順序或瀑布式方法相一致，你應該首先問一個問題，“你已經知道你的專案的日期是什麼？”通常，應該為啟動、上線和結果（即，預計何時實現結果）定義關鍵的項目里程碑日期。然後將“能力”與上線日期對齊。我們這樣做是為了確保人們在實施解決方案時有能力採用和使用該解決方案。然後，根據專案時間表，您可以確定何時需要實現其他四個要素。將ADKAR結果與特定日期相一致，使您能夠為準備、裝備和支持受影響的個人和團體採用和使用解決方案所需的變革管理活動制定時間表。

要衡量連續式變革的個人績效，您需要在上線日期後開始評估採用、利用率和應用變革的熟練程度，並繼續衡量，直到達到預期結果。充分採用和熟練使用可以實現專案目標並實現組織效益。

如何使ADKAR與敏捷或其他反覆運算式變革保持一致

通過反覆運算方法，調整ADKAR的過程變得週期性。你首先要在專案或倡議層面調整認知和渴望。我們這樣做是因為對變革需求的認知和參與和支持變革的渴望會影響整個計畫，而這兩個要素需要在構成專案生命週期的所有衝刺和發佈中持續存在。

接下來，您將知識和能力與每個sprint相關的發佈日期保持一致，以確保受影響的個人有能力採用和使用每個發佈實施的新變革。

反覆運算方法需要在每次發佈後進行測量，而不是像我們使用連續式方法那樣在上線日期後開始測量採用率、利用率和熟練程度。組織效益將在每次發佈後積累。

Iterative Approach

如何將ADKAR與混合方法相結合

通常情況下，解決方案開發過程並不完全是連續的或反覆運算的。它們往往是兩種方法的混合。您可以調整上面提供的指導，以使ADKAR與項目生命週期保持一致，從而採用混合方法。

Prosci的變革管理和敏捷基準測試研究揭示了變革從業者在支持反覆運算和混合變革管理方法時所做的幾項調整：

• 確保發起人接受敏捷思維
• 使用與解決方案開發過程階段相一致的結構化方法
• 在專案早期與專案管理團隊接觸並整合
• 更準確、更頻繁地溝通，同時意識到超載的可能性
• 確保職能經理做好準備，能夠在敏捷環境中執行他們的CLARC角色（溝通者、聯絡者、宣導者、阻力經理和教練）
• 更頻繁、更集中、更簡潔、及時地提供培訓
• 儘早、更頻繁地開始鞏固，以與您選擇的反覆運算方法保持一致

通過敏捷和ADKAR實現靈活性

​隨著當今變革的步伐不斷加快，設計和實施解決方案的反覆運算方法變得越來越必要。隨著各組織不斷採用新技術和新的工作方式，我們比以往任何時候都更需要這樣做。幸運的是，您可以學會調整ADKAR模型以使用反覆運算方法，並繼續有效地管理變革的人員方面。