Skip to content
Back to skills

Org Change Management Adkar

ASecurity

当要在组织内推行变革(换工具、改流程、重组、战略转向、砍产品、换负责人)且需把"宣布"变成"落地采纳"时使用;做:用 ADKAR 五阶段诊断卡点、按变革类型排出沟通时序、识别并回应抵触、防治变革疲劳,产出沟通计划与采纳度度量。不适用于个人时间管理、纯产品/技术方案设计、HR 法务合规流程。触发词:变革管理、ADKAR、组织重组、流程变更、工具迁移、战略转向、变革抵触、变革疲劳。

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 19, 2026
ai-agents

Works with

  • cursor
  • cli

Security analysis

A100/100

Scanned September 19, 2026

npx -y skills add findscripter/everything-skills --skill org-change-management-adkar --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Org Change Management Adkar?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Org Change Management Adkar
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/findscripter-org-change-management-adkar/badge)](https://www.skillsdirectory.com/skills/findscripter-org-change-management-adkar)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: org-change-management-adkar
title: 组织变革管理(ADKAR 模型)
description: 当要在组织内推行变革(换工具、改流程、重组、战略转向、砍产品、换负责人)且需把"宣布"变成"落地采纳"时使用;做:用 ADKAR 五阶段诊断卡点、按变革类型排出沟通时序、识别并回应抵触、防治变革疲劳,产出沟通计划与采纳度度量。不适用于个人时间管理、纯产品/技术方案设计、HR 法务合规流程。触发词:变革管理、ADKAR、组织重组、流程变更、工具迁移、战略转向、变革抵触、变革疲劳。
domain: 协作/pm
triggers: [变革管理, ADKAR, 组织重组, reorg, 流程变更, 工具迁移, 战略转向, 变革抵触, 变革疲劳, 采纳度]
tags: [change-management, adkar, org, pm, collaboration, communication]
level: 进阶
status: stable
agents: [claude-code, codex, cursor, gemini-cli]
tools: []
requires: []
related: [org-change-management, company-culture-builder, internal-comms, strategic-alignment-cascader]
combines_with: [internal-comms, company-culture-builder, org-health-diagnostic]
license: MIT
source: alirezarezvani/claude-skills
source_license: MIT
---
## 何时使用

- 要在团队/公司内推行任何"会改变别人日常工作方式"的变革,并希望它真正被采纳而非走过场:换工具、改流程、组织重组、换负责人、战略转向、砍产品、价值观/行为文化升级。
- 变革"宣布"后落地不顺:有人观望、表面合规背地照旧、出现绕开新系统的私下做法、培训分数高但行为没变。
- 已陷入"变革疲劳",需要诊断同时在跑几个变革、决定暂停哪些、怎么恢复信任。
- 触发词:变革管理、ADKAR、组织重组、流程变更、工具迁移、战略转向、变革抵触、变革疲劳、采纳度。

不该用的边界:
- 不替代具体方案/产品/技术设计——本技能管"怎么让人接受并改变行为",不管"改成什么技术上对不对"。
- 不是个人效率/时间管理工具。
- 不替代 HR、法务、薪酬合规的正式流程(裁员、调岗的法律风险另寻专业支持)。
- 单点小调整(一个无人受影响的内部默认值)无需上整套 ADKAR。

核心判据:**多数变革失败在落地而非设计**。先用 ADKAR 定位卡在哪一阶段,再针对性补缺。

## 步骤 / 指令

ADKAR(Prosci 模型的"创业速度"精简版)五阶段,逐阶段诊断与补缺:

```
A — Awareness 认知:人们懂"为什么要变"(业务动因,而非只是公告)
  常见错误:先讲 WHAT 再讲 WHY("我们要换 CRM" 早于 "现在的流程在拖垮我们")
  要回答:我们在解决什么问题?为什么是现在?不变会怎样?谁、怎么做的决定?
  捷径:决策者一段 5 分钟视频用大白话讲"为什么",胜过正式变革公告文档。
  讲"informing"还是"explaining"——只摆事实=制造工作量,给量化损耗+对标收益=激活意愿。

D — Desire 意愿:人们愿意推动(至少不主动抵抗)
  常见错误:以为"沟通=产生意愿"。认知 ≠ 意愿,人可以懂还讨厌。
  造意愿:对每个干系群体诚实回答"这对我有什么好处/影响";WHAT 已定也让人参与 HOW;直面恐惧。
  毁意愿:粉饰成"对所有人都更好";无视真实损失;零协商就宣布。
  捷径:宣布后 48 小时内开一场"疑虑与提问"会——不是推翻决定,是回应恐惧、表明在听。

K — Knowledge 知识:人们知道在新世界"怎么做"(技能、行为、流程)
  常见错误:宣布完就假设大家自己会摸索。
  要给:分步新流程文档;上线前培训/演练;"遇到[常见场景]怎么办"的明确答案;卡住找谁。
  知识传递方式选型见下表。文档要短(<2页)、按角色组织、有指定联系人。

A — Ability 能力:人们有时间/工具/支持真正做出改变
  常见错误:"我们培训过了" ≠ "大家现在会做了"。培训=知识,能力=练习。
  造能力:被考核前先有练习时间;可安全犯错(不公开羞辱);过渡期减负(别一边学新技能一边压新活);触手可及的求助(频道/对接人/文档)。
  能力缺口信号:压力下退回旧行为;冒出绕开系统的私下做法;培训分高但行为没变。

R — Reinforcement 强化:变革固化,新行为成为默认(最常被跳过的一步)
  常见错误:上线即宣布胜利。变革失败常因从未被强化。
  造强化:可见的采纳度度量;表彰早期采纳者;领导以身作则;尽量移除旧路径(消灭阻力最小路线);对不采纳有明确且一致执行的后果。
  采纳 vs 合规:合规=被盯着才做、没人看就退回;采纳=因为相信更好而做。只有强化能造采纳。
```

知识传递方式选型:

| 方式 | 最适合 | 时机 |
|------|--------|------|
| 现场培训 | 技能型变革、复杂工具 | 上线前 |
| 文档 | 流程变更、参考资料 | 始终 |
| 视频走查 | 工具迁移 | 7×24 自助 |
| 跟岗/同伴学习 | 行为改变 | 上线后第 2–4 周 |
| 答疑时段 office hours | 边缘场景多的任何变革 | 头 4–6 周 |

按变革类型套 ADKAR(最难阶段 + 关键强化 + 沟通时序):

```
流程变更(新工具/新工作流)  周期 4–8 周 | 最难=能力 | 关键强化=停用旧工具
  -2周 宣布"为什么"+上线日 → -1周 开放培训 → 第0周 上线+设对接人
  → 第2周 采纳盘点(谁在用/谁没用) → 第4周 收反馈+晒成果 → 第8周 旧系统下线

组织重组(重组/换负责人/拆并)  周期 3–6 月 | 最难=意愿 | 关键强化=新领导言行一致
  D0 当面/同步视频宣布并讲"为什么" → D1 由直属经理对最受影响成员 1:1
  → 第1周 发布诚实 FAQ(覆盖最常见10问) → 第2–4周 新结构开始运转(别拖)
  → 第2月 首次复盘 → 第3–6月 定期检查团队健康与士气
  换/离任负责人时:永远不要说"原因不能透露";要么给真实解释,要么说"具体细节无法分享,但我可以告诉你这对你意味着[X]"。

战略转向(新方向/砍产品)  周期 3–12 月 | 最难=认知(没人信转向是真的) | 关键强化=可见的资源重配
  永远先对内,员工不该从新闻稿听说转向 → 全员会给足背景(市场变了什么/要做什么/对各团队意味什么)
  → 各团队负责人各开一场"这对我们意味着什么" → 2周内宣布资源重配(钱不动,没人信)
  → 公开庆祝新方向首个里程碑。  杀死转向的做法:宣布新方向却仍按原额度给旧方向输血。

文化变革(价值观/行为预期)  周期 12–24 月 | 最难=强化 | 关键强化=体现新价值观的可见决策
  让代表性样本参与定义 → 用故事宣布(观察到什么/改什么/为什么) → 把每条文化变成可观察的行为锚点
  → 领导层先以身作则 → 一个考核周期内把新预期写进 review → 谁体现了就当众点名。
```

## 示例

抵触模式诊断卡(抵触是信息不是叛逆,先诊断再回应):

| 抵触表现 | 信号 | 回应 |
|----------|------|------|
| "这行不通" | 认知/可信度缺口 | 说明变革的证据基础 |
| "为什么是现在" | 认知缺口 | 讲清紧迫性——不变会怎样 |
| "没人征求我意见" | 意愿缺口 | 承认缺口,现在就让其参与 HOW |
| "我没时间搞这个" | 能力缺口 | 减负或推后时间线 |
| "我们以前试过" | 信任缺口 | 具体说明这次有何不同 |
| 沉默不配合 | 可能任意缺口 | 1:1 对话诊断 |

关键人物应对脚本:
- 直言不讳的质疑者:全员会前先单独谈——"在更大范围宣布前,我想先了解你最大的担忧是什么?"(被尊重后常变成最佳推动者)。
- 沉默不配合者:1:1 点名行为——"我注意到上线两周了你还在用[旧方式],想了解卡点是知识、时间还是别的?"
- 受冲击最大的高管"会上支持、会下拆台":给他一个角色,让他做实施的具名联合负责人——被投入的人不会拆台。

沟通计划模板(工具迁移,可直接套):

```
COMMUNICATION PLAN — [工具名] 迁移
受众 / 决策负责人 / 上线日 / 对接人(频道)
时间线:-4周决策定稿(仅内部) / -3周培训材料就绪 / -2周全员宣布(为什么+时间线+支持计划)
       / -1周培训(两场不同时间) / 第0周上线(旧系统仍可访问) / 第2周采纳盘点
       / 第4周限制旧系统 / 第8周旧系统彻底下线
关键信息:为什么换(诚实两句) / 对你变什么(按角色,≤3条) / 什么不变(对抗疲劳关键) / 怎么求助 / 时间线
FAQ:旧系统会完全消失吗?(给日期) | 我在旧系统的数据怎么办?(迁移方案) | 上线前我没练熟怎么办?(现实预期)
```

变革疲劳:四阶段(兴奋→怀疑→抽离→愤世),信号=宣布时翻白眼"又来了"、相关会议出席率低、纸面快速合规实际采纳缓慢。
防治:**做完再开新的**(别在上一个还没消化时宣布下一个);同期只跑一个大变革,大变革之间留 2–3 月稳定期;主动宣布"什么不变";先晒上一个变革的成果再启动下一个。
已陷入疲劳:宣布任何新变革前先做"变革盘点"——同期>2 个大变革就别开第三个,任何卡住的先诊断再动;可宣布 60 天变革暂停期、先把 80% 完成的收尾、明确"本季度/今年什么不变"。

## 注意事项

- 度量采纳而非上线:上线≠成功,上线是采纳的开始。诊断问随机抽样"你为什么用[新方式]而不是[旧方式]"——答"因为不得不"=合规(不稳定,松一松就退回),答"因为更快/更省事/更好"=采纳(自维持)。
- 红旗信号:周五下午宣布变革(让人整个周末发酵);"这是最终决定,不接受提问"的措辞;没有 FAQ 或安全提问渠道;上线 6 周后旧系统/流程仍在跑;要求别人改变却豁免领导自己;不度量采纳、把"上线=成功"。
- 抵触最糟的回应是无视它——把"有些人就是抗拒变革"当人格缺陷,而非当成需要诊断的信号。
- 别在第 1 周就考核新方式的绩效;别一边变革一边叠新活;别让求助变得难堪。
- 战略转向若钱不跟着动,等于没动——资源重配是唯一让人相信转向为真的证据。
- 推行前先自检关键问句:对变革最怀疑的人,我们直接谈过吗?人们懂"为什么"还是只懂"做什么"?考核前给够练习时间了吗?旧路径还在吗(在就会有人用)?领导自己在示范新行为吗?现在同期跑着几个变革?

## 互见

- requires:无强制前置。
- related:`internal-comms`(撰写变革公告/FAQ/全员沟通文案)、`fact-checking`("量化损耗、对标收益"等用于激活认知的数据须经核验)。
- combines_with:与 OKR/绩效类技能搭配——把新预期行为写进考核周期,是文化变革阶段的关键强化。

---
采编自 alirezarezvani/claude-skills(MIT 许可),原作 change-management,作者 Alireza Rezvani。本条为中文适配重写,保留 ADKAR 模型、按类型沟通时序、抵触诊断与变革疲劳框架,并精简为可执行清单。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…