OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
  • МетодикиПошаговые методики с живыми фреймами
  • СценарииГотовые маршруты развития компании
  • РацухиКороткие рабочие решения на каждый день
  • Бизнес-процессыОписания процессов со схемами BPMN
  • ИсследованияДанные и выводы исследований
  • КурсыОнлайн-курсы с практикой
  • Траектория обученияС чего начать и куда расти
  • УслугиРаботы по стандарту качества
  • ЭкспертыИсполнители и консультанты
  • Инструменты OrgDevToolsОписания и инструкции
  • AI-агентыЧто умеют ИИ-помощники
БлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

  • Методики
  • Сценарии
  • Рацухи
  • Бизнес-процессы
  • Исследования
  • Курсы
  • Траектория обучения
  • Услуги
  • Эксперты
  • Инструменты OrgDevTools
  • AI-агенты
  • Блог
  • Новости
  • Статьи
  • Кейсы
  • Отзывы
  • Кому подходит
  • Для франчайзеров
  • Для бюджетных организаций
  • Проверка BPMN онлайн
  • Тарифы
  • White Paper ODTCoin
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

Рубрики

Все методики1116
  • Миссия и видение61
  • Анализ109
  • Продукты138
  • Ресурсы4
  • Рынок14
  • Клиенты53
  • Конкуренты18
  • Поставщики10
  • Финансы42
  • Бизнес-модель31
  • Парадигма управления24
  • Продвижение37
  • Постановка целей37
  • Оргструктура47
  • Корпоративная культура37
  • Мотивация и вовлечение42
  • Планирование24
  • Контроль26
  • Управление инициативами15
  • Управление проектами35
  • Процессное управление110
  • Управление инцидентами14
  • Проведение совещаний22
  • Аудит процессов32
  • Аудит клиентского опыта35
  • Аудит маркетинга24
  • Аудит продаж17
  • Аудит данных в ИТ-системах32
  • Аудит HR и мотивации20
  • Аудит контрагентов6
  • Аудит закупок и снабжения9
  • Аудит финансов23
  • Аудит безопасности28
  • Аудит производства15
ГлавнаяМетодикиТРИЗ: Диверсионный анализ (Анти-ТРИЗ)
Продукты

ТРИЗ: Диверсионный анализ (Анти-ТРИЗ)

Мысленно стать «диверсантом» и систематически искать способы сломать/провалить систему, затем разработать защиту для каждой уязвимости — метод Злотина и Зусман с автоматической приоритизацией по риску (вероятность×ущерб).

Содержание
  1. 1. Фрейм «ТРИЗ: Диверсионный анализ» онлайн
  2. 2. Происхождение и исследовательская база
  3. 3. Ключевые идеи и принципы
  4. 4. Ограничения, слепые зоны и критика
  5. 5. Типовые ошибки
  6. 6. План внедрения
  7. 7. Как реализовать этот план с помощью фрейма «Диверсионный анализ» в OrgDevTools
  8. 8. Книги по теме

Содержание

  1. Фрейм «ТРИЗ: Диверсионный анализ» онлайн
  2. Происхождение и исследовательская база
  3. Ключевые идеи и принципы
  4. Ограничения, слепые зоны и критика
  1. Типовые ошибки
  2. План внедрения
  3. Как реализовать этот план с помощью фрейма «Диверсионный анализ» в OrgDevTools
  4. Книги по теме

Коротко

Главное, что нужно знать

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

  • Риск каждого способа диверсии — произведение вероятности и ущерба, а не порядок обнаружения.

  • Защита разрабатывается в первую очередь для наиболее рискованных уязвимостей, а не в порядке перечисления.

  • Метод часто выявляет риски, незаметные при обычном, «доброжелательном» анализе безопасности.

  • Разработан Борисом Злотиным и Аллой Зусман как приложение инверсионной логики ТРИЗ к задачам надёжности.

Заполнить фреймПлан внедрения

Фрейм «ТРИЗ: Диверсионный анализ (Анти-ТРИЗ)»

Заполнили? Сохраните и доведите до результата

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное
Сохранить в рабочую тетрадь →

Диверсионный анализ, или Анти-ТРИЗ, — метод, разработанный Борисом Злотиным и Аллой Зусман, ставящий вместо прямого вопроса «как решить задачу» обратный вопрос: «как нарочно сломать, испортить или провалить систему, если бы мы были диверсантом или недобросовестным конкурентом?». Систематический перебор способов возможного «саботажа» выявляет скрытые уязвимости системы раньше, чем они проявятся сами по себе, после чего для каждого найденного способа диверсии разрабатывается конкретная защита.

Происхождение и исследовательская база

