Андон (Andon) — система визуального оповещения

В нидерландском Дордрехте у компании Allied Motion Technologies работает завод примерно на 100 человек. Он выпускает бесщёточные и щёточные двигатели постоянного тока под требования заказчиков. Перед запуском новой системы андон (Andon) заводская команда составила список того, что её не устраивало: надёжность и доступность сигнальной системы, разрозненный сбор данных, время реакции на проблемы и слабое принятие системы людьми. После запуска lean-офицер площадки Юдит ван дер Хувен (Judith van der Hoeven) подвела итог так: теперь есть данные, по которым видны конкретные неэффективные процессы и проблемные зоны, и под них можно выполнять планы улучшений. Кейс опубликовал поставщик системы, и цифр в нём нет. Но суть метода он передаёт точно: важны не лампы, а то, что каждая заминка сразу становится заметной, привязывается к конкретному месту и оставляет след в данных.

Андон — сигнальная система из Производственной системы Toyota (Toyota Production System, TPS). Оператор замечает отклонение и дёргает шнур или нажимает кнопку. Световая колонна и табло показывают номер станции и тип проблемы, к месту приходит заранее назначенный человек. Если за отведённое время проблему не устранили, процесс останавливается в заранее определённой точке, и брак не уходит дальше по линии. Метод продолжает принцип дзидока: качество встраивается в сам процесс, а не проверяется на выходе.

Во что обходится такая остановка, можно посчитать. Цзиншань Ли и Деннис Блюменфельд в 2006 году построили аналитические модели поточной линии с андоном. Они показали: когда среднее время устранения дефекта короткое, остановка линии для исправления всех дефектов даёт высокий выпуск годной продукции. Дальше по порядку: как устроена система, на чём она держится, где ломается и как внедрить её так, чтобы сигнал работал, а не висел над линией декорацией.

Происхождение и исследовательская база системы андон

Слово: фонарь, который делает видимым

Японское 行灯 (андон) примерно переводится как «фонарь в бумажном абажуре». Традиционный фонарь представлял собой деревянную раму, обтянутую бумагой васи, которая защищала пламя от ветра. Особенно популярны такие фонари были в период Эдо (1603–1867). Так этимологию описывает Vorne. Меган Уолш (Meghan M. Walsh) в статье 2016 года в Journal of Graduate Medical Education приводит более сюжетную версию. В японских преданиях рыбаки, возвращаясь ночью, зажигали фонарь на лодке, чтобы позвать на помощь. Обе версии сходятся в главном: фонарь делает видимым то, что иначе осталось бы в темноте. Именно этот смысл слово сохранило на производстве.

Линия Toyota: от ткацкого станка к шнуру над конвейером

Vorne возводит производственную идею к усовершенствованному механическому ткацкому станку, который Сакити Тоёда (Sakichi Toyoda) создал в 1896 году. Логика та же, что позже легла в основу дзидоки: процесс, обнаружив отклонение, не продолжает выпускать брак, а прекращает работу и зовёт человека. В нашей базе методика связана с именем Тайити Оно (Taiichi Ohno), архитектора TPS. В рамках этой системы сигнальное оповещение стало элементом встроенного качества на сборочных линиях. Документальных дат и площадок внедрения в доступных материалах нет, поэтому годы жизни Оно и название завода из прежней версии текста убраны.

Популярные пересказы здесь расходятся с историей. Lean Construction Institute пишет, что термин пришёл из TPS, которая якобы «зажигала фонари, сигнализируя о поломках, в конце 1800-х». Это смешение двух сюжетов. В конце XIX века существовал станок Сакити Тоёды, а производственной системы Toyota тогда ещё не было: она сложилась гораздо позже. Точнее сказать так: принцип остановки при сбое восходит к станку 1896 года, а сигнальная система цеха — это часть TPS.

Есть и свежая деталь из практики самой Toyota. По данным Wikipedia, с 2014 года компания постепенно заменяет шнур кнопкой. Кнопку можно сделать беспроводной: так над рабочими местами не путаются кабели и снижается риск споткнуться о провода. Метафора «дёрнуть шнур» при этом осталась в языке.

Академическая линия: участие сотрудников

Одна из ранних научных работ — статья Роберта Эверетта и Амрика Сохала (Robert J. Everett, Amrik Singh Sohal) «Individual Involvement and Intervention in Quality Improvement Programmes: Using the Andon System». Она вышла в 1991 году в International Journal of Quality & Reliability Management. Авторы рассматривают сигнальную систему как элемент всеобщего контроля качества (Total Quality Control, TQC). Их исходная позиция: личное участие и право вмешаться — условия успеха программы качества, а не лозунги. Авторы разбирают, как систему применяют западные организации и какие вопросы она поднимает у менеджмента и у сотрудников. Они описывают типы и механизмы систем и приводят примеры из трёх отраслей австралийской обрабатывающей промышленности. Вывод для практика: андон — инструмент вовлечения, и проблемы его внедрения лежат в отношениях между руководителями и рабочими не меньше, чем в технике.

