Диаграмма разрешения конфликтов (Испаряющееся облако, TOC)

Диаграмма разрешения конфликтов, известная как «Испаряющееся облако» (Evaporating Cloud) — второй инструмент «Мыслительных процессов» Теории ограничений Э. Голдратта. Строит структуру из пяти блоков: общая цель, два требования, необходимых для её достижения, и два конфликтующих способа обеспечить эти требования. Метод ищет скрытое допущение, делающее конфликт кажущимся неизбежным — опровержение допущения «испаряет» конфликт, вместо компромисса между сторонами.

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

Метод описан Элияху Голдраттом в книге «It's Not Luck» (1994) как продолжение Дерева текущей реальности: после того как найдена корневая причина организационных проблем, «Облако» вскрывает лежащий в её основе конфликт и его скрытые допущения. Голдратт противопоставлял этот подход традиционному поиску компромисса — идея в том, что многие «неразрешимые» конфликты держатся на ложном допущении, которое достаточно опровергнуть.

Задокументированный реальный кейс построения «Испаряющегося облака»: та же команда исследователей — Виктория Мабин, Джули Йи, Салли Бабингтон, Ванесса Колдуэлл и Робин Мур (журнал Health Systems, 2017) — в рамках анализа крупной государственной больницы Новой Зеландии построила конкретное облако вокруг конфликта распределения ресурсов между врачами и менеджментом: A — больница оказывает качественную помощь пациентам в рамках бюджета; B — врачи могут обеспечить пациентам наилучшие результаты лечения; C — больница укладывается в выделенные ресурсы; D — врачи сами решают, как распределяются ресурсы (чтобы обеспечить B); D′ — менеджмент принимает все решения о распределении ресурсов (чтобы обеспечить C). D и D′ прямо конфликтовали: если ресурсами распоряжаются врачи по клиническим показаниям, бюджет систематически превышается; если решения принимает только менеджмент, качество лечения снижается — как показал анализ, даже когда врачи формально отвечали за планы лечения, система в целом не могла обеспечить оптимальное лечение. Команда вскрыла и оспорила скрытое допущение о том, что распределение ресурсов обязательно должно быть ЛИБО полностью в руках врачей, ЛИБО полностью в руках менеджмента, — и предложила решение (инъекцию): врачи принимают решения, но в рамках согласованных с менеджментом руководящих принципов. Это прямая иллюстрация принципа «испарение конфликта, а не компромисс»: решение не было усреднением между D и D′ (например, «врачи решают в 50% случаев») — оно обеспечивало ОБА требования B и C одновременно через новый механизм, отсутствовавший в исходной формулировке конфликта.

Второй задокументированный кейс переносит ту же структуру A-B-C-D-D′ в совершенно другую отрасль — ИТ-аутсорсинг: академическое исследование конфликта в многоуровневой сети аутсорсинга описывает реальную (в публикации анонимизированную под псевдонимом «SmartKey») индийскую ИТ-компанию, оказывающую услуги глобальному провайдеру услуг здравоохранения. Базовый конфликт, вскрытый через Испаряющееся облако, — классическое противоречие между гибкостью и контролем: заказчик требовал гибкости в изменении объёма и содержания задач по ходу проекта (D, обеспечивающее требование B — быстрая адаптация к меняющимся потребностям клиента), тогда как исполнитель нуждался в жёстком контроле над объёмом работ для предсказуемого планирования ресурсов (D′, обеспечивающее требование C — управляемая, прибыльная работа поставщика услуг). Исследователи применили ту же логику испарения конфликта, что и в больничном кейсе: вместо того чтобы искать компромисс между полной гибкостью и полным контролем, вскрывалось и оспаривалось допущение, что эти два требования обязательно исключают друг друга в рамках любой возможной модели контракта. Хотя детали конкретного найденного решения и не так широко растиражированы, как в больничном кейсе, сам факт применения идентичной структуры A-B-C-D-D′ к принципиально иному типу организационного конфликта — не распределению внутренних ресурсов больницы, а условиям контракта между независимыми компаниями — показывает, что метод одинаково применим и к внутриорганизационным, и к межорганизационным конфликтам.

«Большинство конфликтов кажутся неизбежными только потому, что мы не подвергли сомнению допущение, на котором они держатся» — принцип Э. Голдратта.

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

1. Принцип: структура из пяти блоков A-B-C-D-D′.

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

2. Принцип: конфликт держится на скрытых допущениях.

   Каждая стрелка в диаграмме (B→D, C→D′, D↔D′) опирается на неявное допущение — «раз мы хотим B, единственный способ — D». Явное формулирование этих допущений часто обнажает их ложность. В кейсе SmartKey скрытым допущением, сдерживавшим конфликт, было представление о гибкости и контроле как о взаимоисключающих альтернативах любой контрактной модели, — то же логическое движение, что и в больничном кейсе, где допущение «либо врачи, либо менеджмент» оказалось ложной дихотомией.

3. Принцип: испарение конфликта, а не компромисс.

   Вместо поиска компромисса между D и D′ метод ищет способ, который обеспечивает и B, и C одновременно, опровергая допущение, что D и D′ — единственные возможные пути.

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

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

1. Ошибка 1: путают требование (B/C) со способом его обеспечить (D/D′).

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

   Как избежать

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

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

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

   Как избежать

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

3. Ошибка 3: ищут компромисс между D и D′ вместо испарения конфликта.

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

   Как избежать

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

4. Ошибка 4: облако строится без предварительно собранных нежелательных явлений (UDE), объясняющих, зачем вообще решать этот конфликт.

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

   Как избежать

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

5. Ошибка 5: решение (инъекция) ищется до того, как скрытое допущение явно сформулировано и признано спорным.

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

   Как избежать

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

6. Ошибка 6: метод применяют только к внутриорганизационным конфликтам, не рассматривая его для конфликтов между независимыми организациями (заказчик-подрядчик, партнёры по альянсу).

   Испаряющееся облако нередко воспринимается как инструмент исключительно для внутренних разногласий (между отделами, между руководителем и подчинённым), хотя структура A-B-C-D-D′ одинаково применима к конфликтам между полностью независимыми организациями — как показал кейс SmartKey, где конфликт «гибкость против контроля» связывал заказчика услуг здравоохранения и его ИТ-подрядчика, две отдельные компании с разными интересами. Ограничение применения метода только внутриорганизационными спорами упускает целый класс конфликтов — контрактных, партнёрских, межкорпоративных, — где тот же структурный анализ способен найти решение, выгодное обеим независимым сторонам.

   Как избежать

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

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

1. Неделя 1: сформулировать конфликт как пять блоков — общую цель, два требования, два конфликтующих способа.

2. Неделя 2: для каждой стрелки диаграммы явно выписать скрытые допущения.

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

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

Как реализовать этот план с помощью фрейма «Диаграмма разрешения конфликтов (Испаряющееся облако, TOC)» в OrgDevTools

Фрейм — пять полей структуры A-B-C-D-D′ (общая цель, два требования, два конфликтующих способа их обеспечить) и список скрытых допущений под ними.

Вердикт фрейма явно требует сначала заполнить цель (A), затем оба конфликтующих способа (D и D′), и только потом — допущения, без которых, по тексту вердикта, «конфликт не "испарить"» — прямая структурная защита от ошибки 5 (решение ищут до формулировки допущений): фрейм физически не даёт перейти к решению, минуя явную фиксацию хотя бы одного допущения.

Отдельные поля «Требование» (B/C) и «Способ» (D/D′) — прямая структурная защита от ошибки 1 (путают требование со способом его обеспечить): в реальном больничном кейсе именно чёткое разделение «наилучшее лечение» (требование B) от «врачи сами решают» (способ D) позволило увидеть, что можно обеспечить требование другим способом.

Список из нескольких допущений (не одно, а произвольное число пунктов) — поддержка принципа «испарение, а не компромисс»: возможность зафиксировать несколько допущений одновременно отражает то, что решение в кейсе больницы возникло из оспаривания конкретного допущения «либо-либо», а не из усреднения позиций D и D′.

Книги по теме

Э. Голдратт — «It's Not Luck» (1994). Первоисточник Диаграммы разрешения конфликтов.

Э. Голдратт — «Цель» (The Goal, 1984). Основы Теории ограничений, на которых строится метод.