Что такое BCP простыми словами
План непрерывности бизнеса (Business Continuity Plan, BCP) — это документ, который отвечает на вопрос «что мы делаем, если ключевой процесс остановился»: кто за что отвечает, в какой последовательности действует и за какое время восстанавливает работу. Хороший BCP складывается из коротких пошаговых сценариев на 2–3 страницы каждый: сотни страниц в кризис никто не читает.
BCP — часть более широкой системы управления непрерывностью (BCM). Он опирается на анализ воздействия на бизнес (BIA) и строится в логике стандарта ISO 22301.
Из чего состоит рабочий BCP
- Критичные процессы и приоритеты восстановления — что поднимаем в первую очередь (из BIA).
- Целевые показатели: RTO (целевое время восстановления; оно меньше максимально допустимого времени простоя, MTPD) и RPO (допустимый объем потери данных) по каждому процессу.
- Сценарии — отдельная инструкция под каждый тип сбоя (кибератака, отказ ИТ, потеря офиса, потеря поставщика, потеря ключевого сотрудника).
- Роли и контакты — кто принимает решения, кого оповещаем, телефоны и резервные каналы связи.
- Резервные ресурсы — альтернативные площадки, поставщики, оборудование, данные.
- План коммуникаций — что и как сообщаем клиентам, партнерам, сотрудникам.
Как составить BCP за 7 шагов
- Определите критичные процессы. Без чего бизнес не работает ни дня.
- Проведите BIA. Оцените стоимость простоя каждого процесса и задайте RTO/RPO.
- Найдите точки концентрации риска. Один сервер, поставщик, человек, канал.
- Опишите сценарии восстановления. Пошагово, простым языком, по одному на угрозу.
- Назначьте роли и резервы. Кто что делает; чем заменяем выпавшее звено.
- Проведите учения. Только тренировка покажет, что план работает.
- Поддерживайте план. Пересматривайте при изменениях в компании и на рынке.
BCP для одной ИТ-системы: что меняется
Иногда план нужен не всей компании, а одной системе: учетной, складской или порталу заказов. Логика та же, меняется отправная точка. Вопрос звучит так: какие процессы остановятся без этой системы.
- Перечислите процессы на системе. У каждого должен быть владелец из бизнеса, а не только администратор.
- Возьмите RTO и RPO из BIA. Требование к системе задает самый жесткий из ее процессов.
- Найдите зависимости. Серверы, интеграции, учетные записи, поставщик. Каждая из них может оказаться единой точкой отказа.
- Опишите ручной режим. Что делают люди, пока система лежит, и как потом вносят накопленные данные.
- Разделите документы. Восстановление самой системы идет в план аварийного восстановления, работа бизнеса без нее в BCP. Граница разобрана в материале BCP и DRP.
Проверяется такой план учением: систему отключают на тесте, и бизнес работает по ручному режиму.
Типичные ошибки
- План пишут «для галочки» и не тестируют — в кризис он не работает.
- Слишком объемный документ, который никто не открывает.
- Нет владельцев и контактов — непонятно, кто принимает решения.
- План не обновляется — за год бизнес и риски изменились.
Структура плана непрерывности
Список в разделе «Из чего состоит рабочий BCP» описывает, что должно быть в плане по смыслу; таблица ниже показывает, как это ложится в разделы документа.
| Раздел плана | Что содержит | Типичная ошибка |
|---|---|---|
| Критичные процессы | Перечень процессов, без которых бизнес останавливается (реестр критических процессов) | Включают все подряд — план разбухает |
| Роли и полномочия | Кто объявляет кризис, кто принимает решения, кто общается с клиентами | Все замкнуто на одного человека |
| Сценарии сбоев | Отказ ИТ, потеря офиса, уход поставщика, недоступность людей | Пишут только про пожар и потоп |
| Планы восстановления | Шаги, сроки (RTO), ответственные по каждому сценарию | Сроки не согласованы с бизнесом |
| Контакты и ресурсы | Аварийные контакты, резервные площадки, доступы | Список устарел в первый же месяц |
| Тестирование | График учений и порядок актуализации | План написан и ни разу не проверен |
Шаблон плана непрерывности: docx
Шаблон для производственной, торговой или сервисной компании: восемь разделов, кризисный штаб с замещающими, пять сценариев со стратегиями, процедуры первых 24 часов, перечень приложений.
Скачать шаблон. План из восьми разделов с таблицами и примерами значений. Формат docx, 6 страниц.
Для кредитных организаций используйте шаблон плана ОНиВД с обязательными элементами 850-П. Файл отдается без регистрации и форм. Если шаблон нужно адаптировать под вашу организацию или пройти с ним проверку, напишите: как мы это делаем и сколько занимает.
Частые вопросы
Чем BCP отличается от плана аварийного восстановления (DRP)?
BCP — про бизнес целиком (процессы, люди, поставщики, коммуникации). DRP — про восстановление ИТ-систем и данных. DRP обычно входит в BCP как его ИТ-часть. Подробнее — в статье BCP и DRP: в чем разница.
Сколько страниц должен занимать BCP?
Рабочий план — это короткие сценарии по 2–3 страницы на каждую угрозу плюс контакты и приоритеты. Главное, чтобы команда могла действовать по нему без раздумий.
С чего начать составление плана?
С анализа воздействия на бизнес (BIA): определить критичные процессы и стоимость их простоя. Можно начать с бесплатной диагностики устойчивости на этом сайте.
Проверьте свои цифры восстановления
Диагностика показывает, где сроки бизнеса расходятся с возможностями техники. Дальше эти цифры либо считает ваш специалист, либо считаем мы.
