Привет, Хабр! Меня зовут Андрей Шафоростов, и я тот самый зумер-айтишник на заводе. Конечно, айтишник — понятие многогранное. Тут трудятся и разработчики, и сисадмины, и тестировщики, а конкретно моя должность связана с сопровождением проектов: компания выпускает решение, а я и мои коллеги поддерживаем его дальнейшую жизнь. 

С 2024 года я ведущий специалист в отделе сопровождения систем управления производством ЕВРАЗ НТМК. В этой статье расскажу о том, как прошёл мой первый год в промышленной разработке, чем я занимался, чему учился. А ещё, когда работаешь на заводе для конечных пользователей, то есть своих коллег, начинаешь повсюду видеть места, где можно прикрутить какое-нибудь решение и улучшить жизнь всем. Так я взял на себя проекты и по своей личной инициативе. Про них тоже расскажу. В общем, если интересно, как выглядят будни разработчика в промышленности, заглядывайте под кат!

Первые впечатления от смены деятельности и от завода

Я начал работать в сопровождении MES систем ЕВРАЗа в прошлом году. До этого был бэкэндером в компании, которая не связана с производством. Работа кардинально отличается: раньше я разрабатывал софт, общался в основном с коллегами внутри своей команды. А здесь мне нужно контактировать с людьми из разных подразделений, разбираться в том, как работают бизнес-процессы, кто в них занят, на каких этапах.

Например, что-то в системе внезапно перестало работать, приходит заявка от пользователя. Первое, что необходимо сделать, — это провести анализ и определить свою зону ответственности. Если заявка находится вне нашей компетенции или изначально подразумевает перенаправление на коллег из других отделов, то уже перенаправить её на них. Бывают ситуации, когда у системы неполная документация, и приходится проводить небольшое расследование для уточнения деталей работы системы и определения ответственного. Нередко приходится обращаться к руководителю проекта и/или аналитикам. В целом много общения на всех уровнях: от работника, который непосредственно использует решение в цехе, до руководителя дивизиона. В общем, сейчас на заводе я максимально ориентирован на конечного пользователя поддерживаемых мной сервисов и продуктов. 

Окей, это смена профессии внутри айтишки, подобная история может быть далеко не только на заводе, если переходишь из бэкенда в сопровождение. А что насчёт адаптации к заводу и работе в промышленности? Я, конечно, и раньше знал, что у нас в Тагиле работает ЕВРАЗ НТМК. Но фундаментального представления о том, что ЕВРАЗ — настолько большая компания с множеством предприятий, у меня не было. Поэтому, когда я начал погружаться в то, как же, собственно, это предприятие работает, как переплетается с айти, у меня был вау-эффект. 

Я увидел, что цифровизация здесь повсюду, и она нужна, чтобы все многочисленные компании внутри холдинга могли организовывать и координировать взаимодействие между собой, а на конкретных предприятиях — автоматизировать труд и производственные процессы. Особо яркий момент: увольняется коллега, который сопровождал систему MES УГМ, управляющую станками в одном из центров ремонта металлургического оборудования (ЦРМО). На его место устраивается новый сотрудник. В системе начинаются сбои. Меня попросили устранить проблему. 

Как потом выяснилось, только что устроившийся сотрудник не успел получить все полномочия. Учётную запись не обновили, какое-то время система работала сама, а потом — инцидент. В процессе мы с коллегами сидели, выясняли причины. И я почувствовал прямо жёсткую свою ответственность: пока это не исправлю, сотрудники не могут работать. То есть от меня как от специалиста требуется максимально быстро и точно принимать решения, иначе цех будет стоять. Это для меня было новое ощущение и своеобразное посвящение в заводские айтишники.

Конечно, ещё одна важная составляющая мема про айтишника на заводе — это взаимодействие с коллективом. Часто кажется, что на промышленном производстве будет как-то суровее, чем не на производстве. Но когда я пришёл, меня встретили очень дружелюбно. Буквально сразу сказали: «Расслабься, мы здесь все как друзья, возникнут трудности — тебе помогут, вникай потихоньку». Так что здесь у меня опыт прямо положительный. 

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

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

Фишки заводского айти…

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

Ещё одна — нет никаких запретов и ограничений по тому, что я могу разрабатывать и как. Наоборот, меня поддерживают. Поэтому, кроме поддерживаемых мной решений, у меня есть ещё и собственные инициативы, про которые я дальше расскажу. Это круто, даёт ощущение свободы. Я могу прийти к руководителю, обсудить с ним идею — и если это нужно на производстве, то пойти создавать решение.

Третья — частая причина того, почему надо много общаться и всех знать. Есть новые проекты, есть старые, а есть о-о-очень старые, которые делались, когда ещё не требовалась обширная и подробная документация. С ними начинается такая максимально усложнённая версия айтишной игры: «Кто 10 лет наза�� поставил этот костыль в код и почему?» Увидел такую документацию — иду искать кого-то, кто отвечает за проект, сохранил знания о нём и может поделиться. 

…не всегда позитивные

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

Ещё одна вещь — это уже что-то на нашем, уральском. Мы работаем с подрядчиками много и часто, но кажется, что лучше и проще было бы расширить собственный штат разработки. Потому что часто бывает, что подрядчики сдали проект, а потом нам надо его доработать, либо что-то сломалось и пора чинить. На этом этапе было бы куда проще иметь собственный развитый отдел разработки, а не идти снова к подрядчику. Плюс, если бы мы разрабатывали сами внутри себя, разработчики бы активнее вовлекались в проекты.

И последнее, наверное, связанное с предыдущими двумя пунктами. Иногда у нас руководство готово к переменам, которые кажутся уж слишком радикальными. Текущее решение чем-то неудобно? Заменим его полностью, всё с нуля. Порой такое уместно, но иногда возникает ощущение, что это лишнее, гораздо адекватнее доработать то, что у нас уже есть.

Мои проекты

Как уже описал, их у меня много, они все разноплановые, а начну, пожалуй, с самого на текущий момент ресурсоёмкого.

ЕСПП

Это единая система производственных показателей. В неё входят выдача прав, выдача доступа к ЕСПП, выдача доступов к формам ЕСПП, перенос данных между разными слоями. Сейчас для «ЕВРАЗа» это топ-1 проект, критически важный. Всех руководителей в холдинге переводят на отчётность о результатах производства и других данных через эту систему. Она уже разработана, теперь фокус на то, чтобы её дополнять новыми показателями и решать возникающие проблемы, и сейчас мне по ней приходит много заявок. Если где-то не сходятся данные, я иду выяснять, из каких источников они пришли и почему могут не сходиться. 

СКУД

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

СУБД

Если просто описывать, это СУБД, которая позволяет нам смотреть данные для разных проектов, редактировать, добавлять, удалять и так далее. Мы через неё нередко отслеживаем, записались ли данные в БД и верно ли записались. В целом она даёт понимание, как именно работает проект, а если возникли проблемы — на каком именно этапе это случилось.

Платформа бизнес-аналитики

Через неё мы формируем отчёты с оперативной информацией для руководства. Я с коллегами недавно участвовал в разработке отчёта по ЕСПП как раз с помощью этой платформы. Директору нужна такая сводка каждую пятницу, мы собрали скрипт, который собирает эту информацию. 

«Мобильный охранник» ЕВРАЗ НТМК

У нас сейчас разрабатывается новый «мобильный охранник». Проект направлен на замену старого «мобильного охранника» — добавление нового функционала. Он должен упростить процесс проверки пропусков разного типа и документов, а также добавить автономный режим работы, когда терминал теряет связь с сервером, чтобы сохранялась возможность проверки пропусков. В этом проекте я занимаюсь тестированием, описываю требования. То есть встречаюсь с нашим отделом безопасности (они заказчики) и собираю у них информацию: что необходимо, что хорошо работает, что плохо. Потом передаю её руководителю проекта. 

Проекты с использованием ИИ

Это сейчас целый букет проектов внутри компании: различные автоматизации отчётов, генерации вопросов. Всё это нужно, чтобы минимизировать затраты времени сотрудников. Я здесь занят больше с точки зрения предоставления доступов к этим ИИ-ресурсам: открываю их тем, кому они необходимы по должностным обязанностям. 

Это те проекты, с которыми я работаю по должности, но с рядом решений я взаимодействую и по собственной инициативе. Ниже расскажу про них.

Система просмотра чертежей на станках АИС «Диспетчер»

Перед прошлым Новым годом я поговорил с коллегой. Он сопровождает производственную систему MES УГМ, про которую я уже писал выше, в ЦРМО № 3. Там была проблема: разработали сервис, он работает, но операторам станков неудобно смотреть с ним чертежи: там непонятный интерфейс. Система настолько не устраивала всех, что руководитель вообще хотел разрабатывать новую. А я подумал: ведь в неё уже миллионы вложены. И не факт, что новая разработка окажется лучше, может получиться шило на мыло. Поэтому предложил с коллегой совместно поработать конкретно над этим аспектом в нерабочее или свободное рабочее время.

В центре работают с планшетами и моноблоками. Планшетов больше, штук 50–70. Моноблоков около 20, в месяц ставят ещё по 1–2, больше не позволяют экономические ограничения. Вот сперва я сделал браузерное расширение для моноблоков: потестили, людям понравилось. А дальше уже мы с коллегой ходили, согласовывали и получили добро сделать полноценную кросс-платформу, чтобы сервис работал и на моноблоках, и на планшетах. Внедрили — и сейчас с помощью этого сервиса операторы смотрят чертежи, пользовательский опыт улучшился.

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

Медпункты

