Элияху Голдратт - Цель-3. Необходимо, но не достаточно
— Когда оглядываешься на все это, становится смешно. Наши клиенты не получили полную выгоду. И знаешь, почему? Подумай, Ленни. Не потому, что их данные были недостаточно аккуратными или им не хватало технической подготовки.
— Ты знал тогда практически всех наших клиентов. Тех, что постоянно жаловались на ошибки кода, и тех немногих, что были очень довольны результатами. Те немногие довольные клиенты добились существенных успехов в снижении запасов и улучшении своевременности исполнения заказов. Так скажи мне, — напирает Скотт, — почему лишь немногие смогли получить реальную выгоду?
Ленни не отвечает. Вместо него это делает Скотт:
— Потому что даже с нашей системой большинство клиентов продолжали рассчитывать «чистую потребность» только раз в месяц.
— Ты прав, — Ленни разражается хохотом. — Поверить не могу!
— Технология устранила ограничение, но правило осталось, — подводит итог Скотт. — И не надо смеяться, Ленни. Мы были частью этой проблемы и тоже ее не видели. Если бы увидели, мы смогли бы продать гораздо больше систем. Мы были так же слепы, как и все остальные.
Ленни успокаивается.
— Как же так? — спрашивает он. — Почему никто не обращает внимания на очевидное?
На этот вопрос у Скотта нет ответа.
— Я не знаю, — говорит он. — Но то же самое теперь происходит с нашей технологией ERP. Влияние какого ограничения ослабляет наша система?
— Я бы сказал, что она обеспечивает гораздо лучшую прозрачность операций, — отвечает Ленни.
— В последнее время, — улыбаясь, говорит Скотт, — у меня появилась аллергия на эту фразу. Предположим, что ограничение, влияние которого мы ослабляем, заключается в необходимости принимать решения в условиях дефицита информации.
— Наша система обеспечивает клиенту доступ к любой информации, — соглашается Ленни, — независимо от масштабов или разнообразия его деятельности. Наша система охватывает все предприятие.
— Наша технология ERP, — продолжает Скотт, — существенно ослабляет влияние этого ограничения. А что с правилами, обычаями, показателями?
После небольшой паузы Скотт отвечает на свой же вопрос:
— Я подозреваю, что многие из тех правил, которыми сейчас пользуются наши клиенты, все еще учитывают это старое ограничение. Вспомни, например, «Стейн Индастриз». Мэгги была поражена тем, что они отказались от показателей локальной эффективности. То есть, они отказались от правила, согласно которому они стремились полностью загрузить работой все имеющиеся ресурсы, независимо от того, нужен результат их работы на выходе или нет. По сути дела, это правило, скорее всего, было необходимым, когда они работали в условиях дефицита информации. Но теперь оно просто мешает им получить выгоду от использования системы.
— Скотт, твои выводы, как всегда, попали в точку! Когда я ездил по заводам, я обнаружил, что те из них, которые добились положительных результатов, тоже изменили правила. Они не стремятся к высоким показателям эффективности по каждому ресурсу. Они не ведут себя так, будто чем раньше они запустят заказ в производство, тем быстрее они его произведут. И, конечно же, они не считают, что чем больше размер партии, тем лучше.
Скотту это приятно, но есть еще один вопрос, который не дает ему покоя.
— А чем они заменили эти правила? — спрашивает он.
— Насколько я могу судить, они заменили их той или иной разновидностью метода «Барабан-Буфер-Канат», — отвечает Ленни. — Я имею в виду не просто сам механизм, а весь подход к управлению.
Некоторые из них названия метода не знают, но так или иначе делают нечто подобное.
— Нечто похожее на то, что мы видели в «Стейн Индастриз»?
— В общем, да. Более запутанно, но менее эффективно. Таких результатов, как у Джерри, нет ни у кого из них. Но при этом никто из них не использует отдельную систему контроля — управление буферами.
— А почему?
— Потому что «Интелоджик» не позволяет установить адекватные временные буферы.
— Подожди, дай разобраться… Получается, что наш базовый модуль MRP с изменениями, которые ты сделал для Джерри, работает лучше, чем все эти навороченные системы APS? Верится с трудом, — Скотту это приятно, но не понятно.
— Вообще-то, все очень просто. Стоит только послушать их жалобы о том, что графики нестабильны, — объясняет Ленни. — Даже если они безукоризненно следуют графику на протяжении всей недели, после того, как они снова запускают систему, они получают график на следующую неделю, который не стыкуется с предыдущим. Тогда ты начинаешь понимать, насколько важно свести оптимизацию только к ограниченному ресурсу. Оптимизировать все остальное не имеет смысла. Это только вредит. И дестабилизирует график.
— Этому и пытался научить нас Деминг, — продолжает он. — Оптимизация в нестабильной среде не только не помогает, но и наносит вред. Пока параметры системы незначительно и случайно колеблются, любое вмешательство лишь усиливает колебания.
Скотт даже не пытается разобраться в этих статистических правилах. Вместо этого он делает вывод:
— Значит, нам не следует покупать компанию, продающую системы APS, нам…
— Я этого не говорил, — перебивает его Ленни. — APS нам все равно нужна.
— Зачем?
— Для того, чтобы планировать работу узкого места, — заявляет Ленни.
— Я думал, что в этом нет ничего сложного. Разве нельзя делать это вручную?
— Это не всегда так просто, как у Джерри, — видя вопросительный взгляд Скотта, он развивает мысль: — Вот, например, компания «Ирригтек», один из клиентов «Интелоджик», к которому я ездил. В их работе есть два неприятных фактора, которые все сильно усложняют. Их узкое место — это участок с пятнадцатью схожими, но не идентичными станками. Возможности станков во многом совпадают, но сами станки друг от друга отличаются. Некоторые могут работать только с мелкими деталями, некоторые не могут работать с мягкими металлами и так далее. Второй фактор заключается в том, что большинство продуктов проходят обработку на этом участке по несколько раз. Вручную справиться с такой комбинацией весьма непросто.
— Есть другая сложность, с которой еще сложнее справиться вручную — продолжает Ленни. — Возьмем, например, компанию, работающую с особым видом пластика. Предположим, на каком-то участке пластику придается конкретный цвет. Для перехода от производства одной черной детали к другой черной детали может потребоваться минут пять, нужно просто кое-что подстроить в станке и все. Но для перехода от производства черных деталей к производству белых может потребоваться пять часов. В этом случае нужно практически полностью разобрать станок, чтобы все промыть. В противном случае, вместо белых деталей получатся серые. Это называется «зависимые переналадки». Разумеется, они стремятся сначала произвести все детали какого-то одного цвета, прежде чем переходить к деталям других цветов. Само по себе это не проблема. В их же случае все гораздо сложнее, так как следующий участок, куда попадают эти детали, тоже сталкивается с «зависимой переналадкой». К сожалению, эта зависимость обусловлена уже не цветом, а какой-то другой характеристикой, вроде текстуры или ширины детали. В итоге у нас появляется два разных участка, у каждого из которых своя «предпочтительная последовательность». Если спланировать работу первого участка в соответствии с его предпочтительной последовательностью, второму потребуется столько времени на переналадки, что он превратиться в колоссальное узкое место. Но если спланировать работу в соответствии с потребностью второго участка, узким местом становится первый. Понимаешь?
