Реклама. ООО «ЛитРес», ИНН: 7719571260.
Для кого написана эта книга
Рождение холдинга
Постановка задачи и пути её решения
Один в поле воин
Контроль работы автотранспорта
Разведка боем
Закручиваем гайки
Топливные короли
Контроль финансовых потоков
Топливный котёл
Информационно-технический отдел
Внутренняя кухня
Технологии
Контроль обслуживания автотранспорта
Транспорт, или Как я научился не волноваться
Гибридный старт разработки и внедрения
Усовершенствование системы ремонтов
Система электронного документооборота
Бумажный ад
Дорога в электронный рай
Бухгалтерский батальон
Стройные ряды
Медленный старт и быстрый темп
Золотая орда
Захват
Знакомство с ханом
Конец эпохи завоевателей
Как я перестал бояться и полюбил прогноз погоды
Деньги из воздуха
Ветер подул
Манёвры торгового судна
Ветер начал раскачивать маятник
Лазер – страшное оружие
Сердце дьявола
Превращение
Круг почёта
Огнеупорный мотылёк
Как не сгореть на работе
Куда приводят мечты
Вселенная
Совершаем ошибки
ТОП-3
ТОП 2
ТОП 1
Научились на своих ошибках
Заключение
Всё, о чём говорится в этой книге, происходило со мной в действительности и является моим жизненным опытом. Как показывает практика, очень немногие люди пользуются опытом других, наступая на одни и те же грабли и падая в те же самые ямы. Кто-то считает, что должен сам допустить те или иные ошибки и сам же их исправить, однако многим свойственно забывать, что человеческая жизнь очень коротка и можно попросту не успеть сделать всё, что задумано. Другое заблуждение заключается в том, что порой люди переоценивают свои возможности и думают, что смогут разрешить какой-то вопрос, опираясь на свои знания и умения. К сожалению, зачастую это приводит к неудачам.
У меня иной подход: я стараюсь максимально использовать опыт других людей. Ведь практически все проблемы, с которыми вы сталкиваетесь, уже были кем-то решены, и просто глупо не воспользоваться этими решениями. Возможно, кто-то из вас в ответ на это скажет, что тогда остановится саморазвитие, – и будет абсолютно неправ. Как правило, при использовании какого-то готового решения в процессе его применения необходимо вносить всевозможные корректировки, доработки, делать подгонку под конкретную ситуацию, тем самым еще более глубоко вникая в проблему. В итоге предлагаемое решение будет более качественным и проработанным. Приведу простой пример: представьте, что вы построили дом и встал вопрос в прокладке электропроводки. Можно придумать самостоятельно, как лучше выполнить прокладку, провести её по минимальным маршрутам, чтобы сэкономить кабель, и в результате получить пожар, когда вы будете вешать картину и случайно наткнётесь шурупом на кабель в стене. Чтобы этого не произошло, необходимо пользоваться стандартами и принципами, разработанными для прокладки кабелей. Они написаны исходя из опыта тех, кто постоянно сталкивался с теми же проблемами, с которыми столкнетесь и вы, вследствие чего, возможно, лишитесь дома из-за пожара. Когда мне поступала та или иная задача, я всегда брал небольшую паузу, чтобы остановиться, оглядеться по сторонам и подобрать наиболее подходящее решение. И, следуя такому простому правилу, достиг таких успехов, которых большинство людей не достигнут никогда. Почти всегда подобранное решение необходимо подстраивать под условия своей задачи. Это не всегда бывает просто, но именно таким образом вы можете в полной мере раскрыть свой потенциал как инженера, управленца, специалиста. Используя данный подход в реальных задачах, я получил уникальный опыт и хочу поделиться им с вами. О своих результатах, о победах и поражениях я буду рассказывать на протяжении всей книги. В ней будут рассматриваться как общие вопросы управления, так и конкретные технические детали. Данный материал будет интересен менеджерам, техническим специалистам, ИТ-директорам, а также всем, кому не безразличны отрасль строительства дорог в России и влияние на неё информационных технологий.
.....
После всех этих размышлений я принял решение параллельно внедрять электронные путевые листы. Как и любой электронный документ, путевой лист обладает возможностью разнообразных выборок за любой промежуток времени: например, с лёгкостью можно по фамилии водителя узнать, сколько топлива ему было выдано, по гос. номеру транспортного средства можно получить количество рейсов с карьера на дорогу и т. д. Чтобы сделать то же самое, используя бумажные путевые листы, потребовались бы большие ресурсы и время – необходимо было обработать каждый бумажный путевой лист. Как уже упоминалось ранее, я изначально был нацелен на отраслевые решения 1С. Поэтому мой выбор пал на продукт «Управление автотранспортом» от фирмы «Рарус». Это проверенная временем и надёжная программная система, которая, помимо электронных путевых листов, предоставляет широкий функционал по обслуживанию автопарка – например, учёт запасных частей. Данное программное обеспечение я решил опробовать на одном из участков, прежде чем распространять на весь холдинг. Была куплена лицензия на пять пользователей, установлена на старенький сервер, который был расположен на этом же участке. Диспетчерам был настроен удалённый доступ, проведено первоначальное обучение. Всем диспетчерам была дана команда сначала заводить электронный путевой лист, а уже с него печатать бумажный и отдавать водителю. На первом этапе у меня была цель приучить сотрудников работать с электронными путевыми листами – и постепенно все отделы привыкли к этому. Помимо диспетчерской службы, информация оказалась полезной для бухгалтерии – и они начали её активно использовать. Пока шёл процесс внедрения, я разрабатывал модуль для 1С, который бы получал навигационную информацию (километражи, моточасы) из Wialon. К тому же данный модуль ограничивал бы диспетчеров и не позволял им указывать завышенные километраж и моточасы. Спустя месяц работы первая версия модуля была готова, а сотрудники на участке немного привыкли к системе электронных путевых листов. Я уже был готов попробовать работу в связке с Wialon, но тут возникли серьёзные проблемы: программная система управления автотранспортом была защищена специальным ключом и не позволяла вносить изменения в свои алгоритмы. Необходимость таких изменений была острой, т.к. были найдены ошибки в работе, а также требовался функционал, которого изначально заложено не было. Я понимал, что в дальнейшем проблемы будут только накапливаться, влияя на качество работы всего холдинга. Было решено отказаться от «Управления автотранспортом» фирмы «Рарус» и начать разрабатывать свою собственную конфигурацию для 1С, которая будет использоваться для ведения электронных путевых листов. Я понимал, что объём работы крайне велик, но знал, что это – одна из центральных частей системы, и к каждому её алгоритму мы должны иметь доступ. Первоначально я начал самостоятельно разрабатывать архитектуру и писать код. Через месяц работы начал вырисовываться контур нашей конфигурации для 1С. Уже были готовы формы всех основных видов путевых листов, был написан алгоритм расчёта топлива в зависимости от разных условий – например, от массы перевезённого груза. Стало понятно, что я иду в правильном направлении, но вот времени, чтобы заниматься чем-то ещё, у меня уже не было, а нужно было двигаться дальше. И я начал поиск 1С-программиста, который смог бы продолжить разработку конфигурации для управления автотранспортом. Как оказалось, даже за хорошие деньги тяжело найти специалиста, который сможет не просто реализовывать какие-то мелкие пожелания бухгалтеров, а в одиночку разрабатывать систему, которая в дальнейшем станет одним из центральных звеньев в работе холдинга. Когда я провёл десятое собеседование, то начал задумываться: а не слишком ли большие требования выдвигаю, и, может быть, стоит самому дорабатывать систему? Однако я отбросил эти мысли и продолжил поиск. Искал везде – на сайтах работы, через знакомых, на досках объявлений, – но результата так и не было. И вот однажды на одном из участков холдинга я столкнулся с 1С-программистом. Звали его Алексей. Он приехал по просьбе местного руководителя решить какие-то локальные проблемы в бухгалтерской базе. Ради интереса я начал наблюдать, что он делал. И мне показалось, что можно попробовать посотрудничать с ним в разработке нашей собственной конфигурации для управления автотранспортом. Оказалось, что Алексей работал в одном из подразделений 1С Екатеринбурга. Скажу сразу: мне удалось переманить его к себе. Я ввёл его в курс дела, объяснил архитектуру проекта, и уже вместе с Алексеем мы дали конфигурации название – «Координация транспорта». Наша конфигурация должна была внешне максимально напоминать «Управление автотранспортом» – ведь если вы помните, обучение диспетчеров я уже провёл, да к тому же и внешний интерфейс был удачным.
Параллельно у нас в работе было несколько дел: установка навигационных терминалов, разработка конфигурации «Координация транспорта», обучение диспетчеров. Через два месяца работы в таком режиме была готова первая версия «Координации транспорта», которой уже сносно можно было пользоваться. Также на тот момент было установлено порядка 500 навигационных терминалов. Модуль связки 1С с навигационной системой тоже был готов. На трёх крупных участках холдинга были внедрены электронные путевые листы и со скрипом, но велись. Скажу больше: уже всё было завязано на них, и просто так прекратить их использовать уже не получилось бы. Всё было готово, чтобы попробовать контролировать пробеги и моточасы по показаниям с навигационных терминалов. В воскресенье вечером контроль был включён, чтобы рабочая неделя началась в новом режиме. Но того, что начало происходить дальше, я совершенно не ожидал! Оказалось, что практически по всем транспортным средствам километраж завышался в два раза. Соответственно, и топлива списывалось в два раза больше положенного. Казалось бы, вот тебе факты – сообщай руководству, применяй административные наказания и работай дальше! Однако переломить систему оказалось не так-то просто. На меня ополчились все работники предприятия, а начальники региональных подразделений все как один пытались доказать Максу, что навигационные терминалы не работают корректно, а лично я вставляю палки в колёса и мешаю непосредственной работе строителей. Макс был на моей стороне, к тому же на каждый выпад в мою сторону я делал показательные замеры. Садился на якобы проблемный автомобиль и вместе с водителем работал смену, а в конце перед комиссией сравнивал показания одометра и показания навигационного терминала. Каждый раз разница между показаниями составляла не более 10%. Ещё один интересный момент: почему-то все безоговорочно верят одометру, даже несмотря на то, что производитель закладывает погрешность до 10%. Но иногда были случаи, что водитель был ни при чём, а проблема заключалась в навигационном терминале. Например, изначально был некачественный монтаж, что приводило к потерям связи, и, как следствие, бесследно пропадали части километража. В автоматическом режиме такие проблемы решить невозможно. Было решено ввести новую штатную единицу «Старший диспетчер». В его задачи входило разбирать проблемные случаи и давать разрешение на закрытие электронного путевого листа. Но для этого потребовался специальный механизм, который блокировал бы путевой лист до момента разбора. И я придумал такой механизм, который позволял в телефонном режиме вести разбор и при его окончании через кодовое слово разрешать или запрещать закрытие путевого листа. В разборе, как правило, участвуют старший диспетчер (моё доверенное лицо) и диспетчер регионального подразделения холдинга. Данный механизм настолько плотно прижился, что уже воспринимался как неотъемлемая часть работы.
.....