change-request

/change-request

見慣れないプレースホルダーがある場合や、接続されているツールを確認する必要がある場合は、CONNECTORS.md を参照してください。

影響分析、リスク評価、ロールバック計画を含む、構造化された変更リクエストを作成します。

使用方法

/change-request $ARGUMENTS

変更管理フレームワーク

変更リクエストを作成する際は、評価・計画・実行・定着のフレームワークを適用します。

1. 評価

• 何を変更しますか？
• 誰が影響を受けますか？
• 変更の重要度はどの程度ですか？（低／中／高）
• どのような抵抗が予想されますか？

2. 計画

• コミュニケーション計画（対象者、内容、時期、方法）
• トレーニング計画（必要なスキル、実施方法）
• サポート計画（ヘルプデスク、推進担当者、FAQ）
• マイルストーンを含むタイムライン

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 が接続されている場合：

• 変更リクエストのチケットを自動的に作成する
• 変更諮問委員会のスケジュールと承認ワークフローを取得する

~~project tracker が接続されている場合：

• 関連する実装タスクと依存関係へのリンクを追加する
• マイルストーンに照らして変更の進捗を追跡する

~~chat が接続されている場合：

• コミュニケーション計画に沿った関係者への通知文を作成する
• 関連するチームのチャンネルに変更情報を投稿する

ヒント

1. 影響を具体的にする —「全員」では影響評価になりません。「請求チームの200人のユーザー」のように記述します。
2. 必ずロールバック計画を用意する — 自信があっても、失敗に備えて計画を立てます。
3. 早めに伝える — 不意打ちは抵抗を生みます。事前の共有は賛同につながります。