Как проверить решение на скрытые риски

Я прочитал статью «Как решать сложные проблемы», и увидел там сильную рамку для решения задач, но ее фокус на том, что уже проявилось. Да, можно использовать авторскую методику, и через пару месяцев увидеть, что проблема повторилась. В этой статье предлагаю посмотреть на решение сложных задач с иной стороны – проактивной, с помощью диверсионного анализа. Суть метода в том, чтобы просчитать то, что еще не случилось. Мои советы будут полезны тем управленцам, которые отвечают за проекты, где могут быть существенные последствия от не обнаруженных вовремя рисков.

Как работает диверсионный анализ

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

Ключевой парадигмой диверсионного анализа является инверсия. Вместо того чтобы спрашивать «Что вызывает негативный эффект?» или «Почему происходит негативный эффект?», ставим вопрос в обратном порядке: «Как создать негативный эффект?» или «Как сломать систему?». Разберем работу этого подхода по пунктам.

1. Инверсия задачи вместо поиска причин

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

Приведу пример из личной практики. Клиент пожаловался на дефекты полиэтиленовых мешков возле запаянного шва. При этом во время отгрузки с предприятия мешки были целые, и в этот же период от других клиентов претензий не было. Мы инвертировали вопрос на «как сделать так, чтобы мешки рвались у клиента и не рвались на предприятии?». Провели функциональный анализ системы запайки мешков и выявили ошибку в настройке запаечной машины. Мешок с продуктом выходил запаянный и герметичный, но при входном контроле у клиента рвался. Почему только у одного клиента? Видимо, другие просто не делали тест на разрыв мешка с продуктом. Устранили ошибку в настройке, которая была в системе почти год после пуско-наладки. В итоге – контракт на несколько тысяч тонн продукции был сохранен без скидок на дефекты и выполнен полностью, а клиент после поставки пролонгировал договор.

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

2. Правила и стимулы превращаются в ресурс для диверсии

Любое негласное правило или стимул может быть использовано как ресурс для создания вредного эффекта. Диверсионный анализ ищет такие ресурсы системно: время, пространство, информация, функциональность и т.д. Минимально полный перечень ресурсов для бизнеса в ТРИЗ содержит порядка 30 наименований ресурсов, которые могут быть рассмотрены для конкретной ситуации.

Вспомним пример с бригадой из статьи «Как решать сложные проблемы»:

  • Ресурс времени: простой между сменами. Диверсионный анализ предлагает вопрос – как простой между сменами может создать проблему?
  • Ресурс информации: знание реальных причин задержек. Вопрос – как знание реальных причин задержек приведет к еще большим задержкам? В ТРИЗ есть такой прием как усиление нежелательного эффекта, чтобы в итоге найти решение.
  • Ресурс функциональности: способность бригады самоорганизоваться. Вопрос – как эта способность приведет к саботажу?
  • Ресурс стимулирования. Вопрос: как поощрение за сокращение времени простоев может привести к еще большим простоям?

Диверсионный анализ не просто констатирует, что правило вредно. А показывает конкретную механику, как правило соединяется с ресурсом и порождает вредную функцию. Это дает руководителю не абстрактную рекомендацию «менять культуру», а точную карту – что надо сделать с ресурсом или условием, при котором ресурс становится оружием против системы. В итоге – не допустить этого.

3. Предсказание побочных эффектов или рисков

В статье «Как решать сложные проблемы» был описан кейс, где улучшение времени восстановления сервиса разрушило петлю обучения. Автор статьи честно признает: этого можно было избежать, если бы метрики были заданы заранее. Из этого возникает два вопроса:

  • Как предусмотреть эту ситуацию заранее?
  • Как узнать, какие именно метрики задать, чтобы не прозевать скрытую угрозу?

Диверсионный анализ прогнозирует – что именно сломается, в том числе применительно к метрикам. Как это работает:

  • Берем планируемое решение, например, сократить среднее время восстановления сервиса с 2 часов до 30 минут.
  • Задаем вопрос: «Как намеренно разрушить систему/оборудование при сокращении времени восстановления сервиса?».
  • Имеем пул ответов: вместо полноценного восстановления функциональности системы «подшаманить» видимые дефекты, убрать фиксацию паттернов ошибок, не мотивировать персонал на повышение коэффициента технической готовности (КТГ) и/или коэффициента эксплуатационной готовности (КЭГ), не устанавливать коренные причины отказов, использовать аналоги вместо оригиналов. Ответов может быть множество – в зависимости от специфики системы.
  • Далее исследуем – какими имеющимися ресурсами и условиями реализовать каждый из сценариев, и отсекаем те сценарии, где ресурсов недостаточно для его реализации.

