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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выводы

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

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

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

Расскажите коллегам:
Комментарии
Николай Сибирев пишет:
Мы можем как угодно называть термин и вкладывать любой смысл, который мы хотим туда вложить, а в конечном итоге основной вопрос - какую задачу мы хотим решить. Это ключевой момент. 

Да, всё так. Но есть развилки. Смыслы в этот термин вкладывают не только те,кто решает задачу или в этом участвует - было бы намного проще - , но и те, у кого она возникла.

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

Иногда приходится возвращаться, обсуждать заново, что-то менять или предлагать другие пути.

Евгений Равич пишет:
Для меня правильная постановка задачи - скажем, 80% успеха или результата.

А для меня правильая диагностика или оценка стуации позволяет говорить о вариантах решения, следующий шаг это реализация этого решения.

Выбор и реализация/действия это немножко о разном. Хотя на конкретном примере это все гораздо проще показать или объяснить. 

Николай Сибирев пишет:
Евгений Равич пишет:
Для меня правильная постановка задачи - скажем, 80% успеха или результата.

А для меня правильая диагностика или оценка стуации позволяет говорить о вариантах решения, следующий шаг это реализация этого решения.

Выбор и реализация/действия это немножко о разном. Хотя на конкретном примере это все гораздо проще показать или объяснить. 

Знать бы заранее или хотя бы вовремя, какая диагностика правильная, а какая не вполне. Жизнь была бы намного проще.

Как Вы проверяете себя?

 

Евгений Равич пишет:
Как Вы проверяете себя?

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

2. Один раз меня спросили насколько сложно в течение года увеличить объем на 30%, на самом деле это не так сложно в принципе, всё зависит от ряда факторов. Ну когда мне сказали, что оборот компании около 2 млрд и это рынок промышленного литья, то я ушёл в нирвану. 

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

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

 

Большой кусок пирога мы едим по кусочкам - это даже не здравый смысл, а алгоритм. 

  1. 30% – это 600 млн.
  2. Тяжелый промышленный рынок, где нет свободных ниш. 
  3. Продукт ± унифицирован, все друг друга знают. 
  4. Конкурентные премущества из пальца не высосать, они должны быть обоснованы. 
  5. Сделка – это не продукт, это встраивание в технологический цикл производства. 

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

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

  • Народ был очень прагматичный я не очень сильно доверяли маркетинговым исследованиям, что было опроавдано. 
  • Действующиее  руководство коммерческим блоком было не очень сильно заинтересован в результате – лишний геморрой + инициатива была со стороны управляющей компании. 
  • Если вернуться к исходной теме по поводу рисков, то было проще всего составить динамическую матрицу модели рисков, которая будет изменяться процессе реализации этого проекта. 
Евгений Равич пишет:
Александр Осипов пишет:
Евгений Равич пишет:
Александр Осипов пишет:
В современных реалиях рынков России и Китая побеждают не те компании, которые создают самые детализированные оптимистичные планы, а те, кто научился безжалостно и системно тестировать свои решения на прочность еще до начала инвестиций.  

О каких отраслях Вы говорите? О каких решениях?

Кто, к примеру, предвидел дефицит электронных компонентов такого масштаба,  вызвавший неизбежное повышение цены готовых изделий? И, по прогнозам, это на годы вперёд.

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

1. О каких отраслях и решениях идет речь?
Мы говорим не об ИТ как таковом, а о бизнес-процессах, делегированных алгоритмам.

Не совсем привычная формулировка. Вы не могли бы пояснить, кому и зачем нужно делегировать (!) бизнес-процессы алгоритмам? 

