Generated banner for Change Request
Generated logo for Change Request

Change Request

AnthropicOfficialPublished by Anthropic

  • Skill
  • Content generator
  • Business and productivity
  • Apache-2.0
  • No issues found

From the author

Create a change management request with impact analysis and rollback plan. Use when proposing a system or process change that needs approval, preparing a change record for CAB review, documenting risk and rollback steps before a deployment, or planning stakeholder communications for a rollout.
— the description by Anthropic

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

The change-request skill provides a standardized framework for documenting and proposing organizational or system changes. It guides users through the assess-plan-execute-sustain methodology, ensuring that every change request includes critical components such as business justification, impact analysis, risk mitigation, and a formal rollback plan. By following this structured approach, users can prepare professional documentation suitable for Change Advisory Board (CAB) reviews and stakeholder communication.

What it does

  • Generates a comprehensive change request document template.
  • Facilitates structured impact analysis across users, systems, and processes.
  • Provides a framework for risk assessment and mitigation planning.
  • Outlines a clear implementation and communication strategy.
  • Defines mandatory rollback procedures to ensure system stability.
  • Supports integration with ITSM and project tracking tools for automated ticket creation.

When to use it

  • When proposing a system or process change that requires formal approval.
  • When preparing documentation for a Change Advisory Board (CAB) review.
  • When planning a deployment and needing to document risks and rollback steps.
  • When developing a communication plan for a rollout to stakeholders.

Advantages

  • Ensures consistency in change management documentation.
  • Promotes proactive risk management through mandatory rollback planning.
  • Encourages clear communication by focusing on the 'why' before the 'what'.
  • Reduces resistance by facilitating structured stakeholder engagement.

Usage examples

“Create a change request for migrating our legacy database to a cloud-based solution.”
Generates a detailed markdown document outlining the migration impact, risks, implementation timeline, and a specific rollback plan to revert to the legacy database if the migration fails.
“Draft a change request for updating the company's remote work policy.”
Produces a structured request including the business justification, an impact analysis on employee workflows, and a communication plan to inform staff about the policy changes.

Install

  1. Download the skill as a ZIP:

    https://autogineer.com/agent-skills/anthropics/change-request/download
  2. Unzip it into the cross-client skills folder of your project:

    mkdir -p .agents/skills && unzip change-request.zip -d .agents/skills

Documentation by Anthropic

/change-request

If you see unfamiliar placeholders or need to check which tools are connected, see CONNECTORS.md.

Create a structured change request with impact analysis, risk assessment, and rollback plan.

Usage

/change-request $ARGUMENTS

Change Management Framework

Apply the assess-plan-execute-sustain framework when building the request:

1. Assess
  • What is changing?

  • Who is affected?

  • How significant is the change? (Low / Medium / High)

  • What resistance should we expect?

2. Plan
  • Communication plan (who, what, when, how)

  • Training plan (what skills are needed, how to deliver)

  • Support plan (help desk, champions, FAQs)

  • Timeline with milestones

3. Execute
  • Announce and explain the "why"

  • Train and support

  • Monitor adoption

  • Address resistance

4. Sustain
  • Measure adoption and effectiveness

  • Reinforce new behaviors

  • Address lingering issues

  • Document lessons learned

Communication Principles

  • Explain the why before the what

  • Communicate early and often

  • Use multiple channels

  • Acknowledge what's being lost, not just what's being gained

  • Provide a clear path for questions and concerns

Output

## 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 |

If Connectors Available

If ~~ITSM is connected:

  • Create the change request ticket automatically

  • Pull change advisory board schedule and approval workflows

If ~~project tracker is connected:

  • Link to related implementation tasks and dependencies

  • Track change progress against milestones

If ~~chat is connected:

  • Draft stakeholder notifications for the communication plan

  • Post change updates to the relevant team channels

Tips

  1. Be specific about impact — "Everyone" is not an impact assessment. "200 users in the billing team" is.

  2. Always have a rollback plan — Even if you're confident, plan for failure.

  3. Communicate early — Surprises create resistance. Previews create buy-in.

Files

SKILL.md

/change-request

If you see unfamiliar placeholders or need to check which tools are connected, see CONNECTORS.md.

Create a structured change request with impact analysis, risk assessment, and rollback plan.

Usage

/change-request $ARGUMENTS

Change Management Framework

Apply the assess-plan-execute-sustain framework when building the request:

1. Assess
  • What is changing?

  • Who is affected?

  • How significant is the change? (Low / Medium / High)

  • What resistance should we expect?

2. Plan
  • Communication plan (who, what, when, how)

  • Training plan (what skills are needed, how to deliver)

  • Support plan (help desk, champions, FAQs)

  • Timeline with milestones

3. Execute
  • Announce and explain the "why"

  • Train and support

  • Monitor adoption

  • Address resistance

4. Sustain
  • Measure adoption and effectiveness

  • Reinforce new behaviors

  • Address lingering issues

  • Document lessons learned

Communication Principles

  • Explain the why before the what

  • Communicate early and often

  • Use multiple channels

  • Acknowledge what's being lost, not just what's being gained

  • Provide a clear path for questions and concerns

Output

## 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 |

If Connectors Available

If ~~ITSM is connected:

  • Create the change request ticket automatically

  • Pull change advisory board schedule and approval workflows

If ~~project tracker is connected:

  • Link to related implementation tasks and dependencies

  • Track change progress against milestones

If ~~chat is connected:

  • Draft stakeholder notifications for the communication plan

  • Post change updates to the relevant team channels

Tips

  1. Be specific about impact — "Everyone" is not an impact assessment. "200 users in the billing team" is.

  2. Always have a rollback plan — Even if you're confident, plan for failure.

  3. Communicate early — Surprises create resistance. Previews create buy-in.

Requirements and compatibility

Written for: Claude Code, Claude apps

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Claude Code frontmatter

Security

No issues found by our static scan· No issues found

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Published by
Anthropic
Publisher
Anthropic (Official)
Source
anthropics/knowledge-work-plugins · operations/skills/change-request · commit e050c2e
Licence
Apache License 2.0 (redistribution allowed)
  • LICENSE (added by AutoGineer from LICENSE)
  • ATTRIBUTION.md (written by AutoGineer)
Synced

AutoGineer is not affiliated with or endorsed by Anthropic or Anthropic.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download change-request.zip