Диверсионный анализ в этом случае не добавляет бюрократии. А подсвечивает негативные сценарии, которые реализуются рано или поздно, потому что в системе есть и ресурсы, и условия для реализации. В том числе, анализ помогает определить контрольные метрики прицельными (КТГ, КЭГ, показатель сохранности из статьи), а не страховочными «на всякий случай».

4. Проверка гипотезы на прочность до запуска

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

Например, вы решили запустить регулярные разборы потерь с бригадой. До начала эксперимента проведите анти-эксперимент: «Как сделать так, чтобы эти разборы превратились в фикцию и усилили недоверие?». Возможные сценарии: усложнить разбор, не давать обратную связь, давить авторитетом, искать виноватых, критиковать «безумные» идеи... Тогда к началу реального эксперимента получаем перечень стоп-условий – что в разборе делать запрещено всем, в том числе и руководителю. Это превращает руководителя из реактивного «решателя проблем» в архитектора, который проектирует систему с запасом прочности.

5. Проектирование устойчивости бизнеса

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

Приведу известный пример. Герберт Доу владел небольшой компанией в США, производящей бром. Продавал его по 36 центов за фунт. Предприятие завоевывало американский рынок, но при этом была негласная договоренность, что Доу не «идет» в Европу, а крупный немецкий концерн, продававший бром по 49 центов в Европе, не лезет в США. Прошло время, у Доу начались проблемы с бизнесом, и ему надо было расширяться, чтобы оставаться на плаву. Он начал продавать бром в Англии. Тогда немцы намекнули ему, что лучше свернуть экспорт, иначе будут последствия. Доу их проигнорировал. Вскоре на рынке США появился немецкий бром по цене 15 центов, что убивало весь бизнес Доу. Если бы немецкий концерн провел диверсионный анализ перед демпингом, например, задав вопрос «Как Доу может использовать наш дешевый бром против нас?», то ответ лежал бы на поверхности: «скупить и перепродать в Европу». Но анализ не был сделан и Доу победил немцев их же оружием.

Выводы

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

Еще одно преимущество: мозгу банально легче придумать, как что-то сломать, чем объяснить – почему это сломалось. В этот момент креативность взлетает, решения приходят быстрее, ощущается прилив энергии. Не зря говорят: «Ломать – не строить».

Также читайте:

Расскажите коллегам:
Комментарии
Евгений Равич пишет:
Ирина Плотникова пишет:
Евгений Равич пишет:
Ирина Плотникова пишет:
Не знаю, говорите ли Вы о проекте или стартапе
Не важно о проекте или стартапе и чем-то еще )
Вы не спрашивали о причинах провалов?
Если да, то это о разном. Сущности разные, причины провалов разные, критерии успеха разные.
Если нет - как звучит Ваш вопрос?
В понятийном смысле – решение — это выбор альтернативы  по опрделенным критериям, то есть ментальный акт фиксации одной опции из нескольких возможных.
См. моё комментарий для Николая чуть выше. Важен контекст, сюжет и еще пара вещей.

Прекрасно. Но  вы описали классификацию, просто перечислили разные виды деревьев в лесу и спорите с ппонятием с помощью классификации (перечисления видов), если вы имеете в виду тот ваш коммент.

Но я не спорил с понятием.

А я отвечала на другой вопрос – что такое решение .

Хоть Solution у продавцов, хоть Decision у топ-менеджеров, хоть Problem Solving — суть понятия одна: это всегда выбор одной опции из нескольких альтернатив. 

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

Важен контекст и процесс - что предшествует принятию решения, если мы решаем задачу и есть несколько критериев, иногда их много, Кто принимает участие, чьё мнение важно. Какие аргументы используются. Какие источники данных считаются достоверными. Часто все рассматриваемые варианты не слишком хороши.

В теории игр и стратегических решений есть много мыслей  вокруг матрицы исходов на эту тему.

Точка схлопывания (фиксация альтернативы): Момент, когда субъект прекращает сбор информации и волевым образом илии  по чужой воле )) фиксирует одну альтернативу, уничтожая все остальные.
Контекст меняет лишь декорации: объем данных, объем неопределенности,цену ошибки и скорость процесса, персонажей (Decision Making Unit )и проч..
Лишь? А что остаётся, если поменять всё перечисленное? –

Остается решение, которое зависит от всего перечисленного и кое-чего неперечисленного )  

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

Еще раз подчеркну,

Понятие — это форма мысли, которая обобщает предметы и явления по их существенным признакам. Оно служит для выделения объектов из множества и объединения их в классы. В естественном языке понятия выражаются словами или словосочетаниями (терминами).

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

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

Как скажете. Дело же не только в словах.

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

 

Ну, если не спорили, тогда к чему весь ваш лингвистический экскурс? )

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

Даже если вы решили отложить решение — это тоже выбор альтернативы из вариантов «делать сейчас» или «делать потом»! )

Был простой вопрос – что есть решение?

Был простой ответ. Вы же с ним не спорите )

 

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

Прекрасно. Но  вы описали классификацию, просто перечислили разные виды деревьев в лесу и спорите с ппонятием с помощью классификации (перечисления видов), если вы имеете в виду тот ваш коммент.

Но я не спорил с понятием.

А я отвечала на другой вопрос – что такое решение .

Хоть Solution у продавцов, хоть Decision у топ-менеджеров, хоть Problem Solving — суть понятия одна: это всегда выбор одной опции из нескольких альтернатив. 

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

Важен контекст и процесс - что предшествует принятию решения, если мы решаем задачу и есть несколько критериев, иногда их много, Кто принимает участие, чьё мнение важно. Какие аргументы используются. Какие источники данных считаются достоверными. Часто все рассматриваемые варианты не слишком хороши.

В теории игр и стратегических решений есть много мыслей  вокруг матрицы исходов на эту тему.

Точка схлопывания (фиксация альтернативы): Момент, когда субъект прекращает сбор информации и волевым образом илии  по чужой воле )) фиксирует одну альтернативу, уничтожая все остальные.
Контекст меняет лишь декорации: объем данных, объем неопределенности,цену ошибки и скорость процесса, персонажей (Decision Making Unit )и проч..
Лишь? А что остаётся, если поменять всё перечисленное? –

Остается решение, которое зависит от всего перечисленного и кое-чего неперечисленного )  

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

Еще раз подчеркну,

Понятие — это форма мысли, которая обобщает предметы и явления по их существенным признакам. Оно служит для выделения объектов из множества и объединения их в классы. В естественном языке понятия выражаются словами или словосочетаниями (терминами).

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

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

Как скажете. Дело же не только в словах.

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

 

Ну, если не спорили, тогда к чему весь ваш лингвистический экскурс? )

Чуть медленнее, если позволите.

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

Выше я спросил о том, что именно считается решением в предыдущем комментарии и согласился с ответом:

Николай Сибирев пишет:

Вы абсолютно правы. "Решение" — это слово-ловушка. Оно звучит убедительно, но почти ничего не говорит. Если к моей практике, то в сложных продажах я всегда уточняю: задача — это то, что есть у клиента. Решение — это то, что я предлагаю. Если я не понимаю задачу — я не могу предложить решение. А если клиент не понимает задачу — он не может оценить решение. Более того в данном контексте я очень часто использую понятия концепции решения, чтобы понять, насколько мы понимаем друг досуга иначе будет напрасно потраченное время с обоих сторон.  

Всё понятно.

Ближе к тому, что  в продажах B2B часто называют Solution как синоним продуманного и подготовленного предложения для удовлетворения конкретных требований заказчика. Может быть с вариантами. А выбор заказчиком в этот момент еще не сделан.

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

Я не описывал никакой конкретный процесс.

Даже если вы решили отложить решение — это тоже выбор альтернативы из вариантов «делать сейчас» или «делать потом»! )

Был простой вопрос – что есть решение?

Был простой ответ. Вы же с ним не спорите )

Рад, что для Вас это настолько просто.

 

Ирина Плотникова пишет:
Даже если вы решили отложить решение — это тоже выбор альтернативы из вариантов «делать сейчас» или «делать потом»! )

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

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

В этом контексте тезис Германа Грефа, прозвучавший в Совете Федерации 17 июля 2026 года, раскрывается с совершенно иной стороны. Когда он говорит, что «Искусственный интеллект — это не технология, это новая модель существования человечества, и тот, кто не успеет перестроить под нее свой фундамент, исчезнет с карты рынка», он имеет в виду именно ту проблему, о которой пишете вы. Классический подход индустриальной эры заставлял нас строить избыточно жесткие ИТ-системы.

И ваш анализ подводит нас к главному архитектурному выводу:
Дискуссия об удобстве GUI, настройках или сроках внедрения конкретного модуля сегодня вторична. В условиях нелинейной среды жесткость каркаса старой отчетности парадоксальным образом становится фактором максимального риска. Такой «деревянный фрегат» монолитной архитектуры неизбежно начинает тонуть под грузом собственных жестких регламентов и зашумленных данных, а менеджменту приходится вручную «совершенствовать насосы», чтобы спасти операционку.

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

Именно поэтому мы не предлагаем очередное внедрение модулей поверх существующего ландшафта. Мы хотим объединить наши усилия. Ваша экспертиза в области Supply Chain, финансов и управления контрактными рисками — это те самые граничные условия, без которых невозможно спроектировать живую, адаптивную модель. Без понимания физики ударов волн невозможно построить корабль, который их использует.

1 5 7
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Елена Иванова
чтобы сузить дискуссию, предлагаю начать с пн. 3, 4. в течение месяца общаюсь с селлером, у котор...
Все дискуссии