Техническое задание на разработку электронного учебного курса

Автор: Елена Ходак

Виртуальное образовательное пространство, электронный корпоративный университет, корпоративный учебный портал: эти и прочие термины описывают различные аспекты электронного (или дистанционного) обучения и объединяют различные элементы, которые можно назвать модным словом: e-learning.

Технологии электронного обучения уже не воспринимаются как нечто совершенно непонятное и недоступное, однако при их использовании возникает множество вопросов. Один из них, и, наверное, самый важный – как сделать электронный курс, и не просто электронный курс, а хороший и качественный.

Про педагогику электронного обучения, педагогический дизайн и другие содержательные аспекты сказано много и эта сторона вопроса сейчас активно обсуждается в e-learning-среде.

Мы здесь хотим осветить более прозаическую сторону, но ничуть не менее важную – какие вопросы желательно включить в Техническое Задание для разработки электронного курса при разработке его «под заказ» у стороннего подрядчика.

Первые два вопроса, как ни банально это звучит, это: «Что делаем?» и «Для кого?». Если назвать их более официально, они могут называться как «Тема» и Цели разработки курса», причем цели желательно описывать в категориях типа «сформировать у слушателей знания о…», а цели - в формате «курс предназначен для … (здесь указывается целевая категория, например продавцы, агенты и др.»).

Не лишним будет указать язык курса. Особенно, если компания ведет бизнес в различных странах, чтобы было однозначно указано «русский».

Из специфических требований желательно указать способы распространения курса. Это один из ключевых технических аспектов, описывающий каким образом будет проходить обучение: через систему дистанционного обучения, путем пересылки курса на CD и др. Если электронный курс планируется использовать в рамках системы дистанционного обучения, то желательно указать какой именно, поскольку у каждой из платформ (или LMS: Learning Management System) есть свои особенности, которые необходимо учитывать). Поэтому желательно указать, что курс будет размещен, например в Web-Tutur, Mirapolis Learning Management System или Moodle.

Также желательно указать планируемую модель обучения: будет ли это самостоятельное изучение без тьютора, при котором курс полностью автономен или нет и предполагаемую длительность прохождения электронного курса. Например, 4 часа. Эти подробности необходимы, в том числе и для того, чтобы разработчик мог создать качественную инструкцию для пользователя. Это особенно важно, если предполагается полностью автономное изучение курса.

Кроме того, в ТЗ крайне желательно внести инструмент, который подрядчик будет использовать для разработки курсов. Например, iSpring или Courselab.

Не лишним будет описать в ТЗ порядок и срок разработки курсов. Например, курс разрабатывается в следующей последовательности этапов:

1. Подготовка пилотной версии курса в шаблоне дизайна и его согласование с Заказчиком (объем пилота – не более 5 слайдов);
2. Разработка полной версии курса;
3. Согласование полной версии курса и устранение замечаний;
4. Передача заказчику итоговой версии курса для установки в СДО

Естественно, необходимо указать срок создания готового курса.

Если разработка курса включает создание пилотной версии, то желательно указать, какие составляющие она включает. Например,

• пример оформления всех типов слайдов;
• пример основных видов заданий теста;
• плеер курса с основной функциональностью.

Обычно Заказчик передает разработчикам материалы, необходимые для создания курса. Чаще всего это элементы корпоративного brandbook. Например, логотипы в растре (*.png).

Если курс состоит из нескольких частей, то желательно в ТЗ это указать, также как и требования к проверке знаний в курсе. Например, «Проверка знаний осуществляется посредством теста, и размещена в соответствующих разделах курса, один тест к каждой теме. Также в заключение курса будет предложен итоговый тест. На прохождение каждого теста обучаемому дается одна попытка».

Не лишним будет формализовать требования к плееру курса. Например, «Плеер выполняется в стандартном дизайне Исполнителя, и должен включать в себя кнопки: Далее, Назад, Начать тему с начала, Глоссарий, Оглавление, Аннотация к курсу».

Отдельно желательно описать требования, предъявляемые к звуковому сопровождению курса. Например, простейший случай: «Звуковое сопровождение в курсе не используется».

Если Заказчик – географические распределенная компания и электронный курс будут изучать слушатели в удаленных филиалах, то необходимо учитывать пропускные возможности Интернета. Для этого формируются требования к ограничениям курса. Например, «Размер загружаемого модуля не должен превышать 50 Мб».

