Анатолий Левенчук - Образование для образованных. 2021

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

• стратег определяет, чему и кого учим

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

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

• Лидер-организатор, который помогает каждому человеку в учебной организации войти в его роль, катализирует сотрудничество между всеми участниками проекта учебного курса

•…

•…

7. Метод обучения (way of teaching)

• методика обучения (модель жизненного цикла студента курса, и в ней учтены все современные методы обучения: blended learning, flip teaching, mastery learning и прочие,)

• методические материалы курса (учебник, упражнения, задания, методические рекомендации преподавателю), чаще всего размещаются в системе управления курсом (система управления жизненным циклом, обычно в образовании это называют LMS, learning management system)

• учебные пособия и оборудование (тренажёры, модели и моделеры, игровые среды, лабораторные установки)

• учебное помещение (а хоть и дома, если дистантно!) и аппаратура-с-софтом для коммуникации (телеграм, MS Teams и прочие варианты)

•…

ТРУДОВЫЕ/ДЕЯТЕЛЬНОСТНЫЕ/ПРОЕКТНЫЕ РОЛИ

Учебный курс был выбран в качестве примера представления проекта в том числе и потому, что большинству людей его организация хорошо знакома: все ведь где-то чему-то учились, и могут себе представить, что стоит за каждой строчкой описания проекта. Но вот ровно так же можно описывать и самые разные другие проекты: от создания космического корабля до подготовки детского утренника, от создания финансового приложения для смартфона до проведения ролевой игры с деревянными мечами и картонными латами в пригородном лесу. В каждом проекте вы просто определяете то, что вы хотите создать или изменить в окружающем вас мире (целевую систему этого проекта, в примере учебного курса это было мастерство какого-то студента, а если бы речь шла о проекте космического корабля – то этот космический корабль), и далее нужно определить все остальные важные объекты внимания.

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

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

Если вернуться к описанию проекта общего вида, то за основу там принят инженерный проект общего вида, где предприниматели находят возможность выполнения проекта, и инженеры реализуют эту возможность, проектируя и изготавливая систему (сервис – это просто участие в изготовлении системы, только из материала заказчика: парикмахерская предоставляет услугу, изготавливая причёску из материала заказчика), а менеджеры организуют этот проект. В любом случае все роли удерживают во внимании самые разные важные изменяющиеся в ходе выполнения проекта объекты, но интересуют их разные свойства этих объектов и разные изменения.

Например, по поводу объекта «требования» (requirements) как части объекта «описание системы» в проекте будут договорённости между следующими ролями, которые занимаются этими требованиями с самых разных сторон: