Грозовая туча – инструмент для осознания конфликта и поиска решения проблем. Его применяют для выявления причин повышенного уровня брака продукции, нарушения SLA или других проблем. Данный инструмент выявляет ошибочные предположения и разрешает конфликты на win-win условиях.

Этот логический инструмент пришел из теории ограничений. Для его применения используется логика и немного интуиции. Интуиция нужна для ускорения поиска конфликта.

Грозовая туча состоит из пяти элементов:

  • Общей цели
  • Двух условий достижения цели
  • Двух методов достижения условий

Шаги применения методики:

  • Построение логической тучи и вспомогательных элементов, что бы объяснить существование конфликта
  • Нахождение решения исчезновения конфликта

Примеры

Цель 1 – создание онлайн платформы. Как часто выпускать новый функционал и на сколько стабильный? Конфликт создается на противоречии методов достижения условий в каждой ветке.

  • Разработчики ПО: выпускать максимально быстро новые фичи в ПО
  • Поддержка ПО: выпускать только стабильные версии ПО

Цель 2 – выживание и процветание компании. Конфликт – расходы денежных средств. Вкладывать в развитие с неопределенной перспективой или сохранять деньги?

  • Финансовый директор: сокращение расходов (KPI директора завязан соблюдение бюджета)
  • Директор по маркетингу: увеличение расходов на рекламные комании (KPI директора завязан на рост продаж)

Грозовая туча создает напряженную ситуацию, когда люди тянут в свою сторону. У них есть собственные мотивации, которые и создают напряжение. Руководители могут специально создавать такие условия работы для сотрудников. Сотрудникам ставятся взаимно противоположные условия достижения премии. Работники вынуждены договариваться и вести переговоры для достижения целей, а руководитель наблюдает со стороны. Достижение цели – это баланс выполнения условия 1 и 2, используя метод 1 и 2.

Решение конфликта

Для решения конфликта возвращаемся к исходной задаче и ищем исходную проблему. Почему задача решается именно так? Кто это решил?

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