Радуйтесь, что проблемы существуют. Ведь если бы их не было, кто угодно мог бы работать на вашем месте.
Ключевые проблемы и крайне нежелательные явления
Как быть, если вы прошли всю процедуру, нашли ключевую проблему, но она никак не связана с нежелательным явлением, которое очень вас беспокоит? НЯ не равнозначны по важности: одни менее нежелательны, другие крайне нежелательны – весь вопрос в том, кто оценивает. Модель построения ДТР дает количественный критерий поиска проблемы (связь с 70 % НЯ), но не качественный. Здравый же смысл подсказывает, что нельзя оставить без внимания серьезное НЯ, даже если оно в эти 70 % не входит. В этом случае задаем себе следующие вопросы.
Повлечет ли решение ключевой проблемы максимизацию производительности по денежному потоку?
Если НЯ, которое волнует нас больше всего, не входит в 70 % явлений, вызванных ключевой проблемой, а мы все равно будем над ним работать, не будет ли это субоптимизацией, не пожертвуем ли мы интересами всей системы, только чтобы улучшить какую-то одну ее часть?
Если одновременно работать над ключевой проблемой и истинной причиной, которая вызывает беспокоящее нас НЯ, как повлияет такое решение на производительность системы по денежному потоку?
Кроме вас, никто на эти вопросы не ответит. Как и любые другие методы, инструменты ТОС могут быть использованы в личных корыстных целях. Они могут стать инструментом непрерывного совершенствования, только если при их использовании не будут нарушаться этические принципы. Если невозможно найти одну ключевую проблему, придется работать с несколькими истинными причинами, и вам решать, какие выбрать. И если одна из них ведет к крайне нежелательному и беспокоящему вас результату, разумно уделить внимание и ей тоже.
Ваша ценность как менеджера определяется не тем, насколько сложные проблемы вам доверяют решать, а тем, приходится ли вам решать одни и те же проблемы по несколько раз.
Анализ дерева текущей реальности
Анализ нужен для того, чтобы критически изучить логическое дерево и подкорректировать все слабые места. Как вы уже, возможно, заметили, в ходе построения анализ производится не один раз. Трудно заставить себя провести его еще раз в конце процесса. Но мы часто не замечаем своих собственных ошибок. Несмотря на все старания, даже если построение и выглядит совершенно логичным и последовательным, обязательно обнаружатся какие-нибудь ошибки – как минимум с необходимыми и достаточными условиями. И неважно, сколько раз вы сами просмотрели свое творение – вам все может казаться идеальным. Но обязательно нужно, чтобы кто-то оценил конечный результат, особенно если вы собираетесь использовать логическое дерево, чтобы убедить в чем-то аудиторию.
Критерии проверки логических построений
Проверяющий не обязан разбираться в КПЛП (хотя это и не помешало бы). Главное, чтобы этот человек обладал хотя бы интуитивными знаниями в рассматриваемой области. Если вы сами владеете КПЛП, то сможете корректно переформулировать вопросы и замечания проверяющего. За подробными описаниями процесса анализа ДТР обратитесь к главам 2, 8 и к рисунку 8.4 «Ведение диалога при помощи КПЛП».
Типичные логические ошибки
Критерии проверки логических построений помогут вам «вычистить» готовую диаграмму. Перечислим наиболее часто встречающиеся в ДТР ошибки. Даже одной из них достаточно, чтобы диаграмма стала неверной и бесполезной.
Наличие утверждения
Очень часто в логических деревьях используются слишком общие утверждения. Более подробно об этой проблеме и способах ее решения читайте в примечании «Избегайте обобщающих утверждений».
Бойтесь полуправды. Ведь у вас может оказаться не та половина.
Наличие причинно-следственных отношений
Обычная логическая ловушка – устанавливаем мнимую причинно-следственную связь, когда на самом деле ее нет вообще, либо существует лишь корреляционная зависимость. Использование КПЛП поможет не попасть в эту ловушку (см. главу 2).
«Нехватка кислорода»