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

СВЕСТИ ВРЕМЯ ПРОСТОЯ ЛИНИИ К МИНИМУМУ

Toyota разработала систему, которая часто позволяет выявлять проблемы и извещать о них руководителя без остановки линии. Когда проблема выявлена, оператор дергает за шнур андон. Раздается сигнал тревоги, и загорается желтая лампочка. Линия продолжает двигаться, пока не достигнет границы рабочей зоны — точки остановки (рис. 8-4). Система остановки для решения проблем особенно полезна для снижения времени фактических простоев линии, когда рабочий отстает от заданного режима выполнения работы. На полу рабочей зоны сделана разметка в соответствии с очередностью выполнения этапов стандартизированной работы. Если лидер оперативно откликнется на вызов и вновь дернет шнур, прежде чем достигнута точка остановки, линия без помех продолжит свою работу. Если лидер не успел подойти вовремя или считает, что проблема требует остановки, когда граница рабочего места будет достигнута, линия автоматически остановится и загорится красная лампочка андон.

Такой подход позволяет исправить множество незначительных проблем, не создавая помех движению линии, без бесконечных остановок и перезапусков. Нужно иметь в виду, что любая остановка весьма неприятное событие, поскольку всем, кто работает на линии, при ее перезапуске приходится заново синхронизировать свои действия. Учитывая это обстоятельство, в Toyota при перезапуске линии подают звуковой сигнал для всех операторов.

Сборочные линии в Toyota, как правило, очень длинные и представляют собой отрезки прямой, соединенные U-образными изгибами. Фактически остановка линии представляет собой остановку ее линейного сегмента.

Каждый из таких сегментов можно ненадолго остановить, не затрагивая остальные (рис. 8-5). Как уже отмечалось, периодические кратковременные остановки линии оказывают разрушающее воздействие на поток. Представьте череду машин, которая останавливается по красному сигналу светофора. Что происходит, когда загорается зеленый свет? Могут ли все машины тронуться одновременно? Нет, они стартуют одна за другой, прежде чем вновь двинутся сплошным потоком. Тот же феномен имеет место при запуске потока. На изогнутых участках линии используется небольшой резервный запас, который позволяет амортизировать кратковременные, — не более 10 минут — перерывы в работе. Если оператор подает сигнал андон и лидер успевает принять’меры прежде, чем машина поступит в зону работы следующего оператора, останавливать линию не приходится. Если проблема значительна и ее не удается исправить в пределах одного рабочего места, останавливается линейный сегмент линии (например, участок А), при этом остальные участки (В и С) продолжают работу, используя буферный запас. Если время простоя превышает то, на которое рассчитан буфер, останавливается следующий участок. Разумеется, объем буферов слишком мал, чтобы запасы могли скрыть крупные проблемы.

Конкретная ситуация: остановка линии — награда за достижения в бережливом производстве

Из компаний, не входящих в группу Toyota, General Motors распола-гала, пожалуй, самыми широкими возможностями изучения производственной системы Toyota. GM и Toyota — совладельцы совместного предприятия NUMMI, где TPS стала впервые применяться за пределами Японии. General Motors имеет свободный доступ на завод NUMMI и отправляет многих своих сотрудников туда на год или на более длительный срок. Когда GM начала изучать TPS, она просто копировала увиденное в NUMMI, однако быстро поняла, что это не дает результата. К примеру, система андон не работала так, как в Toyota. Инвестировав средства в суперсовременную технологию остановки для решения проблем, General Motors не добилась ровным счетом ничего. Рабочие не пользовались этой системой для выявления и решения проблем.

В Хэмтрамаке, Мичиган, на заводе, где изготавливали Cadillac, GM повела себя умнее. Здесь также была создана система андон, чтобы

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

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

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

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

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

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