Также желательно указать требования к программному и техническому обеспечению слушателей для корректной работы с курсом. Например, «Минимальные требования для корректной работы с курсом:

• Разрешение экрана монитора: 1024 х 768 или более высокое;
• Браузер: Internet Explorer версии 8 или более поздней,
• Пропускная способность интернет-канала: 256 кбит/сек. или более высокая».

Особенно это актуально для учебных заведений, планирующих привлекать удаленных слушателей.

Не лишним будет указать возможность и допустимость использования курса на мобильных устройствах. Например «Использование курса на мобильных устройствах не предусмотрено». Можно наоборот, указать «Устройства для просмотра: стационарный компьютер, ноутбук, планшет»

Также немаловажной частью ТЗ является описание состава работ Исполнителя, который он выполняет по настоящему договору. Как правило, это:

• Подготовка иллюстраций для курса;
• Разработка интерактивных компонентов для курса;
• Сборка курса;
• Тестирование и отладка курса.

И в завершение, желательно указать результат работы и форму передачи результата работы заказчику. Например, «Результатом работы Исполнителя является электронный учебный курс, разработанный в инструменте для создания курсов «CourseLab 2.7». Курс предоставляется заказчику в виде проекта CourseLab 2.7 на CD-носителе».

Если все вышеуказанные элементы в ТЗ будут освещены, то вероятность того, что заказчик получит именно тот электронный курс, который он ожидает, существенно повысится, стороны будут довольны друг другом, снизится риск недопонимания, переделок и потенциальных конфликтов.

Пример технического задания на разработку электронного курса

Автор: Марина Литвинова, менеджер e-LearmingPRO

Поиск в Google по словам «addie для разработки электронных курсов» выдает очень интересную первую ссылку – реальное техническое задание на разработку электронного курса от Альфа-Банка. По сути это тендер по выбору компании-провайдера услуг по разработке электронных курсов для обучения сотрудников банка. Честно говоря, этой неожиданной находке очень обрадовалась и с головой погрузилась в ее изучение! Открыто такую информацию не часто встретишь, за что банку отдельное спасибо. 

Кстати, конкурс окончен, но материал мы вполне можем использовать, раз уж он в открытом доступе.

Если помните, мы с вами не так давно обсуждали типовое техническое задание на разработку электронного курса, и было очень идей и даже споров. И теперь вот он – реальный, практичный замечательный пример, который демонстрирует, как выглядит такое техническое задание.

Насколько это тех.задание хорошее, думаю, оценит сама компания, после того, как завершит проект. 

Обратите внимание на то, какие критерии прописаны, какие требования указаны и к провайдерам, и к курсу. Мне особенно понравилось то, что учтено много деталей, уделено внимание и актуализации материала. Ниже несколько отрывков, полностью документ найдете в Google либо по ссылке.

«Все курсы в обязательном порядке должны отвечать следующим требованиям:

• Содержать интерактивные элементы и симуляции – игры, кейсы, тренажеры для отработки теоретических навыков. 
• В части разработки сценария курса должны  использоваться инструменты    ADDIE и CCAF модели 
• Соответствовать стандарту SCORM 2004 
• Корректно отображать контент курса в различных браузерах (MS IE 6.0 и выше, Mozilla Firefox, Google Chrome, Apple Safari) 
• Корректно отображать контент курса на планшетах и мобильных устройствах с операционными системами Android и MAC OS.

Содержание и форма представления учебной информации в разрабатываемом мультимедийном продукте должна отвечать следующим требованиям:

• Теоретическая информация представляется в виде простых слайдов с графическими тематическими иллюстрациями и кратким изложением в виде инфографики;
• Практические задания представляются в виде интерактивных заданий;
• Представление информации в виде текста, графики, анимации и внешних файлов исходя из дидактической целесообразности;
• Предоставление Заказчику возможности внесения изменений и/или дополнений в учебный материал с помощью html-редактора..

Максимальный размер окна курса составляет 1024*768, контент курса должен корректно отображаться на мониторах меньшего разрешения.

Мультимедийный продукт должен предусматривать возможность актуализации содержимого курса (контента) без привлечения Исполнителя, а именно:

• Большинство текстов, отображаемых в мультимедийном продукте, должны быть доступны для редактирования без привлечения Исполнителя; 
• Возможность редактирования информационных и функциональных справочников. 
• Исполнитель в течение срока технической поддержки (не менее 1 года) консультирует Заказчика по телефону и e-mail по вопросам, связанным с технологией  актуализации контента. 
• В случае некорректной работы мультимедийного продукта Разработчик устраняет все ошибки за свой счет в течение срока технической поддержки» (цитата)

Предлагаю ознакомиться с этим тех.заданием и, если у вас есть похожие примеры, добавляйте, пожалуйста, в комментарии. 

Блог автора 

Что такое Идеальный Электронный Курс?

"Для того, чтобы написать Идеальную Фугу,

её просто надо заказать Баху?" 

(цитата из форума)

Автор: 

Марина Литвинова, 

участники форума

Вопрос нашего коллеги, Юрия Николаевича Белоножкина, простой и в тоже время по-философски неоднозначный: "Что такое Идеальный Электронный Курс?" Наверное было бы здорово в этом посте сразу написать, что мы пришли к схеме идеального курса, и она вот такая: ... Но, к сожалению, еще не пришли, Хотя! некоторые элементы уже прорисовываются. 

В данном посте хочется обозначить основные идеи, которые мы высказали, для того, чтобы прояснить этот сложный-простой вопрос. Очень здорово было бы увидеть в комментариях и в форуме ваше мнение по поводу идеального электронного курса!

Итак,

Что такое (идеальный) электронный курс?

• "Курс - это средство управления учением, т.е. деятельностью учащегося в рамках обучения"
  
• "Курс - место, где уже ничего искать не надо, где все по темам, ресурсам, задачам и т.д. подобрано, изготовлено и размещено" (И. Прусаков, цитаты тут и далее участников форума)
• "Курс - когда читать хочется, как здесь, например!" (И. Прусаков)
• "Курс - когда не просто хочется читать, но и хочется тут же сесть и применить", пример (М. Литвинова)
• "Курс - тот, который обеспечивает учение аудитории, не ограничиваясь при этом одним выплескиванием мотивационного зуда и амбиций преподавателя в самых благородных электронных формах ... и только".  (В.Наумов)  
• "Любой учебник хорош - но только если он обеспечивает систему. Самые блестящие упражнения, тексты, тесты и аудио-видео материалы окажутся бесполезными, если в их подаче не прослеживается строгая последовательность" (ссылка на источник)
• "Для очного обучения электронный курс - это поддержка учебного процесса ИТ средствами. Для дистанционного - это контент и среда, обеспечивающие адекватность дистанционного и очного обучения." (М.Морозов)
  
  "Прежде всего электронный курс просто обязан дать обучающемуся возможность учиться самостоятельно. Не надо отправлять учащегося в сеть за дополнительными материалами, когда он будет решать свои задачи. Должна быть возможность задать вопрос и получить на него ответ. Студент  учится формулировать и задавать вопросы, а также и отвечать на вопросы других. Любой курс призван научить обучающегося решать задачи, которые встанут перед выпускником в дальнейшем" (Л.Татарникова)

Умышленно пишу в идеях участников "курс", а не идеальный курс, т.к. дискуссия еще в процессе обсуждения, а значит, могут быть и изменения.

Хотя, зачем создавать идеальный электронный курс, ведь это "смахивает на "вечный двигатель"... "идеальные электронные учебники" уже созданы и имя им - Интернет!  Там информация ПРОИНДЕКСИРОВАНА, например Гуглом, а в СДО надо тратить лишнее время для поиска необходимой информации. И сегодня я склоняюсь к такой образовательной схеме:
   1. СДО - электронный деканат (ВУЗ).
   2. Библиотека - Интернет, включая собственные электронные курсы в открытом доступе
   3. Учебный Веб-класс (ключевой момент)
   4. Плюс спонсор, талант администратора, команда единомышленников преподавателей-тьютеров и IT-шников.  (И.Б. Прусаков).

В течение дискуссии участники часто возвращались к вопросам, а что же такое "идеальный курс", можно ли описать "идеал" некими критериями, и, в целом, нужно ли это делать, если есть государственные требования и стандарты?  

