Первый этап трансформации: на производстве появляются свои IT-продукты
Например, чтобы получить сталь и чугун заданного качества, технологам на производстве необходимо рассчитать исходное сырьё — шихту. Она представляет собой смесь руды, топлива и различных добавок, облегчающих процесс выплавки. Раньше технолог дозировал добавление разных типов шихты, опираясь только на свой опыт. Мы на это посмотрели, задумались и приступили к делу: разработали цифровые подсказчики, которые смотрят историю поступления за год и по ней рассчитывают необходимые пропорции исходных материалов. Ещё подсказчики помогают раскладывать шихту правильно по слоям, чтобы сделать нормальное усреднение материала.
Включив подсказчик, мы замерили показатели — ага, есть рост. Но как понять, что дело в нас? Легко: выключили подсказчик на обслуживание — через три дня производство просит: «Верните всё как было — у нас показатели вниз пошли». Ну, отлично: доказали экономический эффект.
Сначала служба БСЕ ЕВРАЗа (специалисты, которые направленно смотрят, что и где можно улучшить, и помогают реализовать улучшение) вместе с технологами от производства подбирали проекты с наибольшим экономическим эффектом и увидели, что можно оптимизировать расход добавок. Затем они подключили меня в роли специалиста Data Science. Мне понадобилось вникнуть в технологию выплавки стали и дать несколько презентаций про ML-модели, чтобы технологи понимали возможности инструментов, которыми обладает Data Scientist.
Первый пул данных выгружал Data Engineer от производства (так как внешнему специалисту искать нужную информацию в производственной базе очень долго). Это был просто Excel. Затем мы уточняли шаг за шагом, какие ещё данные мы можем получить для улучшения качества ML-моделей, выгружали новые данные, анализировали — и потом по новой. Часть данных оказалась низкого качества — например, на истории видно, что человек отдавал много материала, а параметры стали не менялись. Из-за этого пришлось разными способами создавать расчётные коэффициенты и чистить сырые данные.
Пробовали множество моделей: начиная от линейной регрессии и заканчивая градиентными бустингами. Остановились на LightGBM ввиду особенностей технологического процесса, а также скорости работы модели. Подходы к машинному обучению тоже разнились: сначала тренировали модели на данных «как есть», но в процессе поняли, что качество моделей посредственное, а модели не технологичны. Изменили подход к формированию целевого значения (сделали относительные целевые переменные, а не абсолютные) — и всё получилось.
До подсказчика сталевар перестраховывался, чтобы точно попасть в ГОСТ, и засыпа́л чуть больше материалов. Наша модель прогнозирует, что получит человек с той или иной отдачей материала, и учит людей экономить дорогостоящие добавки. Теперь сталевары наблюдают всю необходимую информацию на рабочих местах, получают рекомендации по отдаче материала и более детально анализируют свои действия, прислушиваясь к подсказчику. В целом процесс стал менее человекозависимым, и продукт выходит более качественным вне зависимости от опыта сотрудника.
Второй этап: IT переходит от продуктов к процессам и взаимодействиям
Например, мы решили контролировать качество и состав сырья, из которого получаем металл. Оно подается по конвейерам в агломерационные машины, где подготавливается к переплавке в доменных печах. Мы устанавливаем на конвейерной ленте потоковые анализаторы химического состава, которые анализируют всё проезжающее сырьё с дискретностью в одну минуту: сколько внутри железа, углерода, кальция и так далее.
В моём направлении технического ремонта и обслуживания оборудования можно выделить три направления для IT-проектов:
- Мы повышаем удобство мобильных и веб-приложений для пользователей: настраиваем интерфейс под конкретные пожелания пользователей.
- Интегрируем наши продукты со смежными в области ремонта, готовим их унификацию и реализацию в единой системе.
- Развиваем новый функционал.
Например, сейчас на Нижнетагильском металлургическом комбинате ЕВРАЗа внедряется система APM (Asset Performance Management): благодаря ей мы заранее прогнозируем риски и обслуживаем оборудование ДО того, как оно сломается, а технологические процессы встанут.
Для этого каждая единица оборудования анализируется по ряду критериев, сведённых в так называемую «матрицу рисков». В ней мы оцениваем вероятность и тяжесть последствий, вычисляем по ним риск отказа и по ним уже выставляем приоритеты в обслуживании оборудования. В результате приоритетным становится обслуживание оборудования, у которого выше вероятность поломки и тяжелее последствия отказа. На предприятии много критичных систем, час вынужденного простоя которых может обойтись в сотни тысяч рублей, а APM позволяет нам предотвращать подобные инциденты.
Третий этап: IT открывает для производства новые продукты и ресурсы
Кроме этого, я занимаюсь разработкой стандартов для разработчиков и руководителей проектов: здесь много работы уходит на понимание того, как действовать в конкретных реалиях масштабов холдинга.
Плюс привлекаем citizen DS (гражданских DS от бизнеса) с целью исследовать свои же данные с минимальным привлечением IT-ресурсов (только для консультаций). То есть мы обучаем Data Scientist’ов со стороны производства, которые могут сами исследовать данные, проверять гипотезы. Такие команды способны создать прототип инструментами self-service-аналитики «на коленке», дать его технологу, сталевару или другому человеку от производства, и он протестирует в реальном времени, поймёт, жизнеспособна ли гипотеза. В этом направлении взаимодействуем с платформами Azure ML для создания статистических прогнозных моделей, KNIME — для подготовки данных и Power BI — для создания дашбордов. В будущем планируем привлекать также MS PowerApps для разработки полноценных приложений с подходом low-code, а также разрабатывать собственные библиотеки ЕВРАЗа для инструментов self-service-аналитики. Таким образом увеличиваем число проектов плюс развиваем компетенции со стороны бизнеса.
Выход на новый уровень: как предприятия помогают айтишникам расти
Любая задача имеет решение. Неинтересно делать то, что ты уже делал много раз. Интересно что-то новое, интеграция с другими продуктами. Поэтому постоянно приходится учиться, прокачиваться.
Изначально позвали решать конкретные управленческие задачи, так как у меня есть соответствующий бэкграунд, опыт и образование по направлению ремонта оборудования. Оборудования, от бесперебойной работы которого зависят поставки тысяч тонн стали.
Мотивацией стало решение сложных задач и желание преодолеть организационные сложности в новой сфере. Сейчас у меня много новых достаточно масштабных проектов. Привлекают условия с прописанными сроками, ресурсами, которые в этих определённых узких рамках нужно выполнить.
Вообще, я пришёл сюда, потому что было интересное для меня направление — искусственный интеллект. HR хотел позвать меня в АСУТП (автоматизация систем управления технологическими процессами), но я предложил свою кандидатуру в отдел искусственного интеллекта. По факту перешёл из проектировщика, который на верхних уровнях описывает, что должна делать система, к тому, чтобы самому это руками делать. Мне кажется, это важно для любого программиста — видеть, что твоей разработкой пользуются реальные пользователи для решения реальных проблем.
Мотивирует причастность к общему глобальному делу. Хочется реально влиять на процессы, улучшать их. Нравится, что получаешь очень много хард-скилов, работая с новыми технологиями. Первые мои проекты были классическим Data Science — числовыми, сейчас на новых проектах уже подключаем видеоаналитику. Некоторые платят деньги, чтобы получить эти знания и опыт, а тут на производстве можешь сам прокачаться и достичь того же. При этом не занимаешься технологиями ради технологий, а прикладываешь их к задачам бизнеса, то есть «в стол» ничего не уходит, нет работы ради работы.
ссылка на оригинал статьи https://habr.com/ru/articles/581392/
Добавить комментарий