Pull to refresh
79
0

User

Как мы построили свой лунапарк (с блекджеком, разумеется) или опыт внедрения системы управления ИТ-проектами

Reading time 8 min
Views 1K
Retrospective

Привет, Хабр! На связи команда Проектного офиса НЛМК-ИТ.

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

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

Читать далее
Total votes 9: ↑8 and ↓1 +7
Comments 9

Как оптимизирован завод: вопросы оптимальной загрузки и «иридиевых чапельников»

Level of difficulty Easy
Reading time 9 min
Views 4.7K
Review
image
Наш прокатный стан

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

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

Итак, к нам пришёл заказ, пускай условно это будет сталь Ивановского машиностроительного завода. Дальше мы планируем производство: в диапазоне нескольких недель работает система календарного планирования (стратегическое планирование), а в диапазоне двух-трёх дней работают графикователи (тактический уровень) – они разбирают заказы на серии работ, чтобы оптимизировать производство.
Читать дальше →
Total votes 45: ↑45 and ↓0 +45
Comments 15

Отвечаю на вопросы про экономический эффект машинного планирования на уральских цехах

Level of difficulty Easy
Reading time 4 min
Views 2K
Analytics

Недавно я тут писала о системе календарного планирования для завода НЛМК в Калуге. В комментариях было много вопросов об эффектах этого решения и о том, кто в итоге лучше справлялся с планированием: система или может быть рабочий с 20-летним опытом. Этот пост своего рода развернутый ответ вопросы и комментарии.

Кому интересно узнать, какую экономию дает «машинное» планирование на примере прокатного цеха НЛМК-Урал, прошу под кат.

Читать далее
Total votes 16: ↑16 and ↓0 +16
Comments 19

GitOps c ArgoCD для конфигурации кластеров K8S/OKD/Openshift и приложений, размещаемых в них

Reading time 10 min
Views 1.6K
Tutorial

Всем привет, у нас в НЛМК создается множество приложений и систем для производства и поддержки бизнеса. Большинство размещаются в нашей Единой Цифровой Платформе (коротко ЕЦП), а по-современному: Internal Developer Platform.

Мы с коллегами как раз занимаемся развитием Единой Цифровой Платформы НЛМК, частью которой являются кластеры Openshift/OKD/K8S, количество которых постепенно увеличивается, что требует понятного, прозрачного подхода к управлению и конфигурированию как самих кластеров, так и различных приложений, работающих в них. Далее я расскажу, как мы это делаем с помощью ArgoCD и подхода GitOps

Читать далее
Total votes 14: ↑14 and ↓0 +14
Comments 3

Приоткрываем black box и смотрим в доменную печь. Эпизод #1: оценка вышедшего шлака в течение выпуска

Reading time 6 min
Views 4.7K
Case
Это доменная печь №6 — огромный агрегат высотой порядка 50 метров и диаметром 20 метров. Чтобы приготовить с ее помощью чугун, в печь нужно положить ряд ингредиентов: кокс, железорудное сырье (ЖРС), природный газ, пылеугольное топливо и дутье (специально подготовленную воздушную смесь с повышенным содержанием кислорода).


Рис.1. Доменная печь №6

Для извлечения из доменной печи целевого продукта в горне нужно пробурить лётку — специальное отверстие, через которое чугун и шлак выйдут наружу. У доменной печи №6 — четыре равномерно распределенных по диаметру лётки. Как и в домашней печи, целевой продукт необходимо «достать» вовремя: ни раньше, ни позже. Чтобы произвести операцию вовремя, за неимением «духового окна» необходимо косвенными методами отслеживать наполненность печи жидкими продуктами плавки – приоткрыть «черный ящик». В этой статье представлено, как мы планируем это сделать — заглянуть в доменную печь, разогретую до ~1500°C — и какие шаги уже предприняли к нашей мечте.
Читать дальше →
Total votes 41: ↑41 and ↓0 +41
Comments 25

Маркировка продукции: как мы раньше тратили вагон древесины в год, а потом перестали

Level of difficulty Easy
Reading time 6 min
Views 4.7K
Case

Мы в НЛМК продаем и отгружаем тысячи тонн металла ежедневно. Однако перед тем, как попасть к покупателю, готовая продукция проходит ряд лабораторных испытаний. Финальным аккордом любой отгрузки является печать сертификата качества. Количество распечатываемых бумажных листов сертификатов качества – сотни тысяч в месяц. Только представьте, каких ресурсов требуют печать, подписание и перевозка такого гигантского объема документов!

