change case

Сценарий изменения — это прикладной способ описать предлагаемое изменение через несколько конкретных ситуаций «как будет работать» и «что именно изменится» для заказчика, пользователя, команды поддержки и поставщика услуги. В отличие от абстрактного описания, сценарий изменения привязывает обсуждение к наблюдаемым последствиям: какие шаги в предоставлении услуги или её потреблении услуги будут другими, какие выходы и результаты ожидаются, какие ресурсы потребуются и какие ограничения по гарантии должны сохраниться. В практике управления изменениями сценарии изменения часто используются на раннем этапе, чтобы согласовать объём изменения, выявить зависимости от КЕ и ИТ-активов, оценить влияние на уровни услуги и доступность, а также подготовить обоснование для органа управления изменениями. Они полезны, когда нужно сравнить варианты реализации, уточнить бизнес-кейс, улучшить оценку риска и сделать анализ затрат и выгод менее «теоретическим». При этом сценарий изменения не подменяет собой план, процедуру или рабочую инструкцию по развёртыванию и не является тест-кейсом; он описывает последствия и границы изменения, а не детальный способ выполнения работ.

Частая ошибка — воспринимать сценарий изменения как просто «описание RFC» или как расширенный план развёртывания. Сценарий изменения нужен прежде всего для понимания влияния и объёма: что именно изменится в услуге и в сервисных отношениях, какие будут затронуты заинтересованные стороны, какие компромиссы по полезности и гарантии возможны. Другая путаница возникает с сценариями использования: сценарий использования фокусируется на поведении пользователя и логике продукта, тогда как сценарий изменения фокусируется на переходе от текущего базового состояния к новому и на последствиях для управления услугами, включая эксплуатацию в рабочей среде, поддержку и измерение. Также распространено заблуждение, что одного «худшего случая» достаточно; на практике нужны как минимум типовой сценарий, сценарий пикового спроса и сценарий отказа, иначе оценка риска и анализ затрат и выгод будут искажены. Наконец, сценарий изменения не заменяет постфактум обзор после внедрения: он используется до реализации для прогнозирования, а PIR — после, чтобы сравнить ожидания и фактический результат и запустить постоянное совершенствование.