Сценарий видеодемонстрации первого этапа

Ролик должен за один последовательный рассказ ответить на пять вопросов эксперта:

Задача ролика

Ролик должен за один последовательный рассказ ответить на пять вопросов эксперта:

Какую инженерную задачу решает команда?
Как устроена предложенная схема сортировочного центра?
Почему выбран именно такой подход и такая конфигурация?
Какие результаты получены и насколько им можно доверять?
Как проверить решение самостоятельно?

Рекомендуемая длительность основной версии: 12–14 минут. Ограничения по времени на первом этапе нет, но более длинная запись начнёт повторять отчёт и снизит плотность рассказа. Для живого показа остаётся отдельный пятиминутный маршрут.

Главная мысль

Через весь ролик должна проходить одна фраза:

Мы не подгоняем итог под 100 000 товаров в час, а проверяем, какая физическая конфигурация способна устойчиво провести этот поток через сортировку, накопление, палетизацию и отгрузку.

Что подготовить перед записью

Проект

Запустить локальную копию из репозитория:

docker compose up --build -d
docker compose ps
curl --fail http://127.0.0.1:8000/api/scenarios

Открыть дашборд на http://127.0.0.1:8000. В адресной строке во время записи должен быть виден локальный адрес. Это показывает, что ролик снят с воспроизводимой сборки, а не только с публичного сайта.
Выбрать сценарий «12 линий · штатный режим с разбросом», длительность 24 часа, прогрев 4 часа, seed=42, CV=0,25 и политику «Балансировка».
Один раз выполнить основной расчёт, главный эксперимент и Монте-Карло до начала записи. Во время записи можно повторно открыть уже заполненные блоки, не оставляя зрителя перед индикатором ожидания.
Подготовить ещё две вкладки:
- аналитический отчёт: https://analytics.vadimevgrafov.ru;
- README репозитория организатора с Docker-инструкцией.

Экран и звук

разрешение записи: 1920×1080;
масштаб браузера: 80–90%, чтобы в кадр помещался целый смысловой блок;
скрыть панель закладок, личные вкладки, уведомления и мессенджеры;
включить подсветку указателя, но не водить им без цели;
записывать голос отдельно или использовать микрофон без автоматического подавления начала фраз;
говорить со скоростью 125–140 слов в минуту и оставлять короткую паузу после каждого важного числа.

Краткий монтажный план

Время	Экран	Смысл
0:00–0:25	Титульный экран	Команда, задача и результат в одной фразе.
0:25–0:55	Терминал и локальный адрес	Проект запускается из репозитория через Docker.
0:55–1:50	Параметры дашборда	Требование, граница модели и условия опыта.
1:50–2:50	Вкладка «Процесс»	Аналитический расчёт плюс DES, ключевые процессы.
2:50–4:00	Оборудование и запас линий	Расчёты мощности и выбор 12 линий.
4:00–5:05	2D- и 3D-компоновка	Физическая реализуемость и состав площади.
5:05–6:30	Ключевые KPI	Сортировка, сквозной выход, время, SLA и площадь.
6:30–7:10	Материальный баланс	Модель не создаёт и не теряет товары.
7:10–8:10	Линии и динамика	Неравномерность направлений и загрузка ресурсов.
8:10–9:35	Главный эксперимент	Общий накопитель против локальных ячеек.
9:35–10:55	Политики, Монте-Карло и отказ	Устойчивость вывода и риски.
10:55–11:55	Ограничения	Что доказано, а что требует данных заказчика.
11:55–13:00	README и финальный вывод	Воспроизводимость и рекомендация команды.

Полный текст и действия в кадре

Сцена 1. Титул и обещание ролика

Время: 0:00–0:25

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

Озвучить:

Здравствуйте. Мы команда «Следующий уровень» из Белгорода. В этом ролике покажем инженерную модель сортировочного центра Robozon: как провести 100 тысяч сортируемых товаров в час по 400 направлениям, не спрятать очередь за красивой средней цифрой и уложить решение в ориентир площади. Итоговая рекомендация модели: 12 сортировочных линий, балансировка нагрузки, общее накопление по направлениям и 24 ворот отгрузки.

