Практика дао Toyota

Последняя составляющая — это визуальное оповещение о нуждах потребителя. Если процесс-потребитель находится за пределами видимости, следует создать механизм, который позволит визуализировать потребности потребителя и статус операции. Канбан — именно такой визуальный механизм передачи сигнала от потребителя к поставщику. Для связи с поставщиками, которые в течение дня регулярно присылают грузовики с комплектующими, в Toyota принято использовать карточки канбан. Карточки, которые возвращаются от потребителя, оповещают о расходах материала. Они наглядно воплощают условия соглашения, касающиеся объемов незавершенного производства. Количество карточек, накопившихся у поставщика, представляет собой величину, обратную объему незавершенного производства. Чем больше канбан вернулось к поставщику, тем меньше запасы незавершенного производства у потребителя.

Мы не собираемся подробно описывать, как работает механизм канбан, однако понять его основные принципы несложно. Канбан — это механизм контроля перепроизводства. Это может быть участок свободного места на полу, если два оператора работают рядом. Если потребитель и поставщик не видят друг друга, это может быть карточка, пустой стеллаж или электронный сигнал. Информация, которую содержит канбан, должна соответствовать условиям соглашения и включает сведения о местоположении поставщика и потребителя, используемом оборудовании, материале и, разумеется, количестве и виде изделий.

Вернитесь к приведенному выше примеру потока единичных изделий. Каким образом операция В узнает о том, что операция С нуждается в очередной модели 1? Операция С забирает соответствующую деталь, и пустое пространство служит для операции В сигналом о необходимости восполнения запаса. Функцию канбан выполняет пустое место, которое визуально оповещает о количестве и виде изделий. Любая система канбан представляет собой производную этой базовой концепции.

Конкретная ситуация: стыковка операций для выявления потерь при разработках

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

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

Один из наших сотрудников работал с этой компанией в качестве консультанта и, занимаясь составлением карты потока создания ценности для текущего состояния процесса, обнаружил, что реальная ситуация с межпроцессными проверками не соответствует процедуре, описанной на бумаге (подобные открытия случаются нередко). Постоянные проволочки и задержки порождали заторы в системе и препятствовали потоку. Была разработана концепция будущего состояния, после чего началась работа по стабилизации подпроцессов, а затем их предварительное связывание.

Одним из узких мест в существующем процессе был этап изготовления и испытаний опытных образцов. Разрабатывалась конструкция сидений, заказывались комплектующие, изготавливались и испытывались сотни опытных образцов.