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

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

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

Начните с вопроса, горизонта, области и владельца решения.

Разделяйте факты, допущения, неопределённости и управляемые решения.

Создайте два–четыре сценария с одинаковыми единицами и определениями.

Проверяйте зависимости и граничные условия, а не только рассказы.

Считайте влияние в детерминированной модели вне ИИ.

Не выдумывайте вероятности и не называйте сценарии прогнозами.

Отслеживайте индикаторы, триггеры, владельцев и сроки пересмотра.

Какое решение должен поддержать сценарный анализ?

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

Поле	Что записать
Analysis ID/версия	Стабильный ID и ревизия
Вопрос	Конкретный выбор или вопрос готовности
Владелец решения	Уполномоченное лицо или группа
Горизонт	Начало, конец и частота пересмотра
Область	Организации, рынки, продукты и процессы
Исключения	Что упражнение не решает
Общие меры	Единицы, валюта, период и определения
Ограничения	Политика, мощность, безопасность и договоры

OECD описывает стратегическое предвидение как структурированный способ исследовать возможные будущие состояния, оспаривать допущения и готовиться к неопределённости.［1］ Это не способ заявить уверенность. Формулируйте вопрос достаточно широко, чтобы увидеть альтернативы, но достаточно узко, чтобы команды могли определить переменные и индикаторы.

Что включить в реестр допущений для сценариев?

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

Поле	Назначение
Assumption ID	Стабильная ссылка
Переменная/база	Что меняется и текущее плановое значение
Диапазон/единица	Допустимые границы и измерение
Доказательство	Первичный источник и дата проверки
Зависимость	Другие ограничивающие переменные
Граничное условие	Где допущение перестаёт действовать
Неопределённость	Почему значение или связь изменятся
Владелец	Ответственный за проверку
Индикатор	Наблюдаемый сигнал
Триггер	Порог или событие пересмотра

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

Как выбрать критические неопределённости?

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

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

Фактор	Влияние	Неопределённость	Зависимость	Роль
Синтетический срок спроса	Высокое	Высокая	Мощность и срок поставки	Драйвер сценария
Подписанный минимум мощности	Высокое	Низкая	Договор	Граничное условие
Выбор реакции команды	Высокое	Управляемая	Управление	Решение, не факт сценария

OECD Foresight Toolkit предлагает методы сканирования, сценариев, стресс-тестирования и связи предвидения с решением.［2］ Эти методы дают структуру, но доказательства и управление адаптируются к организации.

Задайте согласованные диапазоны

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

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

Пример с синтетическими значениями:

Переменная	Состояние 1	Состояние 2	Единица	Зависимость
Синтетический пик спроса	4	8	недель до пика	Внутри горизонта
Срок поставки	3	7	недель	Не ниже договора
Доступная мощность	90	110	единиц/неделю	Утверждённый персонал

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

Создайте две–четыре карточки сценариев

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

Составьте карточку сценария:

Поле	Что записать
Scenario ID/имя	Нейтральное имя без «лучший/худший»
Рассказ	Краткое объяснение условий
Комбинация	Assumption ID и состояния
Зависимости	Связи, которые должны выполняться
Границы	Ограничения и исключения
Входы	Числа для контролируемой модели
Модель	Версия книги, запроса или программы
Влияние	Заблокированный результат и последствия
Индикаторы	Наблюдаемые сигналы
Триггеры	Пороги и события
Опровержение	Данные, ослабляющие сценарий
Владелец	Ответственный за пересмотр

Используйте нейтральные имена вроде S1-earlier-demand, а не названия, подразумевающие желательность. Сценарий — это согласованный набор условий, а не история, придуманная вокруг произвольных чисел.

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

Ограниченный запрос может попросить модель найти недостающие зависимости и противоречия:

Проверь рамку решения, реестр допущений и состояния переменных.
Предложи 2–4 согласованные карточки только из перечисленных допущений.
Не добавляй факты, вероятности, прогнозы, затраты, выгоды и рекомендации.
Каждую фразу свяжи с Assumption ID; несовместимые комбинации, недостающие
зависимости, нарушения границ и неподтверждённый рассказ пометь [VERIFY].
Верни вопросы владельцам; не выбирай сценарий или вариант.

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