Переход: открыть терминал, где проект уже запущен.

Сцена 2. Воспроизводимый запуск

Время: 0:25–0:55

Показать: команды docker compose ps и curl с успешным ответом, затем перейти в браузер на http://127.0.0.1:8000.

Озвучить:

Демонстрация идёт из локального контейнера. Проект собирается одной командой Docker Compose, после запуска отдаёт дашборд и API модели. Публичная версия нужна для удобного просмотра, но проверяющий может воспроизвести решение на своём стенде только из файлов репозитория.

Не делать: не записывать многоминутную сборку образа. Достаточно показать команду, статус healthy и локальный адрес.

Сцена 3. Задача, граница и условия опыта

Время: 0:55–1:50

Показать: блок «Параметры». Выбрать штатный сценарий, раскрыть расширенные параметры и ненадолго задержать указатель на длительности, прогреве, seed и CV. Можно включить «Режим защиты», шаг 1.

Озвучить:

На вход модели поступает подтверждённый sort-поток 100 тысяч товаров в час. Он уже не включает nonsort: крупногабаритный поток остаётся внешним контекстом и не вычитается второй раз. Граница DES начинается на входе КТЯ в блок сортировки и заканчивается завершённой отгрузкой палеты. Внутри мы моделируем 400 направлений по правилу 80 на 20, четыре часа прогрева и отдельное 24-часовое рабочее окно. Seed 42 делает контрольный опыт повторяемым, а коэффициент вариации 0,25 задаёт разброс времени операций.

Ключевая фраза:

Сто тысяч на входе являются условием задачи, а не заранее заданным результатом модели.

Сцена 4. Подход и логика модели

Время: 1:50–2:50

Показать: вкладку «Процесс», 3D-схему потока или блок «Зоны потока», затем график динамики по интервалам.

Озвучить:

Решение состоит из двух связанных слоёв. Аналитический расчёт проверяет единицы и номинальные мощности: товары переводятся в КТЯ, КТЯ в палеты, а палеты в загрузку ворот. DES, то есть дискретно-событийная имитация, проводит поток через события во времени. КТЯ ожидают ресурсы, проходят вскрытие, считывание, сортировку, формирование выходной тары, заклейку, сведение по рейсам, палетизацию и отгрузку. Поэтому модель видит очереди, незавершённую работу и конкуренцию за оборудование, которых нет в простом делении потока на паспортную производительность.

Показать движением указателя: вход КТЯ, вскрытие, сортировку, общий накопитель, палетизацию и ворота. Не перечислять все зоны одинаково подробно.

Сцена 5. Расчёт мощности и выбранное оборудование

Время: 2:50–4:00

Показать: «Выбранное оборудование» и «Запас мощности сортировки».

Озвучить:

В качестве проверяемого референса выбрана серийная линия Interroll MX-Vs с публично заявленной производительностью до 10 тысяч товаров в час. Мы не утверждаем, что Ozon использует именно эту модель: она нужна, чтобы заменить вымышленный сортер реальным классом оборудования с открытыми характеристиками.

Простой расчёт даёт десять линий: 100 тысяч делим на 10 тысяч. Но это режим со стопроцентной загрузкой и без эксплуатационного запаса. Двенадцать линий дают 120 тысяч товаров в час номинально и загрузку 83,3 процента, ниже принятой штатной границы 85 процентов. После отказа одной линии останется 110 тысяч номинальной мощности. Для строгого N+1 при той же границе нужны уже 13 линий.

По выходному потоку 100 тысяч товаров в час превращаются примерно в 3 704 КТЯ и 185,2 палеты в час. Двадцать четыре ворот при 16 палетах КТЯ на машину и двухчасовом цикле дают 192 палеты в час. Поэтому ворота проходят по мощности, но остаются близки к пределу.

Сцена 6. Физическая компоновка

Время: 4:00–5:05

