Гайд для позиции middle-менеджера бизнес-юнита: аудит и оптимизация процессов, прозрачная операционная модель, метрики и стратегия развития в масштабной e-commerce и рекламной компании.
Фишка: RWB — объединённая компания Wildberries (крупнейший e-commerce) и Russ (наружная реклама). Вакансия не про IT-доставку фич, а про операционную трансформацию бизнес-юнита: прозрачность, стандарты, цикличная отчётность руководству и mid/long-term стратегия с экономическими гипотезами.
| Этап | Длительность | Что проверяют |
|---|---|---|
| HR / рекрутер | 30–45 мин | Мотивация, соответствие вакансии, опыт 3+ года, готовность к офису в Москве, зарплатные ожидания, общие вопросы о компании RWB |
| Hiring manager / лидер бизнес-юнита | 60–90 мин | Разбор кейсов оптимизации процессов, опыт систематизации операций, работа с линейным персоналом, формирование метрик с нуля, структурированность мышления |
| Кейс / практическое задание | 45–60 мин или домашнее | Описание текущего процесса, поиск узких мест, расчёт эффекта, план изменений work-flow — возможно тестовое задание по анализу бизнес-процесса |
| Финальное интервью | 30–45 мин | Стратегическое видение развития юнита, культурный fit, инициативность и прагматичность — ключевые личные качества из вакансии |
Обязательный минимум
Плюсом будет
Как вы проводите аудит ключевых бизнес-процессов бизнес-юнита?
As-is картирование → интервью с участниками → сбор данных по времени/ошибкам/затратам → приоритизация проблем по impact × effort → формулирование гипотез to-be.
Как выявляете узкие места в текущем work-flow?
Bottleneck analysis: время цикла по этапам, очереди задач, переключения контекста, ручные операции, дублирование, отсутствие SLA между функциями.
Как формулируете гипотезы об влиянии узких мест на бизнес-процессы?
Гипотеза = «если устранить X, метрика Y изменится на Z за период T». Укажите базовую линию, механизм влияния и способ проверки (пилот, A/B, до/после).
Как изменяете work-flow бизнес-юнита согласно поставленным целям?
Цель → критерии успеха → перепроектирование этапов → RACI → пилот → масштабирование → контроль метрик и ретроспектива.
Фишка: В RWB ценят прагматичность: не «красивую карту процесса», а измеримый эффект и прозрачную операционную картину юнита.
Ловушка: Не начинайте с to-be без as-is — интервьюер проверит, что вы сначала понимаете текущее состояние, а не продаете готовый шаблон.
Как вы описываете и визуализируете бизнес-процессы?
Swimlane по ролям/отделам, BPMN 2.0 (события, задачи, шлюзы), входы/выходы, триггеры, артефакты, SLA, точки контроля качества.
Как выделяете зоны ответственности на каждом этапе процесса?
RACI: Responsible, Accountable, Consulted, Informed. Один Accountable на этап; явные handoff между функциями; эскалация при блокерах.
Как формируете полноценную общую картину текущего операционного состояния бизнес-юнита?
Карта процессов верхнего уровня → детализация критичных потоков → связи с IT/логистикой/финансами → единый реестр процессов и статусов.
Совет: Держите документацию живой: версия, дата, владелец процесса, частота ревью — в масштабной компании процессы быстро устаревают.
Как формируете методологию оценивания ключевых метрик бизнес-юнита с нуля?
Цели юнита → дерево KPI (результат → драйверы → операционные метрики) → формулы расчёта → источники данных → частота и формат отчёта.
Как устанавливаете цикличную отчётность руководству по ключевым метрикам?
Ритм (день/неделя/месяц), шаблон one-pager: статус, тренд, красные зоны, действия. Автоматизация сбора где возможно.
Как обосновываете экономический эффект оптимизации бизнес-юнита?
Прямые затраты (FTE, время, ошибки, штрафы) + косвенные (удержание, скорость). ROI = (выгода − инвестиции) / инвестиции. Срок окупаемости.
Как понять, что проект идёт по плану и не превысит сроки и бюджет?
Baseline план, EVM или burn-down, контрольные точки, early warning signals (рост WIP, сдвиг критического пути, scope creep), регулярный статус-репорт.
Ловушка: Метрики без baseline бесполезны — всегда говорите, откуда данные и какой был показатель до изменений.
Как определяете и описываете mid/long-term стратегию развития бизнес-юнита?
Анализ текущего состояния → внешние драйверы рынка → целевое состояние 1–3 года → инициативы → гипотезы эффекта и приоритизация.
Как формируете гипотезы об экономическом эффекте согласно зоне ответственности?
Связка инициатива → метрика → ожидаемый delta → риски и зависимости. Для каждой гипотезы — способ валидации на пилоте.
Какие были бизнес-цели на проекте?
Отделите output (что сделали) от outcome (бизнес-результат). Покажите связку целей с метриками и как вы отслеживали достижение.
Фишка: Вакансия явно требует стратегического мышления в своей зоне — подготовьте vision «через 2 года юнит выглядит так» с 3–5 инициативами.
Какие знаешь методологии управления проектами?
Waterfall, Agile, Scrum, Kanban, Lean, PRINCE2/PMBOK на уровне принципов. Для операционных изменений — Lean/Kaizen + проектный подход для трансформаций.
Что такое Kanban?
Визуализация потока работ, WIP-лимиты, pull-система, непрерывное улучшение. Подходит для операционных процессов с непредсказуемым входом.
Какое главное ограничение в Kanban?
Без WIP-лимитов Kanban превращается в доску задач. Нужна дисциплина потока и готовность ограничивать параллельную работу.
Какая длительность проектов была?
Покажите разнообразие: короткие улучшения (спринты) и длинные трансформации. Как адаптировали подход к горизонту и рискам.
Как ставили задачи на проекте?
Декомпозиция, приоритизация (value/risk/dependency), чёткий DoD, назначение ответственных, трекинг в Jira/YouTrack/Excel.
Есть ли бэклог задач?
Единый приоритизированный backlog, регулярный grooming, прозрачность для стейкхолдеров, связь задач с целями и метриками.
Совет: Для этой роли Agile-фреймворки — инструмент, а не цель. Главный вопрос: как методология помогла снизить потери в операциях.
Как задаются вопросы и уточняются требования у стейкхолдеров?
5 Whys, интервью по ролям, прототип процесса для валидации, письменное подтверждение scope, управление конфликтующими интересами.
Как управлять приоритетами задач, чтобы разработчики не простаивали и ожидания стейкхолдеров были управляемы?
Прозрачный backlog, WIP, регулярная синхронизация, буфер готовых задач, честная коммуникация при блокерах, trade-off по scope.
Как коммуницировать с бизнесом при простаивании разработчиков из-за незавершённой проработки требований?
Сообщить early, предложить альтернативы (техдолг, рефакторинг процесса, помощь в проработке), зафиксировать root cause и план предотвращения.
Какие у вас заказчики кроме вас самого?
Внутренние заказчики: бизнес-функции, руководство, линейные сотрудники. Покажите карту стейкхолдеров и разный стиль работы с каждым.
Как руководитель относится к уходу и текущей ситуации проекта?
STAR: риск-менеджмент, план передачи, перераспределение, коммуникация с командой, минимизация impact на сроки и качество.
Ловушка: В RWB много линейного персонала — покажите, что умеете объяснять изменения простым языком, а не только на языке схем.
Что включает техническое задание?
Цели, scope, ограничения, функциональные/нефункциональные требования, критерии приёмки, роли, сроки, риски. Для операционных проектов — процессные требования и KPI успеха.
Что включает в себя техническое задание для разработчиков?
User stories/Use cases, API/интеграции, NFR (performance, security), acceptance criteria, mockups, зависимости, тест-кейсы.
Что включает разбиение эпиков и что должно быть в их описании?
Эпик → user value, гипотеза, критерии приёмки, зависимости, оценка, декомпозиция в stories с DoD.
Готов ли выполнить тестовое задание?
Ответьте позитивно, уточните формат и срок. Покажите, что видите связь задания с реальной работой (анализ процесса, метрики).
Совет: Даже для операционной роли могут дать кейс: опишите процесс, найдите bottleneck и посчитайте эффект — репрактируйте на бумаге.
Кейс: узкое место в операционном процессе
Бизнес-юнит обрабатывает 10 000 заявок в день. Этапы: регистрация (2 мин) → проверка (8 мин) → согласование (15 мин, 3 согласующих параллельно) → исполнение (5 мин). Очередь на согласовании растёт, SLA 24 часа нарушается на 40% заявок. Опишите as-is, найдите bottleneck, предложите 2–3 гипотезы улучшения с ожидаемым эффектом.
Bottleneck — согласование (15 мин × узкое место в потоке). As-is: swimlane с временами. Гипотезы: (1) делегирование по матрице сумм/типов — сокращение этапа до 5 мин для 60% заявок; (2) SLA-эскалация и auto-approve при таймауте; (3) пакетное согласование раз в 2 часа. Эффект: снижение cycle time с ~30 мин до ~15 мин → throughput +50% при том же FTE.
Сложность: O(n) по числу этапов процесса
Кейс: расчёт экономического эффекта оптимизации
Оптимизация процесса сократит ручную работу с 4 часов/день на 1,5 часа для 8 сотрудников. Стоимость часа сотрудника — 500 ₽. Инвестиции в изменения (обучение, IT, консультанты) — 400 000 ₽. Рассчитайте годовую выгоду, ROI и срок окупаемости.
Сохранение времени: (4 − 1,5) × 8 × 250 раб. дней = 2,5 × 8 × 250 = 5 000 часов/год. Выгода: 5 000 × 500 = 2 500 000 ₽/год. ROI = (2 500 000 − 400 000) / 400 000 = 525% (или 6,25× возврат). Срок окупаемости = 400 000 / (2 500 000/12) ≈ 1,9 месяца.
Сложность: O(1)
Кейс: дерево KPI для бизнес-юнита
Вы отвечаете за операционный бизнес-юнит в e-commerce (обработка обращений поставщиков). С нуля нужно построить систему метрик для руководства. Предложите дерево KPI: 1 North Star, 3–5 драйверов, операционные метрики с частотой отчёта.
North Star: % обращений закрыто в SLA (цель 95%). Драйверы: (1) время первого ответа, (2) время полного цикла, (3) % повторных обращений, (4) удовлетворённость поставщика (CSAT). Операционные: очередь на этапе, FTE utilization, % эскалаций, ошибки в данных. Ритм: операционные — daily; драйверы — weekly; North Star + one-pager — monthly steering.
Сложность: O(k) по числу уровней дерева KPI
3 дня
7 дней
14 дней
| Блок | Готов, если... |
|---|---|
| Оптимизация бизнес-процессов | можешь за 5 минут описать as-is → bottleneck → 2 гипотезы to-be с ожидаемым эффектом |
| Документирование процессов | можешь нарисовать swimlane с RACI и объяснить handoff между функциями |
| Метрики и отчётность | можешь построить дерево KPI с North Star и ритмом отчёта для руководства |
| Экономический эффект | можешь посчитать ROI и срок окупаемости на простом числовом кейсе |
| Стратегия юнита | можешь описать vision на 2 года с 3 инициативами и гипотезами эффекта |
| Методологии и стейкхолдеры | можешь объяснить когда Kanban vs проектный подход и как управлять ожиданиями бизнеса |
| Behavioral | 3 кейса STAR с измеримым результатом готовы без подсказок |
В день собеседования