/change-request

如果你看到不熟悉的占位符或需要检查已连接了哪些工具,请参阅 CONNECTORS.md

创建包含影响分析、风险评估和回滚计划的结构化变更请求。

用法

/change-request $ARGUMENTS

变更管理框架

在构建请求时应用"评估-规划-执行-维持"框架:

1. 评估

2. 规划

3. 执行

4. 维持

沟通原则

输出

## 变更请求:[标题]
**请求人:**[姓名] | **日期:**[日期] | **优先级:**[严重/高/中/低]
**状态:** 草稿 | 待审批 | 已批准 | 进行中 | 已完成

### 描述
[正在变更什么以及原因]

### 商业理由
[为什么需要这个变更 —— 成本节约、合规性、效率、风险降低]

### 影响分析
| 领域 | 影响 | 详情 |
|------|--------|---------|
| 用户 | [高/中/低/无] | [谁受到影响以及如何影响] |
| 系统 | [高/中/低/无] | [哪些系统受到影响] |
| 流程 | [高/中/低/无] | [哪些工作流发生变化] |
| 成本 | [高/中/低/无] | [预算影响] |

### 风险评估
| 风险 | 可能性 | 影响 | 缓解措施 |
|------|-----------|--------|------------|
| [风险] | [高/中/低] | [高/中/低] | [如何缓解] |

### 实施计划
| 步骤 | 负责人 | 时间线 | 依赖关系 |
|------|-------|----------|--------------|
| [步骤] | [人员] | [日期] | [依赖什么] |

### 沟通计划
| 受众 | 信息 | 渠道 | 时机 |
|----------|---------|---------|--------|
| [] | [要告诉他们什么] | [如何传达] | [何时] |

### 回滚计划
[如需撤销变更,请按步骤操作]
- 触发条件:[何时回滚]
- 步骤:[如何回滚]
- 验证:[如何确认回滚成功]

### 所需审批
| 审批人 | 角色 | 状态 |
|----------|------|--------|
| [姓名] | [角色] | 待审批 |

如果有可用连接器

如果已连接 ~~ITSM

如果已连接 ~~project tracker

如果已连接 ~~chat

提示

  1. 具体说明影响 —— "所有人"不是影响评估。"账单团队的 200 名用户"才是。
  2. 始终准备回滚计划 —— 即使你很有信心,也要为失败做计划。
  3. 尽早沟通 —— 意外会制造阻力。预告能赢得支持。