Как проверить внутреннюю согласованность сценария?

Проверяйте каждый сценарий построчно и в сравнении с другими. Спросите:

Совпадают ли единицы и периоды всех входных данных?
Меняются ли связанные переменные в обоснованном соотношении?
Не нарушает ли какое-либо состояние пределы мощности, политики, договора или физические ограничения?
Не вводит ли рассказ причину, которой нет в реестре?
Остаются ли общие факты неизменными?
Не выданы ли решения за внешние условия?
Будет ли сценарий осмыслен, если убрать его название?

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

Рассчитайте влияние вне языковой модели

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

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

Руководство об анализе таблиц с ИИ используйте лишь как образец помощи; решающими остаются детерминированные формулы и ответственные владельцы.

Сравните влияние без выбора варианта

Постройте сравнение сценариев в одинаковых показателях и определениях:

Показатель	S1	S2	S3	Источник/модель	Владелец интерпретации
Синтетический объём невыполненной работы на горизонте	20	45	10	Запуск модели R-12	Операции
Неделя нарушения мощности	Нет	6	Нет	Запуск модели R-12	Операции
Требуемый триггер пересмотра	T-02	T-01	T-03	Реестр триггеров	Владелец решения

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

The Green Book рассматривает неопределённость, оптимистическое смещение, сценарии, чувствительность и прозрачную оценку в государственных решениях Великобритании.［3］ Это региональная рамка, а не универсальная юридическая или финансовая консультация. Применимый метод определяют местные владельцы финансов и решений.

Не присваивайте неподтверждённые вероятности

Сценарий может быть полезен и без вероятности. Если у организации есть валидированные статистические данные и утверждённый метод, квалифицированные аналитики могут вести вероятности в контролируемой модели. Языковая модель не должна придумывать «вероятность 30%» только потому, что сценарий звучит правдоподобно.

Держите понятия раздельно:

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

Не позволяйте тексту незаметно переходить от правдоподобия к вероятности или от влияния к рекомендации.

Какие индикаторы и триггеры требуют пересмотра?

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

Indicator ID	Допущение	Мера/источник	Частота	Триггер	Владелец	Реакция
I-01	A-03 срок поставки	Утверждённый отчёт поставщика	Ежемесячно	Два периода выше границы	Закупки	Пересмотреть все сценарии

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

Проведите межфункциональную проверку

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

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

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

Запланируйте пересмотр и архивируйте версии

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

Архивируйте рамку решения, реестр допущений, ссылки на доказательства, карточки сценариев, контролируемую модель и ID запусков, отчёт проверок, реестр индикаторов, заметки о проверке, решения и утверждения. Исключите секреты и лишние персональные данные.

Итоговый список проверки

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

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

Сколько сценариев нужно?

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

Сценарий равен прогнозу?

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

Как выбирать допущения?

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

Каждому сценарию нужна вероятность?

Нет. Без валидированных данных, метода и владельца вероятность не назначается, а ИИ её не выдумывает.

Как проверить согласованность?

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

Что такое полезный опережающий индикатор?

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

Триггер означает автоматическое решение?

Обычно нет. Он требует пересмотра и эскалации по установленному управлению.

Когда пересматривать сценарии?

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

Источники

OECD, “Strategic Foresight” — https://www.oecd.org/en/about/programmes/strategic-foresight.html
OECD, “Foresight Toolkit for Resilient Public Policy” — https://www.oecd.org/content/dam/oecd/en/publications/reports/2025/01/foresight-toolkit-for-resilient-public-policy_9ad1cd60/bcdd9304-en.pdf
UK Government, “The Green Book 2026” — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government/the-green-book-2026
National Institute of Standards and Technology, “Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile” — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 31 августа 2026 г.

Как провести сценарный анализ с ИИ и проверить допущения