Чтобы провести учение по непрерывности бизнеса с ИИ, выберите несколько возможностей из утверждённого плана, сформулируйте наблюдаемые цели и только затем используйте модель для черновика сценария. Владельцы учения утверждают сценарий, обеспечивают защиту участников, оценивают доказательства и решают о корректирующих действиях; ИИ не подтверждает готовность и не придумывает целевые сроки восстановления.

Опирайтесь на ответственный процесс работы с ИИ: ограничивайте задачу, сохраняйте источники и оставляйте решения людям. Настольное учение — управляемое обсуждение, проверяющее допущения и координацию, а не реальный инцидент, полный план непрерывности или доказательство технического восстановления.

Ключевые выводы

Проверяйте утверждённый план и названные возможности, а не импровизированную вымышленную организацию.

Определяйте измеримые цели до сценария и вводных.

Разделяйте игроков, ведущих, контролёров, оценщиков и владельцев решений.

Установите безопасную, некарательную среду и условия остановки.

Сначала фиксируйте наблюдения, затем формулируйте выводы.

Повторно испытывайте важные изменения.

Шаг 1. Определите учение по непрерывности бизнеса с ИИ

Результат — пакет, связанный с версией плана и областью проверки: цели, допущения, роли, хронология, вводные, вопросы ведущего, руководство оценщика, журнал наблюдений и процесс плана улучшений.

FEMA HSEEP описывает общий цикл управления, проектирования, проведения, оценки и улучшения упражнений.［1］ Учебные материалы FEMA также отделяют роли и связывают планирование с корректирующими действиями.［2］ Организации следует адаптировать эти принципы к своим полномочиям, отрасли, профилю рисков и применимым требованиям, а не заявлять формальное соответствие HSEEP без оснований.

Используйте контрольную таблицу:

Поле	Назначение
ID и версия	Идентичность пакета
План и возможность	Граница проверки
Цель	Наблюдаемый результат
Допущение	Факт, принимаемый игроками
ID, время и источник вводной	Контролирует момент предоставления информации
Получатель	Называет роль, которой адресована вводная
Ожидаемое обсуждение	Подсказка оценщику, а не сценарий ответа
Наблюдение	Фактическое поведение и доказательство
Оценщик и уверенность	Сохраняет ответственность и неопределённость
Вывод	Проверенная сильная сторона или пробел
Владелец исправления и срок	Делает улучшение выполнимым
Одобрение и повторный тест	Замыкает цикл через уполномоченную проверку

Установите область, полномочия и безопасность

Назовите спонсора, руководителя планирования, ведущего, контролёров, оценщиков, игроков и наблюдателей. Укажите версию плана, процедуры, карты зависимостей и списка контактов.

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

Шаг 2. Превратите намерения в наблюдаемые цели

Избегайте целей вроде «проверить план» или «повысить устойчивость»: они не говорят оценщикам, какие доказательства собирать. Наблюдаемая цель называет возможность, условие, действие и основу оценки. Например:

проследить оповещение от первого сообщения до назначенного руководителя по непрерывности по утверждённому каналу контактов;
определить владельца решения об активации запасной площадки при заданном ограничении;
найти утверждённый приоритет восстановления и объяснить, как на него влияет зависимость;
подготовить внутреннее сообщение о статусе, используя только факты, доступные на этом этапе сценария;
записать нерешённые вопросы и назначить ответственного за проверку.

Целевое время восстановления (RTO), целевая точка восстановления (RPO), кадровые минимумы, финансовые допуски и нормативные сроки должны браться из утверждённых планов и анализа влияния на бизнес. ИИ не должен придумывать их только потому, что сценарий кажется неполным.

Шаг 3. Создайте реалистичный, но ограниченный сценарий

Создайте сценарий, который нагружает выбранные возможности, не перегружая участников. Опишите начальное событие, контекст, известные факты, неизвестные, развитие времени и исключённые осложнения. Используйте вымышленные личности и идентификаторы, если политика не разрешает контролируемые реальные данные.

Материалы CISA применяют модули сценария, вопросы ведущего и обсуждение для оценки киберинцидентов.［3］ Полезен сам структурный принцип: раскрывать информацию поэтапно и просить команды применять собственные планы. Не переносите киберсценарий в учение по поставкам, объектам, здоровью или персоналу, не проверив, подходят ли факты и полномочия.

