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