 |
Анализ практики внедрения автоматизации управления на примере хозяйства мостостроителей
|
|
|
|
История предприятия и описание проблемы
Мостоотряд № 18 (ранее мостопоезд №54/№421) образован 15 сентября 1941 года, участвовал в строительстве инженерных сооружений на Западном фронте, восстановлении мостов. После войны вел строительство различных объектов транспортного строительства в Москве и Московской области. В настоящее время «Мостоотряд 18» — один из крупнейших филиалов ОАО «Мостотрест». Осуществляет полный комплекс работ по строительству больших и внеклассных мостов, возведению мостовых сооружений, путепроводов, транспортных развязок, тоннелей и фундаментов любой категории сложности.[6]
Впервые проблема автоматизации работы автотранспортного предприятия была поставлена в конце 80-х годов, в духе того времени, когда необходимо было просчитывать различные формы хозрасчетного предприятия с целью повышения его рентабельности.
Силами программистов мостоотряда были написаны две программы, которые выполняли некоторые функции PM- и ERP-систем. По тем временам этот первый шаг был по-своему революционным. Новации позволили структурировать и дисциплинировать работу руководителей подразделений и, кроме того, сделали информационные технологии привычными для них.
Но задача была решена локально. Все эти системы работали самостоятельно, не будучи объединены в единое информационное пространство предприятия. В первой половине 90-х годов в «Мостоотряде 18» появились первые локальные сети.
На сегодняшний день в единую сеть (комплексную информационную систему) предприятия включены четыре географически удаленных объекта и центральный офис. Везде, кроме базы в Одинцове, соединение организовано при помощи выделенного канала со скоростью передачи 64 Кбит/с. Исторически сложилось так, что Одинцово — это вотчина министерства обороны, и на территории города есть определенные проблемы с прокладкой кабеля. Поэтому этот объект подключен к корпоративной сети через коммутированное соединение.
|
|
|
В конце 90-х годов на смену собственным разработкам программистов мостоотряда пришли коробочные продукты. Прежде всего эти решения отличало то, что они аккумулировали в себе знания большего числа специалистов в самых разных областях, чем мог себе позволить «Мостоотряд 18». Кроме того, к тому времени поддержка растущих задач при помощи собственных разработок становилась все более и более дорогостоящим для организации мероприятием, нежели внедрение одного или нескольких коробочных продуктов.
В тот момент в качестве системы управления предприятием было выбрано решение «Инфин-Управление» от компании «Инфин» (http: //www. infin. ru). Но функционал данной системы не решал всех задач автотранспортного предприятия «Мостоотряда 18». Поэтому в конце 2000 года ИТ-специалисты приступили к поиску решения, которое могло бы заменить собственные разработки по управлению автотранспортным хозяйством.[7]
Профиль клиента:
Компания: МТФ «Мостоотряд 18»
Местонахождение: Москва
Число сотрудников: более 1500 человек
Руководитель проекта: Виктор Коротин, начальник отдела ИТ
Проблема: Внедрение автоматизированной системы управления автотранспортным предприятием
Профиль партнера
Компания: Sterling Group
Местонахождение: Москва
Руководитель проекта: Александр Добрынин, зам. начальника департамента разработки и внедрения программных средств
Решение: Поставка и внедрение системы TransBase
Этапы решения проблемы
В группу специалистов «Мостоотряда 18», которой предстояло выбрать решение для автоматизации автотранспортного хозяйства, входили не только ИТ-специалисты, но и сотрудники, которым предстояло непосредственно заниматься эксплуатацией системы. Это были представители диспетчерской службы и непосредственное руководство автотранспортного предприятия.
|
|
|
Система TransBase компании Sterling Group понравилась в первую очередь своей гибкостью, там можно было смоделировать любую ситуацию, которая выходила за рамки обычных представлений об автотранспортном предприятии. Кроме того, система отвечала требованиям мультимаршрутности и организации диспетчеризации.[8]
Система работала с СУБД Oracle, которую можно наращивать со временем. Предприятие меняется со временем, появляются новые службы, новые отделы и новые задачи в рамках уже существующих подразделений. Поэтому наращиваемость и гибкость системы играют очень важную роль». Учитывая перечисленные достоинства системы TransBase, специалисты «Мостоотряда 18» остановили свой выбор на ней.
Первая фаза внедрения системы TransBase осложнялась тем, что специалисты автотранспортного предприятия всегда принимали участие в постановке задач при создании своих программных продуктов. При всем при том, что решение компании Sterling Group вобрало в себя современные подходы к методам и средствам программирования дизайна интерфейса, на первом этапе возникло определенное непонимание сторон.
Но в процессе работы произошла адаптация, специалисты двух фирм научились понимать друг друга, выработали некий язык и способ общения между собой. В итоге внедрение системы, начавшееся с трений сторон, переросло в их полное взаимопонимание вплоть до помощи друг другу уже за рамками техзадания. Кроме того, в процессе внедрения пришлось отчасти изменить структуру управления автотранспортным предприятием. Эти мероприятия потребовали увеличения сроков внедрения, но позволили достичь качественного результата.
С высоты сегодняшнего дня ИТ-специалисты «Мостоотряда 18» считают, что внедрение можно было бы завершить за восемь-девять месяцев. Дело в том, что в последние месяцы те, кто должен был заниматься непосредственной эксплуатацией системы, стали увеличивать свои требования к функционалу: им уже хотелось чего-то большего.
Действительно, диспетчерская служба мостоотряда работает в режиме online, 24 часа в сутки семь дней в неделю, вахтовым методом — по 12 часов. Ведь несмотря на то, что какие-то работы, например, буровые, прекращаются на ночь, сам процесс строительства моста идет круглосуточно, и на объект должен приходить груз, а автотранспорт после этого должен возвращаться в гараж. Значит, все данные должны фиксироваться и обрабатываться. При таком режиме делать какие-то изменения в системе в процессе работы тяжело и накладно. В результате внедрение затягивалось уже со стороны мостоотряда.[9]
|
|
|
За три месяца до запуска системы началась своего рода предпромышленная эксплуатация. Данные параллельно вносились в две системы, но брался не весь спектр транспорта, а некоторые срезы.
В процессе опытной эксплуатации выяснилось, что печать путевого листа занимает более 10 с. Это означало, что в семь утра, когда происходит основной выпуск автотранспорта, перед выпускающим механиком выстроится очередь из десятков водителей. А требуется выпускать транспорт фактически мгновенно, от этого зависит заработок водителей и сроки строительства.
Когда же специалисты стали детально разбираться в этой проблеме, то оказалось, что печать одного путевого листа действительно может занимать много времени, но когда идет поток листов, то время печати в пакетном режиме существенно сокращается. Все эти мелочи негативно сказывались на запуске системы.
Немного о технической стороне дела. В процессе подготовки системы к вводу в эксплуатацию в автохозяйстве пришлось обновить сервер. Изначально там стояла простая машина, на смену которой под СУБД Oracle был закуплен двухпроцессорный сервер на базе Intel Pentium IV 650 3.4 ГГц, 512 Мбайт оперативной памяти и жестким диском на 80 Гб.
Общение между службой поддержки и пользователями происходит через ftp-сервер Sterling Group. На нем, в соответствии с требованиями «Руководства по использованию услуг службы технического сопровождения», имеются новые версии прикладного ПО, документация к новым версиям и исходные тексты приложений. При возникновении ошибок появляется файл с листингом кодов ошибок. Этот файл переправляется службе поддержки Sterling Group, и в течение нескольких дней создается «заплатка», исправляющая эту ошибку. При помощи ftp-сервера служба поддержки снабжает всех своих пользователей исправленным кодом.[10]
|
|
|
Пожелания пользователей собираются в течение определенного периода, и готовится новая версия ПО. Анализ базы данных и устранение сбоев проводится в Sterling Group также при помощи ftp-сервера — пользователи выкладывают на него копию базы данных и комментарии.
Заключение
На сегодня система TransBase уже больше года эксплуатируется в «Мостоотряде 18» в режиме online. Система не заканчивает работу в самом автохозяйстве, данные передаются в ERP-систему предприятия. Осуществляется стыковка программных продуктов компаний Sterling Group и «Инфин».
Само по себе автотранспортное предприятие не относится к доходным участкам. Свою долю прибыли оно получает с определенных строительных площадок, между которыми непосредственно распределяются заказы и соответственно прибыль. Система TransBase позволила считать валовой доход, т. е. ежедневно получать информацию о том, какую именно сумму автохозяйство должно получить с этих строительных участков.
Кроме того, в результате внедрения системы TransBase руководство автотранспортного предприятия, проанализировав ряд нюансов, на которые раньше не удавалось обратить внимание, сделало несколько интересных выводов. В корпоративной ERP-системе существует аналитика по финансам и по финансовым потокам. Но аналитика в системе TransBase позволяет наглядно и оперативно оценить, насколько рентабелен тот или иной автотранспорт. В результате в автотранспортном хозяйстве обратили внимание на ряд транспортных единиц, которые раньше считались убыточными (т. е. затраты на ремонт и на техподдержку были значительно больше, нежели прибыль, которая получалась от эксплуатации этой техники). В первую очередь это касается прицепов для перевозки уникального оборудования.
Любой человек, имевший дело с такой техникой, знает, что если механизм просто стоит, он умирает. Автослесарь следит за состоянием техники и должен обращать внимание на то, чтобы своевременно поменять подшипники или колодки. Но когда техники больше сотни единиц, отследить это сложно. Система управления позволила отслеживать состояние техники не только автомеханикам, но и начальнику автотранспортного предприятия. Ситуация в хозяйстве становится более ясной.
Определенная специфика мостоотряда — особый режим труда рабочих. Сотрудник в течение месяца может перемещаться по десятку участков. Но пока не очень корректно работает модуль табельного учета на отдельных участках. Табели готовятся и передаются в обычных электронных таблицах. При частичной автоматизации этой задачи возникают проблемы при стыковке информации.
|
|
|
Однако решение этой задачи предполагает не только технические, но и организационно-структурные преобразования. Если раньше управление персоналом было прерогативой отдела труда и заработной платы, то сейчас управление начинается именно на том участке, где находится тот или иной сотрудник.
Связующий модуль между TransBase и корпоративной ERP-системой позволит передавать данные не непосредственно на расчет заработной платы, когда закрывается месяц, а в модуль табельного учета. Благодаря этому можно будет получать ежедневную информацию по каждому сотруднику.
На сегодняшний день в «Мостоотряде 18» порядка 1, 5 тыс. работников. В современных условиях, когда предприятие обязано выполнять работы в довольно сжатые сроки, приходится увеличивать количество персонала на критичных объектах. Для этого управляющий персоналом должен знать реальную картину о том, где и сколько занято сегодня людей. В существующей ситуации отдел кадров может располагать этой информацией только на конец месяца.
Не так давно один из руководителей «Мостоотряда 18» специально посетил автохозяйство и в течение нескольких часов наблюдал работу системы TransBase. Ему было интересно увидеть, что человек, вернувшись из рейса, имеет фактически всю информацию о том, какую он принес прибыль автотранспортному предприятию, а, следовательно, о нормативах на зарплату и о бонусах за этот рейс. Иными словами, каждый водитель видит, сколько он заработал. Это в числе прочего стимулирует и дисциплинирует персонал. После этого руководство поставило задачу о внедрении аналогичной системы на предприятии средств механизации.
Список литературы
1. Иванов А. П., Иванова О. М., Дорофеев А. Н. Зачем руководителю информационная система // Грузовое и пассажирское автохозяйство № 08, 2008 г.
2. Седов О. ИТ-опоры в хозяйстве мостостроителей // Корпоративные системы, 18 марта, 2005 г., № 05 (70)
3. Степанов В. В., Гритчин В. Ю. Внедрение информационных технологий в автотранспортной инфраструктуре – Камск, 2005.
[1] Иванов А. П., Иванова О. М., Дорофеев А. Н. Зачем руководителю информационная система // Грузовое и пассажирское автохозяйство № 08, 2008 г.
[2] Иванов А. П., Иванова О. М., Дорофеев А. Н. Зачем руководителю информационная система // Грузовое и пассажирское автохозяйство № 08, 2008 г.
[3] Степанов В. В., Гритчин В. Ю. Внедрение информационных технологий в автотранспортной инфраструктуре – Камск, 2005.
[4] Степанов В. В., Гритчин В. Ю. Внедрение информационных технологий в автотранспортной инфраструктуре – Камск, 2005.
[5] Степанов В. В., Гритчин В. Ю. Внедрение информационных технологий в автотранспортной инфраструктуре – Камск, 2005.
[6] Седов О. ИТ-опоры в хозяйстве мостостроителей // Корпоративные системы, 18 марта, 2005 г., № 05 (70)
[7] Седов О. ИТ-опоры в хозяйстве мостостроителей // Корпоративные системы, 18 марта, 2005 г., № 05 (70)
[8] Седов О. ИТ-опоры в хозяйстве мостостроителей // Корпоративные системы, 18 марта, 2005 г., № 05 (70)
[9] Седов О. ИТ-опоры в хозяйстве мостостроителей // Корпоративные системы, 18 марта, 2005 г., № 05 (70)
[10] Седов О. ИТ-опоры в хозяйстве мостостроителей // Корпоративные системы, 18 марта, 2005 г., № 05 (70)
|
|
|