Показать: вкладку «Компоновка», сначала инженерную 2D-план-схему, затем 3D-план. В 3D переключить «Сверху» и «3D-вид», слегка повернуть сцену. При монтаже можно вставить 5–7 секунд из submission/media/3d/robozon-sorting-center.mp4.

Озвучить:

Компоновка не является отдельной красивой картинкой. Двумерный и трёхмерный планы построены по одной геометрии: 16 технологических зон, шесть поперечных проездов, сервисная полоса, две группы по шесть линий и 24 ворот. Общая расчётная площадь составляет около 23 445 квадратных метров. В неё входят оборудование, базовые зоны, буферы по пиковым очередям, проходы и вспомогательная площадь.

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

Сцена 7. Результат штатного прогона

Время: 5:05–6:30

Показать: вкладку «Результат», верхние KPI. Медленно провести указателем по карточке сквозного выхода, времени, SLA, площади и персонала.

Озвучить:

Теперь результат контрольного опыта. На входе остаются заданные 100 тысяч товаров в час. В 24-часовом рабочем окне сортировку завершают около 99 350 товаров в час, а сквозной выход через отгрузку составляет около 99 450. Это фактические завершения DES, а не копия входного параметра.

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

Среднее время прохождения КТЯ составляет 40,3 минуты, P95 равен 60,5 минуты, SLA до 24 часов выполнен для 100 процентов завершённого потока. Отгружается около 184,2 палеты в час. Расчётный штат составляет около 90 человек на смену. Загрузка ворот в DES равна примерно 95,9 процента, поэтому отгрузка является главным участком внимания.

Важно: числа произносить как «около», кроме входного требования и числа ресурсов.

Сцена 8. Контроль материального баланса

Время: 6:30–7:10

Показать: блок «Контроль баланса товаров» или шаг 7 режима защиты.

Озвучить:

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

Сцена 9. Отдельные линии и динамика

Время: 7:10–8:10

Показать: вкладку «Процесс», в графике выбрать сортировочную линию и метрику загрузки; затем показать блок «400 направлений, правило 20/80».

Озвучить:

Двенадцать сортировщиков представлены не одним усреднённым блоком. Каждая линия является отдельным ресурсом со своей очередью и загрузкой. При балансировке фактическая загрузка находится примерно в диапазоне 82,8–83,1 процента. Малый разброс здесь не задан заранее, а возникает из правила управления.

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

Сцена 10. Главный инженерный эксперимент

Время: 8:10–9:35

Показать: вкладку «Эксперименты», блок «Что изменится при общем накоплении по направлениям?». Если используется режим защиты, перейти на шаг 6.

Озвучить:

Самый важный эксперимент проекта отвечает на вопрос, где собирать товары одного направления после 12 параллельных линий. Мы сравнили два DES-прогона с одинаковым входом.

При локальных ячейках каждой линии требуется до 4 800 позиций: 12 линий умножить на 400 направлений. Поток холодного направления дробится между несколькими КТЯ, среднее заполнение падает до 17,1 товара, 49,4 процента КТЯ закрываются частично, сквозной выход снижается примерно до 65 562 товаров в час, а площадь возрастает примерно до 31 858 квадратных метров.

При общем накоплении остаётся 400 потенциальных ячеек, товары одного направления сводятся после линий, среднее заполнение возвращается к 27, а штатный сквозной выход составляет около 99 450 товаров в час. Значит, общий накопитель является не декоративной оптимизацией, а обязательным требованием к физической архитектуре решения.

Сцена 11. Политики, случайность и отказ

Время: 9:35–10:55

Показать: таблицу сравнения политик, затем блок Монте-Карло и сценарий отказа одной линии. Не запускать длинную серию в прямом эфире, если результат уже подготовлен.

Озвучить:

Мы сравниваем политики на одинаковых условиях. Закрепление направлений за линиями проигрывает из-за распределения 80 на 20. Приоритет отгрузки и балансировка дают близкий выход, но балансировка равномернее использует линии и в контрольном опыте не создаёт частично заполненных выходных КТЯ.

