mcpField
C
change-request

change-request

github.com/anthropics生产力33.6k2.9k 次安装1 天前更新
代码仓库

关于 change-request

用于编写结构化变更请求的技能，涵盖影响、风险和回滚计划，并按评估、规划、执行和持续改进组织变更管理。

主要功能

  1. 01评估影响与相关方
  2. 02制定风险和回滚计划
  3. 03规划沟通与培训
  4. 04跟踪里程碑和采纳情况

适用场景

  1. 01准备系统或流程变更
  2. 02规划相关方沟通
  3. 03整理变更审批材料

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill change-request

安装后在 Claude Code 中输入/change-request确认已加载。

详细介绍

/change-request

如果你看到不熟悉的占位符，或需要确认哪些工具已连接，请参阅 CONNECTORS.md。

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

用法

/change-request $ARGUMENTS

变更管理框架

在编写请求时，应用评估-规划-执行-维持框架：

1. 评估
  • 正在变更什么？
  • 谁会受到影响？
  • 变更的影响有多大？（低 / 中 / 高）
  • 我们应预料到哪些阻力？
2. 规划
  • 沟通计划（对象、内容、时间、方式）
  • 培训计划（需要哪些技能，如何开展培训）
  • 支持计划（帮助台、内部推动者、常见问题解答）
  • 带有里程碑的时间表
3. 执行
  • 宣布变更并解释“为什么”
  • 开展培训并提供支持
  • 监测采用情况
  • 应对阻力
4. 维持
  • 衡量采用情况和成效
  • 强化新的行为习惯
  • 解决遗留问题
  • 记录经验教训

沟通原则

  • 先解释为什么，再说明是什么
  • 尽早且持续地沟通
  • 使用多种渠道
  • 既要说明会得到什么，也要承认会失去什么
  • 为问题和顾虑提供清晰的反馈渠道

输出

## Change Request: [Title]
**Requester:** [Name] | **Date:** [Date] | **Priority:** [Critical/High/Medium/Low]
**Status:** Draft | Pending Approval | Approved | In Progress | Complete

### Description
[What is changing and why]

### Business Justification
[Why this change is needed — cost savings, compliance, efficiency, risk reduction]

### Impact Analysis
| Area | Impact | Details |
|------|--------|---------|
| Users | [High/Med/Low/None] | [Who is affected and how] |
| Systems | [High/Med/Low/None] | [What systems are affected] |
| Processes | [High/Med/Low/None] | [What workflows change] |
| Cost | [High/Med/Low/None] | [Budget impact] |

### Risk Assessment
| Risk | Likelihood | Impact | Mitigation |
|------|-----------|--------|------------|
| [Risk] | [H/M/L] | [H/M/L] | [How to mitigate] |

### Implementation Plan
| Step | Owner | Timeline | Dependencies |
|------|-------|----------|--------------|
| [Step] | [Person] | [Date] | [What it depends on] |

### Communication Plan
| Audience | Message | Channel | Timing |
|----------|---------|---------|--------|
| [Who] | [What to tell them] | [How] | [When] |

### Rollback Plan
[Step-by-step plan to reverse the change if needed]
- Trigger: [When to roll back]
- Steps: [How to roll back]
- Verification: [How to confirm rollback worked]

### Approvals Required
| Approver | Role | Status |
|----------|------|--------|
| [Name] | [Role] | Pending |

如果有可用的连接器

如果已连接 ~~ITSM：

  • 自动创建变更请求工单
  • 获取变更咨询委员会的日程安排和审批流程

如果已连接 ~~项目跟踪工具：

  • 关联相关的实施任务和依赖关系
  • 按里程碑跟踪变更进度

如果已连接 ~~聊天工具：

  • 为沟通计划起草利益相关方通知
  • 在相关团队频道发布变更更新

提示

  1. 明确说明影响范围：“所有人”不是影响评估，“计费团队的 200 名用户”才是。
  2. 务必准备回滚计划：即使很有把握，也要为失败做好准备。
  3. 尽早沟通：意外会引发阻力，提前预告才能争取认同。

评论

支持 Markdown