Количественная линия: когда останавливать линию выгодно

Работа Ли и Блюменфельда (Jingshan Li, Dennis E. Blumenfeld) «Quantitative analysis of a transfer production line with Andon» (2006) превращает спор «останавливать или нет» в расчёт. Авторы строят аналитические модели поточной линии с сигнальной системой и выводят выражения для эффективной производительности. Они также исследуют, при каких условиях систему стоит вводить, и формулируют практические правила для управления цехом. Главное из них: при коротком среднем времени ремонта остановка линии для исправления всех дефектов даёт высокий выпуск бездефектных изделий. У этого вывода есть обратная сторона. Если устранение занимает много времени, решение об остановке требует отдельного расчёта, а не автоматизма.

Перенос за пределы завода

Сержиу Кеммер, Мартина Сарайва и Луис Фернандо Хайнек (Sérgio Luis Kemmer, Martina A. Saraiva, Luiz Fernando Mählmann Heineck) в 2006 году описали применение сигнальной системы при строительстве высотного здания. Они рассматривают её как инструмент визуального управления: она показывает состояние работ на участке и сигнализирует об отклонениях. Главный эффект в том, что источник сбоя виден в ходе строительства, а не в конце. Меры можно принять до того, как проблема повторится. По наблюдениям авторов, система улучшает непрерывность потока работ и снижает объём переделок. Lean Construction Institute развивает ту же идею как «объявление срыва» (declaring breakdown). Участник проекта «дёргает метафорический шнур», когда работа выходит за рамки договорённостей, и команда сразу переключается на проблему.

Медицина взяла термин как метафору. Уолш в 2016 году предлагает «дёрнуть шнур» в вопросе благополучия ординаторов. Смысл жеста она описывает как разрешённый сигнал «я не могу выполнять свою работу»: человек получает право остановить процесс и вызвать руководство, чтобы оно разобралось и вмешалось. Сандра Гиллам (Sandra Laing Gillam) с соавторами в 2018 году назвала статью «Pull the Andon Rope on Working Memory Capacity Interventions Until We Know More». Это призыв приостановить практику, эффективность которой исследованиями не подтверждена. Метафора работает в чужих дисциплинах, и это показывает, насколько узнаваемым стал сам механизм.

Технологическая линия: от лампы к цифровому табло

Поставщики описывают развитие систем от простых ламп статуса и «светофоров» до информационных табло, видимых из любой точки цеха. Современные световые индикаторы гибко настраиваются. Например, у беспроводного Banner LCA130T можно выбрать цвет (больше десятка оттенков), режим (постоянный свет, мигание, двухцветное мигание) и рисунок сигнала (стробоскоп, тройной импульс, SOS). Табло, как пишет Apronic, выводят план и факт, долю брака, простои, OEE, текущие сбои по рабочим местам и сравнение смен. Внизу экрана может идти бегущая строка сообщений. Технологии меняются, а базовая логика остаётся прежней.

Метод вырос из простой идеи: дать человеку на линии право и средство сказать «здесь проблема» — и гарантировать, что его услышат.

Ключевые идеи и принципы системы андон

1. Принцип: право остановить процесс

   Vorne называет расширение полномочий (empowerment) самой сутью сигнала. Оператору не нужно разрешение, чтобы сообщить о проблеме. Шнур или кнопка у него под рукой, и пользоваться ими — его обязанность, а не привилегия. Уолш формулирует то же на языке медицины: сигнал разрешает человеку остановить процесс и подключить руководство. Если право на сигнал есть на бумаге, а на деле пользоваться им страшно, системы фактически нет.

2. Принцип: сигнал — это вызов помощи

   Сигнал не означает «линия встала». Он означает «мне нужна помощь здесь и сейчас». К станции подходит руководитель группы или назначенный специалист и решает, можно ли закрыть проблему на месте. Один из читателей журнала Toyota UK привёл определение, которому его учил наставник. Цель системы — гарантировать, что встроенное качество процесса сохраняется в пределах времени цикла. Значит, сигнал запускает помощь в ритме линии, а не произвольную остановку.

3. Принцип: остановка в фиксированной позиции

   Lean Enterprise Institute рассматривает андон вместе с понятием остановки в фиксированной позиции (fixed-position stop). Логика такая. После сигнала линия продолжает двигаться до конца текущего цикла, то есть до границы рабочей зоны. Если за это время проблему решили, сигнал снимают, и остановки не происходит. Если нет, линия останавливается в определённой точке, где все изделия находятся в предсказуемом положении. Это опровергает популярное представление «дёрнул шнур — весь завод встал». Остановка — последний шаг, а не первый. Связь с временем такта прямая: окно на реакцию задаёт ритм линии.

