change-management

change-management skill 概覽

change-management 的設計用途

change-management skill 是一套給 C-level 使用的顧問式行動手冊，用來規劃與溝通組織變革，避免造成不必要的混亂、抗拒或疲乏。它把 ADKAR 模型調整成適合新創速度的情境：領導者常常必須在所有細節都還沒完全定案前，就先宣布組織重整、工具移轉、流程變更、策略轉向、產品退場、領導層交接，或文化轉型。

最適合的使用者與決策情境

這個 change-management skill 特別適合創辦人、高階主管、chiefs of staff、人資與人才管理主管，以及需要實際推行計畫、而不是只想要一段泛用「公告文」prompt 的營運角色。當真正的任務不只是說明變更內容，還包含安排利害關係人的溝通順序、預判反對意見、建立認知與意願，以及決定上線後需要哪些強化措施時，它會特別有用。

它和一般 prompt 的差異

這個 skill 的價值在於它提供了結構化的變革視角：它會引導 agent 把商業理由、利害關係人的誘因、能力缺口、推行計畫、抗拒模式，以及變革疲乏風險拆開來看。內含的 references/change-playbook.md 也提供工具移轉與組織重整的具體範例，讓輸出比單一溝通模板更貼近實際情境。

什麼情況下可能還不夠

請把這個 skill 當作顧問建議與草擬框架，而不是法律、人資合規或勞資關係指引。若涉及裁員、受監管的人力異動、工會情境、薪酬調整，或重大雇傭風險，任何內容送出前，都應搭配法律顧問與內部 HR 審查。

如何使用 change-management skill

change-management 安裝方式與 repository 路徑

使用以下指令從 GitHub repository 安裝這個 skill：

npx skills add alirezarezvani/claude-skills --skill change-management

原始碼位於 c-level-advisor/skills/change-management。安裝後，先閱讀 SKILL.md 了解運作模型，再打開 references/change-playbook.md 查看更深入的範例，取得更好的 prompt 素材。這裡沒有 scripts 或自動化檔案；這是一個用於推理、規劃與溝通的 skill。

提供哪些輸入會得到最好的輸出

在要求產出交付物之前，先提供變革背景。好的輸入包括：

• 變革類型：組織重整、流程變更、工具移轉、策略轉向、領導層異動、產品關閉
• 商業理由：要解決什麼問題，如果不改變會發生什麼事
• 利害關係人群體：高階主管、主管、ICs、客戶、合作夥伴、board、受影響團隊
• 目前情緒與氛圍：信任程度、過去失敗的變革、疲乏感、可能的反對意見
• 時程：公告日期、轉換期、訓練、決策期限
• 不可妥協事項：哪些已經決定、哪些仍未定案、哪些不能承諾
• 需要的產出：推行計畫、FAQ、主管溝通重點、公告、風險地圖

較弱的 prompt 是：「Help me announce a reorg。」
較強的 prompt 是：「Use the change-management skill to plan a reorg announcement. We are moving Customer Success from Sales to Operations because retention work is being deprioritized under new-logo targets. Affected groups are Sales, CS, Ops, and existing enterprise customers. Trust is mixed because we changed reporting lines twice last year. Draft the ADKAR-based rollout plan, executive announcement, manager talking points, and resistance risks。」

建議的 change-management 使用流程

先診斷，再進入訊息撰寫。可以請這個 skill 找出 ADKAR 缺口：大家是否理解為什麼要改變、是否願意接受、是否知道如何執行、是否具備能力與資源，以及上線後是否看得到強化措施？之後再開始產出具體文件。

一個實用流程如下：

1. 請它建立利害關係人影響地圖。
2. 請它整理「為什麼是現在」的敘事，以及如果不改變會有哪些風險。
3. 依受眾與時間點產生推行順序。
4. 草擬公告、主管 FAQ，以及反對意見回應。
5. 檢查是否過度承諾、語意模糊，或低估變革疲乏。
6. 發布前，依據實際的領導層限制再次迭代。

依賴輸出前應先閱讀的檔案

閱讀 SKILL.md，了解觸發情境、ADKAR 結構，以及變革類型。當你需要更紮實的範例時，尤其是工具移轉與組織重整，請閱讀 references/change-playbook.md。這個參考檔很有用，因為它展現了「只是通知大家」與「說清楚變革背後的營運理由」之間的差異。

change-management skill 常見問題

change-management 適合 Change Management 初學者嗎？

適合。只要你了解業務背景，即使不熟正式的變革管理框架，也可以上手使用這個 skill。它會透過實務問題拆解工作：為什麼要改變、誰會受影響、會出現哪些抗拒，以及如何強化採用。初學者仍然應提供具體背景，而不是期待 skill 自行推測內部政治與脈絡。

它和單純要求一份溝通計畫有什麼不同？

基本的溝通 prompt 通常會產出時程表和公告。change-management skill 則會加入採用邏輯：awareness、desire、knowledge、ability、reinforcement。這很重要，因為許多推行計畫不是在公告當下失敗，而是在公告之後失敗：主管回答不了問題、團隊不知道實際上要怎麼做不同的事，或大家默默等著這項變革自己消失。

哪些變革最適合使用？

最適合的是對營運有實際影響的新創或成長期公司變革：切換工具、重組團隊、改變決策權、策略轉向、停止產品、導入新的營運儀式，或改變領導期待。當利害關係人可能認同商業邏輯、但抗拒被打亂的過程時，它尤其有用。

什麼情況不應只靠這個 skill？

不要單獨用它處理具法律敏感性的雇傭行動、危機溝通、上市公司揭露、受監管的客戶通知，或需要正式諮商程序的變更。它可以協助準備問題、訊息草稿與利害關係人地圖，但最終計畫應經過合格的內部審查。

如何改進 change-management skill 的使用效果

用更精準的脈絡提升 change-management 結果

最重要的升級是具體化。不要只寫「people may resist」，而要寫出實際的抗拒模式：失去自主權、擔心裁員、因過去工具導入失敗而不信任、主管負荷過高、客戶被影響，或誘因不清楚。你越精準說出抗拒來源，這個 skill 產出的推行計畫與溝通重點就越有用。

要求取捨分析，而不只是模板

在高風險的 change-management 使用情境中，請要求多個選項。例如：「Give me a fast rollout, a trust-preserving rollout, and a minimum-disruption rollout, with risks for each。」這能幫助領導者看見速度、透明度與參與程度各自的成本，而不是只收到一份漂亮但未經壓力測試的計畫。

第一版之後要迭代

拿到第一版輸出後，把不切實際的地方回饋進去，例如：「This assumes managers have time for training; they do not」，或「The announcement is too executive-centered; employees care about role impact」。接著請這個 skill 依利害關係人群體修訂計畫。這會比一開始就要求一封最終 memo 產生更好的結果。

留意常見失敗模式

主要失敗模式包括：商業理由太模糊、語氣過度正面、低估疲乏感，以及把溝通誤當成全部的變革。可以請這個 skill 做最後檢視：「Identify where this plan may sound evasive, where stakeholders may not believe us, and what reinforcement is missing 30 and 60 days after launch。」