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

Жестких правил документирования работы на этом этапе не существует. Задача — описать происходящее таким образом, чтобы крупные потери стали очевидны для всех. Этапы работы следует описывать упрощенно, пока нет необходимости предписывать метод выполнения работы, достаточно задокументировать, что происходит.

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

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

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

Рабочая операцияРабочеевремяВремя, затраченное на ходьбу
1. Взять крепежную скобу А12
2. Установить в зажимное приспособление (подойти к зажимному приспособлению)62
3. Взять крепежную скобу В13
4. Установить в зажимное приспособление53
5. Взять боковой кронштейн11
6. Установить в зажимное приспособление31
7. Взять ребро жесткости12
8. Установить в зажимное приспособление82
9. Взять распорку13
10. Установить в зажимное приспособление (далее порядок действий повторяется)53
Итого, секунды3222

Помните, задача первого этапа — как следует осмыслить существующую ситуацию. Лишь после этого вы можете взяться за определение оптимальных условий (сокращение времени на ходьбу) и начать проработку будущего потока. Есть множество разных приемов и методов, но в первую очередь следует соблюдать базовый принцип: «поток» работы должен быть непрерывным и не требовать многократных возвращений по уже пройденному пути (см. главу 6, где более подробно рассказывается о применении стандартизированной работы, и приводятся примеры используемых документов). На этапе стабилизации основной задачей является скорее выявление затрат, нежели обеспечение «стандартизированной работы», — последнее невозможно, пока не достигнут определенный уровень стабильности.

5S И ОРГАНИЗАЦИЯ РАБОЧЕГО МЕСТА

Мы намеренно объединили метод 5S (рис. 4-2) и организацию рабочего места в один раздел. Некоторые считают, что на самом деле это практически одно и то же, ведь речь идет об основных методах рассеивания первого слоя «тумана» за счет устранения хаоса в рабочей зоне. Многие ошибочно полагают, что 5S сводится к расчистке рабочей зоны, возможно потому, что одним из результатов применения этого метода является порядок на рабочем месте. Основная задача первого из пяти S — сортируй — рассеять туман, что предполагает устранение потерь, представляющих собой лишние движения

ЛОВУШКА

Застревание на внедрении 5S

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

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

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

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

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

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