4. Принцип: локализация места и характера проблемы

   Хорошая система быстро сообщает нужным людям, где проблема и какая она. Табло показывает не «где-то неладно», а номер станции и тип вызова: качество, оборудование, материал. Показателен кейс интегратора RedViking для одного из крупнейших мировых автопроизводителей. На каждой станции поставили кнопки вызова по обслуживанию и качеству и отдельные кнопки вызова материала, связанные напрямую с водителями погрузчиков. До этого о проблемах сообщали по рации и мобильному телефону. Локализация зависела от того, кто и как дозвонится, а линия зависела от бесперебойной работы конвейеров, оснастки, качества деталей и своевременной поставки.

5. Принцип: сигнал под рукой — шнур и кнопка

   Шнур (andon cord) натянут вдоль линии и позволяет подать сигнал из любой точки рабочей зоны, не отходя от изделия. Кнопка (andon button) закреплена на станции. Toyota переходит на кнопки, потому что их можно сделать беспроводными и убрать кабели. Выбор средства — вопрос эргономики: между моментами «заметил» и «сообщил» не должно быть ни шагов, ни звонков.

6. Принцип: свет, цвет и звук кодируют состояние

   Световой сигнал (andon light) — чаще всего многоуровневая колонна над станцией. Распространённая схема: зелёный — работа идёт штатно, жёлтый — вызов помощи, красный — остановка. Единого стандарта цветов нет, а оборудование позволяет настроить почти любую палитру. Поэтому значение каждого цвета закрепляют в стандарте участка. Звуковые сигналы (andon sounds) дублируют свет. Разные мелодии для разных типов вызова помогают тем, кто в момент сигнала не смотрит на табло. Отраслевые описания подчёркивают: именно сочетание визуальных и звуковых сигналов сокращает потери времени оборудования и людей.

7. Принцип: табло показывает участок целиком

   Табло (andon board) решает другую задачу, чем лампа над станцией: оно даёт общую картину. На нём видно, где сейчас вызов и сколько он длится, а также план и факт выпуска, долю брака, простои. Это принцип визуального менеджмента в чистом виде: норму и отклонение различают с одного взгляда, без отчётов и обходов. Табло вешают там, где его видят руководители и сами операторы.

8. Принцип: тип системы выбирают под процесс

   Adobe и другие источники выделяют три типа систем.

   • Ручная (manual). Сигнал подаёт человек шнуром или кнопкой. Это классика TPS для операций, где отклонение замечает оператор.

   • Автоматическая (automatic). Сигнал подаёт оборудование: при отказе, выходе параметра за допуск, нехватке материала.

   • Цифровая, или «умная» (digital/smart). Сигналы собираются в программной системе, выводятся на экраны и мобильные устройства, пишутся в базу и превращаются в аналитику.

   На практике типы комбинируют: автоматика ловит то, что измеряет датчик, а человек — то, что видит глазом.

9. Принцип: каждое событие оставляет след в данных

   Цифровые системы записывают каждое событие со временем и местом. Сигнал становится не только поводом для реакции, но и сырьём для анализа. Видно, какие станции зовут помощь чаще, какие проблемы повторяются, сколько длится реакция. В кейсе RedViking запись истории простоев назвали необходимой, чтобы понять, где укреплять оборудование и процессы. Эти же данные питают расчёт OEE: простои, их причины и длительность фиксируются в момент события, а не восстанавливаются по памяти в конце смены.

10. Принцип: поиск первопричины

    Третьим ключевым принципом Vorne называет устранение проблем через поиск первопричины. Быстрая реакция у станции — это сдерживание: дефект локализован, линия идёт дальше. Без разбора причины та же кнопка загорится завтра. Поэтому за вызовом стоит цикл: сдержать, разобраться, устранить повторение. Разбор удобно оформлять в A3-отчёте, где проблема, анализ и контрмеры умещаются на одном листе.

11. Принцип: стандарт реагирования

    Vorne отдельно выделяет определение стандартов при внедрении. Один из поставщиков говорит о структурированной ответственности через стандартные операционные процедуры. Стандарт отвечает на конкретные вопросы:

    • что считается отклонением;

    • кто приходит на вызов и за какое время;

    • что он делает на месте;

    • кому передаёт проблему, если не справился.

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

    Сигнал — это не тревога, а заявка на помощь с адресом, временем и типом проблемы. Остановка нужна лишь тогда, когда помощь не уложилась в такт.

