Готово!
Скоро материал придет на указанную электронную почту. Также подписывайте на нас в Facebook
Ok
RTFM*, или Как наш отдел выездного сервиса платформу корпоративного обучения запускал
Читатель, тебе знакома аббревиатура в заголовке этой статьи? Если да, то текст ниже для тебя.
В отечественной инженерной среде исторически сложилась ситуация, что при работе с оборудованием сначала мы пробуем метод «тыка», потом спрашиваем коллег, снова пробуем, что-то ломаем, чиним, читаем советы в пабликах и, только исчерпав все возможности, обращаемся к технической литературе, FAQ и мануалам.
Читатель может возразить, что такая ситуация не только у ИТ-инженеров, но и вообще у всех специалистов в совершенно разных отраслях – при работе с ПО, бытовой техникой, авто и мото и многим другим. Но на практике только в случае сервисных работ такой подход может нанести существенный урон как оборудованию, так и отношениям с заказчиком.
Чем он обусловлен?
Уверенность в своих навыках и знаниях
Большинство (конечно же не все) инженеров в процессе своего карьерного становления многократно убеждались, что они знают гораздо больше окружающих, могут чинить, администрировать и управлять практически любой подручной техникой. Те типы оборудования, с которыми приходилось иметь дело, действительно рассчитаны на интуитивный подход, имеют похожие интерфейсы, типовые комплектующие.Добавим к этому то, что у окружающих это зачастую вызывает восхищение, направленное на мастера. Таким образом, формируется непогрешимая уверенность в своих знаниях и навыках, которая разбивается в прах при работе с любым более-менее сложным или нестандартным оборудованием.
Сложность и времязатратность поиска информации
Далеко не все инструкции дружелюбны к читателю и содержат нужную искомую информацию по диагностике и составляющим.Давайте будем честны – нетиповое оборудование крайне плохо описано, а у технических писателей зачастую нет статистики выходов из строя, списка типовых проблем, реального боевого опыта. В итоге получаем знакомую картину: разумный инженер, заранее зная, что проще разобраться самому, начинает изучать новое для себя оборудование методом проб и ошибок.
Представим на минутку, что на проекте сложные коммуникации, строгий показатель SLA, отсутствие времени (или мотивации) у более опытных специалистов, которые могли бы проконсультировать, а сам проект многослойный, с разветвлением зон ответственности по типам работ или устройств… Конечно, новичок в компании или на проекте просто опустит руки или будет панически требовать информации от своего руководства, коллег и даже просто случайных прохожих.
Запуск платформы. Delta или не Delta?
Что с этим делать? «Конечно же, обучать», скажет мой виртуальный собеседник в лице внимательного читателя, ведь этот вариант кажется наиболее логичным. Но на деле не всё так просто, и для начала расскажу о «Дельте» – нашей платформе обучения.
DELTA – наше внутреннее название одного известного движка электронных курсов, который мы лицензировали для себя и на котором развиваем корпоративное обучение как техническое, так и «софтовое». На платформе есть удобные инструменты для разграничений доступа, контроля прохождения, легкого доступа к материалам.
Отработав возражения коллег и руководства, такие как: «зачем», «о боже, новый лишний инструмент», «дорого» (история, достойная отдельной статьи), мы начали наполнять курсами площадку, закидывать на тестирование опытным коллегам, править недостатки, обучаться самим как цифровому дизайну, так и андрогогике.
Приступая к разработке, первым делом мы взвесили виды обучения как таковые, вместе с их плюсами и минусами.
О них читайте на Хабре.Будьте в курсе новостей
Подпишитесь на рассылку и будьте в курсе наших последних новостей