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

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

Спойлер — под катом ещё и история о торжестве справедливости, когда саппортер сам подкинул пользователям проблем.

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

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

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

У нас было два бизнес-аналитика, два системных и команда разработки, мы между собой ссорились, хотя по отдельности все общались отлично. И я задалась вопросом: почему же так происходит? Затем решила провести среди своих коллег небольшое исследование. Задала вопросы бывшим и текущим коллегам, участвовало около 20 человек с соотношением аналитиков к разработчикам 50/50. Вариантов ответов не было, потому что мне было важно получить развернутые ответы, чтобы дальше их проанализировать.

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

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

Много лет назад я был уверен, что когда «подрасту», точно не стану повторять ошибок моих нанимателей. Но увы. Как только начал сам проводить собеседования — все повторилось.

Я угодил в ту же ловушку, что и они.

Привет!

Меня зовут Вячеслав Демин, я аналитик данных в СИБУР Диджитал. Почему меня так интересует тема обратной связи?

Во-первых, профдеформация. Занимаясь анализом, не только данных, я так или иначе привык рефлексировать на разные темы.

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

В-третьих, в свободное же от работы время я — мастер-ведущий игры D&D (Dungeons & Dragons). И здесь очень полезны оценки и впечатления участников о компании. 

Очевидно, что тема мне близка, и я рад поделиться своими размышлениями о видах обратной связи. 

1. Если пользователь не аутентифицирован, перенаправить его по пути /sign-in:
   
   
   
2. Если пользователь не аутентифицирован, показать ему форму входа по URL страницы, которую он пытался открыть, без перенаправления и отдельного пути:
   
   
   

Привет! Меня зовут Юстина, я владелец продукта IIoT в компании СИБУР. В этом посте я расскажу про то, как LoRaWAN, беспроводные датчики, ловкость рук и слаженная работа разных подразделений может помочь и окружающей среде, и живущим неподалеку от наших объектов людям, и расчетному счету компании.

#1 — следим за чистотой воздуха

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

Проблема в том, что такие экопосты у нас долгое время обслуживались подрядчиком. А подрядчик — вещь непостоянная, так получилось на СХП: подрядчик, обслуживающий ПО и сервера, перестал существовать, и у коллег (экологов и химиков) осталась доживающая свой век система, которая требовала постоянной перезагрузки.

Оконечные измерительные устройства – есть, труднодоступное место их установки – есть. Звучит, как задача для нашего подразделения интернета вещей. Прежде всего — нужно было провести эксперимент по качеству связи. Многие предприятия СИБУР полностью покрыты беспроводной LoRaWAN-сетью, однако она всегда строится с «запасом», и кейсов с отдалением датчика на расстояние более 800 метров у нас не было. Так что 2,5 км стало для нас первым подобным случаем наладки устойчивого канала связи, с которым мы успешно справились. А что же делать с исправно работающими устройствами на экопостах? Не менять же? Конечно, нет: здесь на выручку пришли конверторы интерфейсов компании Автон, которые позволяют из почти любого интерфейса передать значения по LoRaWAN. А в качестве средства визуализации было принято решение использовать нашу IIoT-платформу.

Привет! Меня зовут Таня, я инженер-физик, специалист по электронике электрофизических установок. Когда я 16 лет назад выходила из института, мне задали вопрос: “Таня, кем ты хочешь стать, когда вырастешь?” Я не очень понимала, кем хочу стать, но точно знала, чего я делать не хочу. Я сказала: “Я никогда не буду работать с айтишниками”.

Я занимаюсь обучением и развитием персонала уже 17 лет. В двух предыдущих компаниях я построила два обучающих центра. Сейчас я помогаю найти ответ на этот вечный вопрос тем, кто еще не в IT, но очень хотел бы туда попасть, и тем, кто уже в IT, но яростно хочет расти и развиваться в этой роли. Поэтому сегодня расскажу всю правду о том, как мы развиваем IT-специалистов в компании Сибур Диджитал. 

Итак, СИБУР. Достаточно крупная производственная компания. Зачем мы начали придумывать какие-то штуки, чтобы обучать IT-специалистов? Дело в том, что в 2020 году мы столкнулись с офигенной такой текучкой IT-специалистов, ребята достаточно высокого уровня стали активно искать работу и покидать нас. 

С чем это связано? Мы производственная компания, каких-то драйвовых задач мы постоянно давать сотрудникам не можем. IT-специалисты делятся по трем уровням знаний: Junior - начальный уровень, Middle - средний и Senior - высокий. В нашей компании была такая проблема, что люди, наращивающие экспертизу годами, уходят из компании. Как вы понимаете, все то, что они нарастили и сделали, активно уходит вместе с ними. Мы поняли, что эту экспертизу было бы неплохо как-то сохранять и что сотрудники начальных уровней активно хотят развиваться, но мы не знаем, как их развивать.

Кстати, мало кому известно, что 32% IT-специалистов планировали уйти с работы, потому что их там не растят и никак не развивают. На основании этого мы подумали, что круто бы было сделать какую-то штуку, где мы бы все эти вопросы закрыли. Но перед тем, как говорить о создании Центра Экспертизы, давайте обсудим, почему же я с такой опаской относилась к IT-специалистам. 

Привет! Хотим поделиться с вами тем, как прошла в начале ноября наша северная YAMAL CONF. Это уже вторая конференция, которую мы собираем, чтобы развивать IT-комьюнити на Севере и делиться знаниями.

В этот раз мы немного увеличили масштаб по сравнению с 2021 годом и сделали два насыщенных дня — 5 ноября у нас было 7 докладов и 3 воркшопа, а 6 ноября — 6 докладов и тоже 3 воркшопа. Собственно, под катом — немного наших личных впечатлений и планов, фотки, полезные для сообщества ссылки и YouTube-плейлист со всеми 13 докладами.

Каждая строка делает только одно действие

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

Меня зовут Щемелинин Вадим, я четыре года работаю в сфере цифровизации промышленности в компании «СИБУР Диджитал». Моя основная задача — развитие Индустрии 4.0 в холдинге. Одним из продуктов моего направления является видеоаналитика. Сегодня я расскажу про сложности, с которым сталкиваются Python-разработчики, внедряя машинное зрение в нефтехимическую индустрию.

Привет! Меня зовут Никита Горчаков, мы с моим другом Юрием Лёгким собираем ИТ-конференции на Ямале. Ближайшая уже скоро, 5 и 6 ноября.

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

Поэтому мы (я и Юра Лёгкий, технический директор Ямал Медиа) решили исправить ситуацию. Добавочным поводом стал поход Юры на Krasnodar dev Days 2019, после чего мы точно поняли, что локальному сообществу — быть. Примерно полгода мы корпели над организацией, искали деньги, спикеров и возможности.

Привет! Перед летними каникулами мы (СИБУР Диджитал) с коллегами из Росатома, НЛМК, Газпромнефть – Цифровых решений и Евраза штурмили на Highload++ на тему, станут ли все компании IT или же это формат отдельного бизнеса, что лучше – своя разработка или аутсорс, и как новая реальность влияет на все эти вопросы.

У нас наконец-то дошли руки до текстовой версии этого круглого стола. На самом деле, мы хотим поделиться этой историей именно сейчас, потому что тема не только не потеряла своей актуальности, но и подкрепилась новыми трендами.

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

Вместе с другими экспертами из отрасли мы и обсудили сложившуюся ситуацию. Подробности, мнения и примеры — под катом.

Привет! В этом посте мы обсудим Real-time optimization и его влияние на бизнес, само собой, по большей части поговорим про нефтехимию. Но RTO способно повысить эффективность бизнеса и в других сферах, главное — правильно применять этот подход.

Что это вообще такое — RTO?

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

Привет! Хорошо налаженным CI/CD сложно кого-то удивить, потому что чаще всего это происходит в классических IT-компаниях. А в них не бывает таких жестких ограничений в плане информационной безопасности.

Как вы понимаете, у нас в СИБУРе с этим дела обстоят немного иначе. Но мы все равно осилили развернуть полноценный CI/CD в рамках целых предприятий — теперь в пару кликов мы можем разворачивать новые релизы ПО на всех наших заводах. В этом посте я расскажу, что именно мы сделали.

Наш продукт называется “IoT-Платформа СИБУР” и он распределенный: центральный репозиторий с образами нашего софта лежит на серверах в корпоративном центре, а сама платформа устанавливается на сервер каждого завода. И делалось это обычно заботливыми руками отдельно взятых специалистов. Мы решили автоматизировать процесс обновлений версий платформы на каждом заводе, и вышло так, что мы стали первым продуктом в цифровизации СИБУРа, который автоматизировал деплой на заводы (из единого репозитория в корпоративном центре).

Привет! Как мы писали в предыдущих постах, наша команда создает удобные дашборды для разных департаментов СИБУРа, от хозяйственной деятельности до продаж. 

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

Для этого мы создаем так называемый Царь-Дашборд. Control Tower. Мета-дашборд. Он содержит информацию о самых важных дашбордах, которые есть в компании, по сквозным процессам (это такие процессы, которые касаются нескольких разных функций, нескольких различных исполнителей в одной компании). Целевая аудитория такого дашборда — первые лица компании: CEO и, что называется, “минус 1” от его должности. Также данные с дашборда могут пригодиться и операционным специалистам, если им удобно воспринимать данные в таком формате.

Привет! В рамках нашего цикла постов про дашборды в СИБУРе и их практическую пользу для компании не смогли обойти стороной M2F – это обслуживание и ремонты, туда входит множество метрик из различных направлений бизнеса. Это могут быть метрики, которые показывают загруженность ремонтного персонала на предприятии или метрики затрат, например, «Поддержание основных фондов», а также имеется большой блок «Надежность».

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

Чуть не забыл представиться! Меня зовут Миша Делендик, и я как раз отвечаю в СИБУРе за разработку дашбордов по сквозным процессам M2F. В этом материале подробнее расскажу о том, как мы анализируем различные части процесса, чтобы оборудование работало без, кхм, нештатных ситуаций.