OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
МетодикиРацухиБиржаБлогТарифы
O
OrgDevTools

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

Продукты

  • Методики
  • Инструменты
  • Сценарии
  • Рацухи
  • Новости

Ресурсы

  • Блог
  • Кому подходит
  • Тарифы
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

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

ИНН 9709075179 · info@orgdevtools.ru

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

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

Пять блоков A-B-C-D-D′ вскрывают скрытые допущения за организационным конфликтом — опровержение допущения «испаряет» конфликт вместо компромисса.

Диаграмма разрешения конфликтов, известная как «Испаряющееся облако» (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′.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Впишите свои данные в поля ниже — это настоящий фрейм методики, тот же, что в рабочей тетради.

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

Сохранить в рабочую тетрадь →

Что внутри

  • Заполняйте фрейм прямо сейчас, без регистрации
  • 3 рабочие тетради бесплатно при авторизации
  • Больше функций по подписке: экспорт PNG/PDF, планы работ, MindMap, BPMN, Wiki и пр.
Начать бесплатно →

Без карты. Регистрация — 30 секунд.

Книги по теме

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

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

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

Из той же рубрики «Продукты»

Матрица Ансоффа для продуктов (Product-Market Growth Matrix)

Распределение всех продуктов портфеля по четырём квадрантам риска роста Ансоффа — оценка совокупного баланса риска, а не идей для одной инициативы.

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

Управление жизненным циклом продукта (Product Lifecycle Management, PLM)

Инженерно-процессная дисциплина: фазы от концепции до вывода из эксплуатации, состав изделия (BOM) и журнал инженерных изменений (ECR).

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

Сетевые эффекты (Network Effects)

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

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

Многосторонняя платформа (Multi-Sided Platform)

Роше, Тироль (2003, Нобелевская премия 2014), Паркер/Ван Алстайн/Чоудари, «Platform Revolution» (2016): проблема «курицы и яйца» — платформа бесполезна для одной стороны без присутствия другой.

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

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

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

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