change-management by borghei/claude-skills
npx skills add https://github.com/borghei/claude-skills --skill change-management大多数变革失败于实施阶段,而非设计阶段。本技能提供了一套完整的框架,用于推行组织变革——从流程微调到全面战略转向——旨在实现最小化干扰和最大化采纳度。
变革管理,ADKAR,组织变革,重组,流程变更,工具迁移,战略转向,变革阻力,变革疲劳,变革沟通,利益相关者管理,采纳,合规,变革推行,过渡
START: 需要变革
|
v
[哪种类型的变革?]
|
+-- 流程变更(新工具、新工作流)
| 时间线:4-8 周
| 最困难阶段:能力
| 参见:流程变更手册
|
+-- 组织变革(重组、新领导、团队结构调整)
| 时间线:3-6 个月
| 最困难阶段:意愿
| 参见:组织变革手册
|
+-- 战略转向(新方向、产品下线)
| 时间线:3-12 个月
| 最困难阶段:认知
| 参见:战略转向手册
|
+-- 文化变革(价值观更新、行为期望)
时间线:12-24 个月
最困难阶段:巩固
参见:文化变革手册
| 阶段 | 含义 | 失败征兆 |
|---|---|---|
| A wareness 认知 | 人们理解变革发生的原因 | "没人告诉我为什么" |
| D esire 意愿 | 人们愿意参与(或至少不抵制) | "我理解但我不同意" |
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
| K nowledge 知识 | 人们知道如何以新方式做事 | "我想做但不知道怎么做" |
| A bility 能力 | 人们有时间、工具和支持来改变 | "我知道怎么做但我现在还做不到" |
| R einforcement 巩固 | 变革成为新的默认常态 | "我们试过但又回到了老路" |
当变革遇到困难时,识别哪个阶段出了问题:
| 征兆 | 出问题的阶段 | 解决方案 |
|---|---|---|
| "我们为什么要这样做?" | 认知 | 用数据重新沟通原因 |
| "这是个坏主意" | 意愿 | 解决顾虑,让员工参与如何实施 |
| "我不知道怎么做这个" | 知识 | 培训、文档、办公时间 |
| "我总是回到旧习惯" | 能力 | 练习时间、减少工作量、支持 |
| "我们开始了但停止了" | 巩固 | 衡量、认可、移除旧方式 |
| 周数 | 阶段 | 关键活动 |
|---|---|---|
| -4 | 认知准备 | 识别利益相关者,起草沟通材料 |
| -2 | 认知启动 | CEO/领导者视频解释原因 |
| -1 | 意愿建立 | 顾虑收集会议,解决担忧,让员工参与如何实施 |
| 0 | 知识 + 上线 | 培训、文档、启动 |
| 1-2 | 能力支持 | 办公时间、帮助台、减轻负荷 |
| 3-4 | 能力 + 早期巩固 | 采纳度检查、公开成功案例、收集反馈 |
| 6-8 | 全面巩固 | 旧方式弃用、衡量采纳度、认可成功 |
| 模式 | 他们会说什么 | 信号含义 | 应对 |
|---|---|---|---|
| 公开反对 | "这行不通" | 认知或可信度差距 | 提供证据,承认顾虑 |
| 时机挑战 | "为什么是现在?" | 认知差距 | 解释紧迫性和延迟的成本 |
| 流程抱怨 | "没人征求过我的意见" | 意愿差距 | 承认问题,现在就让其参与如何实施 |
| 能力借口 | "我没时间" | 能力差距 | 减少负荷或延长时间线 |
| 历史参照 | "我们以前试过这个" | 信任差距 | 明确指出这次的不同之处 |
| 沉默的不合规 | [没有口头反对,就是不改变] | 可能是任何阶段 | 进行一对一对话以诊断 |
| 恶意合规 | [技术上做了但暗中破坏] | 深层的意愿差距 | 就真实顾虑进行直接对话 |
START: 检测到阻力
|
v
[是公开的还是沉默的?]
|
+-- 公开的 --> 好的。他们足够在意才会反对。
| |
| v
| [顾虑是否合理?]
| |
| +-- 是 --> 修改变革方案。阻力是一种信息。
| +-- 否 --> 用数据和同理心应对。不要置之不理。
|
+-- 沉默的 --> 危险的。可能是任何 ADKAR 阶段。
|
v
[进行一对一对话,提出具体问题]
"你对这个变革有什么顾虑?"
"需要满足什么条件,这个变革才能对你有效?"
"什么样的支持会对你有帮助?"
"有些人就是抗拒变革。"
这会把阻力当作性格缺陷,而不是一种信号。每一种阻力模式都揭示了哪个 ADKAR 阶段出了问题。在回应之前先进行诊断。
| 受众 | 顺序 | 渠道 | 内容 |
|---|---|---|---|
| 领导团队 | 第 1 位 | 面对面/视频会议 | 完整背景 + 他们在推行中的角色 |
| 直接受影响的员工 | 第 2 位 | 经理一对一或小组会议 | 个人影响 + 可用的支持 |
| 全体员工 | 第 3 位 | 全员大会或书面通知 + 问答 | 原因 + 内容 + 时间线 + 常见问题 |
| 外部利益相关者 | 第 4 位(如适用) | 合适的渠道 | 仅限需要知道的信息 |
结构:
1. 什么在改变(1-2 句话,直接明了)
2. 为什么改变(商业原因——诚实)
3. 这对你意味着什么(实际影响)
4. 什么**没有**改变(稳定锚点)
5. 时间线(具体日期)
6. 如何提问(渠道、联系人、办公时间)
7. 接下来会发生什么(第一个具体步骤)
| 变革类型 | 公告前 | 启动日 | 第 1 周 | 第 1 个月 | 第 3 个月 |
|---|---|---|---|---|---|
| 流程 | 向负责人预告 | 全员邮件 | 发布常见问题 | 采纳度检查 | 移除旧方式 |
| 组织 | 与受影响者一对一沟通 | 同步会议 | 常见问题 + 经理一对一沟通 | 回顾会议 | 健康检查 |
| 战略 | 领导层对齐 | 全员大会并答疑 | 团队层面的"这对我们意味着什么"讨论 | 资源证明 | 第一个里程碑 |
| 文化 | 意见收集 | 基于故事的公告 | 行为锚点 | 在评审中体现 | 持续进行 |
| 信号 | 严重程度 | 应对 |
|---|---|---|
| 公告时翻白眼 | 早期 | 承认变革节奏,展示先前变革的成果 |
| 变革会议出席率低 | 中等 | 使出席成为可选,但展示结果 |
| 表面快速合规,实际采纳缓慢 | 显著 | 暂停非关键变革 |
| "又来了"的评论 | 显著 | 审计变革清单,沟通稳定性 |
| 完全脱离 | 严重 | 冻结变革,重建信任 |
| 规则 | 实施方法 |
|---|---|
| 有始有终 | 在之前的变革被消化吸收前,不要启动新的变革 |
| 一次只进行一项重大变革 | 在重大变革之间间隔 2-3 个月 |
| 宣布稳定期 | 明确说明什么没有改变 |
| 展示成果 | 在启动下一个变革前,公布前一个变革取得的成果 |
| 变革预算 | 将组织注意力视为有限资源 |
在启动任何新变革之前,清点所有正在进行的变革:
| 变革 | 阶段 | 开始日期 | 吸收率 % | 可以暂停吗? |
|---|---|---|---|---|
| 新 CRM 推行 | 能力 | 2 周前 | 60% | 否 |
| 工程部门重组 | 意愿 | 1 个月前 | 40% | 是 |
| 价值观更新 | 巩固 | 3 个月前 | 75% | 否 |
规则:如果有 3 项或以上变革正在进行且吸收率 < 70%,则不要增加新的变革。
时间线:4-8 周 | 最困难阶段:能力
| 周数 | 活动 | 负责人 |
|---|---|---|
| -2 | 宣布原因 + 上线日期 | 变革发起人 |
| -1 | 提供培训课程 | 变革团队 |
| 0 | 上线 + 提供支持人员 | 变革团队 |
| 2 | 采纳度检查:谁在用,谁没用 | 变革团队 |
| 4 | 收集反馈 + 公开成功案例 | 变革发起人 |
| 8 | 旧系统弃用 | IT + 变革团队 |
时间线:3-6 个月 | 最困难阶段:意愿
| 时间点 | 活动 | 负责人 |
|---|---|---|
| 第 0 天 | 宣布并说明原因——首选同步、面对面 | CEO/领导者 |
| 第 1 天 | 经理与受影响最大的员工进行一对一沟通 | 经理们 |
| 第 1 周 | 发布包含诚实答案的常见问题 | HR + 变革团队 |
| 第 2-4 周 | 新结构开始运作(不要延迟) | 所有领导者 |
| 第 2 个月 | 第一次回顾会议 | 变革团队 |
| 第 3-6 个月 | 定期健康检查 | HR |
关于领导者离职该说什么:对于可以分享的内容要诚实。永远不要说"我们不能分享原因",除非你能说明这对团队意味着什么。
时间线:3-12 个月 | 最困难阶段:认知
| 时间点 | 活动 | 负责人 |
|---|---|---|
| 公告前 | 领导层对齐(每个人都必须意见一致) | CEO |
| 第 0 天 | 先内部公告(员工先于媒体) | CEO |
| 第 1 周 | 团队层面的"这对我们意味着什么"对话 | 团队负责人 |
| 第 2 周 | 宣布资源重新分配 | CFO + COO |
| 第 1 个月 | 新方向的第一个里程碑可见 | 相关领导者 |
| 持续进行 | 定期更新新方向的进展 | CEO |
导致转向失败的因素:宣布新方向的同时,却以同等水平继续资助旧方向。必须转移资源,否则转向就不是真的。
时间线:12-24 个月 | 最困难阶段:巩固
| 阶段 | 活动 | 时间线 |
|---|---|---|
| 意见收集 | 让代表性样本参与定义变革 | 第 1-2 个月 |
| 宣布 | 基于故事和观察到的行为进行公告 | 第 2 个月 |
| 锚定 | 为每项文化变革定义可观察的行为 | 第 2-3 个月 |
| 示范 | 领导团队首先明显地示范新行为 | 第 3 个月起 |
| 整合 | 新行为出现在绩效评审中 | 下一个评审周期 |
| 庆祝 | 当观察到新行为时,公开认可 | 持续进行 |
| 维度 | 合规 | 采纳 |
|---|---|---|
| 行为 | 被监督时做 | 因为更好而做 |
| 持续时间 | 监督放松时恢复原状 | 无需监督也能持续 |
| 态度 | 不情愿 | 愿意或热情 |
| 来源 | 外部压力 | 内部信念 |
只有巩固才能创造采纳。合规是强制执行的结果。目标是采纳。
| 指标 | 如何衡量 | 目标 |
|---|---|---|
| 使用率 | 积极使用新流程/工具的人员百分比 | 第 8 周 > 80% |
| 回退率 | 回退到旧方式的人员百分比 | < 10% |
| 满意度 | 调查:"新方式更好吗?" | > 60% 同意 |
| 速度 | 用旧方式 vs. 新方式完成任务的时间 | 第 4 周时新方式更快 |
| 支持请求 | 帮助请求的数量 | 每周递减 |
| 当...时 | 变革管理与...合作 | 目的是... |
|---|---|---|
| 流程变更 | COO (coo-advisor) | 在宣布前设计新流程 |
| 组织重组 | CHRO + CEO | 人员影响评估、沟通 |
| 战略转向 | CEO (ceo-advisor) | 对齐和叙事 |
| 文化变革 | Culture Architect (culture-architect) | 价值观到行为的转化 |
| 工具迁移 | CTO (cto-advisor) | 技术推行计划 |
| 操作系统变更 | Company OS (company-os) | 新的节奏和周期 |
| 变革后对齐 | Strategic Alignment (strategic-alignment) | 验证变革后的级联对齐 |
| 请求 | 交付物 |
|---|---|
| "规划变革推行" | 基于 ADKAR 的变革计划,包含时间线和负责人 |
| "我们要进行重组" | 组织变革手册,包含沟通计划 |
| "管理对 [变革] 的阻力" | 阻力诊断 + 针对性应对方案 |
| "我们是否处于变革疲劳中?" | 变革清单 + 疲劳评估 + 建议 |
| "[变革] 的沟通计划" | 顺序沟通计划及模板 |
| "衡量 [变革] 的采纳度" | 采纳度指标仪表板及目标 |
每周安装量
1
代码库
GitHub 星标
29
首次出现
今天
安全审计
安装于
zencoder1
amp1
cline1
openclaw1
opencode1
cursor1
Most changes fail at implementation, not design. This skill provides the complete framework for rolling out organizational changes -- from process tweaks to full strategic pivots -- with minimal disruption and maximum adoption.
change management, ADKAR, organizational change, reorg, process change, tool migration, strategy pivot, change resistance, change fatigue, change communication, stakeholder management, adoption, compliance, change rollout, transition
START: Change is needed
|
v
[What type of change?]
|
+-- Process Change (new tools, workflows)
| Timeline: 4-8 weeks
| Hardest phase: Ability
| See: Process Change Playbook
|
+-- Org Change (reorg, new leader, team restructure)
| Timeline: 3-6 months
| Hardest phase: Desire
| See: Org Change Playbook
|
+-- Strategy Pivot (new direction, killed products)
| Timeline: 3-12 months
| Hardest phase: Awareness
| See: Strategy Pivot Playbook
|
+-- Culture Change (values refresh, behavior expectations)
Timeline: 12-24 months
Hardest phase: Reinforcement
See: Culture Change Playbook
| Phase | What It Is | Failure Symptom |
|---|---|---|
| A wareness | People understand WHY the change is happening | "Nobody told me why" |
| D esire | People want to participate (or at least don't resist) | "I understand but I don't agree" |
| K nowledge | People know HOW to do things the new way | "I want to but I don't know how" |
| A bility | People have time, tools, and support to change | "I know how but I can't do it yet" |
| R einforcement | The change sticks as the new default | "We tried but went back to the old way" |
When a change is struggling, identify which phase is broken:
| Symptom | Broken Phase | Fix |
|---|---|---|
| "Why are we doing this?" | Awareness | Re-communicate the WHY with data |
| "This is a bad idea" | Desire | Address concerns, involve in HOW |
| "I don't know how to do this" | Knowledge | Training, documentation, office hours |
| "I keep reverting to old habits" | Ability | Practice time, reduce workload, support |
| "We started but stopped" | Reinforcement | Measurement, recognition, remove old way |
| Week | Phase | Key Activities |
|---|---|---|
| -4 | Awareness prep | Identify stakeholders, draft communication |
| -2 | Awareness launch | CEO/leader video explaining WHY |
| -1 | Desire building | Concerns session, address fears, involve in HOW |
| 0 | Knowledge + Go-live | Training, documentation, launch |
| 1-2 | Ability support | Office hours, help desk, reduced load |
| 3-4 | Ability + early Reinforcement | Adoption check, public wins, feedback |
| 6-8 | Full Reinforcement | Old way deprecated, adoption measured, recognized |
| Pattern | What They Say | What It Signals | Response |
|---|---|---|---|
| Vocal opposition | "This won't work" | Awareness or credibility gap | Present evidence, acknowledge concern |
| Timing challenge | "Why now?" | Awareness gap | Explain urgency and cost of delay |
| Process complaint | "I wasn't consulted" | Desire gap | Acknowledge, involve in the HOW now |
| Capacity excuse | "I don't have time" | Ability gap | Reduce load or extend timeline |
| Historical reference | "We tried this before" | Trust gap | Name what is different this time |
| Silent non-compliance | [No verbal pushback, just doesn't change] | Could be any phase | 1:1 conversation to diagnose |
| Malicious compliance |
START: Resistance detected
|
v
[Is it vocal or silent?]
|
+-- VOCAL --> Good. They care enough to push back.
| |
| v
| [Is the concern valid?]
| |
| +-- YES --> Modify the change. Resistance is information.
| +-- NO --> Address with data and empathy. Do not dismiss.
|
+-- SILENT --> Dangerous. Could be any ADKAR phase.
|
v
[1:1 conversation with specific questions]
"What concerns you about this change?"
"What would need to be true for this to work for you?"
"What support would help?"
"Some people are just resistant to change."
This treats resistance as a personality flaw rather than a signal. Every resistance pattern is information about which ADKAR phase is broken. Diagnose before responding.
| Audience | Order | Channel | Content |
|---|---|---|---|
| Leadership team | 1st | In-person/video meeting | Full context + their role in rollout |
| Directly affected employees | 2nd | Manager 1:1 or small group | Personal impact + support available |
| All employees | 3rd | All-hands or written + Q&A | WHY + WHAT + timeline + FAQ |
| External stakeholders | 4th (if applicable) | Appropriate channel | Need-to-know only |
Structure:
1. What is changing (1-2 sentences, direct)
2. Why it is changing (the business reason -- honest)
3. What this means for you (practical impact)
4. What is NOT changing (stability anchor)
5. Timeline (specific dates)
6. How to ask questions (channel, person, office hours)
7. What happens next (first concrete step)
| Change Type | Pre-announcement | Launch Day | Week 1 | Month 1 | Month 3 |
|---|---|---|---|---|---|
| Process | Heads-up to leads | All-hands email | FAQ published | Adoption check | Old way removed |
| Org | 1:1s with affected | Synchronous meeting | FAQ + manager 1:1s | Retro | Health check |
| Strategy | Leadership alignment | All-hands with Q&A | Team-level "what does this mean" | Resource proof | First milestone |
| Culture | Input gathering | Story-based announcement | Behavior anchors | Reviews reflect it | Ongoing |
| Signal | Severity | Response |
|---|---|---|
| Eye-rolls during announcements | Early | Acknowledge the pace, show results of previous changes |
| Low attendance at change sessions | Moderate | Make attendance optional but results visible |
| Fast paper compliance, slow real adoption | Significant | Pause non-critical changes |
| "Here we go again" comments | Significant | Audit change inventory, communicate stability |
| Complete disengagement | Critical | Freeze changes, rebuild trust |
| Rule | Implementation |
|---|---|
| Finish what you start | Do not launch new change while previous is absorbing |
| One major change at a time | Space 2-3 months between significant changes |
| Announce stability | Explicitly state what is NOT changing |
| Show results | Publish what previous change achieved before launching next |
| Change budget | Treat organizational attention as a finite resource |
Before launching any new change, inventory all active changes:
| Change | Phase | Start Date | Absorption % | Can It Pause? |
|---|---|---|---|---|
| New CRM rollout | Ability | 2 weeks ago | 60% | No |
| Engineering reorg | Desire | 1 month ago | 40% | Yes |
| Values refresh | Reinforcement | 3 months ago | 75% | No |
Rule : If 3+ changes are active and < 70% absorbed, do not add another.
Timeline : 4-8 weeks | Hardest Phase : Ability
| Week | Activity | Owner |
|---|---|---|
| -2 | Announce WHY + go-live date | Change sponsor |
| -1 | Training sessions available | Change team |
| 0 | Go-live + support person available | Change team |
| 2 | Adoption check: who is using it, who is not | Change team |
| 4 | Feedback collection + public wins | Change sponsor |
| 8 | Old system deprecated | IT + Change team |
Timeline : 3-6 months | Hardest Phase : Desire
| Timing | Activity | Owner |
|---|---|---|
| Day 0 | Announce with WHY -- synchronous, in-person preferred | CEO/leader |
| Day 1 | 1:1s with most affected by their manager | Managers |
| Week 1 | FAQ published with honest answers | HR + Change team |
| Week 2-4 | New structure operating (do not delay) | All leaders |
| Month 2 | First retrospective | Change team |
| Month 3-6 | Regular health check-ins | HR |
What to say about a leader departure : Be honest about what you can share. Never say "we can't share the reasons" without offering what you CAN say about what it means for the team.
Timeline : 3-12 months | Hardest Phase : Awareness
| Timing | Activity | Owner |
|---|---|---|
| Pre-announcement | Leadership alignment (everyone must be on same page) | CEO |
| Day 0 | Internal announcement first (employees BEFORE press) | CEO |
| Week 1 | Team-level "what does this mean for us" conversations | Team leads |
| Week 2 | Resource reallocation announced | CFO + COO |
| Month 1 | First milestone of new direction visible | Relevant leader |
| Ongoing | Regular updates on new direction progress | CEO |
What kills pivots : Announcing a new direction while still funding the old one at the same level. Move the resources or the pivot is not real.
Timeline : 12-24 months | Hardest Phase : Reinforcement
| Phase | Activity | Timeline |
|---|---|---|
| Input | Involve representative sample in defining the change | Month 1-2 |
| Announce | Story-based announcement with observed behaviors | Month 2 |
| Anchor | Define observable behaviors for each culture change | Month 2-3 |
| Model | Leadership team visibly models new behavior first | Month 3+ |
| Integrate | New behaviors appear in performance reviews | Next review cycle |
| Celebrate | Publicly recognize new behavior when observed | Ongoing |
| Dimension | Compliance | Adoption |
|---|---|---|
| Behavior | Does it when watched | Does it because it is better |
| Duration | Reverts when enforcement relaxes | Sustained without enforcement |
| Attitude | Reluctant | Willing or enthusiastic |
| Source | External pressure | Internal belief |
Only reinforcement creates adoption. Compliance is the result of enforcement. Aim for adoption.
| Metric | How to Measure | Target |
|---|---|---|
| Usage rate | % of people actively using new process/tool | > 80% by week 8 |
| Reversion rate | % reverting to old way | < 10% |
| Satisfaction | Survey: "Is the new way better?" | > 60% agree |
| Speed | Time to complete task old way vs. new way | New way faster by week 4 |
| Support requests | Volume of help requests | Declining week over week |
| When... | Change Management Works With... | To... |
|---|---|---|
| Process change | COO (coo-advisor) | Design new process before announcing |
| Org restructure | CHRO + CEO | People impact assessment, communication |
| Strategy pivot | CEO (ceo-advisor) | Alignment and narrative |
| Culture change | Culture Architect (culture-architect) | Values-to-behaviors translation |
| Tool migration | CTO (cto-advisor) | Technical rollout plan |
| Operating system change |
| Request | Deliverable |
|---|---|
| "Plan a change rollout" | ADKAR-based change plan with timeline and owners |
| "We're doing a reorg" | Org change playbook with communication plan |
| "Manage resistance to [change]" | Resistance diagnosis + targeted responses |
| "Are we in change fatigue?" | Change inventory + fatigue assessment + recommendations |
| "Communication plan for [change]" | Sequenced communication with templates |
| "Measure adoption of [change]" | Adoption metrics dashboard with targets |
Weekly Installs
1
Repository
GitHub Stars
29
First Seen
Today
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
zencoder1
amp1
cline1
openclaw1
opencode1
cursor1
站立会议模板:敏捷开发每日站会指南与工具(含远程团队异步模板)
10,500 周安装
| [Does it technically but undermines] |
| Deep desire gap |
| Direct conversation about real concern |
Company OS (company-os) |
| New rhythms and cadences |
| Alignment after change | Strategic Alignment (strategic-alignment) | Verify cascade post-change |