IT service continuity plan

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

Частая ошибка — воспринимать план обеспечения непрерывности ИТ-услуг как «план резервного копирования» или как набор технических действий администратора. На практике он должен охватывать не только восстановление данных, но и принятие решений, роли и ответственность, условия эскалации, а также коммуникации с заказчиком, пользователями и поставщиками услуги. Его также путают с планом восстановления после катастрофы: план восстановления после катастрофы обычно фокусируется на восстановлении ИТ-инфраструктуры и платформ, тогда как план обеспечения непрерывности ИТ-услуг ориентирован на восстановление конкретной ИТ-услуги и достижение согласованных уровней услуги. Ещё одна типичная проблема — отсутствие чётких триггеров активации: без заранее определённых условий команда колеблется между управлением инцидентами и запуском плана, теряя время восстановления услуги. Нередко план существует «на бумаге», но не проверяется: без регулярной валидации и тестирования (в том числе учений с участием заинтересованных сторон) он быстро устаревает из‑за изменений конфигурации, зависимостей от третьих сторон и новых рисков. Важно помнить, что этот план должен быть согласован с планом обеспечения непрерывности бизнеса и поддерживать приоритеты, определённые анализом влияния на бизнес.