Метод развит Злотиным и Зусман как приложение инверсионной логики ТРИЗ (аналогично приёму «Наоборот») к задачам анализа надёжности и безопасности — вместо того чтобы пытаться предугадать все возможные сбои прямым анализом, гораздо продуктивнее мысленно занять позицию «злоумышленника», активно ищущего способ разрушить систему. Такая смена перспективы часто выявляет уязвимости, незаметные при обычном, «доброжелательном» анализе.

Лучший способ найти слабое место системы — самому попытаться его найти, представив себя противником этой системы.

Ключевые идеи и принципы

  1. Принцип: смена перспективы с защиты на нападение

    Аналитик мысленно становится «диверсантом», активно ищущим способ навредить системе, — эта смена ролей высвобождает креативность, которая обычно подавляется установкой на защиту и предотвращение.

  2. Принцип: систематический перебор способов диверсии

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

  3. Принцип: приоритизация уязвимостей по вероятности и ущербу, а не по порядку обнаружения

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

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

    После составления и приоритизации списка возможных «диверсий» для каждой из них (в первую очередь для наиболее рискованных) разрабатывается конкретная превентивная мера, устраняющая или существенно снижающая эту уязвимость.

Ограничения, слепые зоны и критика

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

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

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

Типовые ошибки

  1. Ошибка 1: ограничиваются поверхностным, формальным перебором способов диверсии.

    Список способов саботажа составляется быстро и поверхностно, не достигая реальной креативности «мышления злоумышленника», характерной для метода.

    Как избежать

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

  2. Ошибка 2: не приоритизируют найденные уязвимости по реальной опасности.

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

    Как избежать

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

  3. Ошибка 3: разрабатывают защиту только от буквально перечисленных способов диверсии.

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

    Как избежать

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

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

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

    Как избежать

    привлекать к диверсионному анализу людей, не отвечающих напрямую за систему (независимую команду, внешнего эксперта), или явно поощрять самые разрушительные, «неудобные» идеи как ценные, а не как критику авторов системы.

План внедрения

  1. Неделя 1: выбрать критичную систему для анализа

    Определить систему/процесс организации, для которого оправдан анализ с позиции «диверсанта».

  2. Неделя 2: систематически перебрать способы саботажа

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

  3. Неделя 3: приоритизировать уязвимости по вероятности и ущербу

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

  4. Неделя 4: разработать и реализовать защитные меры

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

Как реализовать этот план с помощью фрейма «Диверсионный анализ» в OrgDevTools

Фрейм «Диверсионный анализ» в OrgDevTools автоматически считает и сортирует риски, а не просто собирает список угроз.

  • Поле «Система, которую анализируем «глазами диверсанта»» — куда вписывается результат недели 1.

  • Журнал способов диверсии — каждая запись содержит поле «Как нарочно сломать/провалить», выбор «Вероятность» и «Ущерб» (1-3 каждый), и поле «Защита». Рядом с каждым способом — живой бейдж «риск N», вычисленный как вероятность×ущерб, с цветовой кодировкой (красный от 6, жёлтый от 3, зелёный ниже) — это прямое, автоматическое воплощение принципа приоритизации, а не отдельная декларация.

  • Список записей автоматически отсортирован по убыванию риск-балла — самые опасные способы диверсии всегда видны первыми сверху, что физически не даёт пропустить приоритизацию (прямая защита от Ошибки 2): порядок работы над защитой задаётся не порядком ввода, а реальной опасностью.

Заполнили фрейм? Сохраните, чтобы не потерять

Бесплатно — сохранение в рабочую тетрадь (3 тетради без карты). В PRO — тетради без ограничений, экспорт в PDF и PNG и инструменты для внедрения.
Сохранить в рабочую тетрадьЧто даёт PRO

Книги по теме

Б. Злотин, А. Зусман — «Изобретатель пришел» (1988). Первоисточник метода диверсионного анализа.

Похожие методики

Морфологический анализ в ТРИЗ

Морфологический анализ в ТРИЗ — метод Фрица Цвикки: задачу раскладывают на независимые параметры, выписывают их значения и систематически перебирают комбинации. Он показывает реальный размер пространства решений и не даёт упустить неочевидное.

МетодикаБесплатно

ТРИЗ: Техническое противоречие

Техническое противоречие в ТРИЗ — это ситуация, когда улучшение одного параметра известным способом ухудшает другой. Формула «Если — Улучшить — То — Но» ведёт к матрице Альтшуллера и 40 приёмам — чтобы снять противоречие, а не искать компромисс.

МетодикаБесплатно

ТРИЗ: 40 изобретательских приёмов

40 изобретательских приёмов ТРИЗ — полный фонд Альтшуллера: повторяющиеся паттерны сильных решений, выявленные при анализе более 200 000 патентов. Они работают и за пределами инженерии — от складного зонта до перехода с мэйнфрейма на ПК.

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт