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

Характерные особенности |
• Безотлагательность: срочно найти выход• Некоторые компании используют практические
из кризисасеминары по кайдзен
• Один показатель
• Четкие задачи по совершенствованию
• Улучшение изолированных процессов
Сильные стороны• Высокая заинтересованность/активная поддержка• Ресурсы, как правило, доступны• Ориентация на действие• Готовность к быстрым и радикальным преобразованиям• Впечатляющие результаты позволяют переубедить скептиков• Решает проблемы высшего менеджмента, что позволяет заручиться его поддержкой в дальнейшемЛовушки• Отсутствие целостного видения / единой стратегии• Отсутствие системы, обеспечивающей стабильность преобразований• Риск отката назад• Нет «хозяина», если инициатива идет от функционального подразделения• Впечатляющие краткосрочные результаты становятся базой для оценки дальнейших усилий по освоению бережливого производства• Бережливое производство превращается в инструмент тушения пожаров (краткосрочная перспектива)
Рис. 19-2. Сильные и слабые стороны метода критичных проектов

Нам приходилось консультировать компании, менеджмент которых относился к бережливому производству с долей скепсиса, требуя подтверждений его эффективности. Предполагая, что бережливое производство имеет определенный потенциал и стоит опробовать его на практике, руководители выжидали, желая посмотреть, применимо ли оно к их работе и совместимо ли с их культурой. В таких случаях мы иногда спрашиваем: «Что вам особенно досаждает? Какие проблемы не дают вам спать по ночам?» Обычно ответы позволяют выявить ряд великолепных возможностей для немедленных преобразований, результаты которых заставляют руководство попросту потерять дар речи. К тому же, если вы взялись за проект, который важен для руководства, по всей вероятности, вам помогут преодолеть любые помехи, предоставят доступ к ресурсам и при необходимости окажут всемерную поддержку. Когда положение чудесным образом улучшается, менеджмент начинает верить в новый подход.

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

Многие проекты шести сигм весьма «критичны». От «черных поясов» требуют, чтобы любой проект обязательно давал крупную экономию. Самый простой способ добиться этого — найти критичный проект. Это наглядно показывает приведенный ниже пример сокращения продолжительности переналадки по методу шесть сигм. Задача этого проекта состояла в том, чтобы устранить узкое место в процессе литья под давлением, сократив продолжительность переналадки. Проект оказался успешным и обеспечил экономию почти в 30 тыс. долл. в год за счет сокращения затрат на рабочую силу в процессе переналадки. К сожалению, с точки зрения бережливого производства этот проект привел к увеличению размеров партии и объема запасов отформованных деталей и к росту общих затрат. Метод шести сигм при всей своей изощренности позволил снизить время переналадки всего до 1,2 часа, что весьма далеко от мирового уровня.

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

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

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

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

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

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