Грозовая туча – инструмент для осознания конфликта и поиска решения проблем. Его применяют для выявления причин повышенного уровня брака продукции, нарушения SLA или других проблем. Данный инструмент выявляет ошибочные предположения и разрешает конфликты на win-win условиях.
Этот логический инструмент пришел из теории ограничений. Для его применения используется логика и немного интуиции. Интуиция нужна для ускорения поиска конфликта.
Грозовая туча состоит из пяти элементов:
- Общей цели
- Двух условий достижения цели
- Двух методов достижения условий
Шаги применения методики:
- Построение логической тучи и вспомогательных элементов, что бы объяснить существование конфликта
- Нахождение решения исчезновения конфликта
Примеры
Цель 1 – создание онлайн платформы. Как часто выпускать новый функционал и на сколько стабильный? Конфликт создается на противоречии методов достижения условий в каждой ветке.
- Разработчики ПО: выпускать максимально быстро новые фичи в ПО
- Поддержка ПО: выпускать только стабильные версии ПО

Цель 2 – выживание и процветание компании. Конфликт – расходы денежных средств. Вкладывать в развитие с неопределенной перспективой или сохранять деньги?
- Финансовый директор: сокращение расходов (KPI директора завязан соблюдение бюджета)
- Директор по маркетингу: увеличение расходов на рекламные комании (KPI директора завязан на рост продаж)
Грозовая туча создает напряженную ситуацию, когда люди тянут в свою сторону. У них есть собственные мотивации, которые и создают напряжение. Руководители могут специально создавать такие условия работы для сотрудников. Сотрудникам ставятся взаимно противоположные условия достижения премии. Работники вынуждены договариваться и вести переговоры для достижения целей, а руководитель наблюдает со стороны. Достижение цели – это баланс выполнения условия 1 и 2, используя метод 1 и 2.
Решение конфликта
Для решения конфликта возвращаемся к исходной задаче и ищем исходную проблему. Почему задача решается именно так? Кто это решил?
Например, в задаче разработки ПО: программисты и поддержка индивидуально отвечают за свой сектор. Копаем глубже – почему это разные команды? Создаем многофункциональные команды, в которые будут входить, и разработчики, и поддержка. В такой ситуации обе стороны заинтересованы выпускать только качестве релизы. Повышается вовлеченность и ответственность для сотрудников. Снимая напряжение – достигаем win-win.