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

1. Дисбаланс времени рабочего цикла отдельных операций, причиной которого может быть нормальная вариация объема работ, квалификации оператора или продолжительности цикла работы станка. Обычно от правил отклоняется тот, у кого остается лишнее время.

2. Периодические простои из-за отсутствия деталей (или опасения, что детали закончатся). Операторы покидают рабочую зону, чтобы взять на себя выполнение дополнительных функций — например, принести детали или проверить их качество. Приостановка работы из-за отказов оборудования или исправления дефектов.

3. Периодические приостановки из-за трудностей в работе с оборудованием или зажимными приспособлениями, а также при выполнении слишком сложных операций.

4. Разнообразные причины, например стремление создать задел, чтобы выиграть время для переналадки, иногда оператор по какой-либо причине покидает линию, отправляется на обед или перерыв по скользящему графику, а также иные причины подобного рода.

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

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

ПОДСКАЗКА

Польза взгляда со стороны

Зачастую трудности общения вызваны тем, что нам сложно

— «j/ осознать, почему другие не понимают, казалось бы, очевидных вещей. Смысл договора о стандартных условиях — обеспечить единое понимание этих условий всеми и каждым. Чтобы проверить, насколько вам это удалось, найдите человека, незнакомого с рабочей зоной, покажите ему стандарт и попросите объяснить суть договора. Вы удивитесь, увидев, как сложно донести информацию об условиях договора при помощи визуальных средств!

РАБОТА СО СЛОЖНЫМ ПОТОКОМ

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

Предположим, на операции С требуется изготовить модель 2. Оператор берет одно изделие с заданного места между операцией В и операцией С. По условиям договора это служит сигналом для операции В: пустое место — это сигнал, и когда потребитель вытягивает изделие, следует подать на это место следующее, т. е. изготовить деталь для модели 2. Теперь ситуация соответствует рис. 5-7.

После этого операция В забирает деталь 2, которая находится между операциями А и В, что побуждает операцию А приступить к изготовлению детали для модели 2. По завершении работы операция В восполняет запас между операцией В и операцией С. Теперь картина соответствует рис. 5-8.

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

СИСТЕМА ВЫТЯГИВАНИЯ В УСЛОВИЯХ ПРОИЗВОДСТВА НА ЗАКАЗ
Перейти на страницу:

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

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

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

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

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