business continuity plan

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

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