Собес в Ozon · Руководитель IT проектов логистики (TMS)
Материал Эйч · Опубликовано 21 июля 2026
Обзор
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 |
Стек и темы
Обязательный минимум
- End-to-end управление IT-проектами в логистике (TMS)
- Транспортная логистика: маршрутизация, планирование, загрузка ТС, консолидация
- Сбор и формализация бизнес-требований от операционных команд
- Управление бэклогом, roadmap и приоритизация портфеля инициатив
- Интеграции TMS ↔ WMS ↔ ERP
- SQL и BI для управленческой аналитики
- Agile/Kanban/Scrum в продуктовой разработке
- Управление пилотами, тестированием и промышленным внедрением
- Разбор инцидентов и инициирование системных улучшений
Плюсом будет
- Опыт с алгоритмами маршрутизации и оптимизацией (VRP, консолидация)
- BPMN для описания логистических процессов
- Понимание ЦПТ и статистики для A/B и прогнозов
- Опыт e-commerce / fulfillment-логистики
- Знание SAP/ERP-модулей логистики
Управление проектами и методологии
Что такое 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 и транспортная логистика
Опишите основные модули 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 (двор)
Интеграции и IT-архитектура
Как спроектируете интеграцию 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
Аналитика, SQL и метрики (Ozon-акцент)
Что такое ЦПТ?
При больших 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, портфель и бэклог
Как формируете 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 стейкхолдеров
Мотивация и fit
В каких доменах вы работали?
Логистика, 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 — качественная оценка
System Design
- Спроектируйте интеграцию TMS с WMS и ERP для e-commerce: какие события, какие данные, как обеспечить консистентность?
- Как бы вы спроектировали модуль планирования маршрутов last-mile для растущего объёма заказов?
- Как организовать rollout новой функции TMS (например, консолидация грузов) без остановки операций?
Каркас ответа
- Контекст и масштаб: объёмы заказов, типы перевозок, SLA
- As-is / to-be: текущие системы и боли операций
- Компоненты: TMS-модули, точки интеграции, потоки данных
- NFR: latency, отказоустойчивость, идемпотентность, аудит
- Rollout: пилот → canary → полное внедрение, план отката
- Метрики успеха: cost per trip, OTIF, utilization, время цикла изменений
Поведенческое
- Расскажите о проекте внедрения или развития TMS end-to-end: от проблемы до запуска в эксплуатацию
- Опишите ситуацию, когда операционная команда и разработка не могли договориться по требованиям — как вы выстроили процесс?
- Приведите пример трансформационного проекта, где вы взяли лидерство в условиях неопределённости
- Расскажите о провале или серьёзном инциденте в логистике/IT — что сделали и какие изменения инициировали?
- Как вы приоритизировали портфель инициатив, когда ресурсов не хватало на все запросы бизнеса?
- Почему решили сменить место работы и почему сейчас интересен Ozon?
- В каком направлении хотите развиваться как руководитель IT-проектов логистики?
- Какие у вас есть вопросы к нам?
План подготовки
3 дня
- Повторить структуру TMS и ключевые метрики транспортного блока
- Отрепетировать 3 STAR-кейса: внедрение TMS, конфликт приоритетов, инцидент
- Освежить Kanban/Agile и структуру ТЗ/эпика
- Подготовить список вопросов к Ozon (roadmap TMS, команда, метрики успеха роли)
7 дней
- Пройти все topic_blocks и отметить слабые места
- Подготовить примеры работы с SQL/BI для логистических метрик
- Разобрать кейсы интеграции TMS-WMS-ERP и алгоритмов маршрутизации на уровне PM
- Потренировать ответы на поведенческие вопросы в формате STAR
- Изучить публичные материалы Ozon Tech и логистической инфраструктуры компании
14 дней
- Систематизировать знания TMS: модули, типовые интеграции, жизненный цикл перевозки
- Повторить методологии (Agile/Kanban/Scrum), управление бэклогом и эпиками
- Подготовить 5–7 STAR-кейсов: внедрение, конфликт приоритетов, инцидент, пилот, интеграция
- Освежить SQL: JOIN, агрегации, оконные функции; собрать 2–3 типовых запроса для логистики
- Изучить специфику Ozon Logistics: масштаб, FBO/FBS, last-mile, собственный транспорт
- Прорешать 2–3 кейса приоритизации и 1 кейс интеграции TMS-WMS
- Подготовить вопросы к компании (см. behavioral)
| Блок | Готов, если... |
|---|---|
| TMS и логистика | можешь описать жизненный цикл перевозки, ключевые модули TMS и метрики эффективности транспорта |
| Управление проектами | объяснишь Kanban vs Scrum, структуру ТЗ и декомпозицию эпиков |
| Стейкхолдеры | опишешь процесс сбора требований и управления ожиданиями при нехватке проработки |
| Аналитика | приведёшь пример SQL/BI-анализа с бизнес-выводом для логистики |
| Кейсы | за 5 минут разберёшь кейс приоритизации бэклога TMS с обоснованием |
| Ozon-fit | сформулируешь мотивацию и 5+ содержательных вопросов к интервьюерам |
В день собеседования
- Повторить 3 ключевых проекта TMS/логистики с цифрами до/после
- Подготовить 5–7 вопросов к интервьюерам (roadmap TMS, метрики команды, формат работы со стейкхолдерами)
- Иметь под рукой пример SQL-запроса или дашборда, который помог принять решение
- Настроиться на темп: короткие структурированные ответы, без воды