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

А. Понаблюдайте за этой операцией, стоя в кругу, не менее двух часов (чем больше, тем лучше).

Б. Составьте список потерь в ходе выполнения этой операции. Назовите не менее 50 примеров. Это не такая уж сложная задача. Если в вашем списке менее 50 позиций, значит, вы упустили из виду множество потерь. На некоторое время отвлекитесь от процесса, а потом вернитесь к наблюдению на свежую голову.

Начните с самых заметных примеров (крупных потерь), затем переходите к более мелким. Если вам было нетрудно составить перечень из 50 позиций, продолжайте свой список, пока это возможно. Так будет, когда у вас сформируются развитые навыки наблюдения.

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

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

Б. Разделите эти показатели на две категории в зависимости от того, вызвана ли нестабильность внешними причинами (потребительский спрос и вариация продукта) или внутренними (изменить которые в вашей власти).

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

Глава 5

СОЗДАТЬ СВЯЗАННЫЙ ПРОЦЕССНЫЙ ПОТОК


ИДЕАЛ — ПОТОК ЕДИНИЧНЫХ ИЗДЕЛИЙ

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

В 1947 году мы выстроили станки в параллельные линии, а кое-где скомпоновали их буквой L и попытались поставить одного рабочего на три-четыре станка в соответствии с последовательностью обработки. Хотя речь не шла о повышении темпа работы или сверхурочных, рабочие отчаянно сопротивлялись. Станочникам не понравилось, что новая компоновка требует от них совмещения профессий... К тому же обнаружились и другие проблемы. Когда стало понятно, какого рода эти проблемы, я смог решить, в каком направлении следует двигаться. Хотя я был молод и энергичен, я решил не настаивать на немедленных, радикальных переменах, но запасся терпением.

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

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

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

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

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

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