Sync: add design and process improvement notes
This commit is contained in:
@@ -1,69 +1,59 @@
|
||||
---
|
||||
title: "Change Management"
|
||||
title: "Change-Management"
|
||||
type: concept
|
||||
tags: [itsm, devops, operations]
|
||||
date: 2025-03-01
|
||||
tags: [Organizational-Change, Process-Improvement, ITSM]
|
||||
sources: [testing-workflow-optimizer, understanding-complete-itsm]
|
||||
last_updated: 2026-04-21
|
||||
---
|
||||
|
||||
## Definition
|
||||
# Change-Management
|
||||
|
||||
变更管理(Change Management)是[[ITSM]]的核心流程之一,通过**结构化的方法评估、审批和实施IT变更**,在保持服务稳定性的同时实现业务所需的灵活性。
|
||||
变更管理——在组织中系统性地规划、实施和控制人员、流程和技术变更的管理学科。核心目标是降低变更风险、提高采纳率、确保变革产生预期业务价值,同时最小化对现有服务运营的干扰。
|
||||
|
||||
## Change Management Process
|
||||
## Aliases
|
||||
- 变革管理
|
||||
- 组织变革管理
|
||||
- IT Change Management(ITSM 语境)
|
||||
|
||||
```
|
||||
┌──────────────┐ ┌──────────────┐ ┌──────────────┐
|
||||
│ Change │ → │ Impact │ → │ CAB │
|
||||
│ Request │ │ Assessment │ │ Approval │
|
||||
└──────────────┘ └──────────────┘ └──────────────┘
|
||||
↓
|
||||
┌──────────────┐ ┌──────────────┐ ┌──────────────┘
|
||||
│ Build & │ ← │ Change │ ← │ Schedule │
|
||||
│ Test │ │ Build │ │ & Prepare │
|
||||
└──────────────┘ └──────────────┘ └──────────────┘
|
||||
```
|
||||
## Core Frameworks
|
||||
|
||||
## Change Types
|
||||
### 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**(固化变革)——将变革融入组织文化
|
||||
|
||||
| 类型 | 描述 | 审批级别 |
|
||||
|------|------|---------|
|
||||
| Emergency | 紧急变更(如P1事故响应) | 快速审批 |
|
||||
| Standard | 标准变更(例行维护) | 自动审批 |
|
||||
| Normal | 常规变更(新功能部署) | CAB审批 |
|
||||
### ADKAR Model(Prosci)
|
||||
- **A**wareness(认知)——了解为什么需要变革
|
||||
- **D**esire(渴望)——愿意参与和支持变革
|
||||
- **K**nowledge(知识)——知道如何变革
|
||||
- **A**bility(能力)——能够实施新行为
|
||||
- **R**einforcement(强化)——巩固变革成果
|
||||
|
||||
## Modern Change Management (ITSM 2.0)
|
||||
## In ITSM Context(ITIL Change Management)
|
||||
在 ITSM 框架中,变更管理分为:
|
||||
- **标准变更(Standard Change)**:预批准的低风险例行变更
|
||||
- **正常变更(Normal Change)**:需经 CAB(变更顾问委员会)评估和批准
|
||||
- **紧急变更(Emergency Change)**:突发事件驱动的快速变更,事后评估
|
||||
|
||||
在[[ITSM 2.0]]中,变更管理由AI和[[IaC]]驱动:
|
||||
## In Workflow Optimization
|
||||
[[testing-workflow-optimizer]] 在实施流程优化时必须考虑变更管理:
|
||||
- **测量基线**前先建立利益相关者共识
|
||||
- **设计优化方案**需要获得关键干系人认同
|
||||
- **实施规划**必须包含培训和沟通计划
|
||||
- **自动化落地**需要克服员工的恐惧和阻力
|
||||
|
||||
### AI-Driven Risk Assessment
|
||||
- **Automated Impact Analysis** — 自动评估变更影响
|
||||
- **Failure Probability Prediction** — AI预测变更失败概率
|
||||
- **Rollback Planning** — 自动生成回滚计划
|
||||
## Common Pitfalls
|
||||
- **变革疲劳(Change Fatigue)**:频繁变更导致员工抵触
|
||||
- **忽略人因素**:只关注流程和技术,忽视人的情感
|
||||
- **缺乏可见成果**:没有短期胜利导致失去支持
|
||||
- **变革太快或太慢**:节奏失控
|
||||
|
||||
### CI/CD Pipeline Governance
|
||||
```
|
||||
Code Commit → Automated Testing → IaC Validation → Risk Score → Approval
|
||||
↓ ↓ ↓ ↓ ↓
|
||||
Git hooks Unit/Int Tests Terraform Plan ML Model Auto/CAB
|
||||
```
|
||||
|
||||
## Key Metrics
|
||||
|
||||
| 指标 | 描述 |
|
||||
|------|------|
|
||||
| Change Success Rate | 变更成功率 |
|
||||
| Failed Change Rate | 失败变更率 |
|
||||
| Rollback Rate | 回滚率 |
|
||||
| Emergency Change Ratio | 紧急变更比例 |
|
||||
|
||||
## Related Concepts
|
||||
|
||||
- [[ITSM]] — 父框架
|
||||
- [[Change-Failure-Rate]] — 变更失败率
|
||||
- [[IaC]] — 基础设施即代码
|
||||
- [[CI/CD-Pipeline]] — CI/CD流水线
|
||||
- [[Rollback]] — 回滚机制
|
||||
|
||||
## Sources
|
||||
|
||||
- [[understanding-complete-itsm]] — AI-driven Change Management
|
||||
## Connections
|
||||
- [[testing-workflow-optimizer]] — 流程优化落地的必要保障机制
|
||||
- [[ITSM]] — ITSM 框架中的三大核心流程之一
|
||||
- [[Kaizen]] — 持续改进需要有效的变更管理支撑
|
||||
|
||||
Reference in New Issue
Block a user