Также для начала не стоит выбирать адаптационный курс про компанию. Такие курсы (особенно адаптационные) имеют большое значение, с их помощью нужно решать большое количество задач. Пока в компании нет общего понимания того, что такое e-learning, в каких случаях он работает, а в каких нет, не стоит делать подобные проекты. В противном случае те, кто далек от внедрения, будут предлагать включить туда все, что только возможно, а вы, в свою очередь, попробуете уговорить их этого не делать, потому что такой объем информации никто воспринять не в состоянии. Результат – долгие согласования и срыв сроков, что губительно для пилотного проекта. Для такого проекта подходят темы, закрывающие потребности текущего момента – ощутимым результатом станет облегчение работы с документами, общими правилами, информацией о продуктах.
На пилотный проект не стоит приглашать слишком большую аудиторию – скорее, стоит выбрать потенциально лояльных слушателей. Но такое решение лучше всего принимать не самостоятельно, потому что восприятие людей, которые занимаются и развивают e-learning, может отличаться от того, что есть на самом деле. Лучше всего, когда состав первой группы определяется совместно с представителями бизнеса на этапе представления e-learning-проекта в целом. Пилотная группа не должна быть слишком большой, но она не должна быть и слишком маленькой, оптимальный размер группы определяется из размера компании: например, если сотрудников в компании 5000, то в пилотную группу стоит включать до 150 человек.
Первый курс должен обязательно заканчиваться анкетированием, которое проводится дважды – сразу после курса (вопросы о курсе и об удобстве пользования) и через две – четыре недели (по содержательной части курса).
Пилотный проект входит в план действий как одна из задач и со своими подзадачами. Не забудьте заложить в план время на анализ полученных результатов и на корректировку всей системы. Что должно быть отражено в плане действий на старте проекта?
• Проведение семинаров и встреч с теми, кто будет задействован в проекте.
• Закупка программного обеспечения.
• Разработка первых курсов.
• Подбор кадров для e-learning-проекта.
• Проведение пилотного проекта.
• Анализ результатов пилотного проекта и корректировка системы.
• Разработка следующей серии курсов.
• Проведение вебинаров, если они запланированы.
• Создание нормативных документов по e-learning (про них мы поговорим чуть позже).
И, наконец, создание системы мотивации сотрудников к использованию e-learning и получению знаний в таком формате. Помните, что с приходом e-learning знания сотрудникам нужно будет добывать самостоятельно, без помощи тренера.
Совершенно логично, что у e-learning, как и у любого проекта, есть риски. Естественно, стоит «пропустить» весь процесс через стандартные процедуры риск-менеджмента и понять потенциальные проблемы. На это время основным риском станет уход вас – идеолога и инициатора проекта. Чтобы уход инициатора не обернулся разрушением проекта, необходимо изначально документировать все решения и основные процессы. Но об этом позже.
Одним из основных рисков e-learning-проектов часто становится отказ технологий. СДО перестает работать, разработчик своевременно не отвечает на ваши запросы, а процесс уже запущен. Как правило, люди, которые потеряли результаты обучения или не смогли зайти в систему, в дальнейшем с трудом соглашаются на повторное использование этой системы. Этот риск минимизируется двумя основными действиями:
• Установление тесной связи вашего проекта и IT-департамента.
• Заключение контракта на круглосуточную поддержку с поставщиком ваших технологий.
Работать с поставщиками технологий должны тоже не только вы, но и IT-департамент. Чтобы e-learning в компании функционировал успешно, технологии, на которых он построен, не должны быть для IT-отдела дополнительной нагрузкой. Именно этот отдел должен сигнализировать, какие есть требования к СДО и к системе для проведения вебинаров, какие ограничения и тонкости внутренней IT-инфраструктуры компании. В момент отбора IT-отдел должен принимать участие во встречах и анализе предложений. (Поэтому в плане действий напротив пункта о выборе системы должен появиться один из ответственных от IT-департамента.) Сам руководитель e-learning-проекта не должен быть IT-специалистом! (Практика показывает, что, чем сильнее руководитель проекта фокусируется на технологиях, тем сложнее проекту стать действительно эффективным для компании.)
Читать дальше
Конец ознакомительного отрывка
Купить книгу