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

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

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

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

Когда операторы стали работать меньше (изготавливать меньшее число деталей), сократились потери времени процессов-потребителей и они могли потратить его на повышение производительности. Контроль перепроизводства позволил значительно увеличить общий выход процесса в целом.

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

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

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

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

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

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