Переналадки: как считать матрицу A→B и зачем это планировщику

Во многих производствах потери спрятаны не в нормах операций, а в переходах между продуктами: переналадка зависит от пары «что было → что стало». Матрица A→B делает эту зависимость измеримой и управляемой — и превращает переналадки из «головной боли» в вход для расписания, оптимизации последовательности и устойчивого перепланирования.

Ключевые выводы

• «Средняя переналадка» почти бесполезна. Если переходы зависят от пары продуктов, порядок может отличаться по времени в разы. Оптимизировать по среднему — значит регулярно выбирать дорогие переходы.
• A→B переводит хаос в управляемые правила. Матрица позволяет группировать семейства, строить «дешёвые коридоры» переходов, фиксировать запреты и управлять компромиссом переналадки vs сервис.
• Сильный эффект даёт связка «процесс + планирование». Сначала стабилизация переналадок (SMED / разделение операций), затем — использование матрицы A→B в расписании.

Зачем планировщику матрица A→B

Планировщик управляет не «заказами», а последовательностью выполнения на ресурсе — и переналадки являются ценой смены последовательности.

• Потери видны в OEE и выпуске. На узком месте переналадки напрямую превращаются в потерянную пропускную способность и срыв сроков.
• Порядок может «съедать смену». Даже если каждый заказ в пределах нормы, неправильный порядок делает суммарные переналадки максимальными.
• Компромисс сервис / переналадки. Матрица A→B делает этот компромисс измеримым и объяснимым.

Что такое матрица A→B

Матрица A→B — таблица, где в строках «предыдущий продукт/режим», в столбцах «следующий», а в ячейке — время (или стоимость) переналадки.

• Асимметрия. A→B ≠ B→A. Переход «тёмный → светлый», «аллерген → без аллергенов» часто сильно различается по времени и регламенту очистки.
• Семейства и «коридоры». На практике матрица делается по уровням: семейство/рецептура/класс и агрегирует переходы внутри/между семействами.
• Время vs стоимость. Для планирования важны оба слоя: время (влияет на загрузку и сроки) и стоимость (потери, расходники, брак, энергия).

Как собрать матрицу A→B

• 1) Источники данных. MES/SCADA/PLC события, статусы станка, отчёты смен, журналы наладчиков, ERP.
• 2) Нормализация. Зафиксируйте границы: от «последней годной единицы A» до «первой годной единицы B». Входит ли мойка? Прогрев?
• 3) Очистка. Уберите выбросы: аварии, ожидание материалов, простои. Используйте медиану и квантили (50/75), а не среднее.
• 4) Агрегация. Если SKU слишком много, агрегируйте до классов. Часто 20-60 групп уже дают управляемую матрицу.
• 5) Заполнение пустых ячеек. Редкие переходы — экспертная оценка, аналогия по классу или правило «наихудшего» перехода.

Рекомендация. Начинайте с узкого места и одной линии. Там эффект от матрицы A→B максимален, и проще договориться о дисциплине измерения.

Как использовать матрицу в расписании

Как только A→B становится входом, расписание превращается в задачу оптимизации последовательности с ограничениями (sequence-dependent setups).

• Sequence-dependent setups. Время переналадки зависит от предыдущей продукции — это отдельный класс ограничений, критичный для качества расписания.
• Оптимизация: минимум переналадок ≠ лучший сервис. Полное «склеивание семейств» снижает переналадки, но может нарушить сроки. В реальных системах используются штрафы, приоритеты и KPI-компромисс.
• Почему APS полезен. APS учитывает конечные мощности, правила реальности и матрицу переналадок, строя исполняемое расписание с объяснениями.

Эффекты и метрики

Ориентиры из публикаций и кейсов. Корректно использовать как «вилки ожиданий», а эффект измерять пилотом.

• Сокращение времени переналадки. В материалах по SMED часто встречается крупный потенциал сокращения за счёт разделения внутренних/внешних операций.
• Рост производительности. Публикации кейсов по SMED/Quick Changeover связывают сокращение setup time с ростом производительности линии.
• Побочный эффект: меньше WIP и «пожаров». Когда последовательность управляемая, падает доля срочных переназначений и растёт дисциплина план-факт.

Как измерять эффект у себя

• Setup % (доля времени переналадки в смене) на узком месте
• Суммарное время переналадок за смену/неделю и топ-10 самых дорогих переходов
• Schedule adherence / стабильность расписания
• OTD/OTIF по критичным заказам
• Пропускная способность узкого места и динамика очереди WIP

Практика внедрения: с чего начать

• Шаг 1: выберите узкое место. На bottleneck-ресурсе 1 час переналадки = 1 час потерянного выпуска.
• Шаг 2: определите «язык» матрицы. SKU, рецепт, семейство, класс инструмента — уровень, на котором переходы реально различаются.
• Шаг 3: закройте топ-10 дорогих переходов. Часто 10-20 переходов дают львиную долю потерь.

Пошаговая инструкция: от нуля до работающей матрицы за 4 недели

Ниже — практический план внедрения матрицы A→B на одном участке. Рассчитан на команду из технолога, плановика и аналитика данных.

Неделя 1: выбор участка и сбор сырых данных