Ограничения, слепые зоны и критика системы андон

Типовые ошибки при внедрении системы андон

1. Ошибка 1: табло есть, протокола нет.

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

   Как избежать

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

2. Ошибка 2: сигнал становится поводом искать виноватого.

   Оператора, который часто нажимает кнопку, начинают считать источником проблем. Его вызывают «на разговор», вспоминают о сигналах при оценке работы. Люди быстро считывают это правило: частота вызовов падает, а реальные отклонения остаются скрытыми и проявляются позже, уже в браке у клиента.

   Как избежать

   при первом вызове руководитель благодарит за сигнал, а не спрашивает «что ты опять сделал». Разбор на планёрке касается процесса, а не человека. Падение числа вызовов без видимых улучшений процесса считайте тревожным признаком, а не успехом.

3. Ошибка 3: каждый сигнал мгновенно останавливает линию.

   Систему настраивают так, что любое нажатие сразу останавливает весь поток. Остановки идут одна за другой, выпуск проседает, и руководство решает, что метод «не подходит нашему производству». Это и есть популярное заблуждение, которое опровергает логика остановки в фиксированной позиции.

   Как избежать

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

4. Ошибка 4: данные копятся для отчёта, а не для улучшений.

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

   Как избежать

   включите разбор журнала вызовов в ежедневную планёрку участка. Раз в неделю сортируйте причины по частоте и суммарному простою по принципу Парето. Берите в работу верхние две-три и закрывайте каждую задачей с ответственным и сроком.

5. Ошибка 5: «цветомузыка» вместо сигнала.

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

   Как избежать

   начните с минимального словаря — три состояния и два-три типа вызова. Закрепите значения в стандарте и разместите расшифровку на видном месте. Новые цвета и данные на табло добавляйте, только если они меняют чьи-то действия.

6. Ошибка 6: сначала покупают систему, потом думают о процессе.

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

   Как избежать

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

План внедрения системы андон

1. Неделя 1: выбрать пилот и описать отклонения. Возьмите один участок с понятным ритмом и заметными потерями. Пройдите по нему вместе с операторами и мастером. Составьте перечень реальных отклонений, разбитый на типы: качество, оборудование, материал, безопасность. Пронумеруйте станции так, чтобы номер на табло совпадал с табличкой на месте. Результат недели — список триггеров с примерами «вот это — сигнал, а это — ещё нет».

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

3. Неделя 3: поставить средства сигнала. Определите для каждой станции, где будет шнур или кнопка, — так, чтобы подать сигнал можно было не отходя от изделия. Утвердите минимальный словарь цветов и звуков. Разместите табло там, где его видят и руководители, и операторы. Для пилота подойдут и простые средства, если они делают сигнал видимым и локализованным.

4. Неделя 4: обучить и запустить. Объясните людям, зачем нужен сигнал. Руководитель лично проговаривает, что вызов не наказывается. Проведите несколько учебных вызовов с хронометражем реакции. Запустите систему в рабочем режиме и в первые дни держите на участке человека, который фиксирует все сбои самого протокола.

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

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

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

   Признак работающей системы — не тихий цех без вызовов, а цех, где на каждый вызов приходят вовремя, а одни и те же причины не повторяются месяцами.

Как реализовать этот план с помощью фрейма «Андон» в OrgDevTools

Фрейм «Андон» — бесплатный тренажёр в OrgDevTools. Он позволяет спроектировать сигнальную систему и проверить её на данных. Вы отмечаете, на каких станциях какой сигнал доступен, и сверяете окно реакции с тактом. Затем выстраиваете эскалацию, ведёте журнал вызовов и получаете вердикт: работает сигнал или висит декорацией. Фрейм можно привязать к рабочему документу или открыть только для просмотра. Отдельного Инструмента, к записи которого был бы привязан этот фрейм, в каталоге сейчас нет. Все поля изначально пустые, готовых примеров нет.

Книги по теме системы андон

• Джеффри Лайкер — «Дао Toyota» (The Toyota Way, 2004). Источник, на который опираются описания сигнальной системы как части культуры Toyota: остановка ради качества, право сотрудника сообщить о проблеме, связь с визуальным управлением.

• Роберт Эверетт, Амрик Сохал — «Individual Involvement and Intervention in Quality Improvement Programmes: Using the Andon System» (1991). Научная статья, а не книга. Из неё взят взгляд на систему как инструмент вовлечения, классификация типов и механизмов и опыт трёх отраслей австралийской промышленности.

• Цзиншань Ли, Деннис Блюменфельд — «Quantitative analysis of a transfer production line with Andon» (2006). Научная статья. Из неё — расчётное обоснование остановки линии и правило о коротком времени ремонта, на котором построены ошибка 3 и неделя 2 плана.