Автоматизация - не делегирование.

  

   Для Топ-менеджера кризис — это не просто «форс-мажор». Это момент, когда цена ошибки возрастает экспоненциально, а время на принятие решений сокращается до минут. Red Teaming и диверсионный анализ показывают: в условиях жесткого давления классическая иерархия управления («начальник — подчиненный — согласование — действие») превращается в смертельную ловушку. 
  Если продолжить метафору Red Teaming, то компания без сквозной ERP-системы похожа на средневековое войско: пока гонец скачет от одного фланга к другому, битва уже проиграна.
   Когда мы внедряем алгоритмы ERP на уровне всей компании, мы создаем единую цифровую нервную систему. В момент кризиса она спасает бизнес не локально, а системно — на стыке всех ключевых узлов. В обычной компании каждый отдел живет в своей реальности: продажи — в CRM, склад — в Excel, бухгалтерия — в 1С. В момент рыночного шока эти колодцы данных изолируются еще сильнее. Продажи продолжают демпинговать, не зная, что логистика застряла на границе, а финансы бьются в судорогах от кассового разрыва. Как работает система ERP: Алгоритм создает единый источник правды (Single Source of Truth). Любое изменение в одном узле мгновенно, каскадно меняет логику работы всех остальных. Если склад зафиксировал порчу сырья, производство тут же видит пересчитанный график, а отдел продаж получает автоматический запрет на обещание этих объемов клиентам. Бизнес действует как единый организм, исключая внутренний саботаж.
   В теории систем есть фундаментальный закон Эшби (закон необходимого разнообразия): управляющая система должна обладать большим разнообразием состояний, чем система управляемая, либо она потеряет контроль. Современный рынок — это среда ультра-высокого разнообразия и хаоса. Пандемии, санкционные войны, технологические сингулярности и дефициты компонентов — это не аномалии, это базовые свойства среды. Пытаться предсказать их — классическая ошибка выжившего. Задача  менеджмента — спроектировать систему так, чтобы в момент фазового перехода (кризиса) она не совершила контролируемое самоубийство.       Инструменты Red Teaming и диверсионного анализа (AFD — Anticipatory Failure Determination) раз за разом подсвечивают одну и ту же корневую уязвимость любой организации: человеческий фактор на критических узлах операционной деятельности. Единственный способ вылечить эту уязвимость — делегировать бизнес-процессы алгоритмам. Но делать это нужно не ради банальной кост-эффективности, а ради стратегической живучести. В условиях стабильности человек и алгоритм могут показывать одинаковую эффективность. Но в момент кризиса (Черного лебедя) когнитивная система человека перегружается. Паника, туннельное зрение и страх ошибки парализуют принятие решений. Что делает алгоритм: Берет на себя 100% рутинного хаоса. Пока «горит» внешний контур, алгоритмы безэмоционально, со скоростью процессора продолжают выставлять счета, пересчитывать динамические цены, маршрутизировать логистику по резервным веткам и проводить комплаенс-проверки. Результат: Высвобожденный топ-менеджмент не занимается тушением операционных пожаров. Мозг свободен для стратегического Red Teaming — пересборки бизнес-модели под изменившуюся реальность.
    Человеческое управление по природе своей реактивно: случилось событие — человек подумал — принял решение (часто с опозданием). Алгоритмическое управление работает в парадигме Event-Driven Architecture (архитектуры, управляемой событиями). В алгоритм превентивно зашиваются жесткие триггеры и сценарии ветвления. Например: «Если метрика Х падает на 15%, автоматически запустить протокол перевода расчетов на резервный банк и уведомить поставщиков класса А». Система реагирует мгновенно, не дожидаясь, пока менеджер допьет кофе и согласует служебную записку. Скорость реакции минимизирует масштаб разрушений. 
   Делегирование процессов алгоритмам — это не дань моде на AI и автоматизацию. И это не способ сократить линейный персонал (хотя это приятный побочный эффект). Это инвестиция в жесткость каркаса и гибкость мышления. Мы отдаем процессы алгоритмам для того, чтобы зафиксировать правила игры внутри компании. Когда внешний мир ломает привычные бизнес-модели, выживают те организации, чья операционка работает на автоматических «железных рельсах», позволяя лидерскому составу компании сфокусироваться на главном — изобретении нового будущего.
1 4 6
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Елена Иванова
чтобы сузить дискуссию, предлагаю начать с пн. 3, 4. в течение месяца общаюсь с селлером, у котор...
Все дискуссии