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

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

• Каждый самолет рассматривался как уникальный проект, и специалисты, которые занимались его ремонтом, не применяли никакого стандартизированного процесса.

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

Ремонтные рабочие тратили непомерно много времени на ходьбу в поисках нужных инструментов, деталей и вспомогательных материалов.

После разборки самолета детали укладывали в коробки и отправляли в складские помещения (для этого может использоваться, например, автоматизированная система складирования и транспортировки), когда же детали возвращаются со склада, чтобы самолет можно было собрать заново, масса времени уходит на разборку коробок и поиск нужных деталей. Часто детали пропадали, поскольку их использовали для ремонта другого самолета. Ремонт нескольких самолетов осуществляется одновременно, и когда по каким-либо причинам (например, нехватка базовых деталей) работа над одним из них приостанавливалась, механиков переводили на работу над другим самолетом.

Сложилось убеждение, что поступление самолетов на ремонт непредсказуемо и составить план, который позволил бы обеспечить стабильный, выровненный объем работ, невозможно.

Составление карты потока создания ценности выявило огромное количество потерь в существующих процессах. Были разработаны карты будущего состояния, где для всех самолетов предлагались решения единого характера:

Процесс разборки, анализа неисправности, ремонта и сборки следует разбить на четкие этапы.

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

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

Для каждого участка следует разработать процедуру стандартизированной работы. I

Чтобы стабилизировать процесс и сократить продолжительность не добавляющей ценности ходьбы в поисках инструмента и деталей, следует применить метод 5S.

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

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

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

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

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

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