СИБУР

Предиктивное обслуживание, качество продукции, оптимизация производства

Нефтехимический холдинг с зрелой цифровой функцией: на заводах работают модели предиктивного обслуживания, виртуальные анализаторы и системы советующего управления. Специфика для ML-специалиста — непрерывное производство, где эксперимент нельзя поставить произвольно, а внедрение означает работу рядом с технологами.

Этапы отбора

Порядок и состав секций меняются от команды к команде — это типовая схема, собранная по открытым источникам. Этапы, на которых проверяют знания, ведут в разбор формата: что оценивают и чем закрывать пробелы.

Все форматы проверок →
  1. Скрининг

    Рекрутер уточняет направление: надёжность оборудования, качество и режимы, планирование, платформа данных.

  2. SQL-секция

    SQL-секция: данные телеметрии и производственного учёта, агрегаты по времени.

  3. ML-секция: модели, признаки, валидация

    ML-секция: модели, валидация, метрики и работа с сильно коррелированными признаками.

  4. Секция по временным рядам и спросу

    Секция по рядам: датчики, сезонность режимов, аномалии, прогноз отказов.

  5. Секция дизайна ML-системы

    На middle+ — дизайн: система мониторинга оборудования на заводе целиком, от сбора данных до реакции.

  6. Финальная встреча

    Руководитель: задачи, уровень, работа с производственными площадками.

Что оценивают на любом направлении
  • Понимание, что остановка установки стоит дорого, и ложная тревога тоже имеет цену.
  • Готовность работать с данными датчиков: разные частоты, дрейф калибровки, пропуски.
  • Умение объяснить модель технологу и принять его возражение как данные.
  • Внимание к безопасности: рекомендации не должны выводить процесс за регламентные границы.

Чем проверяют себя перед отбором

4 формата проверки из отбора СИБУР — и тест атласа под каждый. Слабые места видно сразу после захода, а темы для разбора собираются автоматически.

SQL-секция

SQL interview

Соединения, оконные функции и цена запроса на большой таблице

На чём валятся
  • COUNT(*) вместо COUNT(поле) после LEFT JOIN — классическая тихая ошибка.
  • Запрос без фильтра по ключу разбиения: на боевой таблице он просто не доедет.

Классика табличных задач и честная проверка качества

На чём валятся
  • «Взял бустинг, получил 0.85 AUC» без бейзлайна и без объяснения, что это значит для продукта.
  • Случайное разбиение в задаче, где данные упорядочены во времени.
24 вопроса в банкеТест: Классический ML

От постановки до эксплуатации на одной доске

На чём валятся
  • Прыжок в архитектуру с первой минуты, без требований и метрик.
  • Схема, которая заканчивается обучением модели: ни выката, ни мониторинга.
22 вопроса в банкеТест: Дизайн ML-систем

Программа подготовки под компанию

18 тем по всем направлениям СИБУР — если команда ещё не выбрана. Программа разложит их по неделям от математики к продакшену; под конкретное направление список короче, и его можно собрать ниже.

Собрать программу подготовки

Эти 18 тем можно разложить по неделям: программа выстроит их от математики к продакшену, поставит тест в конце каждой недели и вернёт тему на повторение, если вы в ней ошиблись. Выйдет примерно 4 недели под СИБУР · Все направления.

Проверяем, вошли ли вы…

Направления

Выберите направление: обязательные темы со ссылками в атлас, типовые вопросы с ответами и тест для самопроверки.

Все тесты →
Направление

Предиктивное обслуживаниеPredictive Maintenance

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

Пройти тест: Временные ряды (24 вопроса)
Собрать программу подготовки

Эти 10 тем можно разложить по неделям: программа выстроит их от математики к продакшену, поставит тест в конце каждой недели и вернёт тему на повторение, если вы в ней ошиблись. Выйдет примерно 2 недели под СИБУР · Предиктивное обслуживание.

Проверяем, вошли ли вы…

Типовые вопросы секции (4)
Отказов за всю историю десяток. Как обучать модель?

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

Разбор в атласе: Anomaly Detection — Поиск аномалий
Как измерять качество такой системы?

Не по точности классификации, а по практике: сколько отказов предсказано заранее и с каким запасом времени, сколько ложных тревог в месяц на единицу оборудования. Запас времени критичен: сигнал за десять минут до аварии бесполезен, если ремонт требует суток подготовки.

Разбор в атласе: Precision — Точность
Датчики дрейфуют и перекалибровываются. Как это влияет на модель?

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

Разбор в атласе: Drift Detection — Детекция дрейфа
Технолог говорит, что срабатывание модели — нормальный режим. Что делать?

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

Разбор в атласе: Active Learning — Активное обучение
Что сделать руками до собеседования
  • Постройте модель нормального режима на телеметрии и сравните её с классификатором на редких отказах.
  • Посчитайте метрику в терминах запаса времени до отказа, а не долей правильных ответов.
  • Свяжите журнал ремонтов с данными и посмотрите, сколько ложных тревог объясняется работами.