Запрос на изменение с планом отката

Готовит запрос на изменение системы или процесса: анализ влияния, риски, план внедрения и коммуникаций, план отката.

СкиллAnthropicClaudeApache-2.0Загрузить архив в ClaudeПроверка не требуется

Скачать на русскомОригинал на английском (архив)Источник ↗

Что делает: Готовит запрос на изменение системы или процесса: анализ влияния, риски, план внедрения и коммуникаций, план отката.
Когда брать: Когда нужно согласовать изменение системы или процесса, подготовить запись для совета по изменениям или спланировать откат и коммуникации при выкатке.
Пример запроса: Подготовь запрос на изменение: переводим отдел продаж на новую CRM с первого числа, нужен план отката.
Работает лучше с: система управления ИТ-услугами (ITSM), трекер задач, корпоративный чат

Входит в плагин operations. В Cowork и Claude Code можно поставить плагин целиком.

Как включить

Нажмите «Скачать на русском» и сохраните архив.
В Claude откройте Настройки → Capabilities → Skills → Upload skill и выберите архив.
Включите скилл переключателем.

Для терминала

Распакуйте архив и положите папку change-request в ~/.claude/skills/. Файл SKILL.md должен лежать внутри этой папки.

Текст

---
name: change-request
description: Создаёт запрос на изменение с анализом влияния и планом отката. Используй, когда предлагаешь изменение системы или процесса, требующее согласования, готовишь запись об изменении для рассмотрения на совете по изменениям (CAB), документируешь риски и шаги отката перед внедрением или планируешь коммуникации с заинтересованными лицами при выкатке.
argument-hint: "<change description>"
---

/change-request

Если встретишь незнакомые подстановки или понадобится узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Создай структурированный запрос на изменение с анализом влияния, оценкой рисков и планом отката.

Использование

/change-request $ARGUMENTS

Рамка управления изменениями

При составлении запроса применяй рамку «оценить — спланировать — выполнить — закрепить»:

1. Оценить

Что меняется?
Кого это затрагивает?
Насколько значительно изменение? (низкая / средняя / высокая значимость)
Какого сопротивления стоит ожидать?

2. Спланировать

План коммуникаций (кто, что, когда, как)
План обучения (какие навыки нужны, как их передать)
План поддержки (служба помощи, проводники изменений, ответы на частые вопросы)
График с вехами

3. Выполнить

Объявить об изменении и объяснить «зачем»
Обучить и поддержать
Следить за принятием
Работать с сопротивлением

4. Закрепить

Измерить принятие и эффективность
Укрепить новое поведение
Устранить оставшиеся проблемы
Задокументировать извлечённые уроки

Принципы коммуникации

Объясняй зачем, прежде чем что
Сообщай рано и часто
Используй несколько каналов
Признавай, что люди теряют, а не только что приобретают
Дай понятный путь для вопросов и опасений

Результат

## Запрос на изменение: [Название]
**Инициатор:** [Имя] | **Дата:** [Дата] | **Приоритет:** [Критический/Высокий/Средний/Низкий]
**Статус:** Черновик | Ожидает согласования | Согласовано | В работе | Завершено

### Описание
[Что меняется и почему]

### Бизнес-обоснование
[Зачем нужно это изменение — экономия затрат, соответствие требованиям, эффективность, снижение рисков]

### Анализ влияния
| Область | Влияние | Подробности |
|------|--------|---------|
| Пользователи | [Высокое/Среднее/Низкое/Нет] | [Кого и как это затрагивает] |
| Системы | [Высокое/Среднее/Низкое/Нет] | [Какие системы затронуты] |
| Процессы | [Высокое/Среднее/Низкое/Нет] | [Какие рабочие процессы меняются] |
| Стоимость | [Высокое/Среднее/Низкое/Нет] | [Влияние на бюджет] |

### Оценка рисков
| Риск | Вероятность | Влияние | Снижение риска |
|------|-----------|--------|------------|
| [Риск] | [В/С/Н] | [В/С/Н] | [Как снизить] |

### План внедрения
| Шаг | Ответственный | Срок | Зависимости |
|------|-------|----------|--------------|
| [Шаг] | [Человек] | [Дата] | [От чего зависит] |

### План коммуникаций
| Аудитория | Сообщение | Канал | Время |
|----------|---------|---------|--------|
| [Кому] | [Что сообщить] | [Как] | [Когда] |

### План отката
[Пошаговый план отмены изменения, если потребуется]
- Условие запуска: [Когда откатывать]
- Шаги: [Как откатывать]
- Проверка: [Как убедиться, что откат сработал]

### Необходимые согласования
| Согласующий | Роль | Статус |
|----------|------|--------|
| [Имя] | [Роль] | Ожидает |

Если доступны коннекторы

Если подключена ~~ITSM:

Автоматически создай тикет с запросом на изменение
Подтяни расписание совета по изменениям и процессы согласования

Если подключён ~~project tracker:

Свяжи запрос со связанными задачами внедрения и зависимостями
Отслеживай ход изменения относительно вех

Если подключён ~~chat:

Подготовь уведомления для заинтересованных лиц по плану коммуникаций
Опубликуй обновления об изменении в каналах соответствующих команд

Советы