Чтобы уже окончательно разобраться с термином идеальный, давайте спросим себя, когда мы употребляем такие слова, как "идеальный работник", "идеальный автомобиль", "идеальный порядок" и т.д.? Мы же их употребляем в повседневном использовании, как характеристику явления, которые максимально соответствуют нашим требованиям и одновременно нашим возможностям, верно? (Ю.Белоножкин)

Большое внимание уделялось теме организации учебного процесса (когда общую организацию учебного процесса пропишем, тогда и место электронного курса появится), а также тому, действительно ли нужно отталкиваться от организации. Наверное, наиболее сложно подходили к самим критериям "идеальности" потому, что как и красота, понятия эти сложно описать четкими показателями. 

И все же участники предложили ввести критерии - т.е. меру отклонения. "Предполагаю , что для начала критерии могут быть весьма простые - достоверность достижения учебных целей в заданные временные ресурсы и соответствие этих целей внешним потребностям". (Д. Кречман)

Автор форума предложил следующий перечень критериев для измерения или оценки идеального электронного курса:

1. Наличие списка компетенций и способов их оценки в ходе обучения.
2. Соответствие стандартным (традиционным) требованиям, предъявляемым к УМКД (РП, глоссарии, методички, ИКМ...).
3. Обеспечение самостоятельной работы студентов для углубленного изучения учебных материалов.
4. Удобство эксплуатации курса.
5. Эстетика (оформление) курса.
6. Соответствие законодательству в сфере защиты интеллектуальной собственности и авторских прав.
7. Наличие системы учета и накопления результатов учебной активности, посещаемости (для аудиторных занятий и плановых вебинаров), анализа ошибок, допущенных в хоте тестирования, использования учебных ресурсов (по-фамильно, за группу или подгруппу).
8. Сервис индивидуальных и групповых консультаций.
9. Возможность формирования рейтингов успеваемости.
10. Эффективность использования (не использования) учебных аудио-, видео-материалов, трехмерной графики, иллюстративных материалов, ментальных карт, анимированных персонажей, имитационных моделей, интерактивных сред.
11. Использование игровых (кейсовых) технологий, коллоквиумов, просмотров с коллективным участием.
12. Возможность эксплуатации при помощи мобильных устройств.
13. Эффект использования игровых технологий.
14. Доступность для "тонких" клиентов.
15. Обеспечение защиты персональных данных.

Техническое задание на разработку электронного курса

Недавно у нас в Сообществе состоялось активное обсуждение темы создания типового тендерного задания на разработку е-курсов. Хотим подытожить, к чему же мы пришли, а также вспомнить ранее поднятую тему по выбору подрядчика для разработки курсов.

Во-первых, подтвердилось то, что вопрос установления эффективных взаимоотношений с заказчиком (внутренний он или внешний) очень актуален и для корпоративного, и для академического сектора. 

Во-вторых, к конкретному шаблону мы пока не пришли, зато обсудили массу вопросов и идей, которые помогли прояснить ситуацию.

Владимир Наумов отметил две проблемы тендерных заданий:
1. основываются на "шаблонах", не учитывающих специфику учебного процесса;
2. учитывают в основном "техническую" составляющую, которая вводит разработчиков в состояние неопределенности и ведет к непониманию сути запроса инициатора тендера.

В процессе обсуждения нам хотелось представить, если бы у нас был шаблон типового тендерного задания, как бы он выглядел и какие проблемы он смог бы решить?

К сожалению, сразу представить шаблон не удалось, зато «всплыли» проблемы и идеи:
- в ВУЗах всё определяет используемая СДО, а не тендерное задание (академ.сектор);
- не очень понятно, как система может определять выбор (корпоративный сектор);
- хорошо бы увидеть пример(ы) тендерного задания;
- типовое "тендерное задание" не мешало бы иметь и внутри компании, когда бизнес-подразделения формируют запрос на курс.
Если говорить об ограниченности системой ДО, то, на мой взгляд, нельзя придумать рецепт торта, ограничив себя лишь тем, что есть в холодильнике. Можно ведь пойти в магазин и докупить.

Хотя, конечно, участники обсуждения отметили, что очень мало кто реально формулирует задачи, которые должны быть решены и под задачи подбирает инструмент — саму систему ДО. Но сейчас обсудим не ДО, а именно начальный этап разработки курсов, тендеры и составление тех.задания.

Что нужно знать заказчикам е-курсов: