Свяжитесь с нами
Продукт
Возможности
Мероприятия
Материалы
Крупные предприятия
Свяжитесь с нами

Логистика и складКак ускорить без найма

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

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

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

Срок отправки
было7,50,7ч
−91%
Ожидание ворот
было912мин
−98%

На потоке 24 960 машин в год это37,0 тыс часовв год

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

Кросс-докинговый терминал: приём машины, разгрузка, сортировка, перегрузка на исходящий рейс, оформление документов. Восемь ворот, две смены.

Год назад купили технику, ускорившую перегрузку на 30%. Срок отправки не изменился ни на час, и объяснения этому не нашлось.

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

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

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

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

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

Модель воспроизводит полный цикл кросс-докинга: от прибытия машины до отправки. Поток машин поступает с интервалом ~2,2 минуты в течение 16-часовой смены. Процесс включает четыре этапа: ожидание и въезд на ворота (5 мин), разгрузка и сортировка (15 мин), перегрузка на исходящий рейс (12 мин) и оформление документов (22 мин).

Ключевое ограничение — восемь ворот, которые работают на пределе (загрузка 100%). Техника перегрузки и операторы документов имеют запас прочности, но из-за последовательности операций и заторов на воротах простаивают или ждут. Мы протестировали сценарии от простой закупки техники до изменения логики процессов.

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

Поток
экспоненциальное прибытие, средний интервал 2,2 минуты, окно работы 06:00–22:00.
Ресурсы
8 ворот, 8 единиц техники перегрузки, 9 операторов документов.
Длительности
ожидание/въезд 5 мин, разгрузка 15 мин, перегрузка 12 мин, документы 22 мин (нормальное распределение).
Не моделировали
сбои поставщиков и форс-мажоры, приход строго по расписанию.
Календарь
работа 7 дней в неделю без выходных.

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

Живой отчёт симуляции

Отчёт удобнее смотреть на большом экране — откройте его отдельной страницей.

Тот же отчёт, который видит пользователь Storm после симуляции. Открывается по ссылке и листается по вкладкам.

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

Сценарии, просчитанные в модели
СценарийЧто меняли
Как есть БазовыйОтчёт Базовый сценарий: средний срок отправки 7,5 часа, ворота загружены на 100%, очередь из машин достигает 55 единиц.
Ещё техники на перегрузку Отчёт Добавление техники (до 12 единиц) и ускорение перегрузки. Срок остался прежним (7,3 часа), а загрузка техники упала до 32% — она просто стоит.
Оформление документов параллельно с перегрузкой Отчёт Параллельный запуск документов сокращает срок до 5,2 часа, но ворота остаются узким местом (загрузка 99%).
Перераспределение ворот и параллельное оформление РешениеОтчёт Комплексное решение: ускорение работы на воротах и параллельные документы. Срок падает до 0,7 часа, загрузка ворот снижается до 73%.

Было и стало

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

    7,5
    0,7−91%
  2. Срок отправки, 95-й процентиль , ч

    14,1
    0,7−95%
  3. Ожидание ворот , мин

    91
    2−98%
  4. Загрузка техники перегрузки , %

    68
    68+0,1 п.п.
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Срок отправки , ч7,50,7−91%
Срок отправки, 95-й процентиль , ч14,10,7−95%
Ожидание ворот , мин912−98%
Загрузка техники перегрузки , %6868+0,1 п.п.

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

  1. Перегрузка не была на критическом пути ни до, ни после покупки техники

    Срок определяли ворота (загрузка 100%) и документы (загрузка 99%). Ускорение перегрузки в сценарии s2 не изменило срок (7,3 ч против 7,5 ч), но снизило загрузку техники с 68% до 32% — техника стала простаивать в два раза чаще.

  2. Ускорение операции вне ограничения увеличивает только простой

    Инвестиция в дополнительную технику (сценарий s2) привела к росту стоимости обработки на 22% (с 1686 до 2057 ₽), не дав выигрыша во времени. Техника ждала ворот, которые были забиты.

  3. Параллельное оформление документов снимает 22 минуты с каждой машины

    Перенос оформления документов в параллельный режим (сценарий s3) сократил средний срок с 7,5 до 5,2 часов. Однако ворота остались узким местом, ограничивая дальнейший рост пропускной способности.

  4. Комплексное решение убирает заторы полностью

    Сценарий s4 (ускорение работы на воротах + параллельные документы) снизил срок отправки до 0,7 часа (−91%). Загрузка ворот упала до 73%, создав запас прочности для пиковых нагрузок.

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

Вторая инвестиция в технику повторила бы первую в точности: срок остался бы неизменным (7,3 часа), а загрузка техники упала бы до 32%. Четырнадцать миллионов ушли бы в участок, который не определял срок, и единственным следствием стал бы рост простоя оборудования. Расчёт показал это за час работы модели.

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

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

Вторую закупку отменили. Вместо этого изменили порядок оформления документов (запуск параллельно с перегрузкой) и оптимизировали работу на воротах (сокращение времени въезда и разгрузки). Это решение (сценарий s4) оказалось бесплатным в плане капитальных затрат и дало максимальный эффект.

Срок отправки сократился с 7,5 до 0,7 часа (−91%). Ожидание ворот упало с 91 до 2 минут (−98%). Загрузка техники перегрузки осталась на уровне 68%, но теперь она работает эффективно, а не простаивает в очереди.

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

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

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

Ускорение за 14 млн не сдвинуло срок вовсе, а перестановка за ноль дала 4,1 часа вместо 7,4.

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

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

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

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

Перегрузка не была на критическом пути ни до, ни после покупки техники. Срок отправки 7,5 часа определяли ворота (загрузка 100%) и документы (загрузка 99%), а не перегрузка. Инвестиция в операцию вне ограничения только увеличивает простой: загрузка техники упала с 68% до 32%, а срок остался прежним.

При пике в 150 машин вместо 96 срок останется тем же?

При пике в 150 машин ожидание ворот вырастет. В базовом сценарии очередь на ворота достигала 55 машин. В решении (сценарий s4) максимальная длина очереди снизилась до 15 машин, а загрузка ворот — до 73%. Это создает запас прочности, но при экстремальных пиках срок может вырасти, хотя и не так сильно, как в базовом варианте.

Восемь ворот — это проектная ёмкость или фактическая?

Это фактическая ёмкость из расписания терминала: восемь ворот, работающих 16 часов в сутки. Модель показала, что ожидание ворот занимает 91 минуту из 7,5 часов срока — это критический путь. Сокращение времени работы на воротах (въезд и разгрузка) даёт эффект на срок в разы мощнее, чем ускорение перегрузки.

Почему не выбрали вариант только со второй техникой?

Простой техники перегрузки вырос бы (загрузка упала бы до 32%), а срок остался бы неизменным (7,3 часа). Техника ждала бы ворот. Инвестиция в технику, ждущую ворот, это потраченные деньги. Второе ускорение повторило бы первое в точности — расчёт показал это за час модели.

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

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

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

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

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

Поддержка