Это прикольная творческая задача: к нам на ЕВРАЗ НТМК периодически приезжают машины скорой помощи, и им было трудно ориентироваться, где какие медпункты на территории и с какого заезда куда можно попасть — ведь наш завод размером с небольшой город. И вот я как раз вписался сделать сервис навигации специально для скорых.

Механизмы автоматизации отчётов для аналитиков ЕСПП

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

Это далеко не всё, просто те моменты из трудовых будней, которые первыми пришли на ум. Полный «послужной список» закину в конец статьи: если захотите о чём-то узнать подробнее, пишите в комменты! Расскажу про детали заводских айтишных задач, насколько позволит NDA.

Мои выводы после года на заводе

Что делать, чтобы работать и не выгорать?

Не принимать к сердцу чрезмерную критику со стороны пользователя. Когда у тебя внутренний заказчик, пользователь, который работает на том же предприятии, это бывает непросто. Порой юзер не смотрит на вещи объективно. Возвращусь к парковкам: было дело, однажды помогал пользователю получить права, расписал инструкцию, а человек её проигнорил и влепил двойку за сопровождение. Бывает. На такие вещи нужно максимально холодно смотреть, учитывать на следующий раз, что можно сделать иначе. Я начал в картинках объяснять, например, так удобнее и быстрее.

Искать пути упростить рутину. Сейчас все смотрят в сторону автоматизации — вот нужно постоянно искать пути её качественно внедрять. Любая рутина в идеале должна делаться не руками. 

Помогать коллегам, если есть возможность. Любой может оказаться в ситуации, когда нужна помощь. Сегодня коллега, завтра ты. Так что помогать нужно внутри своей команды и за её пределами, сотрудничать со смежными группами и отделами. Я с коллегами часто помогаю отделу системных администраторов, а они приходят на помощь нам. 

Никогда не сдаваться, идти к цели, развиваться и не стоять на месте. Тут, думаю, и расписывать не надо: всё понятно.

Резюме и послужной список

В общем, первый год в промышленном айти — интересно, в чём-то (но не во всём) необычно, очень активно. Мой опыт мне показал, что страшные истории вокруг айти на заводе — скорее из разряда вымышленного. Реальные минусы совсем про другое: скорее о подходах и решениях, чем о сложностях с коллективом и неподъёмной нагрузке. А вот нетипичных задач и классного опыта здесь хватает, не поспоришь.

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

  • Система контроля и управления доступом (СКУД). Администрирование.

  • Единая система производственных показателей (ЕСПП). Выдача прав, выдача доступа к ЕСПП, выдача доступов к формам ЕСПП, перенос данных между разными слоями.

  • Витрина корпоративных приложений «АС Навигатор». Выдача прав, добавление в рассылки, проверка данных, установка пользователям и настройка, исправление ошибок в работе программы.

  • MDM. Настройка корпоративных мобильных устройств.

  • СУБД. Проверка, корректировка, добавление и удаление данных, повторная отправка СМС водителям.

  • Платформа бизнес-аналитики. Администрирование, предоставление доступов.

  • Разработка маршрутов потока данных, проверка работоспособности модулей.

  • Система для управления учётными записями. Добавление пользователей и выдача прав.

  • Служба каталогов. Добавление пользователей в группы.

  • Data Governance (DG). Обновление данных, выдача доступов, работа с показателями ЕСПП.

  • «Мобильный охранник» ЕВРАЗ НТМК. Тестирование нового функционала мобильного приложения и его администрирование.

  • Цифровой подсказчик потребления ХПВ, ТФВ. Администрирование.

  • Сервис по созданию тестовых вопросов на базе генеративной модели ИИ. Администрирование.

  • ИИ-помощник нового сотрудника. Администрирование.

  • ИИ-ответы на обращения в СУЗ. Администрирование.

  • ИИ для распознавания бумажных документов. Администрирование.

  • ИИ-помощник для «фабрики идей». Администрирование.

  • Система предоставления данных отчётов ERP-систем ЕВРАЗа для внешних потребителей. Администрирование и тестирование.

И мои личные проекты и инициативы:

  • ЕВРАЗ Медпункты. Разработка сервиса, тестирование, внедрение и сопровождение.

  • Telegram-бот по рассылке уведомлений о заявках с высоким приоритетом для нашего отдела.

  • Разрабатывал автоматизацию отчётов для аналитиков ЕСПП по показателям и для корректировки их структуры в DG.

  • Система просмотра чертежей на станках АИС «Диспетчер». Разработка ПО для операторов станков ЦРМО № 3.

  • А ещё я сейчас приступил к автоматизации рутинных задач в отделе с помощью ИИ-агентов. 

С радостью отвечу на ваши вопросы! И буду рад встретить в комментариях коллег, которые тоже работают в промышленном айти. Или только подумывают о том, чтобы устроиться в IT-команду на большой завод.