# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Сценарий изменения

Техника, используемая для прогнозирования [влияния](https://cleverics.ru/digital/kb-glossary/impact/) предлагаемых [изменений](https://cleverics.ru/digital/kb-glossary/change/). [Сценарии изменения](https://cleverics.ru/digital/kb-glossary/change-case/) используют конкретные сценарии для уточнения объёма предлагаемых изменений и для поддержки анализа [затрат](https://cleverics.ru/digital/kb-glossary/cost/) и выгод.

## Оригинальный английский термин

change case

## Подробности

Сценарий изменения — это прикладной способ описать предлагаемое изменение через несколько конкретных ситуаций «как будет работать» и «что именно изменится» для [заказчика](https://cleverics.ru/digital/kb-glossary/customer/), [пользователя](https://cleverics.ru/digital/kb-glossary/user/), [команды поддержки](https://cleverics.ru/digital/kb-glossary/support-team/) и [поставщика услуги](https://cleverics.ru/digital/kb-glossary/service-provider/). В отличие от абстрактного описания, сценарий изменения привязывает обсуждение к наблюдаемым последствиям: какие шаги в [предоставлении услуги](https://cleverics.ru/digital/kb-glossary/service-provision/) или её [потреблении услуги](https://cleverics.ru/digital/kb-glossary/service-consumption/) будут другими, какие [выходы](https://cleverics.ru/digital/kb-glossary/output/) и [результаты](https://cleverics.ru/digital/kb-glossary/outcome/) ожидаются, какие [ресурсы](https://cleverics.ru/digital/kb-glossary/resource/) потребуются и какие ограничения по [гарантии](https://cleverics.ru/digital/kb-glossary/warranty/) должны сохраниться. В [практике управления изменениями](https://cleverics.ru/digital/kb-glossary/change-control-practice/) сценарии изменения часто используются на раннем этапе, чтобы согласовать объём изменения, выявить [зависимости](https://cleverics.ru/digital/kb-glossary/dependency/) от [КЕ](https://cleverics.ru/digital/kb-glossary/configuration-item/) и [ИТ-активов](https://cleverics.ru/digital/kb-glossary/it-asset/), оценить влияние на [уровни услуги](https://cleverics.ru/digital/kb-glossary/service-level/) и [доступность](https://cleverics.ru/digital/kb-glossary/availability/), а также подготовить обоснование для [органа управления изменениями](https://cleverics.ru/digital/kb-glossary/change-authority/). Они полезны, когда нужно сравнить варианты реализации, уточнить [бизнес-кейс](https://cleverics.ru/digital/kb-glossary/business-case/), улучшить [оценку риска](https://cleverics.ru/digital/kb-glossary/risk-assessment/) и сделать анализ затрат и выгод менее «теоретическим». При этом сценарий изменения не подменяет собой [план](https://cleverics.ru/digital/kb-glossary/plan/), [процедуру](https://cleverics.ru/digital/kb-glossary/procedure/) или [рабочую инструкцию](https://cleverics.ru/digital/kb-glossary/work-instruction/) по [развёртыванию](https://cleverics.ru/digital/kb-glossary/deployment/) и не является тест-кейсом; он описывает последствия и границы изменения, а не детальный способ выполнения работ.## Нюансы

Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — воспринимать сценарий изменения как просто «описание [RFC](https://cleverics.ru/digital/kb-glossary/request-for-change/)» или как расширенный план развёртывания. Сценарий изменения нужен прежде всего для понимания влияния и объёма: что именно изменится в [услуге](https://cleverics.ru/digital/kb-glossary/service/) и в [сервисных отношениях](https://cleverics.ru/digital/kb-glossary/service-relationship/), какие будут затронуты [заинтересованные стороны](https://cleverics.ru/digital/kb-glossary/stakeholder/), какие компромиссы по [полезности](https://cleverics.ru/digital/kb-glossary/utility/) и гарантии возможны. Другая путаница возникает с [сценариями использования](https://cleverics.ru/digital/kb-glossary/use-case/): сценарий использования фокусируется на поведении пользователя и логике [продукта](https://cleverics.ru/digital/kb-glossary/product/), тогда как сценарий изменения фокусируется на переходе от текущего [базового состояния](https://cleverics.ru/digital/kb-glossary/baseline/) к новому и на последствиях для [управления услугами](https://cleverics.ru/digital/kb-glossary/service-management/), включая эксплуатацию в [рабочей среде](https://cleverics.ru/digital/kb-glossary/live-environment/), поддержку и измерение. Также распространено заблуждение, что одного «худшего случая» достаточно; на [практике](https://cleverics.ru/digital/kb-glossary/practice/) нужны как минимум типовой сценарий, сценарий пикового [спроса](https://cleverics.ru/digital/kb-glossary/demand/) и сценарий [отказа](https://cleverics.ru/digital/kb-glossary/failure/), иначе [оценка](https://cleverics.ru/digital/kb-glossary/assessment/)[риска](https://cleverics.ru/digital/kb-glossary/risk/) и анализ затрат и выгод будут искажены. Наконец, сценарий изменения не заменяет постфактум [обзор после внедрения](https://cleverics.ru/digital/kb-glossary/post-implementation-review/): он используется до реализации для прогнозирования, а [PIR](https://cleverics.ru/digital/kb-glossary/post-implementation-review/) — после, чтобы сравнить ожидания и фактический результат и запустить постоянное совершенствование.## Примеры

- Переход ИТ-услуги аутентификации на нового поставщика: сценарий обычного входа, сценарий восстановления пароля, сценарий отказа внешнего провайдера и влияние на доступность и нагрузку на сервис-деск
- Внедрение непрерывного развёртывания для продукта: сценарий «частые релизы без простоя», сценарий отката при сбое, сценарий пикового трафика и влияние на управление релизами и команду поддержки
- Замена сетевого оборудования в филиалах: сценарий планового окна, сценарий задержки поставки, сценарий неуспешной миграции и влияние на уровень услуги и целевое время восстановления
- Введение многофакторной аутентификации: сценарий пользователя с корпоративным смартфоном, сценарий без доступа к телефону, сценарий массовой регистрации и влияние на спрос и затраты на поддержку

## Рекомендуемые продукты по этой теме

- [VAP: Управление изменениями и конфигурациями в ИТ (CMDB)](https://edu.cleverics.ru/vap-change?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-CHANGE) — Учебный курс: интенсив с тренером. Как повысить долю успешных изменений, снизить связанные с ними риски и знать всё про конфигурации
- [Grab@Pizza — ИТ и основной бизнес](https://edu.cleverics.ru/grab-a-pizza?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=PIZZA) — Деловая игра. SLM, BRM, управление ИТ-бюджетом, управление изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система