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

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

Еще один позитивный результат состоял в том, что теперь наладкой оборудования занимались два человека и это позволило снизить общее время наладки. Вследствие этого размеры партии снизились, повысилась частота перехода с одного изделия на другое, а общий объем запасов сократился. Благодаря появлению должности лидера команды рабочие места отсутствующих больше не пустовали, что обеспечивало стабильный выход продукции изо дня в день. Станки были оснащены сигнальной системой андон, чтобы оператор мог своевременно установить новые заготовки и станок не простаивал. Кроме того, сигнал андон оповещал оператора о том, что в ближайшее время понадобится наладка станка или смена инструмента. Такие сигналы позволяли операторам заранее подготовить необходимый материал и инструменты. В результате преобразований общая производительность процесса возросла на 30%.

АУДИТ СТАНДАРТИЗИРОВАННОЙ РАБОТЫ

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

Но разве аудиты не означают, что менеджмент использует принудительные меры, а сама стандартизированная работа представляет собой проявление бюрократической косности? В обстановке враждебности любые проверки порождают конфликты и напряжение. Однако в условиях, где первоочередное внимание уделяется устранению потерь для лучшего обслуживания потребителя, аудиты стандартизированной работы служат средством поддержания стабильности процесса. Они объединяют менеджмент и рабочих. Операторы часто отклоняются от стандартной процедуры, когда видят проблемы и ищут «обходные пути». Аудит со стороньГ~иенеджмента обеспечивает выявление коренных проблем и их оперативное исправление, что позволяет возобновить работу в соответствии со стандартом.

ПОДСКАЗКА

Чтобы привыкнуть к новому методу, нужно время

Изменение метода работы (стандартизированная работа) требует времени на адаптацию. Расстаться с прошлым бывает непросто,

поскольку наше тело продолжает действовать по привычке. Так, если вы сменили автомобиль с механической коробкой передач на машину с АКПП, какое-то время ваша рука будет непроизвольно тянуться к рычагу переключения передач (не обнаруживая его на прежнем месте!). Пока оператор не адаптируется к новому методу, следует оказывать ему постоянную поддержку.

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

Аудит позволяет выявить отклонение от стандартного метода. Мы часто ошибочно полагаем, что отклонения случаются по вине оператора. Разобравшись, в чем дело, мы можем обнаружить, что причиной отклонения была неисправность оборудования или проблема с продуктом. Смысл проверки в том, чтобы найти причину проблемы и устранить ее.

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

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

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

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

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

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