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

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

5. Локализация. Когда лидер выявляет источник проблемы, ее можно локализовать. В случае проблем с качеством лидер должен периодически проходить вдоль линии, стараясь определить источник проблемы. Этой процедуре помогает хорошее знание процесса. Так, если какая-то деталь устанавливается неправильно, чтобы выявить источник проблемы, лидеру достаточно подойти к оператору, который устанавливает данную деталь. Если проблема возникает от случая к случаю, лидер должен проверять все предшествующие операции,

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

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

6. Предупреждение. После того как проблема взята под контроль и локализована и производство возобновилось, основные усилия переключаются на предупреждение. В некоторых случаях предупредительные меры носят краткосрочный характер, пока не удалось найти эффективных долгосрочных решений. Лидер команды принимает такие краткосрочные контрмеры немедленно, чтобы предотвратить повторное появление проблемы. Если нужно найти долгосрочное решение, возможно, ответственность за него будет возложена на команду в целом. Все члены команды отвечают за разработку эффективных предупредительных действий. Для поиска первопричины и выработки эффективных решений долгосрочного характера применяется процесс решения проблем.

ПОДСКАЗКА

Прежде чем применять принцип «останови линию», следует обеспечить стабильность и механизм поддержки

Линии Toyota не останавливаются сразу после того, как подан сигнал андон. Между подачей сигнала и остановкой существует непродолжительное временное окно (порядка 5-30 секунд), которое позволяет лидеру команды отреагировать на сигнал и отменить остановку линии под свою ответственность. Такая система весьма уязвима и требует поддерживающих механизмов, обеспечивающих быстрое реагирование. Само собой, такого уровня Toyota достигла не сразу. Сначала нужно было добиться высокой стабильности — иначе линию приходилось бы останавливать беспрестанно— и вложить средства в создание системы лидеров команд, которая позволяет почти мгновенно откликаться на сигналы андон. Внедряйте собственную систему андон, в которой оперативность реакции соответствует уровню проблем в процессах. Если приемлемый уровень стабильности процессов не обеспечен, система поддержки будет перегружена и наступит полный развал.

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

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

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

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

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

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