Правила эскалации Andon: три уровня вызова и тайм-аута

Почему правила эскалации важнее кнопки вызова

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

Andon отличается от панели аварийных сигналов тем, что измеряет реакцию, а не значения. Панель сообщает, что температура высокая; Andon сообщает, отреагировал ли кто-то на высокую температуру в согласованный лимит. Поэтому правила должны определять одновременно две вещи: тип и серьёзность аномалии, а также кто отвечает за каждый уровень и в течение какого времени обязан отреагировать. Когда и то и другое определено, отчёты обретают смысл и могут ответить, какой тип аномалии чаще всего выходит за лимит.

Таблица: лимиты ожидания и роли в трёхуровневой цепочке эскалации (настраивается по размеру бригады)

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

Четыре настройки, определяющие работоспособность правил

Как бы полно ни были написаны правила, если четыре настройки ниже не определены, после запуска цех вернётся к обзвону людей.

• Задавать лимит ожидания отдельно по типу аномалии: остановка линии, влияющая на такт, и обычное ожидание материала не должны делить один лимит; смешение топит срочные вызовы в обычных.
• Эскалация должна происходить автоматически, а не по нажатию: перевод вызова при истечении лимита — часть самого правила; если бригадиру нужно нажать, чтобы поднять уровень, при загрузке это правило пропускается первым.
• Привязывать роль получателя к должности, а не к человеку: уведомление бригадира или дежурного инженера как должности сохраняет цепочку при смене смен и отпуске.
• Фиксировать каждый приём, прибытие и закрытие: только прослеживаемое правило пригодно для последующего разбора, и только оно служит основой оценки реакции бригады.

Из этих четырёх вторая настройка сильнее всего испытывает раннее проектирование. Она требует, чтобы сигнал вызова был не изолированной кнопочной коробкой, а подавался в программную систему, способную инициировать уведомления. Распространённый подход — подключить коробку вызова через ПЛК или промышленную шину к шлюзу сбора данных, а верхнее ПО по правилам рассылает уведомления в чат бригады, на цеховое табло и телефон дежурного. Тогда эскалацию выполняет ПО, а персонал на месте лишь принимает и обрабатывает вызов, не помня о необходимости поднять уровень.

Словарь причин вызова: превращаем правила эскалации в анализируемые данные

Чтобы цепочка эскалации была эффективной в долгую, нужен единый словарь причин вызова. Словарь заранее относит все возможные аномалии к ограниченному набору категорий, например нехватка материала, отказ оборудования, проблема качества, проблема оснастки, потребность в техподдержке, и у каждой категории своя цепочка эскалации и лимит. При ведении следует помнить несколько правил: держать число категорий в пределах запоминаемого бригадой, обычно около десятка вполне достаточно; дать каждой категории чёткий критерий отнесения, чтобы одно событие не попадало у разных бригад в разные категории; и поддерживать словарь в состоянии, когда при появлении новой линии или участка можно добавить соответствующие записи.

Когда словарь унифицирован, записи о вызовах можно считать и анализировать. Можно увидеть по категориям, какой тип аномалии чаще всего вызывает эскалацию, по сменам, в какое время эскалации наиболее плотны, и вместе со временем решения найти участки, где эскалация повторяется без устранения первопричины. Эти статистики не меняют сами правила, но показывают, где их нужно настраивать, например лимит задан слишком жёстко для одной категории, из-за чего множество вызовов, которые можно было решить на месте, избыточно эскалируются и управление привлекается без нужды.

Ценность записей Andon ещё и в том, что они непрерывны между сменами. Вызов в ночную смену и его приём с обработкой в дневную попадают в одну запись, поэтому при передаче смены не нужно пересказывать вслух. Для цехов с непрерывным многосменным производством это больше определяет, будет ли аномалия действительно закрыта, чем скорость реакции отдельной смены.

Запуск и приёмка: прогоняем правила перед сдачей

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

• От вызова к уведомлению: после нажатия кнопки на участке уведомляет ли система нужную должность в установленный лимит.
• От тайм-аута к эскалации: если в лимит уровня 1 нет приёма, переходит ли сигнал на следующий уровень автоматически и сохраняется ли запись о превышении лимита уровня 1.
• Приём и закрытие: полностью ли фиксируются приём, прибытие, обработка и закрытие с отметками времени и ответственными.
• Прослеживаемая история: можно ли запросить прошлые вызовы по категории, смене или участку для последующего разбора.
• Синхронизация с табло: показывают ли цеховое табло и чат бригады один и тот же статус вызова, чтобы два места не расходились.

Когда эти проверки пройдены, правила эскалации действительно сданы, а не просто кнопка. Проекты Andon в Orpaon обычно идут в таком порядке: подтвердить типы вызовов и цепочку эскалации, затем зафиксировать лимит и принимающую должность на каждом уровне, затем завершить подключение сигналов и настройку каналов уведомления, и наконец полностью прогнать приведённый выше список приёмки. Мы ранее сдали на дискретной производственной линии интегрированную систему LED-Andon с подключением оборудования (публичное обозначение: японская группа бытовой техники, завод в Шанхае), объединив вызов на участке, отображение на месте и сетевую связь на одном пути, и можем дорабатывать на этой основе под условия линии.

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