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

На многих предприятиях Toyota существует визуальная система для проверки соблюдения стандартов. Каждая рабочая группа использует доску визуального отображения информации с карточками, которая называется «доска камисибай» (книга историй). На заводе NUMMI лидеры групп каждый день проверяют соблюдение требований стандартизированной работы и точность документов по стандартизированной работе в одном из процессов. Это позволяет за месяц проверить каждое рабочее место. При этом на карточке, которая содержит перечень вопросов, помечается, какие отклонения были выявлены и какие меры приняты. На доске предусмотрено специальное гнездо для карточек по каждому процессу. После проверки карточка в порядке очередности аудитов помещается в свободную прорезь соответствующего гнезда. Если в ходе аудита обнаружена проблема, карточка вставляется в прорезь темной стороной наружу — это служит сигналом к принятию мер. Заместители менеджеров ежедневно проверяют доски, чтобы удостовериться, что аудит проведен должным образом. Они наугад вынимают одну из карточек и проверяют соответствие процесса стандартизированной работе совместно с лидером группы. В заводских цехах находится около 90 таких досок.

Сравните эту ситуацию с практикой множества компаний, которые «применяют» стандартизированную работу. Карта стандартизированной Работы заполнена по всем правилам и вывешена на видном месте, скорее всего, инженером по организации производства. Порой эти карты оформлены очень красиво и даже содержат фотографии отдельных операций. Они повешены так, чтобы их видел оператор. Этими картами никто не пользуется, зато их можно продемонстрировать посетителям, которые скажут-. «Это похоже на бережливое производство».

СТАНДАРТИЗИРОВАННАЯ РАБОТА КАК БАЗИС НЕПРЕРЫВНОГО СОВЕРШЕНСТВОВАНИЯ

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

К примеру, если вы намерены и дальше сокращать время наладки, что вы будете делать с освободившимся временем? Важно ли вам уменьшить размер партии, повысить гибкость, или вы заинтересованы в наращивании объема? Нередко мы видим компании, которые берутся за сокращение времени наладки, добиваются ощутимых результатов, но не знают, куда девать освободившееся время, и продолжительность наладки мало-помалу возвращается на исходный уровень. Тот же феномен отмечается и при прочих «усовершенствованиях». После усовершенствования вы должны перестроить процесс таким образом, чтобы поддержание достигнутого уровня стало условием дальнейшего успеха. Более высокий уровень должен стать новым стандартом, а от лишнего нужно избавиться. Если в поддержании нового уровня нет необходимости, любые достижения быстро сойдут на нет.

ПОДСКАЗКА

На освоение нового стандарта требуется время

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

ВРЕМЯ ТАКТА КАК РАСЧЕТНЫЙ ПАРАМЕТР

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

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

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

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

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

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

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