Попросите ИИ о двух-трёх вариантах сценария, а затем пусть группа планирования отклонит неправдоподобные зависимости, небезопасные действия, скрытые допущения и драматические детали, не служащие цели. Реализм создают точные организационные ограничения, а не эффектная история катастрофы.

Шаг 4. Разработайте управляемые вводные для учения

У каждой вводной должна быть причина. Свяжите её с целью, задайте время или условие выдачи, получателя, доступную информацию и доказательства, за которыми следит оценщик. Избегайте вводных, которые лишь добавляют шум. Используйте такую структуру:

Поле вводной	Пример
ID вводной	`INJ-04`
Триггер	Через 25 минут или после решения об эскалации
Сообщение	Поставщик сообщает о задержке на два дня; причина неизвестна
Получатель	Роль обеспечения непрерывности закупок
Связь с целью	Эскалация зависимости
Ожидаемое доказательство	Назван владелец, использован утверждённый маршрут, неопределённость записана
Примечание контролёра	Не сообщать причину, пока участники не запросят проверку

Не позволяйте модели выбирать «правильное» деловое решение. Руководство оценщика может перечислять ссылки на план и наблюдаемое поведение, но качество решения может зависеть от неполной информации, полномочий, компромиссов и профессионального суждения.

Шаг 5. Используйте ИИ только для черновика

Передайте только утверждённую область, выдержки из плана, таблицу целей, описания ролей, факты сценария и схему вывода. Уберите личные контакты, конфиденциальные сведения об объектах, учётные данные, данные клиентов и чувствительные уязвимости, если утверждённая среда и необходимость этого не оправдывают.

Подготовь кандидаты сценария и вводных только по предоставленным элементам управления учением.
Сохрани ID целей, названия ролей, ссылки на план, допущения и неизвестные.
Не придумывай цели восстановления, правовые обязанности, контакты, поведение систем или одобрения.
Не оценивай участников и не объявляй организацию готовой.
Верни неподтверждённые детали и пробелы в целях на проверку группе планирования.

Профиль NIST по генеративному ИИ подчёркивает риски конфабуляции, приватности, целостности информации и конфигурации взаимодействия человека и ИИ.［4］ Сохраняйте исходный черновик, исправления проверяющих и итоговый утверждённый пакет, чтобы позже можно было отличить предложения модели от доказательств учения.

Шаг 6. Проведите репетицию

Проведите репетицию группы планирования без игроков. Проверьте время, порядок вводных, каналы доставки, вопросы ведущего, ответы контролёров, назначение оценщиков, доступность, перерывы и условия остановки.

Ведущий должен удерживать обсуждение на целях, не навязывая заранее заданного ответа. Контролёр должен знать, какие факты можно раскрывать. У оценщиков должны быть общие определения наблюдения, сильной стороны, пробела и нерешённого вопроса.

Руководство по фасилитации поможет с механикой встречи, но контроль учения остаётся отдельной функцией. Репетиция должна включать запрос неопределённого факта, спор с допущением и обнаружение реального недостатка плана.

Шаг 7. Проведите учение и соберите доказательства

В начале объясните цель, область, некарательные правила, конфиденциальность, роли и разницу между условным и реальным временем. Просите игроков называть раздел плана, полномочие или зависимость, на которых основано действие.

Фиксируйте наблюдения с метками времени, а не суждения о людях. «Команда нашла контакт поставщика через 12 минут» — наблюдение. «Закупки не были готовы» — вывод, который может быть несправедливым или неподтверждённым. Записывайте противоречивые версии и недостающие доказательства для последующего разбора.

Не используйте ИИ для мониторинга отдельных участников и выводов о стрессе, компетентности, намерении или вине по расшифровкам. Если расшифровка или обобщение утверждены, сообщите участникам, ограничьте доступ, установите срок хранения и проверяйте каждое приписанное высказывание.

Шаг 8. Подготовьте разбор и план улучшений

Сначала сопоставьте журналы контролёров, записи оценщиков, отзывы и ссылки на план. Затем создайте выводы с локатором доказательства, связанной целью, влиянием, неопределённостью и предлагаемым владельцем.

