⏱ «5 доков × 12 часов = 60 ресурсо-часов»
Планировщик смотрит на календарь и думает: «У нас 5 доков, работаем 12 часов — значит, 60 часов мощности в день». А потом наступает вечер — и появляются очередь, авралы и штрафы за простой.
Проблема в том, что доки в реальности — это не «часы на стене», а поток визитов. У каждого — своя длительность и свои ограничения.
Что обычно съедает эти 60 часов:
🔹 Разные типы машин и сценарии: одна разгрузка занимает 25 минут, другая — 90. Плюс смешанные погрузки, частичная приёмка, возвраты, пересорт, проверки на доке.
🔹 Невидимое время: въезд через КПП, ожидание на парковке, перестановки, подготовка дока, документы, закрывающие операции. Это редко попадает в расчёты, но съедает часы.
🔹 Окна и накладки: поставщик опоздал на час, следующий уже стоит на КПП, а док по факту один.
🔹 Разброс по времени: среднее время — плохой ориентир. Пара длинных визитов легко «ломает» весь день.
В итоге на бумаге всё сходится, а по факту вы считаете не реальную пропускную способность, а иллюзию.
Как перейти к нормальному планированию:
🔸 Планировать не доки, а визиты. У каждого визита должна быть цель и понятный профиль обслуживания (тип ТС, операция, требования).
🔸 Задать нормативы по типам визитов с допусками, с учётом разброса и буферов и регулярно обновлять их по факту.
🔸 Свести ограничения в одну модель: временные окна, доступность доков, парковку, смены персонала, готовность груза и документов.
🔸 Отслеживать фактическое время и причины отклонений — иначе нормативы быстро устаревают и превращаются в фикцию.
🔸 Управлять очередью в моменте: приоритеты, переназначение, информирование водителей. Иначе любой сбой рушит план.
Здесь YMS как раз к месту: она заставляет считать пропускную способность через визиты, фиксировать статусы, окна и причины задержек — и управлять очередью, а не просто «жить по таблице».
Планировщик смотрит на календарь и думает: «У нас 5 доков, работаем 12 часов — значит, 60 часов мощности в день». А потом наступает вечер — и появляются очередь, авралы и штрафы за простой.
Проблема в том, что доки в реальности — это не «часы на стене», а поток визитов. У каждого — своя длительность и свои ограничения.
Что обычно съедает эти 60 часов:
🔹 Разные типы машин и сценарии: одна разгрузка занимает 25 минут, другая — 90. Плюс смешанные погрузки, частичная приёмка, возвраты, пересорт, проверки на доке.
🔹 Невидимое время: въезд через КПП, ожидание на парковке, перестановки, подготовка дока, документы, закрывающие операции. Это редко попадает в расчёты, но съедает часы.
🔹 Окна и накладки: поставщик опоздал на час, следующий уже стоит на КПП, а док по факту один.
🔹 Разброс по времени: среднее время — плохой ориентир. Пара длинных визитов легко «ломает» весь день.
В итоге на бумаге всё сходится, а по факту вы считаете не реальную пропускную способность, а иллюзию.
Как перейти к нормальному планированию:
🔸 Планировать не доки, а визиты. У каждого визита должна быть цель и понятный профиль обслуживания (тип ТС, операция, требования).
🔸 Задать нормативы по типам визитов с допусками, с учётом разброса и буферов и регулярно обновлять их по факту.
🔸 Свести ограничения в одну модель: временные окна, доступность доков, парковку, смены персонала, готовность груза и документов.
🔸 Отслеживать фактическое время и причины отклонений — иначе нормативы быстро устаревают и превращаются в фикцию.
🔸 Управлять очередью в моменте: приоритеты, переназначение, информирование водителей. Иначе любой сбой рушит план.
Здесь YMS как раз к месту: она заставляет считать пропускную способность через визиты, фиксировать статусы, окна и причины задержек — и управлять очередью, а не просто «жить по таблице».