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

Заниматься 5S весело и приятно. Это раскрепощает. Это приподнятое ощущение знакомо всем, кому приходилось весной расчищать подвал или гараж, выбрасывая мусор, скопившийся за год. Но 5S — это лишь один из инструментов, который обеспечивает стабильность, необходимую для создания потока. Мы видели слишком много компаний, где внедрению 5S уделялось огромное внимание, об этом трубили на каждом углу и за успехи платили премии. Если вы слишком долго будете стоять на одном месте, вокруг вас возникнет замкнутый круг. В усердном применении 5S нет ничего дурного. Но потери, даже вычищенные до блеска и приведенные в порядок, остаются потерями. Чтобы получить настоящий, выровненный поток, следует двигаться по спирали совершенствования дальше. Чрезмерное увлечение 5S может оказаться попыткой избежать трудной работы — непростых размышлений о том, как создать поток и устранить первопричины проблем, препятствующих его созданию.

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

ОБЪЕДИНЕНИЕ ДЕЙСТВИЙ/ ОТЯГОЩЕННЫХ ПОТЕРЯМИ

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

Конкретная ситуация: объединить потери и избавиться от них

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

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

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

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

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

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

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

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

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

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