Я прочитал статью «Как решать сложные проблемы», и увидел там сильную рамку для решения задач, но ее фокус на том, что уже проявилось. Да, можно использовать авторскую методику, и через пару месяцев увидеть, что проблема повторилась. В этой статье предлагаю посмотреть на решение сложных задач с иной стороны – проактивной, с помощью диверсионного анализа. Суть метода в том, чтобы просчитать то, что еще не случилось. Мои советы будут полезны тем управленцам, которые отвечают за проекты, где могут быть существенные последствия от не обнаруженных вовремя рисков.
Как работает диверсионный анализ
Нужно провести «диверсию» против вашего же решения или проекта. Это инструмент ТРИЗ, который, с одной стороны, помогает найти причину, не оставившую следа в фактах, с другой стороны – предсказать негативные события от решений до того, как они случатся.
Ключевой парадигмой диверсионного анализа является инверсия. Вместо того чтобы спрашивать «Что вызывает негативный эффект?» или «Почему происходит негативный эффект?», ставим вопрос в обратном порядке: «Как создать негативный эффект?» или «Как сломать систему?». Разберем работу этого подхода по пунктам.
1. Инверсия задачи вместо поиска причин
Чтобы решить проблему, необходимо собрать факты, но что делать, когда их недостаточно, чтобы выйти на коренную причину, даже используя метод «пять почему» или более продвинутый RCA? Как на этапе проектирования новой системы увидеть риски, мешающие достижению ее целей? Вместо вопроса «Почему это произошло?» или «Что может пойти не так?» задать перевернутый вопрос: «Как мы сами можем создать нежелательный эффект? Какие ресурсы системы позволяют реализовать этот нежелательный эффект?».
Приведу пример из личной практики. Клиент пожаловался на дефекты полиэтиленовых мешков возле запаянного шва. При этом во время отгрузки с предприятия мешки были целые, и в этот же период от других клиентов претензий не было. Мы инвертировали вопрос на «как сделать так, чтобы мешки рвались у клиента и не рвались на предприятии?». Провели функциональный анализ системы запайки мешков и выявили ошибку в настройке запаечной машины. Мешок с продуктом выходил запаянный и герметичный, но при входном контроле у клиента рвался. Почему только у одного клиента? Видимо, другие просто не делали тест на разрыв мешка с продуктом. Устранили ошибку в настройке, которая была в системе почти год после пуско-наладки. В итоге – контракт на несколько тысяч тонн продукции был сохранен без скидок на дефекты и выполнен полностью, а клиент после поставки пролонгировал договор.
Вывод: там, где фактов не хватает, диверсионный анализ генерирует гипотезы о скрытых механизмах. Затем их проверяем и выходим на настоящую причину быстрее, чем наблюдение за симптомами или исследование факторов, приведших к проблемам.
2. Правила и стимулы превращаются в ресурс для диверсии
Любое негласное правило или стимул может быть использовано как ресурс для создания вредного эффекта. Диверсионный анализ ищет такие ресурсы системно: время, пространство, информация, функциональность и т.д. Минимально полный перечень ресурсов для бизнеса в ТРИЗ содержит порядка 30 наименований ресурсов, которые могут быть рассмотрены для конкретной ситуации.
Вспомним пример с бригадой из статьи «Как решать сложные проблемы»:
- Ресурс времени: простой между сменами. Диверсионный анализ предлагает вопрос – как простой между сменами может создать проблему?
- Ресурс информации: знание реальных причин задержек. Вопрос – как знание реальных причин задержек приведет к еще большим задержкам? В ТРИЗ есть такой прием как усиление нежелательного эффекта, чтобы в итоге найти решение.
- Ресурс функциональности: способность бригады самоорганизоваться. Вопрос – как эта способность приведет к саботажу?
- Ресурс стимулирования. Вопрос: как поощрение за сокращение времени простоев может привести к еще большим простоям?
Диверсионный анализ не просто констатирует, что правило вредно. А показывает конкретную механику, как правило соединяется с ресурсом и порождает вредную функцию. Это дает руководителю не абстрактную рекомендацию «менять культуру», а точную карту – что надо сделать с ресурсом или условием, при котором ресурс становится оружием против системы. В итоге – не допустить этого.
3. Предсказание побочных эффектов или рисков
В статье «Как решать сложные проблемы» был описан кейс, где улучшение времени восстановления сервиса разрушило петлю обучения. Автор статьи честно признает: этого можно было избежать, если бы метрики были заданы заранее. Из этого возникает два вопроса:
- Как предусмотреть эту ситуацию заранее?
- Как узнать, какие именно метрики задать, чтобы не прозевать скрытую угрозу?
Диверсионный анализ прогнозирует – что именно сломается, в том числе применительно к метрикам. Как это работает:
- Берем планируемое решение, например, сократить среднее время восстановления сервиса с 2 часов до 30 минут.
- Задаем вопрос: «Как намеренно разрушить систему/оборудование при сокращении времени восстановления сервиса?».
- Имеем пул ответов: вместо полноценного восстановления функциональности системы «подшаманить» видимые дефекты, убрать фиксацию паттернов ошибок, не мотивировать персонал на повышение коэффициента технической готовности (КТГ) и/или коэффициента эксплуатационной готовности (КЭГ), не устанавливать коренные причины отказов, использовать аналоги вместо оригиналов. Ответов может быть множество – в зависимости от специфики системы.
- Далее исследуем – какими имеющимися ресурсами и условиями реализовать каждый из сценариев, и отсекаем те сценарии, где ресурсов недостаточно для его реализации.
Диверсионный анализ в этом случае не добавляет бюрократии. А подсвечивает негативные сценарии, которые реализуются рано или поздно, потому что в системе есть и ресурсы, и условия для реализации. В том числе, анализ помогает определить контрольные метрики прицельными (КТГ, КЭГ, показатель сохранности из статьи), а не страховочными «на всякий случай».
4. Проверка гипотезы на прочность до запуска
Эксперимент по проверке гипотезы показывает, работает ли решение в нормальных условиях, и одновременно не показывает – выдержит ли решение атаку особых обстоятельств, человеческой ошибки или злонамеренности, о которых не продумали на этапе создания решений. Диверсионный анализ может добавить к проверке «анти-эксперимент» – мысленную или имитационную попытку обрушить решение, используя его же собственные компоненты.
Например, вы решили запустить регулярные разборы потерь с бригадой. До начала эксперимента проведите анти-эксперимент: «Как сделать так, чтобы эти разборы превратились в фикцию и усилили недоверие?». Возможные сценарии: усложнить разбор, не давать обратную связь, давить авторитетом, искать виноватых, критиковать «безумные» идеи... Тогда к началу реального эксперимента получаем перечень стоп-условий – что в разборе делать запрещено всем, в том числе и руководителю. Это превращает руководителя из реактивного «решателя проблем» в архитектора, который проектирует систему с запасом прочности.
5. Проектирование устойчивости бизнеса
Диверсионный анализ расширяет горизонт решения проблемы, задает вопрос не только о том, что может пойти не так внутри системы, но и о том, как конкуренты или внешняя среда могут использовать ваше решение против вас же, и таким образом выводит мышление на уровень стратегических рисков. Например, как наше новое правило лояльности может быть атаковано, как изменение в цепочке поставок превратит наше сильное решение в уязвимость.
Приведу известный пример. Герберт Доу владел небольшой компанией в США, производящей бром. Продавал его по 36 центов за фунт. Предприятие завоевывало американский рынок, но при этом была негласная договоренность, что Доу не «идет» в Европу, а крупный немецкий концерн, продававший бром по 49 центов в Европе, не лезет в США. Прошло время, у Доу начались проблемы с бизнесом, и ему надо было расширяться, чтобы оставаться на плаву. Он начал продавать бром в Англии. Тогда немцы намекнули ему, что лучше свернуть экспорт, иначе будут последствия. Доу их проигнорировал. Вскоре на рынке США появился немецкий бром по цене 15 центов, что убивало весь бизнес Доу. Если бы немецкий концерн провел диверсионный анализ перед демпингом, например, задав вопрос «Как Доу может использовать наш дешевый бром против нас?», то ответ лежал бы на поверхности: «скупить и перепродать в Европу». Но анализ не был сделан и Доу победил немцев их же оружием.
Выводы
В решении сложных проблем диверсионный анализ надстраивает уровень стратегической безопасности, превращая методы решений из инструмента «ремонта» в инструмент «проектирования устойчивого будущего». Вместе они дают решение, которое остается сильным под давлением времени, людей и внешних обстоятельств.
Еще одно преимущество: мозгу банально легче придумать, как что-то сломать, чем объяснить – почему это сломалось. В этот момент креативность взлетает, решения приходят быстрее, ощущается прилив энергии. Не зря говорят: «Ломать – не строить».
Также читайте:








