Зона контроля и сфера влияния

Все мы являемся составной частью неких сложных систем и обладаем различной степенью контроля над окружением. Есть области, которые мы можем контролировать и в рамках которых способны управлять события­ми, — про такие области говорится, что они лежат в зоне нашего контроля. В пределах зоны контроля мы имеем практически абсолютную власть и мо­жем воздействовать, на что угодно и как угодно. Сразу за зоной контроля простирается сфера влияния — здесь мы можем, в какой-то мере влиять на ход событий, но он не подчиняется нам полностью и напрямую. Ну а вне сферы влияния мы уже не можем ни влиять, ни управлять.

Истинная причина — это начало цепи причин и следствий. Между истинной причиной и нежелательным проявлением может быть несколько промежуточных звеньев причин и следствий, тоже не всегда положительных с субъ­ективной точки зрения. В любом случае истинная причина — это тупик, логическое утверждение, дальше которого двигаться некуда.

Истинная причина может быть:

• последним звеном цепи, находящейся в сфере вашего влияния;

• первым звеном за пределами сферы вашего влияния, тогда вы с ней ничего уже поделать не можете.

Ключевой проблемой мы будем называть истинную причину, ответственную за 70 и более процентов нежелательных явлений.

Несмотря на то, что почти всегда ДТР позволяет добраться до ключевой проблемы, часто она лежит уже вне сферы нашего влияния. Соответственно, работа ведется над несколькими истинными причинами, хотя ни одна из них не отвечает за 70 и более процентов нежелательных явлений. Т.е., если решить ключевую проблему не в наших силах, нужно сфокусироваться на истинных причинах.

Этапы разработки

• Определить зону контроля и сферу влияния

• (1) Составить список нежелательных явлений

• (2) Построение диаграммы: соединение нежелательных явлений

• (3) Выстраивание причинно-следственных связей

  • Пересмотр нежелательных явлений

• (4) Определение истинных причин и ключевых проблем

  • Поиск пропущенных связей

• (5) Выбрать проблему для решения

Типичные ошибки

• (1) Избегайте обобщающих утверждений (максимум конкретики)

• (2) Корреляционная зависимость вместо причины и следствия

• (3) Присутствие элементов по умолчанию – они понятны (очевидны) разработчику, но не очевидны другим пользователям

Простой пример: ДТР (в доме слишком холодно, растут расходы на обогрев)

ЗАДАНИЕ 1: CASE (плохой отель) - построить ДТР

ЗАДАНИЕ 2: ситуация «Срыв сроков проекта»

ДТР разрабатывается, как вводная часть к двум другим схемам — диаграмме разреше­ния конфликтов (ДРК) и дереву будущей реальности (ДБР).

1) Дтр и диаграмма разрешения конфликта

Ключевая проблема может сопровождаться конфликтом, не лежащим на поверхности. Может иметь место скрытое столкновение интересов (людей или групп), причем участники его часто не осознают, что имеет место какое-то противостояние. В любом случае, прежде чем перейти к решению пробле­мы, нужно проверить, не скрывается ли в ее недрах какого-либо конфликта. Для снятия конфликта и разработана диаграмма «Грозовая туча».

Если конфликт обнаружен, то после построения ДТР наступает очередь диаграммы разрешения конфликтов. Решить имеющуюся ключевую про­блему по сути это реализовать обратное ей утверждение. Например, если ключевая проблема звучит так: «Кадровая политика пре­пятствует достижению нашей цели», то обратное утверждение выглядит следующим образом: «Кадровая политика способствует достижению нашей цели» (рис.). Таким образом, утверждение, обратное формулировке ключевой проблемы, становится задачей и исходным элементом для ДРК.