Вот так это было раньше. Готовая продукция покидала цеха только с бумажными документами. При этом передача сертификата качества требовала цепочки из 5 человек и до двух недель времени. На этом длинном пути к покупателю сертификат качества и партии продукции могли оказаться случайно (или не очень случайно) перепутанными. А ошибка пересортицы металлопродукции — жуткое событие, вызывающее очень, мягко говоря, неприятные эмоции у любого металлурга.

При этом организационно Группа НЛМК – это десятки входящих в нее юридических лиц, производственных площадок, сотни информационных систем от локальных АСУТП, MES до ERP. Каждый цех, завод имеет исторически сложившиеся принципы маркировки своей продукции и сопроводительной документации. Нужно было что-то менять. Драйвером изменений выступили отделы сбыта и корпоративная архитектура. Совместно с ИТ-подразделениями мы согласовали несколько ключевых идей и начали операцию по избавлению от бумаги.

Читать далее
Total votes 31: ↑31 and ↓0 +31
Comments 19

Ключевое звено всего производства: прокатный стан длиной 1,5 км — и как мы его немного доработали

Level of difficulty Easy
Reading time 7 min
Views 6.8K
Review

У нас есть прокатный Стан-2000. 2 000 — это не год создания, а длина бочки рабочего валка в миллиметрах, а значит, ширина стальной полосы. Стан раскатывает металлический слиток под названием сляб (примерно 25 тонн, толщиной 25 см и длиной — 10–12 м) в стальную полосу длиной до 1,5 км.

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

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

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

1) Чтобы слябы не догоняли друг друга, потому что тогда будет пробка и всё остановится.

2) Чтобы разрыв между слябами был минимальным, то есть подаваться они должны почти впритык.

Задача сводится к пониманию того идеального момента, когда надо подавать на стан следующий сляб.

До появления ИТ-системы, о которой и хотим рассказать, люди в общем неплохо справлялись, но они всегда перестраховывались и закладывали несколько дополнительных секунд паузы между слябами (такой пессимистичный прогноз вместо оптимального).

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

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

Читать далее
Total votes 45: ↑45 and ↓0 +45
Comments 19

Пора поговорить про ответственную сталь

Level of difficulty Medium
Reading time 5 min
Views 4.5K
Review


Специальные стали нужны для буровых установок, спецтехники и всего того, что должно выдерживать очень серьёзные нагрузки. У совместного предприятия нашей компании и холдинга NBH есть завод в Бельгии (в Клабеке), где производится износостойкая и высокопрочная сталь.

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

Сталь заказчикам нужна не через год, а всегда как можно быстрее, поэтому есть два варианта: либо держать на складе полуфабрикаты всех типов (очень много вариантов химсоставов) в большом количестве, либо прогнозировать спрос и держать то, что оптимально соответствует этому спросу.

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

Но кое-что всё равно придумали.
Читать дальше →
Total votes 34: ↑34 and ↓0 +34
Comments 11

Как меняется сумма от перемены мест в графике производства

Level of difficulty Easy
Reading time 5 min
Views 3.3K
Case

Меня зовут Ася, и я занимаюсь решениями по оптимизации в НЛМК-ИТ. Много лет я работала .NET разработчиком, мечтала о профессиональном росте. Коллеги из проекта по календарному планированию и графикованию поверили в меня и взяли в команду, несмотря на то, что на тот момент я не имела релевантного опыта. Я узнала, что математические модели востребованы и в металлургии. И вот мы выпустили в опытно-промышленную эксплуатацию проект оптимального планирования производства на основе класса программ Solver.

Здесь хочу рассказать об оптимизации очередей производства в прокатном и электросталеплавильном цехах НЛМК-Калуга. На фото прокатный цех.

Когда я начала работать, люди составляли планы загрузки агрегатов в Excel. В прокатном цехе это план для прокатного стана, а в электросталеплавильном для МНЛЗ (машина непрерывного литья заготовок). Это основные агрегаты двух цехов, они работают непрерывно день и ночь и одномоментно могут производить только один вид продукции, потом приключаться на другой.

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

Чтобы узнать какими средствами мы оцифровали процесс планирования производства, прошу под кат.

Читать далее
Total votes 28: ↑27 and ↓1 +26
Comments 11

Самообслуживание или как Dev- Fin- Sec- TestOps победил

Level of difficulty Medium
Reading time 10 min
Views 1.5K
Case

Представьте, что вы запустили внутреннюю платформу сервисов для разработчиков и DevOps-команд: хранение кода, инструментарий для CI/CD, контейнеризация (или иной способ выполнения приложений), логирование, мониторинг и т.д. и т.п. и др. и пр.

