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

ВЫРАВНИВАНИЕ: БУДЬ ПОДОБЕН ЧЕРЕПАХЕ, А НЕ ЗАЙЦУ


ПАРАДОКС ВЫРАВНИВАНИЯ

Дао Toyota изобилует парадоксами, и один из наиболее поразительных — это парадокс выравнивания: тот, кто медлителен, но упорен, опережает того, кто спешит, но движется рывками, как в известной притче о зайце и черепахе, которую часто цитируют старые знатоки производственной системы Toyota (TPS). Черепаха продвигается вперед неторопливо, но уверенно, тогда как заяц сначала мчится сломя голову, а потом лежит, выбившись из сил. Подобный образ действий мы частенько наблюдаем и в жизни. Сначала мы напряженно трудимся, чтобы успеть в срок, а потом расслабляемся. В Toyota всегда предпочитали работать размеренно и неторопливо.

Помимо равномерного распределения объема работ выравнивание предполагает равномерное сочетание видов работ. Рационализировать этот аспект нелегко. Если вы производите два вида деталей, скажем А и В в равном количестве, кажется естественным чередовать как можно более крупные партии А и В. Это представляется особенно правильным, когда переключение с А на В требует времени. И все же Toyota предпочитает изготавливать эти изделия в ином порядке — А, В, А, В... Выравнивание номенклатуры продуктов ближе к идеальному потоку единичных изделий.

В наши дни модным увлечением стало «производство на заказ». Здесь задают тон такие компании, как Dell Computer, которые изготавливают лишь то, что потребитель заказывает через Интернет, благодаря чему практически избавляются от запаса готовых изделий. К сожалению, то, что хорошо для сборщика, не всегда хорошо для поставщика. Dell опирается на своих поставщиков, которые держат значительное количество запасов вблизи ее сборочного завода, оплачивая при этом складские расходы. С точки зрения Toyota, Dell не устранила коренной причины проблемы, а просто переложила ее на плечи других компаний. Пока поток создания ценности не станет бережливым, кто-то обязательно будет нести повышенные затраты — в данном случае это поставщики, у которых снижается прибыль и растут расходы.

Кто-то может спросить: «Но раз Toyota — бережливый производитель, разве она не изготавливает продукцию в точном соответствии с заказами потребителей, педантично придерживаясь порядка поступления этих заказов, как Dell?» Безусловно, нет! Порядок поступления заказов от потребителей нестабилен и непредсказуем, а основа TPS — стабильный, выровненный график работ. Еще один парадокс Toyota — для создания бережливого потока создания ценности иногда целесообразно держать некоторое количество запасов готовой продукции — самых дорогостоящих запасов. Это позволит вам обеспечить поставку заказанной продукции и при этом работать по выровненному графику. В этой главе мы поговорим, зачем выравнивать производство и как это делается.

ХЕЙДЗУНКА — ОСНОВА СТАНДАРТИЗАЦИИ ПРИ ПЛАНИРОВАНИИ РЕСУРСОВ

Термин «хейдзунка», как мы уже говорили, означает «сглаживать, выравнивать, делать плавным». Но часто при переводе слова на другой язык его концептуальное значение теряется. В контексте бережливого производства данный термин означает «выравнивание ассортимента продукции в течение определенного отрезка времени», что позволяет производить каждую деталь ежедневно (или даже каждые несколько часов). Хотя потребитель редко заказывает продукцию партиями, тем не менее ее производство часто организовано именно так. Идея состоит в том, чтобы изготавливать продукцию в небольших количествах, приближая объемы производства к фактическому спросу.

Однако это лишь часть концепции. Создание идеально плавного процесса производства требует высочайшей гибкости и восприимчивости к изменению потребительского спроса.

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

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

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

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

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

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

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