Scrum-подход к разработке курсов

На курсе по "Активной оценке" последнее занятие уделили Scrum-подходу в проектировании учебного курса. Предпосылки были следующие:

• Scrum - методология разработки продукта;
• учебный курс - продукт;
• команда Scrum-проекта самоорганизующаяся (а это как раз то, что нужно для активной оценки);
• пользовательские истории курса - это как раз задачи курса с точки зрения разных пользователей; 
• критерии приемки пользовательской истории - по сути, критерии активной оценки по курсу.

В качестве задания нужно было написать 10+ пользовательских историй по проектируемому курсу, а затем выбрать одну из них и расписать для нее а) критерии приемки; б) список задач по реализации.
Сразу скажу: не все выполнили задание по этой теме. Но от тех, что присланы, получила море удовольствия. Я приведу два примера (авторы разрешили, за что им огромное спасибо!). В каждом примере:

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

Забудьте про e-learning!

Пора перестать воспринимать e-learning как какую-то отдельную форму обучения. И вообще пора перестать разделять обучение на формы. Тем более - запрещать какое-то обучение в какой-то из форм проводить.

Я, в общем, уже давно при проектировании образовательных программ не различаю форм. Это как лего собирать: вот здесь лучше очный тренинг, вот тут - вебинар, а вот здесь - поработать над документом в Google Disk.
Показательный был пример в моей практике.

Задачка для педдизайнеров в сфере ИТ :)

А вот такая задачка на педдизайн: разработать 1.0-ный электронный курс, который научит программистов действовать творчески при разработке приложений.
Иными словами, сначала человек проходит электронный курс, затем - не менее электронный контроль, по результатам которого можно будет сказать: все, теперь он будет действовать творчески.
Как оцените реализуемость по 10-балльной шкале? ;)