Один seed нужен для воспроизводимости, но не описывает весь разброс. В серии из 20 суточных прогонов Монте-Карло средний сквозной выход составил около 99 986 товаров в час, а эмпирический диапазон от 2,5-го до 97,5-го процентиля составил примерно 99 348–100 735. Это не гарантия реального центра, а проверка устойчивости к заложенной случайности.

Отдельно проверен двухчасовой отказ одной линии. Суточный сквозной выход остаётся около 99 428 товаров в час благодаря запасу оставшихся 11 линий. Этот вывод не распространяется на длительный отказ или две одновременные остановки.

Сцена 12. Ограничения и честная граница вывода

Время: 10:55–11:55

Показать: страницу аналитического отчёта «Ограничения интерпретации» или раздел «Что пока не доказано». На несколько секунд показать оглавление отчёта и PDF.

Озвучить:

Модель доказывает работоспособность потока при явно заданных параметрах, но не заменяет рабочий проект. Мы не утверждаем, что Ozon использует именно выбранное оборудование. В открытых данных нет цены готовой линии, точных MTBF и времени восстановления, промышленной точности, реального расписания рейсов и окончательной конструкции общего накопителя.

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

Сцена 13. Проверяемость и итоговая рекомендация

Время: 11:55–13:00

Показать: README репозитория организатора. Выделить Docker-команды, аналитический отчёт, презентацию и сценарий демонстрации. Завершить верхним экраном дашборда или итоговым слайдом.

Озвучить:

В репозитории находятся исходный код, сценарии, тесты, аналитический отчёт в Markdown и PDF, презентация и инструкция по проверке. Основной запуск выполняется через Docker Compose, после чего дашборд доступен локально на порту 8000.

Итог нашей работы: для дальнейшего проектирования рекомендуются 12 линий Interroll MX-Vs как проверяемый референс, динамическая балансировка, общий контур накопления 400 направлений, отдельное сведение по рейсам и 24 ворот. Контрольный DES-прогон даёт около 99,5 тысячи товаров в час сквозного выхода, нулевое расхождение материального баланса и площадь около 23,4 тысячи квадратных метров. При этом модель честно показывает цену строгого резерва и данные, которые необходимо подтвердить перед рабочим проектированием.

Спасибо. Команда «Следующий уровень».

Что лучше вырезать при монтаже

ожидание сборки Docker-образа и длинных расчётов;
ввод параметров по одному, если они уже видны на экране;
прокрутку без комментария;
чтение всех строк таблицы;
повтор одних и тех же KPI в трёх разных блоках;
необъяснённый 3D-пролёт дольше 7–10 секунд;
терминал с большим JSON, traceback или личными путями компьютера.

Формулировки, которых нужно избегать

Не говорить	Почему	Говорить вместо этого
«Модель гарантирует 100 тысяч»	Модель не откалибрована на реальном центре.	«При заданных параметрах модель показывает устойчивый поток около 100 тысяч».
«Это точный чертёж центра»	План остаётся концептуальным.	«Это инженерная план-схема для проверки площади и потоков».
«Ozon использует MX-Vs»	Такой факт не подтверждён.	«MX-Vs выбран как серийный референс с открытыми характеристиками».
«Монте-Карло даёт 95% гарантию»	Показан эмпирический диапазон модели.	«Серия проверяет устойчивость вывода к заложенной случайности».
«Nonsort мы не учитываем»	Он учтён в границе, но не моделируется повторно.	«100 тысяч уже являются sort-потоком; nonsort остаётся внешним контекстом».

Контроль перед публикацией видео

Короткое описание для формы сдачи

Видеодемонстрация показывает полный путь решения: постановку задачи, аналитический расчёт мощности, дискретно-событийную модель потока, обоснование 12 линий, инженерную компоновку, контрольные KPI, материальный баланс, сравнение архитектур накопления, Монте-Карло, сценарий отказа, ограничения и воспроизводимый запуск через Docker Compose.