Пошли потребители. 1, 2... 10-й... 20-й... Вы понимаете, что для их обслуживания вручную в приемлемые сроки вам не хватает "рук". Еще и пользователи создают заявки, используя человеческий язык запросов, трудно поддающийся автоматизации. Из-за спешки и стресса начали появляться сбои. Итог: вместо работы над улучшением платформы вы занимаетесь разборами жалоб и инцидентов.

Представили?
Total votes 17: ↑17 and ↓0 +17
Comments 0

Сахар для слоненка — быстрый старт c PostgreSQL для команд в НЛМК

Level of difficulty Easy
Reading time 8 min
Views 7.1K
Tutorial

На протяжении более чем 10 лет работы с PostgreSQL, периодически наблюдаю, как команды на начальном этапе, зачастую, не уделяют внимание ролевой модели базы, или как вся команда работает под суперпользователем postgres и забывает про версионирование схемы.

В процессе общения с различными командами в НЛМК у меня появилась идея предложить им «преднастроенный PostgreSQL». Как в итоге сделали — под катом.

Читать далее
Total votes 25: ↑25 and ↓0 +25
Comments 5

Как ИИ работает даже в зоне взрывных работ

Reading time 6 min
Views 6K
Case

Чтобы добыть железную руду, породу нужно рызрыхлить. В карьере СГОКа (Стойленского горно-обогатительного комбината) этого достигают посредством буровзрывных работ. После взрыва горную массу нужно погрузить в карьерный самосвал, а потом в вагон-думпкар и отправить на обогатительную фабрику.

Казалось бы, что может быть проще — черпай себе экскаватором да высыпай. А вот нет — тут легко допустить перегруз или же, наоборот, недогруз. Даже если средние показатели в норме, из-за таких вот «небольших» погрешностей мы на круг недовозили на фабрику 2-3% породы в сравнении с учетной нормой. Приходилось запускать дополнительные рейсы. Перегруз еще и опасен для транспорта — он повышает износ деталей и расход топлива, увеличивает риск выпадения кусков породы из вагона или кузова.

Мы на НЛМК очень любим ИИ, математические модели и прочие нейросети – вот их и взяли, чтобы повысить эффективность транспортировки железной руды с карьера на фабрику.

Читать далее
Total votes 51: ↑51 and ↓0 +51
Comments 24

Перелив ковша

Level of difficulty Medium
Reading time 6 min
Views 12K
Case
К нам в цех заезжает поезд с маленькими-маленькими ковшами стали по 80–120 тонн. Доменное производство, где делают чугун, — это предыдущий этап работ. А у нас из чугуна надо сделать сталь. Соответственно цеха соединены железной дорогой, и расплавленный чугун приезжает к нам. В поезде — сразу 10-11 ковшей. Проблема в том, что наши ковши — по 300 тонн, и нужно с помощью трёх мостовых кранов (они перемещаются где-то под потолком цеха) собрать из этого поезда оптимальные разливки.

Раньше около 60 % ковшей по 300 тонн составлялось из четырёх маленьких ковшей, причём четвёртый использовался только частично. То есть где-то получалось скомбинировать что-то вроде 90 + 110 + 98, и это был хороший годный ковш на 298 тонн. А где-то это было 90 + 82 + 85 + 43 тонны из следующего ковша, которому не повезло.

Казалось бы, это задачка, которая решается на школьном уроке информатики за 15 минут, но есть пара нюансов с исходными данными:


Небольшие сложности с получением данных



Плюс ещё пара особенностей производства. Так что сейчас я расскажу, как непросто внедряются в реальный мир даже такие простые модели.
Читать дальше →
Total votes 81: ↑79 and ↓2 +77
Comments 91

Раскатываем сталь — ещё один случай, когда к нам пришли за софтом с производства

Reading time 5 min
Views 9.6K
Case

Стан-2000: чистовая группа

Привет из цеха горячего проката! У нас тут есть агрегат (точнее, стан) длиной полтора километра, в который с одной стороны попадает огромный слиток стали, а с другой мы выдаём полосу металла толщиной несколько миллиметров. Делается всё это валами, или, правильно сказать, валками. Валки сделаны из обычного чугуна, но горячая сталь достаточно мягкая, чтобы её можно было раскатывать.

«Рабочая смена» валков длится примерно три часа. В это время они пропускают полосу со скоростью около 10-14 метров в секунду (это примерно средняя скорость поезда метро). Валок всё время изнашивается, потому что раскатывать сталь далеко не то же самое, что раскатывать тесто. Чтобы это скомпенсировать, они имеют S-образный профиль, и мы постоянно двигаем их так, чтобы изношенные части выходили из прямого контакта со сталью. Но всё равно обжимных валков (которые давят на сталь, а не просто катят её вперёд) хватает ненадолго.

