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

Когда концепции андон и дзидока стали достоянием широких масс, мы стали замечать, как на оборудовании появляются ряды лампочек. Обычно подобный комплект включал три-четыре сигнальные лампочки разного цвета, установленные единым блоком. Решение создать такой андон порождает несколько проблем. Во-первых, мы видим, что, как правило, световые сигналы остаются без внимания. По всему производственному участку горит множество разноцветных лампочек, однако никакой реакции не следует. Обилие лампочек снижает ^восприимчивость, дезориентируя людей. Кроме того, понять, что значат сигналы, бывает непросто, поскольку какие-либо обозначения отсутствуют. Когда мы просили работников объяснить смысл того или иного сигнала, мы получали самые разные ответы. И наконец, световой сигнал имеет свои особенности. Его довольно легко игнорировать в отличие от гудка или сирены. (Например, на Toyota каждой ситуации соответствует свой звуковой сигнал. Например, при вызове мастера или остановке линии звучит фрагмент миниатюры Бетховена «К Элизе».)

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

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

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

ЦИКЛ РЕШЕНИЯ ПРОБЛЕМЫ

Принимаясь за создание системы, важно представить цикл решения проблемы от начала и до конца — от обнаружения проблемы до предупреждения ее повторного возникновения. Этот цикл наглядно представлен на рис. 8-3. Такой цикл типичен для Toyota.

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

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

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

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

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

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

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