Процесс извлечения уроков помогает отделить наблюдения от улучшений. Вывод не должен появляться только потому, что модель ожидала другого ответа: его должны подтверждать записи учения и проверять ответственные за возможность люди.

Для каждого утверждённого корректирующего действия запишите приоритет по политике организации, владельца, срок, ресурс или зависимость, доказательство выполнения, утверждающего и способ повторной проверки. Риски для сроков или ответственности вносите в реестр рисков, но не путайте принятие риска с исправлением контроля.

Как повторно проверить улучшения?

Метод зависит от изменения: дерево контактов можно проверить контролируемым оповещением, роль — разбором, техническое восстановление — отдельным разрешённым функциональным тестом. Управляйте работой через проектный план, но не теряйте связь с доказательствами учения. Отмечайте действие выполненным, только когда есть требуемое доказательство и утверждающий, а возможность — повторно проверенной только после выполнения заданного теста.

Одна успешная дискуссия не доказывает работоспособность восстановления. Точно укажите, что было обсуждено, смоделировано, технически испытано и что осталось вне области.

Типичные ошибки

Сценарий создаётся раньше целей: сначала определите цели и область.
Проверяется черновик без владельца: привяжите учение к утверждённой версии плана.
ИИ придумывает целевые значения: используйте только утверждённые показатели восстановления и допуски.
Вводные без связи с целями: уберите шум или укажите цель оценки.
Оценка отдельных людей: оценивайте планы, роли, информационные потоки и возможности.
Обсуждение выдаётся за доказательство восстановления: честно описывайте тип учения и доказательства.
Корректирующие действия без владельцев: добавьте полномочия, доказательства, срок и повторную проверку.
Выводы закрываются текстом: требуйте проверенных доказательств выполнения.

Итоги

Свяжите учение с утверждённым планом и узкой областью.
Сформулируйте наблюдаемые цели до сценария.
Разделите роли проведения, оценки и принятия решений.
Ограничьте ИИ созданием проверяемых черновиков.
Соберите доказательства в безопасной среде.
Проверяйте выполнение и повторно испытывайте изменения.

Часто задаваемые вопросы (FAQ)

Может ли ИИ написать всё учение?

Он может подготовить черновик из утверждённых данных, но команда должна проверить факты, безопасность, цели, вводные, полномочия и критерии оценки.

Настольное учение равно живому переключению?

Нет. Это обсуждение решений и координации; оно не доказывает работу систем, площадок, поставщиков или людей при реальном восстановлении.

Сколько целей выбрать?

Столько, сколько можно содержательно обсудить и оценить за доступное время. Каждой цели нужны наблюдения и доказательства.

Нужно ли заранее показывать сценарий?

Участники должны знать цель, область, безопасность и логистику. Детали вводных раскрываются по выбранному дизайну без опасных или карательных сюрпризов.

Может ли ИИ оценивать участников по расшифровке?

Не следует делать выводы о компетентности, намерении или стрессе. Уполномоченные оценщики оценивают планы и возможности по наблюдаемым данным.

Что делать с неожиданным решением игроков?

Запишите его, спросите об основании и полномочии и адаптируйте сценарий только в рамках правил контролёра.

Каждое наблюдение становится корректирующим действием?

Нет. Владельцы определяют, является ли оно сильной стороной, пробелом, риском, вопросом или элементом вне области.

Когда учение завершено?

Сессия заканчивается по сценарию, но цикл продолжается до проверки выводов, выполнения действий и повторного теста.

Отказ от ответственности: Материал содержит общую информацию о непрерывности и управлении ИИ и не заменяет требования безопасности, права, регулирования, трудовых норм или организации.

Источники

FEMA, Homeland Security Exercise and Evaluation Program Policy and Guidance — https://preptoolkit.fema.gov/web/hseep-resources/policy-and-guidance
FEMA, Homeland Security Exercise and Evaluation Program Training — https://training.fema.gov/programs/nsec/hseep/
CISA, Cybersecurity Tabletop Exercise Package Facilitator and Evaluator Handbook — https://www.cisa.gov/sites/default/files/publications/3%2520-%2520CTEP%2520Facilitator%2520Evaluator%2520Handbook%2520%25282020%2529%2520FINAL_508.pdf
NIST, Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 6 сентября 2026 г.

Как с ИИ спланировать учение по непрерывности бизнеса