Ну так вот, производственники решили, что хорош выбрасывать хорошие годные валки и позвали нас. Изначально они хотели настроить учёт так, чтобы точнее понимать степень износа каждого.
Читать дальше →
Total votes 72: ↑71 and ↓1 +70
Comments 19

Index.ts – зло и польза

Reading time 5 min
Views 4.5K
Tutorial

Привет всем! Меня зовут Михаил, я старший Frontend-разработчик в НЛМК, занимаюсь разработкой одной из внутренних информационных систем на React + Typescript.

Расскажу про самый короткий и наименее трудоемкий способ экспорта и импорта модулей, что частенько требуется для построения современных приложений. А именно опишу свой эксперимент с импортом и экспортом без использования файла Index.ts, затем — с его использованием. Для наглядности я создал небольшой проект с Webpack и Typescript в редакторе исходного кода Visual Studio Code (далее по тексту VS Code).

Файл webpack.config.js содержит дефолтные настройки, никаких плагинов я не использую. В статье посмотрим на результаты сборки проекта с помощью Webpack в режиме “mode=development”, в режиме “mode=production” и затем подведем итоги.

Читать далее
Total votes 27: ↑25 and ↓2 +23
Comments 10

Всё меняется, когда твой софт повышает безопасность производства

Reading time 8 min
Views 15K
Case
К нам из цеха пришли инженеры и попросили сделать ИТ-систему.

Если вы знакомы со спецификой «суровых производственных мужчин», то знаете, что от них это звучит примерно так же, как «тыквенный смузи и веганский стейк, пожалуйста», — ещё два года назад мы о таком проявлении доверия к ИТ со стороны производства даже мечтать не могли. А тут оказалось, что им нужен инструмент, чтобы контролировать износ сегментов УНРС (установки непрерывной разливки стали), потому что это не только убирает рутину, напрямую влияет на качество продукта — слитков стали, но и снижает потенциальный риск прорыва сегмента с расплавом.

Итак, знакомьтесь, вот один из ручьёв УНРС:



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

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

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

Сейчас покажу результат.
Читать дальше →
Total votes 150: ↑150 and ↓0 +150
Comments 30

Приемы для ускорения написания кода на ABAP

Reading time 5 min
Views 2.9K
Tutorial

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

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

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

Читать далее
Total votes 18: ↑18 and ↓0 +18
Comments 1

Как мы ищем дефекты оборудования ультразвуковыми микрофонами

Reading time 6 min
Views 9.1K
Бывает, чтобы заглянуть в подшипник, нужно разобрать полстанка, и всё это — ради профилактики дефекта. Зачастую бывает, что до того, как что-то реально поломается, узел начинает издавать определённый звук. Замечали, что опытные водители на любую нетипичную вибрацию реагируют чутко и с подозрением? Точно так же и сотрудники наших производств знают, как должен «звучать» станок. Ещё из далёкого прошлого нам достался вполне рабочий метод преобразования ультразвука в слышимый звук с помощью доски: бывает, рабочие со стажем лет так в 30 прикладывают обычный деревянный брусок на полметра к узлу и внимательно вслушиваются.

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

Решение выглядит вот так:



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



Результаты получились очень интересные.
Читать дальше →
Total votes 83: ↑82 and ↓1 +81
Comments 78

Как слить кучу денег на то, что не полетит. Или мои выводы из историй знакомых стартаперов

Reading time 4 min
Views 6.9K

Привет! На связи Боровков Евгений, основатель конструктора прототипов сайтов wmtools.ru[ссылка удалена модератором]. В этой статье я хочу поделиться выводами, которые я сделал, узнав несколько историй нескольких стартапов.

Читать далее
Total votes 15: ↑13 and ↓2 +11
Comments 28

Как мы допиливали Битрикс и защищали его от хищных роботов

Reading time 10 min
Views 4K

Всем привет! Хочу развенчать миф, что в производственных компаниях решение любого вопроса сопряжено с мириадами бумажек, беготней по отделу кадров, и прочими малоприятными вещами. Расскажу о корпоративном портале НЛМК, который для всех нас – сотрудников офиса и производства – единое цифровое окно. Тут все могут решить самые разные вопросы и получить оперативную информацию.

Я как раз стоял у истоков создания портала и участвовал/участвую во всех его жизненных циклах — от идеи и заканчивая принятием на поддержку с дальнейшим развитием. О причинах выбора платформы Битрикс, и неких других технических тонкостях – расскажу под катом.

Читать далее
Total votes 21: ↑20 and ↓1 +19
Comments 17
1

Information

Rating
Does not participate
Works in
Registered
Activity