Конкретно описывай влияние — «Все» не является оценкой влияния. «200 пользователей в команде биллинга» — является.
Всегда имей план отката — даже если ты уверен в успехе, планируй на случай неудачи.
Сообщай заранее — сюрпризы порождают сопротивление. Предварительные анонсы создают поддержку.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/operations/skills/change-request, лицензия Apache-2.0. Изменения: перевод на русский язык.

Оригинал на английском

---
name: change-request
description: 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.
argument-hint: "<change description>"
---

# /change-request

> If you see unfamiliar placeholders or need to check which tools are connected, see [CONNECTORS.md](../../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

```markdown
## 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.

Источник: anthropics/knowledge-work-plugins / operations / change-request ↗. Ссылка проверена 2026-10-10.

---
name: change-request
description: Создаёт запрос на изменение с анализом влияния и планом отката. Используй, когда предлагаешь изменение системы или процесса, требующее согласования, готовишь запись об изменении для рассмотрения на совете по изменениям (CAB), документируешь риски и шаги отката перед внедрением или планируешь коммуникации с заинтересованными лицами при выкатке.
argument-hint: "<change description>"
---

# /change-request

> Если встретишь незнакомые подстановки или понадобится узнать, какие инструменты подключены, смотри [CONNECTORS.md](../../CONNECTORS.md).

Создай структурированный запрос на изменение с анализом влияния, оценкой рисков и планом отката.

## Использование

```
/change-request $ARGUMENTS
```

## Рамка управления изменениями

При составлении запроса применяй рамку «оценить — спланировать — выполнить — закрепить»:

### 1. Оценить
- Что меняется?
- Кого это затрагивает?
- Насколько значительно изменение? (низкая / средняя / высокая значимость)
- Какого сопротивления стоит ожидать?

### 2. Спланировать
- План коммуникаций (кто, что, когда, как)
- План обучения (какие навыки нужны, как их передать)
- План поддержки (служба помощи, проводники изменений, ответы на частые вопросы)
- График с вехами

### 3. Выполнить
- Объявить об изменении и объяснить «зачем»
- Обучить и поддержать
- Следить за принятием
- Работать с сопротивлением

### 4. Закрепить
- Измерить принятие и эффективность
- Укрепить новое поведение
- Устранить оставшиеся проблемы
- Задокументировать извлечённые уроки

## Принципы коммуникации

- Объясняй **зачем**, прежде чем **что**
- Сообщай рано и часто
- Используй несколько каналов
- Признавай, что люди теряют, а не только что приобретают
- Дай понятный путь для вопросов и опасений

## Результат

```markdown
## Запрос на изменение: [Название]
**Инициатор:** [Имя] | **Дата:** [Дата] | **Приоритет:** [Критический/Высокий/Средний/Низкий]
**Статус:** Черновик | Ожидает согласования | Согласовано | В работе | Завершено

### Описание
[Что меняется и почему]

### Бизнес-обоснование
[Зачем нужно это изменение — экономия затрат, соответствие требованиям, эффективность, снижение рисков]

### Анализ влияния
| Область | Влияние | Подробности |
|------|--------|---------|
| Пользователи | [Высокое/Среднее/Низкое/Нет] | [Кого и как это затрагивает] |
| Системы | [Высокое/Среднее/Низкое/Нет] | [Какие системы затронуты] |
| Процессы | [Высокое/Среднее/Низкое/Нет] | [Какие рабочие процессы меняются] |
| Стоимость | [Высокое/Среднее/Низкое/Нет] | [Влияние на бюджет] |

### Оценка рисков
| Риск | Вероятность | Влияние | Снижение риска |
|------|-----------|--------|------------|
| [Риск] | [В/С/Н] | [В/С/Н] | [Как снизить] |

### План внедрения
| Шаг | Ответственный | Срок | Зависимости |
|------|-------|----------|--------------|
| [Шаг] | [Человек] | [Дата] | [От чего зависит] |

### План коммуникаций
| Аудитория | Сообщение | Канал | Время |
|----------|---------|---------|--------|
| [Кому] | [Что сообщить] | [Как] | [Когда] |

### План отката
[Пошаговый план отмены изменения, если потребуется]
- Условие запуска: [Когда откатывать]
- Шаги: [Как откатывать]
- Проверка: [Как убедиться, что откат сработал]

### Необходимые согласования
| Согласующий | Роль | Статус |
|----------|------|--------|
| [Имя] | [Роль] | Ожидает |
```

## Если доступны коннекторы

Если подключена **~~ITSM**:
- Автоматически создай тикет с запросом на изменение
- Подтяни расписание совета по изменениям и процессы согласования

Если подключён **~~project tracker**:
- Свяжи запрос со связанными задачами внедрения и зависимостями
- Отслеживай ход изменения относительно вех

Если подключён **~~chat**:
- Подготовь уведомления для заинтересованных лиц по плану коммуникаций
- Опубликуй обновления об изменении в каналах соответствующих команд

## Советы

1. **Конкретно описывай влияние** — «Все» не является оценкой влияния. «200 пользователей в команде биллинга» — является.
2. **Всегда имей план отката** — даже если ты уверен в успехе, планируй на случай неудачи.
3. **Сообщай заранее** — сюрпризы порождают сопротивление. Предварительные анонсы создают поддержку.

Перевод: iiuniversitet. Оригинал: https://github.com/anthropics/knowledge-work-plugins/tree/main/operations/skills/change-request, лицензия Apache-2.0. Изменения: перевод на русский язык.