Определите bottleneck-ресурс (станок, линию), на котором переналадки создают максимальные потери. Критерии выбора: высокая загрузка (>80%), частая смена продукции (>3 переналадок в смену), видимая разница во времени переналадки между разными парами. Соберите сырые данные за последние 3-6 месяцев: журналы наладчиков, данные MES/SCADA (события «остановка», «запуск», «переналадка»), сменные отчёты. Формат: дата, время начала переналадки, время окончания, продукт «до», продукт «после», наладчик, комментарий. На этом этапе не пытайтесь чистить данные — собирайте всё.

Неделя 2: очистка и нормализация

Загрузите данные в таблицу (Excel или Python/pandas). Определите границы переналадки: от последней годной единицы продукта A до первой годной единицы продукта B. Включите или исключите мойку, прогрев, пробный запуск — зафиксируйте правило и применяйте единообразно. Удалите выбросы: аварии, ожидание материалов (переналадка 4 часа — это не переналадка, а простой). Используйте медиану и 75-й перцентиль вместо среднего. Агрегируйте SKU в семейства/классы, если уникальных пар слишком много (>200). Цель: матрица 20-60 строк/столбцов с заполненностью >70%.

Неделя 3: заполнение пустых ячеек и валидация

Для редких переходов (менее 3 наблюдений) используйте экспертную оценку технолога или правило «наихудший переход в классе». Проведите валидацию с наладчиками: покажите матрицу, спросите — «Это похоже на правду? Где явные ошибки?». Наладчики обычно сразу указывают на 3-5 позиций, где нормативы занижены или завышены. Скорректируйте. Зафиксируйте версию матрицы с датой и автором.

Неделя 4: интеграция в планирование и пилотный запуск

Подключите матрицу к системе планирования (APS, Excel-модель или Python-скрипт). Запустите параллельный прогон: старое расписание (без матрицы) и новое (с матрицей). Сравните суммарное время переналадок за смену/неделю. Типичный результат первого прогона — сокращение на 15-25% за счёт оптимизации последовательности. Зафиксируйте результат, покажите руководству и переходите к промышленному использованию.

Совет. Не ждите идеальной матрицы. Матрица с 70% заполненностью и экспертными оценками для остальных 30% уже даёт существенный эффект. Идеальная матрица — это цель на 6-12 месяцев, а не предусловие для старта.

Типичные ошибки при работе с матрицей переналадок

Опыт десятков внедрений показывает, что ошибки повторяются. Вот самые частые.

Ошибка 1: использовать среднее вместо медианы

Среднее время переналадки искажается выбросами: одна аварийная переналадка длительностью 4 часа «портит» среднее для пары, где нормальный переход занимает 20 минут. Медиана устойчива к выбросам. Дополнительно используйте 75-й перцентиль как «пессимистичный» вариант для планирования с буфером. Разница между медианой и 75-м перцентилем показывает стабильность процесса: если она большая — переналадка нестабильна и нужна стандартизация.

Ошибка 2: не различать A→B и B→A

Многие компании заполняют матрицу как симметричную («переналадка между A и B = 30 мин»). В реальности A→B и B→A часто различаются: переход с тёмного цвета на светлый требует полной мойки, а со светлого на тёмный — нет. Переход с аллергенного продукта на безаллергенный — длительная очистка, обратный переход — минимальный. Симметричная матрица теряет эту информацию и делает оптимизацию последовательности невозможной.

Ошибка 3: заморозить матрицу и не обновлять

Матрица — живой документ. При смене ассортимента, оснастки, наладчиков, рецептур время переналадок меняется. Компании, которые собрали матрицу однажды и не обновляют её, через 6-12 месяцев планируют по устаревшим данным. Минимальный цикл обновления — раз в квартал для стабильных линий, при каждом изменении ассортимента/оснастки. Автоматизация: если MES записывает время переналадок, матрица может обновляться автоматически из фактических данных с human-in-the-loop валидацией раз в месяц.

Чек-лист внедрения матрицы A→B

Используйте для контроля прогресса и передачи знаний внутренней команде.

• Подготовка: выбран bottleneck-ресурс; определены границы переналадки (что входит, что нет); определён уровень агрегации (SKU / семейство / класс); назначен владелец матрицы (технолог или плановик).
• Сбор данных: собраны сырые данные за 3-6 месяцев; данные загружены в таблицу; выбросы отмечены и исключены; рассчитаны медиана и 75-й перцентиль для каждой пары.
• Валидация: матрица проверена с наладчиками (минимум 2 человека); пустые ячейки заполнены экспертными оценками; зафиксирована версия с датой и автором.
• Интеграция: матрица подключена к системе планирования; проведён параллельный прогон (с матрицей и без); результат зафиксирован и презентован руководству.
• Сопровождение: определён цикл обновления (квартал / при изменениях); назначен ответственный за обновление; настроен автоматический сбор данных из MES (если доступен).

Совет. Распечатайте матрицу A→B и повесьте у рабочего места наладчика. Физическая видимость матрицы повышает осознанность: наладчик видит, что переход A→C стоит 15 минут, а A→B — 45 минут, и начинает задавать вопросы «а можно ли поменять порядок?».

FAQ

Источники и чтение

• Lean Enterprise Institute: о сокращении setup times. Ссылка
• SNICSolutions: sequence-dependent setup times. Ссылка
• SMED & Quick Changeover case study. Ссылка
• Systematic review: setup times in scheduling. Ссылка