Именно этим и был вызван мой вопрос. Это две разные темы - как минимум, но, возможно, есть и смежные, не менее важные и интересные.
А что такое "решение" в общем виде? Слишком зависит от контекста.
Опять неправильно с точки зрения теории, но я решаю по-разному, потому что я нахожусь в разных ролях. Не «тип решения» определяет, как я действую, а кто я сейчас и в какой ситуации.
Каждая роль требует своего режима. Их нельзя смешивать. В сложных продажах все нужно переключаюсь между собой
Матрица простая: Кто я сейчас? В какой ситуации? Что я делаю?
Так что же такое "решение"?
У продавцов одни сюжеты ("Мы не продаём продукты, мы продаём решения!"), у менеджеров - совсем другие, у инженеров - третьи, у финансистов могут быть какие-то еще.
Я практически всегда сначала уточняю, если не я инициировал беседу. У вас есть для меня решение. Это замечательно! А какую задачу Вы решаете? И слишком часто это простой вопрос ставит собеседника в тупик.
Если мы о сложных продажах, поделитесь Вашим опытом.
Вы абсолютно правы. "Решение" — это слово-ловушка. Оно звучит убедительно, но почти ничего не говорит. Если к моей практике, то в сложных продажах я всегда уточняю: задача — это то, что есть у клиента. Решение — это то, что я предлагаю. Если я не понимаю задачу — я не могу предложить решение. А если клиент не понимает задачу — он не может оценить решение. Более того в данном контексте я очень часто использую понятия концепции решения, чтобы понять, насколько мы понимаем друг досуга иначе будет напрасно потраченное время с обоих сторон.
NDA может быть подписано в процессе переговоров. Рабочая практика – это использование брифа по итогам встреч и т.д. , но для чёткого понимания задачи. Как правило, одной встречи не достаточно, буквально, тише едешь дальше и целее будешь.
Всё правильно, хотя многие об этом забывают - иногда из самых лучших чувств.
Сначала проблема, затем поиски вариантов решения, честное сравнение, анализ и выводы. Были бы варианты. Так формируется то, что называют обоснованным решением. Но сначала разговоры о решении и его неоспоримых преимуществах, а звтем вопрос - а что вас беспокоит, могут вызвать какой угодно негативный эффект. Сначала слушаем, потом думаем, обсуждаем и предлагаем. Затем снова обсуждаем, пока не договоримся и не согласимся с общим планом работ.
Задача, в свою очередь, может решаться примерно так же - как часть проблемы или изолированно. Но нужна общая картина и, как обычно, хороший план.
Из уже упомянутого Вами: подписание NDA в процессе переговоров происходит часто и может являться обязательным условием. Брифы по итогам встречи и прочие материалы, рассылаемые по списку по итогам переговоров, не просто правило хорошего тона - это знак уважения к заказчику и экономия его времени. Список рассылки обсуждается во время первой встречи или до её начала.
А вопрос о том, что же такое решение, даже в рамках этой ветки, пока в силе.
Не важно о проекте или стартапе и чем-то еще ) В понятийном смысле – решение — это выбор альтернативы по опрделенным критериям, то есть ментальный акт фиксации одной опции из нескольких возможных.
Точка схлопывания (фиксация альтернативы): Момент, когда субъект прекращает сбор информации и волевым образом илии по чужой воле )) фиксирует одну альтернативу, уничтожая все остальные. Это мгновенный переход от состояния «может быть всё» , кроме парадокса Буриданова осла )) к фиксированному «будет только это».
Контекст меняет лишь декорации: объем данных, объем неопределенности,цену ошибки и скорость процесса, персонажей (Decision Making Unit )и проч..
Ваше сообщение, Евгений, прочитать не могу, увы. Так как баг не устранили.
Решение — это выбор между возможными вариантами действий (или бездействия), направленный на достижение определённого результата.
Оно:
В нем нет
В чем прикладной аспект или практическое использование понятий решение, мне не всегда ясно, С моей точки зрения контекст сразу дает возможность конкретики.
Теперь посмотрим вокруг и сравним:
"Решение", которое обсуждают продавцы, которые не хотят, чтобы звучали слова "продукт", "конфигурация" и т.п.. В оригинале - Solution.
Решение как решение задачи, известное нам со школы.
Decision и Decision-making как процесс в англоязычной литературе о бизнесе и менеджменте.
А еще есть решение проблем - Problem Solving в той литературе.
Если нужно больше, вспомню одну из любимых песен из детства. Когда-то они доехали до Москвы. Зал рыдал от счастья.
With the day, came the resolution ...
При этом всегда подразумевается какой-то результат, но важен контекст. Так что у нас пока есть варианты для обсуждения.