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

•…

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

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

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

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

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

•…

Разделение труда и трудовые роли

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

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

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

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

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

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

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

Так что в проектах с ролями разобраться важно: у разных ролей разные интересы, и нужно всегда знать, с кем в какой роли говоришь, чтобы его понимать и давать правильный ответ. Ответ Принцу Гамлету или Васе Пупкину, который исполняет роль Принца? Ответ Принцу Гамлету или тени отца Гамлета? Ответ архитектору проекта или Васе Пупкину?

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

Какой выберете вариант продолжения беседы?

• Инженерный: какие ошибки требуют дополнительных серверов для их тестирования? Можем ли мы уменьшить объём тестирования?

• Менеджерский: у нас предусмотрено это бюджетом, или как всегда? У вас есть проект контракта? Кто найдёт поставщика?

Можно ли верить, что «старший программист» желает обсудить свои, инженерные аспекты дела, исполнитель этой роли и вправду выступил как инженер-программист? Или он выступил как операционный менеджер, ибо ведь «старший»? Или его вопросы риторические, то есть он знает ответы, но строит какую-то интригу и занимает какую-то другую роль?

Вы бы сами какую линию разговора повели: чем бы озаботились, о чём спросили? Как кто бы вы поступили в этом разговоре, то есть какое бы своё мастерство вытащили в качестве основного? Где и как вы учились этому мастерству, или «самоучка, в разговорах нахватался»?

Вспомните, когда последний раз в разговоре вы проводили такой анализ «кто и о чём говорит – кто и о чём должен бы ему отвечать»? Точно ли не путали «действующее лицо» и «исполнителя» (Принца Гамлета и Васю Пупкина, инженера по требованиям и Дарью Михайловну, преподавателя и Петра Аристарховича)?

Отслеживаете ли вы смену предметов разговора, когда и роль тоже меняется, и используемая ролью дисциплина – вдруг начинают звучать совсем другие слова, другие термины? Как долго можете удерживать внимание на диалоге – в любой момент понимая «кто говорит – кто отвечает – предмет обсуждения»?

Приобрести ролевое мастерство как мастерство занятия и удерживания роли сразу не получится. Этому нужно целенаправленно учиться. Хорошо бы ещё в школе, и уж точно в бакалавриате.

И если вы считаете, что вы «над схваткой», вы «выше всех этих ролей», то это вы только сами себя так оцениваете. Окружающие оценивают вас ровно наоборот: как человека скользкого, который непонятно что в проекте делает, на которого непонятно в чём можно положиться, который «непонятного уровня квалификации в непонятной практике, скорее всего никакой квалификации в никакой практике». Так что лучше бы вам как-то ясно давать понять людям, какую вы роль играете в проекте, какой ваш ролевой интерес, что от вас можно ожидать в этом плане.

ОСНОВНЫЕ ВИДЫ ТРУДА:

ИНЖЕНЕРИЯ, МЕНЕДЖМЕНТ, ПРЕДПРИНИМАТЕЛЬСТВО

А. Тюков выделял в 1997 году 16 сфер деятельности89: политика, религия, философия, искусство, наука, образование, здравоохранение, физкультура и спорт, технология, проектирование, коммерция, финансы, право, армия, материальное производство и «пока неоформившееся просвещение». В основу выделения этих сфер А. Тюков ставил идущие в этих сферах основные процессы/практики/деятельности. Для здравоохранения/медицины – лечебная деятельность, для армии – защита границ и государственного устройства. Такое структурирование деятельности, основанное на сферах (часто ассоциируемыми с организационными структурами: бизнес-экосистемами, министерствами с подведомственными им предприятиями) широко обсуждался в кругах СМД-методологов, и мы возьмём его за основу, чтобы не сочинять что-то самим.

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

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

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

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

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

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

Разделение труда на планете углубляется, и крупные практики разбиваются на более мелкие, а крупные роли тем самым разбиваются на более мелкие. Инженерией занимается инженер. Так же, как врач, это слишком общая роль (вы же не путаете дантиста и гинеколога?). Поэтому из инженеров выделяют системных инженеров как собирательное имя для исполнителя всех ролей, кроме производственного инженера и инженера-эксплуатационщика. Но и системного инженера в жизни как роль играет один человек только в очень маленьких проектах, как «врач» по всем вопросам существует только в очень маленьких организациях (скажем, на подводной лодке, или в далёкой деревне). Про врача можно сказать, что он лечит людей, но разные врачи лечат разное. Системный инженер занимается системной инженерией, то есть создаёт успешные системы. Но разные системные инженеры принимают в этом разное участие. Скажем, инженерией требований занимается инженер по требованиям, инженерией системной архитектуры занимается инженер-архитектор, иногда его называют системным архитектором.

То же самое с менеджерами. Менеджеры как слишком общая роль следят за тем, чтобы организация работала: все люди знали, чем они занимаются, инженеры имели ресурсы для выпуска продукта или оказания сервиса, предприятие выполняло полученную ими от предпринимателя стратегию, запуская проекты развития и совершенствования. Это может быть один человек в маленькой организации, но как только людей становится больше, то сразу выделяются исполнители подролей, как и в случае инженеров. Например, операционный менеджер следит, чтобы через организацию шёл максимально быстрый и мощный поток продуктов, работ, информации – от их поставщиков к потребителям. Если где-то на пути этого протока есть затор, он принимает меры к его устранению, добавляет туда ресурс. Встречным потоком за выпущенную продукцию или оказанный сервис идут деньги, и максимизация потока к потребителю оказывается и максимизацией потока денег в обратном направлении. Это чисто логистическая задача, там есть своя математика, свои принципы работы. И эта работа операционного менеджера существенно отличается от работы архитектора предприятия, который разрабатывает принципы того, как должно работать предприятие, чтобы суметь выпустить продукт или оказать сервис. А ещё есть менеджер-организатор, который должен обеспечить организационные изменения: сделать так, чтобы люди начали работать по-новому, с учётом предлагаемой архитектуры предприятия. И ещё нужно, чтобы люди сотрудничали, поэтому менеджеры-организаторы занимаются также лидерством.

РАЗБИЕНИЕ ТРУДА НА ОСНОВНЫЕ ЕГО ВИДЫ

И ИХ ТРУДОВЫЕ РОЛИ

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

• Инженер занимается (системной) инженерией:

• Менеджер занимается (системным) менеджментом:

• Предприниматель занимается (системным) предпринимательством