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

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

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

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

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

Срок отправки
было7,44,1ч−45%
Ожидание ворот
было9421мин−78%
Простой техники перегрузки
было4144%не изменился

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

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

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

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

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

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

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

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

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

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

Модель отвечает на вопрос, который нельзя задать отдельному участку: какой из этапов определяет срок отправки, а какой просто занят. Это разные вещи, и именно их путают.

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

Поток
96 машин в смену, прибытие по фактическому расписанию
Ворот
восемь, из них два оборудованы под крупногабарит
Оформление документов
22 минуты, выполняется после перегрузки
Не моделировали
сбои поставщиков — приход считаем по расписанию

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

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

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

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

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

Было и стало

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

    7,4
    4,1−45%
  2. Ожидание ворот , мин

    94
    21−78%
  3. Простой техники перегрузки , %

    41
    44не изменился
  4. Отправок в смену , шт

    96
    128+33%
  5. Стоимость решения , млн ₽

    14
    0бесплатно
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Срок отправки , ч7,44,1−45%
Ожидание ворот , мин9421−78%
Простой техники перегрузки , %4144не изменился
Отправок в смену , шт96128+33%
Стоимость решения , млн ₽140бесплатно

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

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

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

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

    Простой техники вырос с 38 до 41% — единственное измеримое последствие четырнадцати миллионов.

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

    Изменение порядка операций, не требующее ни техники, ни людей.

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

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

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

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

Вторую закупку отменили, изменили порядок оформления документов и перераспределили ворота. Что определяет срок, искали приёмом «Критический путь», эффект от ускорения операций проверяли приёмом «Ускорить задачу».

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

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

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

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

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

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

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

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

question

answer

question

answer

question

answer

question

answer

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

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

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

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

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

Поддержка