— Скотт, твои выводы, как всегда, попали в точку! Когда я ездил по заводам, я обнаружил, что те из них, которые добились положительных результатов, тоже изменили правила. Они не стремятся к высоким показателям эффективности по каждому ресурсу. Они не ведут себя так, будто чем раньше они запустят заказ в производство, тем быстрее они его произведут. И, конечно же, они не считают, что чем больше размер партии, тем лучше.

Скотту это приятно, но есть еще один вопрос, который не дает ему покоя.

— А чем они заменили эти правила? — спрашивает он.

— Насколько я могу судить, они заменили их той или иной разновидностью метода «Барабан-Буфер-Канат», — отвечает Ленни. — Я имею в виду не просто сам механизм, а весь подход к управлению.

Некоторые из них названия метода не знают, но так или иначе делают нечто подобное.

— Нечто похожее на то, что мы видели в «Стейн Индастриз»?

— В общем, да. Более запутанно, но менее эффективно. Таких результатов, как у Джерри, нет ни у кого из них. Но при этом никто из них не использует отдельную систему контроля — управление буферами.

— А почему?

— Потому что «Интелоджик» не позволяет установить адекватные временные буферы.

— Подожди, дай разобраться… Получается, что наш базовый модуль MRP с изменениями, которые ты сделал для Джерри, работает лучше, чем все эти навороченные системы APS? Верится с трудом, — Скотту это приятно, но не понятно.

— Вообще-то, все очень просто. Стоит только послушать их жалобы о том, что графики нестабильны, — объясняет Ленни. — Даже если они безукоризненно следуют графику на протяжении всей недели, после того, как они снова запускают систему, они получают график на следующую неделю, который не стыкуется с предыдущим. Тогда ты начинаешь понимать, насколько важно свести оптимизацию только к ограниченному ресурсу. Оптимизировать все остальное не имеет смысла. Это только вредит. И дестабилизирует график.

— Этому и пытался научить нас Деминг, — продолжает он. — Оптимизация в нестабильной среде не только не помогает, но и наносит вред. Пока параметры системы незначительно и случайно колеблются, любое вмешательство лишь усиливает колебания.

Скотт даже не пытается разобраться в этих статистических правилах. Вместо этого он делает вывод:

— Значит, нам не следует покупать компанию, продающую системы APS, нам…

— Я этого не говорил, — перебивает его Ленни. — APS нам все равно нужна.

— Зачем?

— Для того, чтобы планировать работу узкого места, — заявляет Ленни.

— Я думал, что в этом нет ничего сложного. Разве нельзя делать это вручную?

— Это не всегда так просто, как у Джерри, — видя вопросительный взгляд Скотта, он развивает мысль: — Вот, например, компания «Ирригтек», один из клиентов «Интелоджик», к которому я ездил. В их работе есть два неприятных фактора, которые все сильно усложняют. Их узкое место — это участок с пятнадцатью схожими, но не идентичными станками. Возможности станков во многом совпадают, но сами станки друг от друга отличаются. Некоторые могут работать только с мелкими деталями, некоторые не могут работать с мягкими металлами и так далее. Второй фактор заключается в том, что большинство продуктов проходят обработку на этом участке по несколько раз. Вручную справиться с такой комбинацией весьма непросто.

— Есть другая сложность, с которой еще сложнее справиться вручную — продолжает Ленни. — Возьмем, например, компанию, работающую с особым видом пластика. Предположим, на каком-то участке пластику придается конкретный цвет. Для перехода от производства одной черной детали к другой черной детали может потребоваться минут пять, нужно просто кое-что подстроить в станке и все. Но для перехода от производства черных деталей к производству белых может потребоваться пять часов. В этом случае нужно практически полностью разобрать станок, чтобы все промыть. В противном случае, вместо белых деталей получатся серые. Это называется «зависимые переналадки». Разумеется, они стремятся сначала произвести все детали какого-то одного цвета, прежде чем переходить к деталям других цветов. Само по себе это не проблема. В их же случае все гораздо сложнее, так как следующий участок, куда попадают эти детали, тоже сталкивается с «зависимой переналадкой». К сожалению, эта зависимость обусловлена уже не цветом, а какой-то другой характеристикой, вроде текстуры или ширины детали. В итоге у нас появляется два разных участка, у каждого из которых своя «предпочтительная последовательность». Если спланировать работу первого участка в соответствии с его предпочтительной последовательностью, второму потребуется столько времени на переналадки, что он превратиться в колоссальное узкое место. Но если спланировать работу в соответствии с потребностью второго участка, узким местом становится первый. Понимаешь?

— Я лишь понимаю, что нужен какой-то хитрый алгоритм, который поможет спланировать работу узкого места, — вкрадчиво говорит Скотт. — Это все, что я понимаю, и больше этого понимать мне не нужно. Поэтому, Ленни, что ты предлагаешь?

— Давай купим «Интелоджик» и аккуратно интегрируем их программу в наш модуль MRP. Мы сделаем так, чтобы оптимизировалась только работа узких мест, добавим буферы в нужных местах и создадим хорошую систему управления буферами. Это не так сложно.

— Нам для этого действительно нужна «Интелоджик»?

— Да, если мы их купим, я смогу диктовать, какая часть их пакета должна быть интегрирована в «БиДжиСофт». У них хорошие разработчики. Когда я объясню им, что нам нужно, они довольно быстро напишут требуемый код. Посуди сам, у нас уйдут месяцы на создание алгоритма, способного работать со всеми сложными сценариями, которые я перечислил. А у них все это уже есть. Возможно, нам потребуется всего двадцать процентов их существующего кода, но даже за это стоить заплатить такие деньги. Я смогу использовать их людей. Таких способных работников найти сейчас очень трудно.