Senior-роль на стыке транспортной логистики и IT: TMS, маршрутизация, интеграции и управление портфелем инициатив в e-commerce
Фишка: Ozon — data-driven e-commerce с огромным масштабом логистики: ценят метрики, SQL/аналитику, ownership и скорость внедрения. На доменных интервью часто проверяют понимание логистики и умение связать IT-изменения с операционным эффектом
| Этап | Длительность | Что проверяют |
|---|---|---|
| HR-скрининг | 30–45 мин | Мотивация, соответствие роли, зарплатные ожидания, формат работы (офис Москва) |
| Hiring manager / руководитель направления | 60–90 мин | Опыт TMS/логистики, end-to-end проекты, roadmap, управление бэклогом, SQL/BI |
| Доменное / продуктовое интервью | 60 мин | Работа со стейкхолдерами, формализация требований, интеграции WMS/ERP, кейсы приоритизации |
| Финальное интервью | 45–60 мин | Лидерство, конфликты, инциденты, культурный fit, масштаб e-commerce |
Обязательный минимум
Плюсом будет
Что такое Kanban?
Визуализация потока, WIP-лимиты, pull-система, непрерывное улучшение (kaizen). Отличие от Scrum: нет фиксированных спринтов, фокус на cycle time
Какие знаешь методологии управления проектами?
Agile, Scrum, Kanban, Waterfall (для регуляторики), Hybrid. Для TMS часто hybrid: roadmap + kanban для поддержки + спринты для фич
Какое главное ограничение в Kanban?
WIP-лимиты могут создать очереди у стейкхолдеров; без культуры непрерывного улучшения доска «мертва»; сложно прогнозировать delivery date
Что включает техническое задание?
Цели, scope, функциональные/нефункциональные требования, интеграции, acceptance criteria, ограничения, риски, план тестирования и rollout
Что включает разбиение эпиков и что должно быть в их описании?
Цель эпика, бизнес-value, user stories, AC, зависимости, оценка, риски. INVEST для stories. Не дробить до потери контекста
Какая длительность проектов была?
Discovery → MVP → масштабирование → поддержка. Для TMS типично 3–12 мес. на крупную фичу; интеграции — longest pole
Совет: Ozon ценит data-driven подход — связывайте методологию с метриками потока (lead time, throughput)
Ловушка: Не сводите ответ к «мы используем Scrum» — опишите, как адаптировали процесс под логистику
Как задаются вопросы и уточняются требования у стейкхолдеров?
5 Whys, workshop с ops, shadowing диспетчеров, прототип/макет, review-сессии. Фиксируйте decisions log
В чём разница между функциональными и нефункциональными требованиями?
Функциональные — что система делает; нефункциональные — SLA, performance, безопасность, audit. Для TMS: latency планирования, uptime
Как коммуницировать с бизнесом при простаивании разработчиков из-за незавершённой проработки требований?
Прозрачность: показать impact простоя, предложить buffer stories, параллельную проработку, WIP на discovery. Не скрывать от бизнеса
Как управлять приоритетами задач, чтобы разработчики не простаивали и ожидания стейкхолдеров были управляемы?
Единый prioritized backlog, WSJF/RICE, capacity planning, cadence review со стейкхолдерами, WIP-лимиты на вход
Что включает в себя техническое задание для разработчиков?
Что входит/не входит, assumptions, зависимости от WMS/ERP, rollback plan
Совет: Покажите технику: интервью → AS-IS/TO-BE → user stories → review с ops и dev
Ловушка: Не обещайте сроки до согласования scope с разработкой
Опишите основные модули TMS и жизненный цикл перевозки
Order → plan → dispatch → track → POD → settle. Модули: planning, routing, fleet, tariff, tracking
Какие алгоритмы и задачи стоят за маршрутизацией и консолидацией грузов?
VRP, time windows, capacity constraints, consolidation rules, dynamic re-routing при инцидентах
Какие метрики используете для оценки эффективности транспортного блока?
Cost per trip/stop, vehicle utilization %, OTIF, empty miles, planning time, incidents per 1000 trips
Как организуете промышленное внедрение новой функции TMS?
Пилот на ограниченном scope, parallel run, training ops, hypercare, rollback triggers
Как разбираете операционный инцидент, связанный со сбоем TMS?
Тriage → stabilize → root cause (5 Whys) → corrective + preventive actions в backlog
Фишка: Связывайте каждую функцию TMS с операционной метрикой
Ловушка: Не путайте TMS (управление перевозками) с WMS (склад) и YMS (двор)
Как спроектируете интеграцию TMS с WMS и ERP?
Master data sync, transactional events (ship confirm, trip status), batch для отчётности. API/ESB/message bus
Как обеспечить надёжность обмена данными между системами?
Idempotency, retry with backoff, DLQ, circuit breaker, мониторинг lag
Какие основные элементы диаграммы BPMN? (если используете)
Events, tasks, gateways (XOR/AND), pools/lanes. Для согласования as-is процесса перевозки
Совет: Event-driven + reconciliation — стандарт для high-volume e-commerce
Что такое ЦПТ?
При больших n распределение выборочных средних → нормальное. A/B тесты, прогнозы SLA, контроль качества маршрутов
Приведи примеры использования ЦПТ в аналитике данных
Оценка среднего времени доставки по выборке рейсов, доверительные интервалы для KPI, размер выборки для A/B
Что учитываешь при расчёте доли оборота категории во всём обороте?
Период, валовый vs net, returns, multi-SKU orders, сегмент (категория/регион), знаменатель (GMV vs units)
Какой SQL-запрос поможет найти маршруты с худшим OTIF за месяц?
JOIN shipments + orders, GROUP BY route, AVG/PERCENTILE duration, window functions для rolling metrics
На агрегированных или на детальных данных строишь дашборд?
Агрегаты для exec dashboards, детализация для root cause. Drill-down по РЦ/перевозчику
Фишка: На Ozon часто спрашивают про ЦПТ и расчёт долей — покажите статистическую грамотность
Ловушка: Не путайте выручку и оборот; учитывайте returns, cancellations, multi-category orders
Как формируете roadmap развития TMS?
Now-Next-Later + quarterly OKR. Зависимости, capacity, risk buffer. Public roadmap для ops
Как приоритизируете инициативы в портфеле?
RICE/WSJF: value (₽, SLA), cost, risk reduction. Прозрачный scoring, review cadence
Какие метрики используете для контроля достижения целей проекта?
Leading: velocity, cycle time. Lagging: OTIF, cost. Per initiative tracking
Есть ли бэклог задач? Как им управляете?
Единый backlog, refinement, dependency map, definition of ready
Какие были бизнес-цели на проекте?
Revenue/cost/SLA impact, не «хотелки». Связь с стратегией логистики
Совет: Связывайте roadmap с OKR транспортного блока, не с wishlist стейкхолдеров
В каких доменах вы работали?
Логистика, retail, e-commerce, 3PL. Как domain опыт переносится на масштаб Ozon
Почему решил сменить место работы?
Рост, impact, новые вызовы — без негатива о прошлом работодателе
В каком направлении хочешь развиваться?
TMS/product leadership, data-driven ops, масштаб e-commerce
Какие у тебя есть вопросы?
Roadmap TMS, структура команды, метрики роли, культура принятия решений, пилоты vs big bang
Фишка: Вопрос «Какие у вас есть вопросы» на Ozon — с высокой вероятностью; подготовьте содержательный список
Приоритизация портфеля инициатив TMS
У вас 8 инициатив в бэклоге TMS: (1) новый алгоритм маршрутизации, (2) интеграция с WMS по статусам отгрузки, (3) дашборд загрузки ТС, (4) автоматизация планирования смен водителей, (5) фикс критичного бага в расчёте тарифов, (6) пилот консолидации на 2 РЦ, (7) миграция отчётности в BI, (8) API для внешних перевозчиков. Команда: 2 backend, 1 аналитик, 1 QA. Квартал — 6 спринтов. Как приоритизируете и что войдёт в roadmap?
1) Собрать единый реестр инициатив с owner, problem statement, гипотезой эффекта. 2) Оценить по ICE/RICE: Impact (₽/SLA/OTIF), Confidence, Effort (человеко-мес), Risk. 3) Выделить quick wins (≤1 спринт, высокий impact) и стратегические (roadmap-квартал). 4) Явно зафиксировать trade-offs для стейкхолдеров: что не делаем в Q и почему. 5) Пересмотр каждые 2 недели по фактическим метрикам.
Сложность: O(n log n) по n инициатив при scoring
Кейс: интеграция TMS и WMS
Операции жалуются: статусы отгрузки в WMS и план рейсов в TMS расходятся, водители получают неверные маршруты. Опишите целевую схему интеграции TMS-WMS: события, данные, ответственность систем, обработка ошибок.
Source of truth: WMS — факт отгрузки; TMS — план и факт перевозки; ERP — финансы. Event-driven: ShipmentCreated, ShipmentDispatched, TripAssigned, TripCompleted. Каждое событие: idempotency key, schema version, timestamp. Sync API только для read (master data), write через очередь (Kafka/Rabbit). Reconciliation job раз в N минут для сверки статусов. Пилот на одном РЦ, мониторинг lag и error rate.
Сложность: O(1) архитектурных решений, фокус на event flow
Кейс: пилот алгоритма маршрутизации
Бизнес хочет сократить cost per delivery на 8% за счёт нового алгоритма маршрутизации. Как вы организуете пилот, метрики успеха и решение о масштабировании?
Baseline: текущие KPI (км, рейсов/день, OTIF, cost per delivery). Pilot: 10–15% маршрутов, shadow mode → сравнение с ручным планом. Metrics: Δ cost, Δ OTIF, время планирования, % ручных override. Go/no-go: статзначимое улучшение cost или OTIF без роста инцидентов. Rollout: по кластерам РЦ, fallback на старый алгоритм.
Сложность: Зависит от эвристики VRP; для PM — качественная оценка
Каркас ответа
3 дня
7 дней
14 дней
| Блок | Готов, если... |
|---|---|
| TMS и логистика | можешь описать жизненный цикл перевозки, ключевые модули TMS и метрики эффективности транспорта |
| Управление проектами | объяснишь Kanban vs Scrum, структуру ТЗ и декомпозицию эпиков |
| Стейкхолдеры | опишешь процесс сбора требований и управления ожиданиями при нехватке проработки |
| Аналитика | приведёшь пример SQL/BI-анализа с бизнес-выводом для логистики |
| Кейсы | за 5 минут разберёшь кейс приоритизации бэклога TMS с обоснованием |
| Ozon-fit | сформулируешь мотивацию и 5+ содержательных вопросов к интервьюерам |
В день собеседования