60 lines
2.8 KiB
Markdown
60 lines
2.8 KiB
Markdown
---
|
||
title: "Change-Management"
|
||
type: concept
|
||
tags: [Organizational-Change, Process-Improvement, ITSM]
|
||
sources: [testing-workflow-optimizer, understanding-complete-itsm]
|
||
last_updated: 2026-04-21
|
||
---
|
||
|
||
# Change-Management
|
||
|
||
变更管理——在组织中系统性地规划、实施和控制人员、流程和技术变更的管理学科。核心目标是降低变更风险、提高采纳率、确保变革产生预期业务价值，同时最小化对现有服务运营的干扰。
|
||
|
||
## Aliases
|
||
- 变革管理
|
||
- 组织变革管理
|
||
- IT Change Management（ITSM 语境）
|
||
|
||
## Core Frameworks
|
||
|
||
### Kotter's 8-Step Change Model
|
||
1. **Create Urgency**（创造紧迫感）——让利益相关者认识到变革必要性
|
||
2. **Build Guiding Coalition**（组建指导联盟）——建立变革领导团队
|
||
3. **Form Strategic Vision**（形成战略愿景）——清晰描述变革后的未来状态
|
||
4. **Enlist a Volunteer Army**（动员志愿者）——让尽可能多的人参与
|
||
5. **Enable Action by Removing Barriers**（消除障碍）——移除阻碍变革的结构性和文化性壁垒
|
||
6. **Generate Short-Term Wins**（创造短期胜利）——通过快速成果建立信心
|
||
7. **Sustain Acceleration**（持续加速）——保持势头，不给反对派喘息空间
|
||
8. **Institute Change**（固化变革）——将变革融入组织文化
|
||
|
||
### ADKAR Model（Prosci）
|
||
- **A**wareness（认知）——了解为什么需要变革
|
||
- **D**esire（渴望）——愿意参与和支持变革
|
||
- **K**nowledge（知识）——知道如何变革
|
||
- **A**bility（能力）——能够实施新行为
|
||
- **R**einforcement（强化）——巩固变革成果
|
||
|
||
## In ITSM Context（ITIL Change Management）
|
||
在 ITSM 框架中，变更管理分为：
|
||
- **标准变更（Standard Change）**：预批准的低风险例行变更
|
||
- **正常变更（Normal Change）**：需经 CAB（变更顾问委员会）评估和批准
|
||
- **紧急变更（Emergency Change）**：突发事件驱动的快速变更，事后评估
|
||
|
||
## In Workflow Optimization
|
||
[[testing-workflow-optimizer]] 在实施流程优化时必须考虑变更管理：
|
||
- **测量基线**前先建立利益相关者共识
|
||
- **设计优化方案**需要获得关键干系人认同
|
||
- **实施规划**必须包含培训和沟通计划
|
||
- **自动化落地**需要克服员工的恐惧和阻力
|
||
|
||
## Common Pitfalls
|
||
- **变革疲劳（Change Fatigue）**：频繁变更导致员工抵触
|
||
- **忽略人因素**：只关注流程和技术，忽视人的情感
|
||
- **缺乏可见成果**：没有短期胜利导致失去支持
|
||
- **变革太快或太慢**：节奏失控
|
||
|
||
## Connections
|
||
- [[testing-workflow-optimizer]] — 流程优化落地的必要保障机制
|
||
- [[ITSM]] — ITSM 框架中的三大核心流程之一
|
||
- [[Kaizen]] — 持续改进需要有效的变更管理支撑
|