Человек, который в курсе всех событий в e-learning-системе компании, – это администратор системы дистанционного обучения (СДО). Он отвечает за техническую сторону процесса электронного обучения, ведение баз данных пользователей, учебного материала и мероприятий в системе. Он:

• выполняет все назначения (кто и что должен изучить);

• подключает новых пользователей (вручную или автоматически);

• готовит отчеты о проведенном обучении;

• отвечает на вопросы пользователей системы;

• следит за тем, чтобы система работала.

Во всем e-learning-проекте это наиболее техническая позиция, хотя зачастую ее может занимать человек без специального IT-образования. Профиль человека во многом будет зависеть от СДО и дополнительных e-learning-инструментов, которые вы используете. Некоторые системы очень просты, и даже средний пользователь с ними справится. А есть те, для работы с которыми требуются навыки программирования и специальные технические знания. Желательно, чтобы человек, которого вы возьмете на эту должность, знал вашу СДО до момента поступления к вам на работу. Иначе вам придется учиться вместе.

В некоторых случаях администратора СДО можно заменить службой поддержки от производителя системы. Но это как минимум снизит скорость реакции на проблемы – какой бы оперативной ни была служба, время ее реакций будет больше, чем реакции человека, который сидит у вас под боком. И, по опыту, лучше иметь в e-learning-команде одного технического специалиста, который в состоянии понять, почему СДО не работает, почему не передаются данные об обучении и почему у пользователя что-то не работает. Иногда самым «подкованным» может оказаться руководитель e-learning-подразделения, но с этим нужно быть осторожнее – некоторые технические проблемы могут «выключить» человека, отвечающего за весь проект, на достаточно продолжительное время.

Администратор СДО правильно поддерживает связь с производителем системы и других e-learning-инструментов, которые вы используете. Он в курсе новинок, обновлений и положительных (и, желательно, отрицательных) примеров внедрения в других компаниях. Его нужно отпускать на конференции и встречи, которые проводит поставщик системы, – там бывает очень много полезной информации для развития.