Какую рекламу показать пользователю, красную или синюю?

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

Но как узнать, какой из баннеров имеет наибольший уровень кликабельности?

Чаще всего для ответа на этот вопрос используется A/B-тестирование. Группа пользователей разделяется пополам, и первой части показывают один баннер, а второй — другой. После этого можно вычислить уровень кликабельности и выбрать лучший из вариантов.

Предположим, что в конце A/B-тестирования у вас получились следующие результаты:

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

В этом посте мы хотим побольше рассказать о том, как у нас всё устроено. Команд у нас много, как и используемых или стеков, так что говорить будет и верхнеуровнево, и на примере конкретной команды CRM.

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

Под катом:

• как устроено взаимодействие между командами;

• что ждет новичка, пришедшего работать в СИБУР;

• какие есть пути развития карьеры в целом и своих навыков в частности;

• почему круто, когда разраб может просто приехать на завод и лично посмотреть, кто пользуется его продуктом;

• почему у тестировщика в целях вполне себе может быть конверсия интернет-магазина (и это нормально);

• почему B2B-рынок интереснее, чем пресытившийся B2C.

Привет! Меня зовут Олег, в IT я около 8 лет, и попал в отрасль тогда, когда начинался хайп вокруг гибких методологий разработки на российском рынке. Так что у меня была возможность своими глазами посмотреть, к чему все это привело в больших компаниях.

Кроме того, гибкие методологии разработки способствовали развитию инженерных практик.

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

Вот, к примеру, набор из уже имеющихся практик и инструментов. Начинает напоминать какой-то зоопарк:

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

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

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

Так мы разработали справочник по технологиям и трендам современного мира. В нём рассказывается и про популярные IT-сервисы, и про современные профессии, и даже про кибербезопасность. Просто вручаешь справочник —  и не приходится объяснять, чем дата-аналитик отличается от фронтенда, и где вообще эта кнопка "Пуск".

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

Зачем я это делал

Результаты

Кто отвечал на вопросы?

Привет! Хотим подробнее рассказать вам о двух задачах, которые ждут вас на нашем челлендже с призовым фондом в 1 млн рублей.

Задача #1

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

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

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

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

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

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

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

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

Привет!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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