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

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

2. Повесить плакат с надписью: «Не отсоединять больше одного шланга». Такой прием при попытках предупредить ошибки — вывесить^напоминание о необходимости соблюдать правила или следовать заданному методу — широко распространен, но малоэффективен. Большинство людей считает, что вывешенный на видном месте плакат позволяет предупредить ошибки. Это кажется им логичным. Однако люди по большей части нарушают правила не по злому умыслу и при этом часто рассуждают следующим образом: «Думаю, мне удастся избежать ошибки, а значит, ничего страшного, если я нарушу правило».

3. Снабдить шланги маркировкой. Но нанесенные обозначения скоро скрылись под брызгами краски и стали нечитаемыми.

4. Над быстроразъемным соединением для шланга с белой краской установили откидной козырек, и чтобы присоединить шланг, маляр должен был приподнять этот козырек. Эта мера была связана с тем, что большая часть аварийных ситуаций в прошлом была связана со смешиванием белой краски с какой-либо другой. Сорок процентов всех автомобилей были белого цвета, и вероятность того, что поток деталей будет включать значительное количество белых деталей, была достаточно высока. Козырек над быстроразъемным соединением предназначался для того, чтобы оператор «задумался», прежде чем вернуть шланг с белой краской на место (что-то вроде метода ёси). Это «решение» тоже не возымело действия, поскольку оно не препятствовало ошибочному подсоединению шлангов. Оно лишь усложняло работу (в 40% случаев требовалось поднять козырек).

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

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

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

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

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

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

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