Andon cord
Навеяно случаем на работе. В предыдущем посте я писал про практику Кайдзен и Lean, которые являются частями японской философии TPS (Toyota Production System). О этой великой философии я напишу позже отдельный длинный пост. Но сегодня хочу рассказать об одной небольшой, но очень значимой практике — Andon cord. Философии TPS уже больше 40 лет, но меня до сих пор удивляет, как некоторые менеджеры всё ещё наступают на одни и те же грабли.
В чём суть этой практики?
Представим завод Тойота и конвейер, на котором происходит сборка автомобилей: от сварки кузова до обшивки салона. Вдруг становится очевидно, что на одном из участков сборка ведётся с откровенным браком. Что делают сотрудники? Они дергают специальный шнур, который напоминает привод гудка на пароходе. В этот момент загорается красная лампочка, и конвейер останавливается. Все сотрудники оперативно собираются у проблемного участка, чтобы сообща найти и устранить причину проблемы. После этого конвейер снова запускается.
Почему это важно?
Если конвейер не остановить вовремя, склад готовой продукции может оказаться завален бракованными машинами. Их затем придётся либо утилизировать, либо дорабатывать вручную, а это затратно и влечёт дополнительные риски.
Если же конвейер останавливается при обнаружении проблемы, процент брака существенно снижается, а иногда дефекты удаётся устранить полностью. Так достигается бесконечное Continuous Improvement (непрерывное улучшение).
Как это связано с другими областями?
Возьмём, например, сферу ИТ. Представим, что мы работаем над проектом с жёстко ограниченными сроками. В процессе работы выясняется, что определённый процесс нельзя выполнить эффективно в рамках заданных сроков, например, потому что сотрудники ранее не имели опыта выполнения подобных задач.
У нас есть два варианта:
Потратить 3–5 дней на исследования, чтобы разобраться, как выполнить задачу качественно.
Не тратить время на исследования, сделать задачу «как получится» (подход «и так сойдёт»), но уложиться в срок.
На первый взгляд второй вариант кажется привлекательным, но он приводит к проблемам. Допустим, вы записали эту задачу в технический долг и планируете доработать её после завершения проекта. На практике это может занять не 3–5 дней, а уже 3–5 недель (если не больше). О росте стоимости работы я даже не говорю.
Вывод
Внедряйте Andon cord в своих командах. Этот подход помогает вовремя выявлять и исправлять проблемы, предотвращая их перерастание в более серьёзные и дорогостоящие дефекты. Своевременно остановленные процессы и своевременно решённые задачи — залог качества и успешного результата.
P/S Есть стойкая ассоциация с фильмом Interstellar
