Читаем Практика дао Toyota полностью

Рассматривая несложную модель (рис. 5-8), которая предполагает производство всего трех видов деталей, многие думают, что широкий ассортимент изделий при производстве на заказ не позволяет использовать систему вытягивания. Такое убеждение опирается на ошибочное предположение, что, когда на операции С изготавливается конкретная модель, предыдущая операция (В) получает сигнал вытягивания, с тем чтобы изготовить деталь для той же самой модели. Если на операции С работают с деталью типа «1», значит, В должна возместить деталь, использованную для «1».

Что происходит, если вы работаете с тысячами разных деталей и некоторые из них используются не чаще раза в месяц? При широком ассортименте или производстве на заказ сигнал о том, что изготавливать дальше (индивидуальный заказ), поступает не на операцию С, а на операцию А. По завершении операции А деталь передается на операцию В. После обработки детали на операции В она передается на операцию С. Таким образом, работа «протекает» через последующие операции. Не забывайте, что поток и вытягивание — это не одно и то же. Принято думать, ч.то, если предписание о производстве изделия поступает в начало линии (операция А), значит, работа должна выталкиваться на операцию В и операцию С.

Давайте вернемся к отличиям вытягивания от выталкивания. Первым отличием является четкий договор между двумя сторонами. Существует ли такой договор между операцией А и операцией В в случае производства изделий на заказ? Да, его условием по-прежнему является обработка изделий по одному. Второе отличие требует, чтобы условия договора закрепляли за изделиями определенное место. Это место закрепляется по тому же принципу, что и в предыдущем примере. Третье отличие требует обеспечить контроль соблюдения условий данного договора (стандарта) в процессе производства. Каким образом осуществляется контроль производства? Все так же, с помощью визуальных средств.

В чем разница с примером, рассмотренным ранее? Единственное различие в договорах — условие о том, чего хочет потребитель. Объемы производства остались прежними, но как быть с моделью? Процессы-потребители (В и С) не определяют, какую модель будет изготавливать процесс-поставщик. Условие договора заключается в следующем. Каждая операция обрабатывает изделия в последовательности, заданной предшествующей операцией. Это называется последовательным вытягиванием или последовательным потоком.

На рис. 5-9 показан последовательный поток в условиях высокого разнообразия типов продукции. График задается для операции А, на которой уже были изготовлены модель 2, модель 1 и еще одна модель 2; следующим изделием по графику является модель 3. Поскольку между операцией А и операцией В есть свободное место, А может приступать к изготовлению следующего по графику изделия. Правила вытягивания остаются в силе — если место между А и В занято, операция А не может приступить к изготовлению очередного изделия. По правилам, если место между операцией-по-ставщиком и операцией-потребителем занято, операция-поставщик может заниматься обработкой детали, но не может передать ее дальше. Деталь остается на рабочем месте. В результате операция В по-прежнему определяет, что делать (изготавливать ли очередное по графику изделие) и когда (когда освобождается место). Если обработка детали на операции В завершится раньше, чем поступит сигнал (освободится место) перед операцией С, оператор держит ее на рабочем месте до поступления сигнала с операции С.

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

Чтобы такой поток работал без сбоев, каждый оператор должен быть готов в любой момент изготовить любую модель. Часто самая трудная задача при создании последовательного потока в условиях производства на заказ — сбалансировать продолжительность операций. В предыдущей главе приводился конкретный пример того, как снизить высокий уровень вариации, характерный для производства на заказ, и как сбалансировать работу, сгруппировав операции с учетом их продолжительности.

Перейти на страницу:

Похожие книги

Философия DevOps
Философия DevOps

IT-принцип «agile» стал мантрой цифровой эпохи. С ростом проектов, переходом от монолитных приложений к системе микросервисов, увеличением и накоплением продуктов возникают вопросы, которые требуют совершенно иного подхода. Теперь наибольший интерес вызывает находящаяся на стыке разработки и операционного управления методология DevOps.DevOps – это не просто набор техник, это философия. Разработчики, зацикленные на пользователях, должны уделять внимание поддержке и ее запросам. Сисадмины должны сообщать о проблемах продукта и вносить свой вклад в улучшение процесса работы. Но налаживание связей внутри компании – это лишь первый шаг. Чтобы продукт стал простым и удобным, придется вложить время и ресурсы в его доработку. Конфигурация через центральную службу, внедрение простым копированием, отсутствие внешних зависимостей, обдуманные метрики вместо мусора в логах – вот лишь часть задач, которые придется решать на этом пути.Книга «Философия DevOps» познакомит вас с техническими, культурными и управленческими аспектами devops-культуры и позволит организовать работу так, чтобы вы получали удовольствие от разработки, поддержки и использования программного обеспечения.

Дженнифер Энн Дэвис , Кэтрин Дэниелс

Деловая литература