Также для начала не стоит выбирать адаптационный курс про компанию. Такие курсы (особенно адаптационные) имеют большое значение, с их помощью нужно решать большое количество задач. Пока в компании нет общего понимания того, что такое 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-специалистом! (Практика показывает, что, чем сильнее руководитель проекта фокусируется на технологиях, тем сложнее проекту стать действительно эффективным для компании.)
С IT-департаментом стоит сразу обсудить, кто и за что будет отвечать, кто на какие вопросы будет отвечать, и то, что «падения» и сбои системы должны отслеживать не вы, а именно IT-отдел.
Технологический сбой хоть и является самым большим риском, одновременно наиболее прост в управлении: все перечисленное выше плюс система слаженных действий с оповещениями и предупреждениями помогут легко справиться с проблемой. Но есть и другие риски:
• трудности и длительность согласования материалов для разработки курсов – несмотря на очевидную простоту, часто бывает, что именно в момент подготовки материалов курса все нужно менять. И это «все» требует длительных изменений в бизнес-процессах компании. Нужно постараться потратить время на согласование и понять сложность темы для компании;
• отношение к e-learning как чему-то временному и дополнительному – этот риск трудно прописать в документах. Необходимо показать, сколько требуется человеко-часов для получения того, что запланировано;
• отсутствие системы мотивации – еще один серьезный риск. Необходима система, которая не только привлечет внимание к проекту, но и будет постоянно поддерживать активность. Ни один бизнес еще не существовал полностью без рекламы и без постоянной работы с клиентами. В описании рисков проекта этот риск должен быть представлен в связке с риском невыполнения задач, предусмотренных для создания системы мотивации;
• отсутствие поддержки руководства. Как только сотрудники поймут, что руководство не воспринимают e-learning серьезно, они начнут поступать так же. Если про e-learning будет говорить топ-менеджмент, если значение проекта для развития компании будет постоянно подчеркиваться, проект завоюет уважение и поддержку.
Основные группы рисков для e-learning-проекта:
• отсутствие единого руководства;
• недостаточные или неподходящие человеческие ресурсы;
• достижение технических ограничений или их превышение;
• плохая координация в проектной команде;
• плохая интеграция со стратегией компании;
• устойчивость проекта внутри стратегии организации;
• нереалистичные ожидания от результатов проекта;
• плохое руководство;
• неподходящее программное обеспечение;
