ПГК - проект. национальный исследовательский университет высшая школа экономики
 Скачать 0.57 Mb.
|
|
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ «ВЫСШАЯ ШКОЛА ЭКОНОМИКИ» Высшая школа бизнеса Проектная работа Решение проблемы “простоя” с использованием цифровых технологий в Первой Грузовой Компании Выполнили: Татьяна Койчева “Логистика и УЦП” БЛГ 182 Владислав Ломоносов “Бизнес-Информатика” ББИ 183 Валентина Шелудченко “Логистика и УЦП” БЛГ 182 Анастасия Богонос “Логистика и УЦП” БЛГ 182 Москва 2021 Введение: 2021 год. Дигитализация как новый тренд в промышленных, консалтинговых, и логистических компаниях занимает все новые позиции. Аргументация надобности в дигитализации на сегодняшний день для компаний обусловлена факторами экономии, оптимизации, и лучшего понимания экономической составляющей рынка и конечного потребителя в частности. Дигитализация - это тренд способный трансформировать бизнес при помощи внедрения современных технологий и инструментов, которые помогают сокращать затраты, улучшать позиции на рынке, взаимодействовать с клиентами и автоматизировать процессы. Компании которые не видят необходимости в использовании современных методик и технологий для своего бизнеса, будут демонстрировать показатели хуже, чем такие же компании использующие современные IT технологии. Преимущества IT технологий состоят в возможностях более тщательного анализа факторов влияющих на стоимость, производство, и клиента. Изучив данные статистики полученной благодаря дигитализации можно с легкостью выяснить где происходят финансовые потери, застои в бизнес-процессе, и обобщенно куда уходят деньги. Следовательно оптимизировать данные процессы, тем самым сократить себестоимость, увеличить скорость работы бизнес-процесса, производства, в следствии и качества продукта. То есть внедрение дигитализации в свою компанию это процесс ориентированный не на сиюминутные преимущества, а процесс позволяющий компаниям выиграть в долгосрочной перспективе. Кейс - описание проблемы О компании: ПАО «Первая Грузовая Компания» (ПГК) — крупнейший частный оператор грузовых железнодорожных перевозок России. Оператор предоставляет полный комплекс услуг по транспортировке грузов. С компанией сотрудничают крупнейшие российские промышленные и добывающие компании, представители среднего и малого бизнеса, такие как Группа «Илим», «ЕВРОЦЕМЕНТ груп», «ЛУКОЙЛ», НЛМК, «Роснефть», «Северсталь», СУЭК и другие компании. Эффективную работу компании обеспечивают более 3 000 сотрудников. В среднем в сутки компания загружает 7 000 вагонов, грузооборот компании составляет 289 млрд. т/км, что в свою очередь 11% от общего грузооборота по сети РЖД. Сейчас в структуре ПГК 14 филиалов, осуществляющих обслуживание клиентов по сети железных дорог практически на всей территории России. На территориях Финляндии и Казахстана интересы ПГК представляют компании Freight One Scandinavia Ltd и ТОО «ПГК-Центральная Азия». В управлении ПГК – свыше 100 тысяч вагонов, включая полувагоны, цементовозы, крытый подвижной состав, платформы. Основная деятельность ПГК: оперирование подвижным составом, предоставление вагонов в аренду промышленная логистика комплексная логистика экспедирование грузов ремонт и подготовка грузовых вагонов на промывочно-пропарочных станциях (ППС) Принципы работы ПГК: предоставление клиентам качественных, выгодных и удобных услуг постоянное развитие сервисов, внедрение передовых технологий на рынке нацеленность на долгосрочное партнерство ответственность за перевозочный процесс Проблемные зоны: Как было упомянуто выше, количество вагонов транспортной компании составляет порядка 100 тыс. единиц. Компания ищет метод ускорения погрузочно/разгрузочных работ дабы сократить простой транспорта. После того как транспорт был загружен, или его груз был отгружен на станции, он зачастую по непредусмотренным причинам задерживается на станциях. Зоны влияния при внедрении цифровых технологий: качество оперативного и текущего планирования работы станции и взаимодействующих с ней элементов; уровень диспетчерского регулирования поездопотокам с целью повышения равномерности подвода поездов на станции Задача поставленная ПГК: Сократить время простоя, улучшить коммуникацию административного пункта с машинистом, достичь максимального времени простоя в 48 часов, а также регламентировать процесс для будущих соискателей. Анализ кейса При анализе кейса были выявлены слабые стороны бизнес-процесса ПГК: Отсутствие бизнес-процесса определяющего местонахождение вагонов, что в свою очередь приводит к невозможности отсчитывать время простоя -> предложить решение способное определять местоположение вагонов, для точной идентификации времени и безопасности вагонов. Нет способа идентификации точного времени простоя, по данной причине транспорт может задерживаться в погрузочно/разгрузочном секторе до 12 дней, что в свою очередь приводит к убыткам, как финансовым, так и репутационным -> предложить решение способное отсчитывать время, при пребывании транспорта в погрузочно/разгрузочном секторе, и уведомлять административный центр при возникновении простоя. Недостаток коммуникации между машинистом и административным центром (административный центр не может идентифицировать причину простоя) -> предложить способ быстрой идентификации причины простоя. Отсутствие записей с возникающими задачами, и их решением для будущих соискателей (т. е. в компании нет регламентов, касающихся машиниста и вагонов) -> после реализации предложенных выше решений, начать собирать отчетность о возникших проблемах, и наилучших методах решения данных проблем, с последующим составлением регламентов из данного опыта. Переменные для нахождения идеального решения Решение будут отобраны по представленным ниже критериям для максимальной эффективности и работоспособности компании ПГК, также для удешевления себестоимости продукта, за счет сокращения операционных затрат, на сырье, производство и логистику, включая возможное возникновение чрезвычайных ситуаций с простоями: Стоимость (стоимость самого решения, стоимость его доставки до места установки, стоимость труда выделенных рабочих на процесс, стоимость услуг консалтинга и т. д.) Время на интеграцию (малая установка, пилотное тестирование, большая установка, обучение персонала, отладка процессов, выявление ошибок в процессе, оптимизация и устранение ошибок в процессе) Долговечность, актуальность и практичность предложенного решения Введение в решения Благодаря имеющемуся в IT опыту у членов проектной группы, были предложены различного типа, по сложности и стоимости решения начиная от покупки заканчивая разработкой и соответственно производством. Первая задача которая стояла перед командой это решить, с какого устройства выгоднее и безопаснее всего для бизнеса забирать геокоординаты.  Было рассмотрено несколько вариантов, забирать геокоординаты с вагонов и забирать геокоординаты у машиниста. Забор геокоординат с вагонов Данный вариант был сразу отброшен по причине дороговизны, отслеживать каждый вагон, коих в компании насчитывается свыше 100 тысяч, финансово не выгодно. Тем более был проведен анализ рынка на определение минимальной стоимости термоустойчивого GPS трекера. Так как ход проекта сопровождался представителями компании, необходимая термоустойчивость аргументируется необходимостью работать в северных регионах России, где простая электроника (неподготовленная к условиям), просто выйдет из строя, из-за чего будут понесены дополнительные финансовые издержки.  Был найден минимальный по стоимости GPS трекер, по характеристикам от части удовлетворяющий условия, со стоимостью в $38.70. Частично удовлетворяющий условия, потому что рабочая температура датчика должна быть -50* С, у датчика же она составляет -20* С. Однако производитель заявляет, что датчик способен работать при температуре -50* С. Если посчитать стоимость, то она составит: $38.70 * 100 000 = $3 870 000, что является достаточно крупной суммой, для столь рискового вложения. Забор геокоординат у машиниста В данном направлении было рассмотрено несколько решений, такие как: Смартфон (покупка при отсутствии (необходим для решения 2-х проблем)) Использование готового IT решения Покупка узкоспециализированного решения Разработка своего решения Дополнительное устройство Покупка дополнительного устройства для машиниста Производство дополнительно устройства для машиниста При коммуникации с представителем компании, были выяснены факторы способные снизить издержки на решение поставленных задач. Компания на момент анализа год как использовала решение MobileIron для сотрудников офиса. MobileIron - это UEM (Unified Endpoint Management) система способная обеспечивать BYOD (Bring Your Own Device) сервис. Простыми словами система воссоздает защищенный кейс с заведомо выбранными приложениями внутри личного или корпоративного устройства. Офис компании начал использовать данное решение после наступления пандемии, чтобы позволить сотрудникам безопасно работать с корпоративной информацией из дома. Члены команды по решению кейса, были знакомы с данным решением, однако были дополнительно изучены кейсы успешного и неуспешного использования данного решения. Также были изучены материалы по данному решению. Было обнаружено что MobileIron предоставляет сервис неиспользуемый компанией ранее, однако входящий в сервис и не требующий дополнительных оплат. Это сервис забирающий геолокационные данные с личного или корпоративного устройства при условии установленного на устройство MobileIron. Решение MobileIron Для решения геопозицонной задачи, необходимо устройство с которого эта геопозиция будет считываться (далее забираться). Так как для поезда необходим машинист, а вагоны вместе с тянущим элементом составляют грузовой поезд, было рассмотрено решение снабдить машинистов корпоративными устройствами (смартфонами), с предустановленным заранее MobileIron. Устройство вместе с решением идентифицирует машиниста и по заранее выбранной периодичности забирает его геокоординаты. На данном этапе для устройств машинистов кейс MobileIron может ничего не содержать, что очень удобно для удешевления подписки на решение. На этом этапе команда озадачилась вопросом, что делать если на месте отправления не будет связи, или контрольных точках в пути машинист встретит ее отсутствие? Мы транслировали данный вопрос на члена компании ПГК и он нам рассказал, что на каждом погрузочно/разгрузочном пункте стоят вышки телефонной связи, благодаря которым интернет и сотовая связь работают на 100%. Это позволило нам не волноваться о точности данных при стоянке, или отправлении со станции, данные будут получены. TeamWire Существует IT решение немецкого происхождения называемое TeamWire (далее TW), оно было изобретено для немецких полицейских, как защищенный, администрируемый с командного пункта мессенджер, с широкими возможностями по API. Из него невозможно сделать скриншоты, передача информации надежно курируется администратором, передаваемая информация находится на серверах заказчика и это еще не все. Главное преимущество из-за которого было принято решение использовать данного производителя в проекте, это тревожная кнопка. Тревожная кнопка - это функция благодаря которой в независимости, от включенных/выключенных уведомлений на телефоне, раздастся продолжительный громкий сигнал, который невозможно не заметить, он сработает на полную громкость, даже если звук на телефоне был приглушен. С помощью TW было предложено организовать несколько иерархических групп в мессенджере, несколько групп реагирования в зависимости от того какой сегодня едет машинист, кто в случае его неработоспособности будет заменять, и кто будет поддерживать процесс н контрольных точках. Была разработана последовательность. MobilIron забрал координаты с устройства машиниста, как только тот прибыл в погрузочно/разгрузочный пункт (далее ПРП), и API вшитый в MobileIron начинает отсчет секундомера, также этот секундомер стартует в TW. У каждого машиниста есть регламент по времени когда поезд должен тронуться, если в указанное время машинист не изменяет своего местоположения, и/или проходит более 48 часов, в TW срабатывает тревожная кнопка. В этот же момент в TW на устройстве машиниста методом API всплывает окно с возможными причинами задержки, машинист выбирает наиболее релевантную причину, и далее с этой информацией уже работает администратор. Также хотелось бы отметить, что все участники группы в мессенджере получают сигнал тревожной кнопки, и пока поезд не сдвинется с места, тревожный индикатор на названии группы в мессенджере никуда не пропадет (здесь речь идет не о громком сигнале, его человек может выключить сам). ClickUp CRM TW облегчит коммуникацию среди управляющих, администраторов и машинистов. Однако этого мало чтобы создавать регламентирующую документацию, и управлять тысячами вагонов по всем направлениям СНГ. По данной причине было предложено использовать актуальную CRM, для задач схожего характера. В ClickUp можно создавать команды, выдвигать управленцев, и самое главное использовать API, что очень важно для предыдущих решений. ClickUp выполняет следующую роль. В нем организовываются процессы и поставки в соответствии с регламентом ПГК, так чтобы далее их не нужно было добавлять, а только редактировать (в том или ином случае решение очень гибко, что с легкостью позволяет создавать или изменять процессы). API и интеграция, объединение всех трех систем То есть изначально в CRM загружается список маршрутов (приход поезда, погрузочно/разгрузочные работы и т. д.), и в системе проставляется периодичность, так чтобы далее процессы добавлялись автоматически. В систему будут загружены ответственные лица, поделенные на группы, а также управляющие лица по иерархии вверх. То есть без необходимости проблема не будет уведомлять высшее руководство о задержке грузового поезда на 20 минут, однако при необходимости система позволит выгрузить отчет со всей идентифицирующей информацией. Идентифицирующая информация - в данном случае это подробности задержек поездов на пути бизнес-процесса, список ответственных лиц, и места возникновения проблем, детально на карте.  Чтобы описать как появляется идентифицирующая информация, стоит подробно рассказать как все три решения взаимодействуют между друг другом. Существует три решения, Mobileiron - в нашем случае выполняющее функцию защитного кейса для остальных приложений, пример TeamWire, именно в данном кейсе забирающее геопозионные данные. TeamWire - защищенный мессенджер для переписки, с функцией тревожной кнопки при возникновении неполадок в бизнес-процессе, и ClickUp - замыкающая все предыдущие решения CRM система. Наша команда предложила купить, или использовать существующие смартфоны каждого машиниста, предварительно загрузив на эти смартфоны решение MobileIron, с уже встроенным в кейс решением TeamWire для корпоративного общения. Предположим пустой поезд заходит в погрузочно/разгрузочный пункт и там задерживается дольше 48 часов. Как только поезд появился в радиусе определенного расстояния рядом с ПРП в системах MobileIron и TeamWire включается секундомер. Если это MobileIron (далее MI) то конечный пользователь никак не видит никакого секундомера, для него MI это просто защищенная папка с приложениями. Однако у администратора API интеграция напрямую завязана на MI, то есть администратор с определенной периодичностью получает координату машиниста, она совпадает с радиусом координат близ ПРП, и API запускает в той же таблице Excel секундомер. Пока API не получит координату вне данного круга по определенному маршруту, секундомер будет запущен. Если машинист не выходит за зону координат ПРП и секундомер начинает отсчитывать более 48 часов, в корпоративном мессенджере срабатывает тревожная кнопка, и отведенное число персонала отвечающее за поезд и погрузочно/разгрузочные работы, уведомляются вне зависимости от включенных уведомлений на их устройствах.  В TeamWire также встраивается усилиями программиста определенный набор функций, такой как выбор проблемы, примерные сроки решения проблемы. И группа отвечающая в данном случае за проблему информирует администратора процесса, по какой причине произошла задержка, отталкиваясь от полученной информации администратор может принять оптимизационные действия, по устранению проблемы. То есть как только кнопка сработала, в TW открывается окно выбора проблемы, или описания проблемы в 2 словах если она новая, и следующим свайпом, выбирается примерное время на устранение проблемы. Самое важное, компания ПГК будет получать независимые данные от каждого участника процесса. После того как проблема будет устранена, поезд отправиться в путь, можно будет на планерке идентифицировать новые проблемы, и создавать регламенты по скорому их устранению, то есть была нажата тревожная кнопка, машинист и все ответственные лица выбрали проблему и время на ее решение, а API предлагает взглянуть на четко описанный кейс как данная проблема была решена в прошлый раз, и это не займет больше 4х минут. Сколько это стоит? Мы подсчитали что в компании порядка 500 машинистов, для них покупка TW обойдется в $46 000, $92 за одного человека, MobileIron обойдется компании в $29 000, ClickUp было принято не считать так как это более глобальное предложение всей компании перейти на данное решение. Суммарно решение обойдется компании в $95 000, так как если в компании нет опытного программиста умеющего работать с API, придется найти проектного специалиста и работа обойдется в не более $20 000. Сравнение Как было описано ранее мы рассмотрели несколько вариантов разработки процесса оптимизации застоев на ПРП, однако самый динамичный это решение 1, так как его быстрее всего развернуть. Присутствует и решение 2, оно состоит в использовании геопозиционного датчика за которым будет следить непосредственно машинист. Однако так как это не мобильный телефон, курирование данного момента машинистом сомнительно. Самое лучшее по мнению команды было решение 3, это подтвердили и в компании ПГК, однако в ПГК за основу было принято решение 1 с дальнейшим переходом к решению 3. Решение 3 заключается в разработке или использовании геопозиционного приложения с идентификацией личности, во первых это бы уменьшило стоимость обслуживания данного процесса и как минимум привязку к приложению MI, так как UEM решения с каждым годом улучшаются, вероятен сценарий, где через год компания ПГК захочет сменить вендора. Второй причиной была оптимизация, построив решение самостоятельно, геоданные приходили бы на пункт администратора именно в необходимом, и заранее заданном формате, из коробки, без различных дополнительных вмешательств. Вывод Наша команда считает найденное решение 3 наилучшим выбором для компании ПГК, по 3 причинам, стоимость, легкость в обслуживании, мультифункциональность. Решение 1 также понравилось компании ПГК, и было принято за основу для работы над данным бизнес-процессом. В ходе работы участники с БИ были ознакомлены с основами логистики в России, были изучены основные проблемы и пути их решения в спектре цены, качества, и методов поддержания работоспособности, а участницы с логистики ознакомились в широким выбором IT решений на рынке, и поняли, как легко можно оптимизировать процессы, с использованием IT технологий. Источники https://pgk.ru/, 25.01.22 [18:02] https://www.mobileiron.com/en, 25.01.22 [18:02] https://teamwire.eu/, 25.01.22 [18:02] https://clickup.com/, 25.01.22 [18:02] |