Эти кейсы в меньшей степени про разработку продуктовых решений, а больше про организацию работы с внешними подрядчиками. У Технократии есть услуга «Выделенная команда разработки»: мы предоставляем специалистов, — от аналитиков и дизайнеров до разработчиков и тестировщиков — обычно уже имеющих опыт совместной работы. Такой команде надо меньше времени на онбординг, а заказчик может проще и быстрее тестировать гипотезы и выкатывать новые продукты и фичи. В таком формате мы работали с пятью проектами Сибура в течение двух лет. Рассказываем о них по порядку.

Заводы Сибура — огромная территория с дорогим и сложным оборудованием. Выход из строя отдельного агрегата может полностью остановить производство. День простоя — миллионы убытков.  

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

Чтобы справиться с этими проблемами, Сибур решил оцифровать ТОиР: перевести в цифру журналы, акты, заявки и автоматизировать работу с собираемыми данными. Это было большое комплексное решение, о котором холдинг отдельно писал на Хабре. Технократия приняла участие в разработке его мобильной версии.

Для разработки мы собрали команду: два Android-разработчика уровня senior и два тестировщика. Работа в этом составе длилась почти два года совместно с командой Сибура.

Со стороны Сибура работали Product owner, менеджер проекта, бэкенд- и фронтенд-разработчики, дизайнера, android-разработчик, Scrum-мастер, а в конце подключился lead-архитектор.

Мобильная версия системы работает через взрывозащищенный смартфон с NFC на Android. Обходчик идет с ним по заводу, сканируя осмотренные узлы. Он не забудет ничего, потому что приложение не даст завершить обход, пока все NFC-метки не будут просканированы устройством. 

Выглядит это так:

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

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

Следующие два кейса имеют одну общую особенность — они про работу с автопарком Сибура. 

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

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

Было много лишней работы, связанной с оформлением техники и контролем времени. У каждой бригады свой бюджет на такую услугу, но из-за непрозрачных механизмов контроля в него часто не укладывались. Или проблема допуска на объекты: требовалось заранее получить данные о водителе, отправить в депо, оттуда на проходную. Если водитель техники менялся, то оперативно заменить данные было проблемой — снова идти на проходную, тратить время.

Система заказа транспорта исправила ситуацию.

Для разработки мы собрали команду, состоящую из аналитика, бэкенд- и фронтенд-разработчиков, дизайнера, тестировщика, системного администратора. Со стороны Сибура – руководитель проекта, scrum-мастер, бэк. Работали в таком формате полгода и за это время довели проект до MVP. 

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

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

Команда особенно отметила scrum-мастера со стороны Сибура и его щепетильный Agile-подход к организации рабочих процессов. Дейли, груминги и ретро были на высоте на протяжении всей работы над продуктом.

Вышла такая история:

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

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

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

Суть проекта в названии, и он логически вытек из предыдущего. У большого предприятия большой автопарк, и маршруты должны быть эффективными. Мы собрали команду, чтобы помочь с транспортно-логистическими задачами предприятия. От Технократии над проектом работали аналитик, дизайнер, бэкенд- и фронтенд-разработчики, специалист автотестирования и системный администратором. Со стороны Сибура были продакт, scrum-мастер и специалист по Gurobi.

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

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

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

Технократия с нуля разработала нативные мобильные приложения для УМШ. Особенностью приложений было то, что доступ имеют все сотрудники Сибура. А это самые разные устройства: от древних андроидов до последних айфонов. Пришлось все это учитывать.

Чтобы реализовать эти приложения, мы собрали команду разработки: покрыли тестирование, мобильную разработку под iOS и Android, дизайн, а управлял всем этим менеджер проекта, который сочетал в себе функции аналитика. В команде со стороны Сибура были бэкенд-разработчики, менеджер проекта и Product Owner.

На завершающих стадиях Сибур подключил к команде наших junior-разработчиков, которые за время работы на проекте прокачались внутри компании под присмотром более опытных коллег. Это классная win-win ситуация: заказчик получил разработчика с дисконтом, а мы вырастили специалистов до middle- на боевом проекте.

Получился такой сервис:

Во время работы над УМШ наши дизайнеры начали работать с дизайн-системой Сибура, которая дальше начала раскатываться на остальные внутренние проекты заказчика. 

Длился до середины 2020 года. Мы закрыли аналитику, дизайн, бэк и фронт. От Сибура: бэкенд, продакт оунер, скрам мастер. Это PWA-приложение для оценки организации труда на рабочих местах. 

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

Заказчик сам управлял собранной командой. От него в команде были продакт и бэкэнд. Мы отключились от проекта в начале этого года, с того момента Сибур поддерживает его полностью самостоятельно.

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