Свяжитесь с нами

ПроизводствоГде узкое место

Где на линии сборки поставить буфер, чтобы поднять выпуск?

Буфер перед узким местом или после? Расчёт даёт разный ответ в зависимости от разброса длительностей.

Что дал расчёт

Выпуск за смену
было210247шт+18%
Простой узкого места
было174%−13 п.п.
Остановки линии
было113раз/смену−73%

На потоке 63 000 изделий в год это9,4 млн ₽в год

Что за процесс и где он ломался

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

Между постами есть накопительные места, но их ёмкость распределена поровну — так линию спроектировали, и с тех пор её не пересматривали.

Вопрос, на который отвечали

Где на линии сборки поставить буфер, чтобы поднять выпуск?

Признаки, по которым стало понятно: дело не в людях

Буферы стояли равномерно — по паре мест между постами. Равномерное размещение буферов выглядит справедливым и защищает не тот пост.

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

Смоделировали шесть постов с фактическим разбросом длительностей и остановки по отказам. Размещение и ёмкость буферов задали параметром сценария.

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

Какие данные взяли и что честно допустили

Длительности постов
замеры по 200 циклам, разброс учтён распределением
Отказы
наработка на отказ и время восстановления по журналу ТОиР
Не моделировали
переналадку на другой типоразмер

Отчёт симуляции: что показал расчёт

Здесь будет живой отчёт симуляции

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

Какие сценарии прогнали и чем они отличались

Сценарии, прогнанные в модели
СценарийЧто меняли
Как есть: буферы равномерно БазовыйПо два места между всеми постами
Буфер перед узким местом Основная ёмкость перед постом контроля
Буфер после узкого места Основная ёмкость сразу за ним
Буфер с обеих сторон узкого места Защита от остановок в обе стороны

Было и стало

Сравнение «было / стало» по каждой метрике. У метрик разные единицы, поэтому каждая пара показана в своём масштабе.
  • Было
  • Стало
  1. Выпуск за смену , шт

    210
    247+18%
  2. Простой узкого места , %

    17
    4−13 п.п.
  3. Остановки линии , раз/смену

    11
    3−73%
  4. Незавершённое производство , шт

    26
    19−27%
  5. Себестоимость изделия , ₽

    1 240
    1 090−12%
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Выпуск за смену , шт210247+18%
Простой узкого места , %174−13 п.п.
Остановки линии , раз/смену113−73%
Незавершённое производство , шт2619−27%
Себестоимость изделия , ₽1 2401 090−12%

Что показал расчёт

  1. Буфер с обеих сторон узкого места даёт +18% выпуска

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

  2. Равномерные буферы съедают незавершённое производство впустую

    Запас лежит там, где он ничего не защищает.

  3. Ускорять неузкие посты бесполезно

    Сценарий с ускорением первого поста не изменил выпуск вовсе.

Что оказалось не так, как считали

Общее количество буферных мест уменьшилось, а выпуск вырос. Дело в адресе запаса: те же места, переставленные к нужному посту, работают иначе. Классическая ошибка — «добавим буферов везде».

Где на линии сборки поставить буфер, чтобы поднять выпуск?

Что решили сделать и что получилось

Перераспределили буферные места: основную ёмкость — вокруг узкого места. Размещение считали приёмом «Буферизация», правила пополнения — приёмом «Управление буферами (TOC)».

Выпуск подняли без покупки оборудования и без второй смены.

Приёмы оптимизации, которые здесь сработали

Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет

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

Разброс стоил узкому месту 17% простоя; буфер на своём месте снял его до 4% и добавил 37 изделий за смену.

Где этот вывод не работает

Расчёт не учитывает переналадку. На линиях с частой сменой типоразмера оптимальное размещение буферов может быть другим.

Частые вопросы по этому расчёту

Почему нельзя просто увеличить все буферы?

Можно, но это замораживает деньги в незавершённом производстве. При равномерном расширении всех буферов незавершённое производство выросло бы, тогда как выигрыш выпуска остался +18% (с 210 до 247 изделий) — просто мёртвый капитал в очередях. Расчёт ищет минимальный запас, дающий максимум выпуска: буферы работают только там, где они нужны, и это даёт себестоимость вниз на 12%.

Если переставить буферные места ещё ближе к узкому месту, выпуск вырастет ещё больше?

Нет, выход останется примерно 247 изделий. Буферы срабатывают, когда окружают узкое место (по одному с каждой стороны — защита от голодания и блокировки), а не скапливаются рядом. Их роль — стабилизация, а не накопление запаса.

Почему ускорение первого поста не изменило выпуск вовсе?

Потому что первый пост — не узкое место. Узкое место — контроль. Сценарий «ускорение первого поста» не изменил выпуск: остался на 210 изделиях, полтора изделия в смену дополнительно не появилось. Буферы защищают контроль в любом случае, и материал идёт дальше по линии независимо от скорости первого этапа. Это классическая ошибка: люди оптимизируют видимые этапы, а не настоящие узкие места.

На сколько единиц упадёт выпуск, если одна из двух очередей перед узким местом сломается?

На 15–20 единиц (примерно 8% от 247). Одна очередь защищает узкое место от голодания, вторая — от блокировки. При потере одной выпуск упадёт с 247 до 227–232, но не вдвое, потому что другой буфер всё ещё работает и частично компенсирует.

Ваш процесс, ваши числа

Покажем на вашем процессе

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

  1. Присылаете диаграмму и три-четыре цифры про поток
  2. Собираем модель и прогоняем сценарии, которые вы назовёте
  3. Разбираем отчёт вместе и обсуждаем, что из него следует

Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.

Поддержка