В прошлом видео мы с вами выяснили, что модель обратного дизайна учебной программы часто применяется при создании массовых открытых онлайн-курсов. Давайте же посмотрим, в чем она заключается. На самом деле она достаточно простая и состоит всего из трех шагов. Эти шаги можно применять как к программе в целом, так и потом итеративно, к каждому модулю этой программы. Во-первых, необходимо определить результаты обучения на курсе. Что студент должен знать, уметь, мочь сделать по окончанию курса? Каких целей он должен достичь? На этом этапе формулируйте результаты обучения крупными мазками: например, в результате обучения на курсе слушатель научится основам программирования и напишет небольшую программу. Далее, на втором шаге нужно решить, как мы поймем, что результаты обучения действительно достигнуты. Что для нас будет достаточным свидетельством? Какие оценочные мероприятия помогут определить, что слушатель курса знает, может, умеет все то, что задумал преподаватель курса? В каком курсовом проекте могут проявиться эти знания и умения? В нашем примере надо будет решить, как же мы будем проверять базовые знания программирования, полученные на курсе. Что будет являться свидетельством того, что студент достиг как раз вот этого базового уровня программирования? Возможно, это будет тест. А может быть, это должно быть задание на исправление ошибок в программном коде. Или же это будет некоторая программа, которую должен будет написать студент в конце курса. Замечу, что в первом приближении, работая на уровне программы, надо будет не продумать детально все тесты или задания на взаимопроверку, а решить, что один результат обучения может быть проверен с помощью тестов, а вот другой результат может быть виден только в курсовом проекте, и вам нужно будет просто приблизительно описать этот курсовой проект. В дальнейшем, уже прорабатывая каждый модуль программы, надо будет продумывать сами тесты и задания на взаимопроверку. Но на первом этапе, при первом подходе к проработке программы это будет немного лишним. Далее, на третьем шаге происходит работа с собственно содержательной частью курса. В курс отбираются те знания, умения, средства и технологии формы обучения, которые необходимы слушателям курса для достижения результатов обучения. И вы знаете, это, может быть, контринтуитивно на первый взгляд, ведь преподаватели часто привыкли сначала написать лекции, а потом уже придумывать к ним задания. Но именно такой подход от результатов обучения к содержанию позволяет отобрать в курс ровно тот контент, который необходим и достаточен для достижения результатов обучения на курсе. Нам надо помнить, что, в общем-то, наш MOOC не бесконечный, не резиновый, и объем информации в нем все же меньше, чем в семестровом курсе. И согласно методике обратного дизайна, мы не можем положить туда информацию на всякий случай, для расширения кругозора, если она не будет способствовать достижению результатов обучения. С другой стороны, обратный дизайн не так плох, потому что он позволяет нам убедиться в том, что мы действительно дали всю необходимую информацию и ничего не забыли рассказать. Вернемся к нашему примеру с курсом основ программирования. Отбирая в этот курс контент, составителю программы можно идти от курсового проекта. Если этим проектом является написание небольшой программы, то надо будет внимательно посмотреть, какие знания и навыки необходимы для написания этой программы. Насколько подробно надо будет рассказать про синтаксис языка, про какие-то алгоритмы, про способы оптимизации программного кода, и какие из этих знаний точно потребуются в выполнении курсового проекта, а какие-то, может быть, вряд ли пригодятся. И вы знаете, тут тонкий момент: нередко, особенно в вводных курсах, дается значительный объем достаточно общей информации, без которой дальнейшее понимание предметной области затруднено. Может даже показаться, что эта теоретическая база не очень-то связана с курсовым проектом и результатами обучения на курсе. Но заметим, что это не всегда так. Например, вы можете рассказать десять способов написать одну и ту же программу собственно для того, чтобы показать наиболее эффективные способы написания программы, научить студентов хорошо программировать. И конечно, в курсовом проекте студент выберет только один способ написания программы. Но вы проверите, что студент выбрал оптимальный способ. Итак, посмотрим еще раз на основные шаги обратного дизайна. Сначала мы определяем результаты обучения, потом планируем оценочные мероприятия, которые бы показали, что результат обучения достигнут, а дальше составляем учебную программу. Напомню, что этот подход проектирования учебных программ MOOCов хорошо себя зарекомендовал для xMOOCов, особенно по точным дисциплинам и он, к сожалению, имеет свои ограничения. Если вы попробуете составить учебную программу, например, для курса рисования или фотографии, то столкнетесь с тем, что вам нужно будет как-то формализовать проверку, придумать четкие критерии того, что же считать хорошей творческой работой. И это сделать не так-то просто. Возможно, поэтому на coursera, платформе, где размещаются xMOOCи и которые так настоятельно рекомендует обратный дизайн учебных программ, вы можете встретить много технических и мало творческих курсов. В нашем курсе мы также будем рассказывать, как мы проектируем программы, используя обратный дизайн. Но мы всегда помним, что для вашей деятельности и предметной области этот метод дизайна учебных программ может почему-то не подойти. Именно поэтому мы собрали большое количество дополнительных материалов, изучая которые, вы можете выбрать те методы дизайна учебных программ, которые подходят именно вам.
