Анатолий Левенчук
Образование для образованных. 2021
Театральная метафора
В жизни мы всегда что-то (какую-то систему, но мы ещё не ввели это слово, поэтому назовём пока «что-то») делаем, добиваемся какого-то результата, и чаще всего добиваемся этого результата в составе команды. Вот это «что-то делаем» и называют обычно проектом. Наша жизнь состоит из проектов: создания космического корабля; обучения себя, любимого или кого-то другого; организации стартапа; завоевания территории «маленькой победоносной войной»; производства софта для автомобиля без водителя; продажи эшелона фруктов розничным сетям; … всё, что сможете себе представить как (чаще всего коллективное) достижение какой-то изменения в состоянии физического мира.
Чтобы стать действующими лицами в проектах, людям как исполнителям ролей нужно занять в них какие-то деятельностные/профессиональные роли (менеджера, архитектора, видеографа, повара). Театральная метафора – это когда мы играем проект как пьесу с ролями, и явно или неявно договариваемся кто играет какую роль, то есть кто что делает в этой пьесе. Мы отличаем исполнителей ролей, сами роли по исполнению каких-то практик/деятельностей в проекте, должности как выражение ответственности/полномочий по распоряжению ресурсами труда и капитала, квалификацию/уровень мастерства в исполнении ролей.
В проекте вы обязательно встретите командную работу, и должны чётко отличать исполнителей ролей в этой командной работе от действующих лиц. Васю, который играет роль Принца Гамлета от собственно Принца Гамлета. Петю, который играет роль инженера по требованиям от собственно инженера по требованиям. В команде Петя – это не Петя, он инженер по требованиям. Видеть разницу между Петей и его ролями, а затем между самим собой и своими ролями – этому нужно учиться специально.
Эти роли не выдумываются произвольно. Они культурно обусловлены. Вы не придумываете роли продавца и покупателя в деятельности по продажам. Вы не придумываете роли инженера по требованиям и операционного менеджера. Они существуют в культуре, как бы прописаны современным производственным укладом.
Исполнители проектных/деятельностных/организационных (всё это синонимы, подчёркивающие разные аспекты) ролей играют эти роли более-менее одинаково в самых разных проектах, где такие роли встречаются. Все покупатели будут покупать или отказываться от покупки во всех проектах/пьесах, где что-то продают-покупают. Все продавцы будут продавать, или отказываться от продажи. Вряд ли продавцы (исполнители в роли продавца!) будут выплавлять сталь или заниматься законотворчеством. Этим будут заниматься исполнители ролей сталеваров или законодателей. У них свои пьесы, свой реквизит в этих пьесах, свои особенности ролей. И, конечно, каждый человек в жизни осваивает исполнение множества ролей, и может играть в каждой пьесе-проекте много ролей сразу!
Эту игру по роли как игру добивающегося цели пьесы актёра нужно уметь распознавать и уметь оценивать её качество. Принц Гамлет в исполнении актёра Королевского театра в Лондоне и в исполнении соседского мальчишки в школьном спектакле – это будут не совсем одинаковые принцы Гамлеты из-за разного качества игры исполнителей этой роли. А как оценить качество чьей-то игры по роли? Чтобы оценить хорошо, нужно самому хорошо знать эту роль! Чтобы оценить «на уровне кругозора», нужно самому знать эту роль на уровне кругозора!
Начальник, играющий роль операционного менеджера в проекте вашей компании, может играть эту роль гениально, а может не лучше, чем мальчишка в школьном спектакле, недоучивший роль (например, этот ваш начальник мог ни разу в жизни не открыть учебника операционного менеджмента, «не выучить роль»). Этот же начальник в роли менеджера по продажам может иметь совсем другое исполнительское мастерство, нежели он же в роли операционного менеджера – с разными ролями он будет знаком по-разному (например, он мог пройти курсы менеджера по продажам, «выучить роль»).
Для оценки качества игры ролей у себя и других, нужно быть знакомым с текстом роли. Если вы не читали пьесу, не знаете реплик, не понимаете целей своего персонажа – не будете понимать игру других актёров, да и сами играть вы будете плохо, даже если как актёр вы гениальны (будете гениально произносить неправильные реплики и гениально делать бессмысленные, а то и вредные действия).
Лидерство – это дисциплина менеджмента, в которой учат катализировать сотрудничество. Лидер как режиссёр в театре имеет мастерство в помощи исполнителям войти в свои роли в проекте. Но вот актёров учат и собственно актёрскому мастерству – как им безопасно входить в роль и выходить из роли, выбирать роли для себя, учить роли. В корпоративном мире людей учат только лидерству (режиссёрскому), но не ролевому (актёрскому) мастерству. И когда собираются в комнате совещаний двадцать лидеров, получивших подготовку по убалтыванию друг друга занять какую-то роль, но не имеющие никаких навыков по занятию и удержанию собственных прикладных (инженерных, менеджерских, предпринимательских, образовательных) ролей – получается не очень хорошо. Спектакли играются не режиссёрами, проекты делаются не лидерами. Нужны актёры, квалифицированные исполнители требуемых спектаклем или проектом ролей! Работа режиссёра и лидера уже сделана, когда идёт спектакль или проект!
Какие роли нужно занимать в проекте, как о них думать, как их распознавать? Тем более что ситуация сложней, чем в театральном спектакле: один человек в маленьких организациях может играть множество проектных ролей, а в крупных организациях одну роль будет играть множество человек. И роли можно рассматривать в проекте, в деятельности, в организации – везде это роли, но есть нюансы.
Как думать о ролях в проекте по созданию систем (а в конечном итоге все проекты оказываются проектами по созданию успешной той или иной системы) подробно описывается в учебнике «Системное мышление»86 и одноимённом онлайн-курсе87.
Основные трудовые/проектные роли
Вот системная схема проекта, описывающая минимальный набор объектов внимания в проекте (она взята из доработанного стандарта OMG Essence88):
По поводу этих объектов внимания разные «действующие лица», т.е. разные трудовые/проектные роли должны непрерывно договариваться.
Все эти роли можно считать прикладными специализациями трёх основных ролей:
• Предпринимательской, которая решает, нужно ли вообще делать этот проект – кому будет нанесена непоправимая польза или вред этим проектом, кто за него заплатит достаточно, чтобы его окупить
• Инженерной, ответственной за такое преобразование части физического мира, чтобы всё работало как ожидается
• Менеджерской, которая принимает ресурсные решения: какие ресурсы (люди, оборудование, материалы) нужно в какие моменты как собрать, чтобы работа была выполнена в срок и с заданными ресурсными ограничениями.
Хорошим приёмом, позволяющим хоть как-то разобраться в сложном проекте, является сведение всех остальных трудовых ролей к этим базовым, просто считаем другие роли какой-то специализацией этих. Скажем, все инженеры как-то меняют мир, менеджеры заняты организацией работ этих инженеров, предприниматели должны догадаться, что именно нужно менять в мире, чтобы работа была оплачена.
Пример проекта: учебный курс
Все эти рассуждения нужно уметь адаптировать к разным предметным областям, где используется разная терминология для более-менее одинаковых по их целям деятельностей. Так, инженер меняет мир. В образовании мир меняет не инженер, а педагог: именно он на входе берёт необученного студента/ученика и на выходе практики/деятельности обучения получает обученного выпускника. Это тот же самый «инженер» (или даже «рабочий»), только работающий не с железом или электроникой, а с людьми.
Вот как мы можем адаптировать системную схему проекта для такого проекта, как учебный курс:
А теперь попробуем разбить каждый из крупных объектов внимания в проекте (назовём эти объекты внимания «альфами», на диаграмме они и показаны значками, напоминающими букву «альфа») на объекты чуть помельче (назовём их подальфы). Это будет неполное разбиение, об этом будет напоминать многоточие в каждом перечислении.
1. Возможность курса
• потребность: какая деятельность будет поддержана научаемой практикой
• бюджет: будем учить в убыток, или в прибыль? Юнит-экономика.
• новая технология: чем курс будет лучше курсов конкурентов (или новое «чему учим», или то же самое, но дешевле по затратам ресурсов)
•…
2. Внешние курсовые роли
Вот тут объектами внимания служат роли, которые внешние по отношению к курсу. Важно понять, кто исполняет эти роли и какие практики использует этот человек (чтобы договориться, нужно понимать, что делает тот человек, с кем вы договариваетесь!):
• «развивающийся» (он таки осознанно должен принимать решения по тому, что собираются делать с куском его мозга как объектом для научения, какую прошивку собираются сделать на его мозгу), тут работает просвещение – осознанное решение по прохождению обучения, занятию роли ещё и студента этого курса. Тьютор, который помогает составить образовательную траекторию и мотивировать «развивающегося» учиться работает как раз с человеком в этой роли. Обратим внимание, что студент и «развивающийся» тут различаются: педагог учит человека в роли студента как «носителя будущего умения», а решение учиться принимает личность человека в той её функциональной части, которая себя развивает (поэтому и называем «развивающийся», и даже «бесконечно развивающийся», или «бесконечно саморазвивающийся» – это ещё не студент. Студент – это когда решение принято, и обучение пошло).
• работодатель (будет использовать выпускника с каким-то уровнем мастерства для какой-то требующейся ему работы по изучаемой практике)
• покупатель (или тот же человек, что студент, или другие люди – родители, компания-работодатель, организатор образования типа вуза, покупающего внешнюю образовательную программу для своих подопечных)
• регулятор (всякие запреты на просветительскую деятельность и прочие ограничения на образование: нужно такое учитывать, чтобы проект избежал неприятности по линии госчиновников)
• тьютор/коуч (у нас ведь курс как часть образовательной траектории, советы тьютора «развивающемуся» тут необходимы) занимается общим образовательным маршрутом ученика, помогает ему выйти на бесконечное развитие. Для него все учебные курсы и проекты – короткие отрезки на длинном жизненном пути его подопечного, рассматриваемый курс это только один такой отрезок.
•…
3. Стандарт мастерства к научению
• содержание обучения/учебный стандарт/«монография» (это типа «исходный код» в софте – только описание, а не «содержание мозга в момент работы»! Содержание обучения может быть большим и многоуровневым, например «курс обучения в университете» может описываться довольно большим объёмом материала, и там будет много частей и подчастей), критерии оценки результатов обучения
• дополнительная литература, результаты исследований и другие SoTA описания изучаемой практики. Мастерство не описывается учебником, на профессиональном уровне работать нельзя, если не следишь за литературой и новостями в твоей предметной области. Если ты учишься, ты должен быть знаком с материалом в объёме большем, чем учебник и задачник!
•…
4. Мастерство
Мастерство в учебном курсе – это воплощение целевой системы этого проекта: кусок мозга какого-то человека, в котором впечатано мастерство как «алгоритм мышления в ситуациях, для работы в которых мы учим людей». Слова тут неважны, можете заменить на «компетенция» или «ЗУН» – у разных учебных заведений тут разная терминология, разные целевые системы их курсов, определяемые их образовательными школами! Но важно довести рассуждение именно до «обученного куска мозга», так как весь человек в целом тут это слишком много, но нужно в расчёт взять ещё и место, где расположен мозг: чтобы обучение и потом использование его результатов было как-то привязано к материальному миру. Если вам требуется представить, как выглядит мастерство в момент его проявления в жизни, то очень полезно понимать, что это происходит с конкретным человеком – это прежде всего работа мозга, а иногда и работа хорошо подготовленного тела! Во внимании проекта курса должны быть следующие объекты:
• студент/ученик (а на других стадиях курса это выпускник и далее мастер) – «сырьё» для образования, «носитель мастерства» на которого будет это мастерство впечатано курсом – абсолютно инженерное понимание, никакой «лирики» или психологизма! Именно с этим объектом-ролью будет работа с мотивацией в ходе всего курса: обучающийся человек должен как-то удерживаться в роли студента, а после окончания курса переходить в роль мастера (ибо выучиться, но потом не использовать результат обучения – мы же не этого хотим?). Курс – это сервис по обучению/изменению студента, доводки студента до выпускника-мастера с инсталлированным в него мастерством.
• Мастерство/компетенция/ЗУН или что там будет в терминологии, принятой в учебном заведении. Это мастерство будет проходить какие-то стадии готовности (инженерный подход! Говорим так, как изготавливают детали, чтобы добиться точности в разговоре!). И тут можно отдельно долго говорить про разбиение на подкомпетенции в плане частей-целых мастерства, а ещё обеспечения совместной работы всей этой сборки частей мастерства в мозгу мастера. Вот тут разговор про то, что должно появиться в результате обучения, насколько мастерство потом может быть проявлено в реальной жизни (transfer of learning: чему научили, так и работаем, а не продолжаем работать как попало!). То есть тут обязательно рассмотрение структуры мастерства и того, что мы будем отслеживать в мозгах проходящего обучение человека. Конечно, мастерство и как оно будет отслеживаться существенно зависит от выбранного содержания обучения и выбранной методики обучения, из какой педагогической традиции пришли люди, проводящие курс.
•…
5. Работы курса
• учебные задания, которые нужно выполнить – отслеживание их реального выполнения (операционное управление: или принудительное прохождение какого-то заранее запланированного набора задач, или планируемого «по ходу дела» с использованием технологий адаптивного обучения с учётом идей mastery learning: разным людям требуется разное время для достижения какого-то требуемого уровня мастерства, поэтому число решаемых ими задач и последовательность решения могут различаться, это требует перепланирования прямо по ходу курса).
• отслеживание работ по продвижению всех остальных альф (скажем, членов команды из следующего пункта хорошо бы вовремя назначить, и не забыть проконтролировать, чтобы они вовремя выполняли свои части работы)
•…
6. Команда курса
• преподаватель-консультант («предметник»). Работает со студентом, консультируя его по предмету: объясняет непонятное, проверяет его мастерство в решении задач, помогает предметному мышлению по материалу курса в курсовых проектах. Его задача провести ученика через множество проектных ситуаций, чтобы связать знания из учебника-задачника с ситуациями в жизни, то есть перевести теоретические знания и отрывочные умения ученика в его мастерство в изучаемой деятельности. У хорошего «предметника» ученики не столько хорошо сдают экзамены, сколько потом могут выполнять изученную практику в живых проектах, творчески её адаптируя к проектной ситуации – в том числе решая задачи, о которых не знал сам консультант в момент обучения.
• преподаватель-лидер («вожатый»). Работает над тем, чтобы пришедший обучаемый хорошо выполнял роль ученика, именно про эту роль говорят «учитель по призванию», он мотивирует на обучение. Основная задача лидера – это удерживать ученика в его роли, обеспечивать мотивацию учеников выполнять задания. Труд ученика – рабский, он не получает за свой труд вознаграждения. Труд ученика нельзя автоматизировать, хотя преподавателя автоматизировать можно. Полпланеты изучает «геймификацию» как раз один из вариантов безлюдной технологии лидерства, это прямая автоматизация одной из подролей преподавателя. У хорошего преподавателя-лидера ученики радостно выполняют рутинные и скучные упражнения, и им не скучно.
• методолог (исследователь), разрабатывает содержание образования, то есть разрабатывает учебные стандарты, опираясь на SoTA (state-of-the-art – лучшее, что известно на сегодняшний момент) в какой-то рабочей практике, которая станет после появления этого стандарта учебной дисциплиной.
• методист (дидакт, «завуч», разработчик учебного курса, instructional designer) разрабатывает содержание курса (учебник, упражнения, методические рекомендации преподавателю). Это содержание курса соответствует учебному стандарту. Разработчик курса умеет хорошо объяснять и понимает, как тренировать студентов. Это совсем другое умение, нежели умение методолога вытащить и документировать SoTA какой-то практики (практики системного мышления, или практики обучения нейронных сетей, или практики социальных танцев, или практики наладки автоматизированной линии выпуска полупроводниковых чипов). Это специализация базовой роли инженера: конечная задача разработчика курса – это изменение в мозге исполнителя роли студента, задача инженера на изменение физического мира. Сам разработчик курса не изменяет голову, но проектирует её изменение ровно так, как инженер-технолог сам не работает с «железом» проектируемой им машины, но только выполняет подробное описание того, как нужно эту машину изготавливать.
• организатор образования (и там всё богатство традиционных организационных ролей, эти роли тоже может выполнять или один человек, или множество людей-исполнителей):
• стратег определяет, чему и кого учим
• операционный менеджер учебного процесса составляет расписание занятий, следит за тем, чтобы всё было быстро-вовремя, обеспечивалось ресурсами и не выходило за рамки бюджета
• архитектор обучающей организации со всеми вышеупомянутыми ролями. Он говорит прежде всего как все практики и требуемые этими практиками роли поручить какой-то организационной структуре (конкретным людям).
• Лидер-организатор, который помогает каждому человеку в учебной организации войти в его роль, катализирует сотрудничество между всеми участниками проекта учебного курса
•…
•…
7. Метод обучения (way of teaching)
• методика обучения (модель жизненного цикла студента курса, и в ней учтены все современные методы обучения: blended learning, flip teaching, mastery learning и прочие,)
• методические материалы курса (учебник, упражнения, задания, методические рекомендации преподавателю), чаще всего размещаются в системе управления курсом (система управления жизненным циклом, обычно в образовании это называют LMS, learning management system)
• учебные пособия и оборудование (тренажёры, модели и моделеры, игровые среды, лабораторные установки)
• учебное помещение (а хоть и дома, если дистантно!) и аппаратура-с-софтом для коммуникации (телеграм, MS Teams и прочие варианты)
•…
Разделение труда и трудовые роли
ТРУДОВЫЕ/ДЕЯТЕЛЬНОСТНЫЕ/ПРОЕКТНЫЕ РОЛИ
Учебный курс был выбран в качестве примера представления проекта в том числе и потому, что большинству людей его организация хорошо знакома: все ведь где-то чему-то учились, и могут себе представить, что стоит за каждой строчкой описания проекта. Но вот ровно так же можно описывать и самые разные другие проекты: от создания космического корабля до подготовки детского утренника, от создания финансового приложения для смартфона до проведения ролевой игры с деревянными мечами и картонными латами в пригородном лесу. В каждом проекте вы просто определяете то, что вы хотите создать или изменить в окружающем вас мире (целевую систему этого проекта, в примере учебного курса это было мастерство какого-то студента, а если бы речь шла о проекте космического корабля – то этот космический корабль), и далее нужно определить все остальные важные объекты внимания.
Одни из этих объектов внимания – это трудовые/деятельностные/проектные роли. Они могут быть в команде проекта и отвечать за создание целевой системы этого проекта, но могут быть и внешними, у которых другие их целевые системы, а целевая система команды для них интересна только по сопричастности к их целевой системе (целевой системой едока за обедом в кафе будет не еда, а сытый его желудок. И для этого ему нужна еда, которую готовит команда поваров). Трудовые роли всегда играют люди – в маленьких проектах один человек играет множество ролей, а больших проектах одну роль играет множество людей.
Так, в проекте курса если у вас учебная организация из одного человека, то этому человеку придётся играть все эти роли. Если у вас большой университет, то там множество исполнителей каждой из ролей. Если вы пошли работать в какой-то образовательный проект, то лучше бы вам иметь тут какой-то трудовой кругозор (общие представления о том, как устроено ролевое разделение труда в образовательном проекте, какие практики/деятельности выполняют разные трудовые/деятельностные роли) и прочесть хотя бы один учебник по практике каждой роли, чтобы понимать происходящее в проекте.
Если вернуться к описанию проекта общего вида, то за основу там принят инженерный проект общего вида, где предприниматели находят возможность выполнения проекта, и инженеры реализуют эту возможность, проектируя и изготавливая систему (сервис – это просто участие в изготовлении системы, только из материала заказчика: парикмахерская предоставляет услугу, изготавливая причёску из материала заказчика), а менеджеры организуют этот проект. В любом случае все роли удерживают во внимании самые разные важные изменяющиеся в ходе выполнения проекта объекты, но интересуют их разные свойства этих объектов и разные изменения.
Например, по поводу объекта «требования» (requirements) как части объекта «описание системы» в проекте будут договорённости между следующими ролями, которые занимаются этими требованиями с самых разных сторон:
Системный инженер интересуется требованиями как описанием целевой системы инженерного проекта (и его ещё интересует надсистема, на которую он мог бы как-то влиять). Предпринимателя интересуют требования как удовлетворяющие потребностям внешних проектных ролей и возможность сделать проект с такими требованиями. Менеджера проекта интересуют сроки разработки требований и ресурсы на их разработку (кто из членов команды будет этим занят), а также сроки разработки самой описываемой требованиями системы и требуемые для разработки ресурсы. Главного инженера/айтишника предприятия (CTO/CIO) интересует метод разработки требований и требуемый для поддержки этого метода софт инженерии требований.
Так что в проектах с ролями разобраться важно: у разных ролей разные интересы, и нужно всегда знать, с кем в какой роли говоришь, чтобы его понимать и давать правильный ответ. Ответ Принцу Гамлету или Васе Пупкину, который исполняет роль Принца? Ответ Принцу Гамлету или тени отца Гамлета? Ответ архитектору проекта или Васе Пупкину?
Вот пример реплики старшего программиста (это должность, не роль! Это ведь про ответственность – «старший», а не про то, какую роль будет играть этот «старший программист» в реальных проектах) на совещании: «когда я вчера смотрел на график нашего проекта, то понял, что нам может не хватить времени на тестирование, поэтому неплохо бы озаботиться контрактацией дополнительных серверов для этой работы».
Какой выберете вариант продолжения беседы?
• Инженерный: какие ошибки требуют дополнительных серверов для их тестирования? Можем ли мы уменьшить объём тестирования?
• Менеджерский: у нас предусмотрено это бюджетом, или как всегда? У вас есть проект контракта? Кто найдёт поставщика?
Можно ли верить, что «старший программист» желает обсудить свои, инженерные аспекты дела, исполнитель этой роли и вправду выступил как инженер-программист? Или он выступил как операционный менеджер, ибо ведь «старший»? Или его вопросы риторические, то есть он знает ответы, но строит какую-то интригу и занимает какую-то другую роль?
Вы бы сами какую линию разговора повели: чем бы озаботились, о чём спросили? Как кто бы вы поступили в этом разговоре, то есть какое бы своё мастерство вытащили в качестве основного? Где и как вы учились этому мастерству, или «самоучка, в разговорах нахватался»?
Вспомните, когда последний раз в разговоре вы проводили такой анализ «кто и о чём говорит – кто и о чём должен бы ему отвечать»? Точно ли не путали «действующее лицо» и «исполнителя» (Принца Гамлета и Васю Пупкина, инженера по требованиям и Дарью Михайловну, преподавателя и Петра Аристарховича)?
Отслеживаете ли вы смену предметов разговора, когда и роль тоже меняется, и используемая ролью дисциплина – вдруг начинают звучать совсем другие слова, другие термины? Как долго можете удерживать внимание на диалоге – в любой момент понимая «кто говорит – кто отвечает – предмет обсуждения»?
Приобрести ролевое мастерство как мастерство занятия и удерживания роли сразу не получится. Этому нужно целенаправленно учиться. Хорошо бы ещё в школе, и уж точно в бакалавриате.
И если вы считаете, что вы «над схваткой», вы «выше всех этих ролей», то это вы только сами себя так оцениваете. Окружающие оценивают вас ровно наоборот: как человека скользкого, который непонятно что в проекте делает, на которого непонятно в чём можно положиться, который «непонятного уровня квалификации в непонятной практике, скорее всего никакой квалификации в никакой практике». Так что лучше бы вам как-то ясно давать понять людям, какую вы роль играете в проекте, какой ваш ролевой интерес, что от вас можно ожидать в этом плане.
ОСНОВНЫЕ ВИДЫ ТРУДА:
ИНЖЕНЕРИЯ, МЕНЕДЖМЕНТ, ПРЕДПРИНИМАТЕЛЬСТВО
А. Тюков выделял в 1997 году 16 сфер деятельности89: политика, религия, философия, искусство, наука, образование, здравоохранение, физкультура и спорт, технология, проектирование, коммерция, финансы, право, армия, материальное производство и «пока неоформившееся просвещение». В основу выделения этих сфер А. Тюков ставил идущие в этих сферах основные процессы/практики/деятельности. Для здравоохранения/медицины – лечебная деятельность, для армии – защита границ и государственного устройства. Такое структурирование деятельности, основанное на сферах (часто ассоциируемыми с организационными структурами: бизнес-экосистемами, министерствами с подведомственными им предприятиями) широко обсуждался в кругах СМД-методологов, и мы возьмём его за основу, чтобы не сочинять что-то самим.
Мы можем существенно упростить мышление обо всех этих деятельностях, если подметим: они все связаны с созданием или изменением состояния каких-то товарных (продукты) или даже чужих (сервисы) целевых систем. В этом плане во всех деятельностях можно найти их «инженеров» (например, в здравоохранении/медицине это врач, в образовании это педагог), но как мы увидели на примере курса, этих занимающихся изменением мира «инженеров» может быть довольно много разных, и они ещё и будут носить разные имена (например, в образовании это педагог, но и он разбивается на две подроли – работающего с пониманием студента «предметника» и работающего с мотивацией студента «лидера»).
Вот этот кругозор в разделении труда в самых разных проектах будет трансдисциплинарен (транс- тут означает, что «по ту сторону от встречающихся в проекте дисциплин»90 – мы говорим не столько о содержании практик, которыми занимаются исполнители проектных ролей, сколько о том, какие именно это практики и все эти практики собираются вместе в один проект).
Проще всего деятельность в проекте описывать, используя системный подход и системную схему проекта с её заданием важных объектов проекта как объектов предпринимательского (возможность, внешние проектные роли), инженерного (воплощение системы/целевая система, описание системы), менеджерского (работы, команда, метод/способ работы) интереса.
Конечно, можно адаптировать эту схему к другим деятельностям, как это было показано на примере проекта учебного курса. Так, в ходе адаптации инженерная область интересов в этом примере стала областью интересов обучения.
Но вот дробление деятельностей/практик и выполняющих их ролей может быть задано сразу и для предпринимательской, инженерной, менеджерской деятельности. Более того, это инженерная деятельность более-менее разнообразна (врач или педагог как инженеры человеческого тела и человеческого мастерства), а вот в предпринимательстве и менеджменте ролевые разбиения много стабильней. Операционный менеджер будет как в инженерном проекте, так и в лечебном, так и в учебном, так и в военном (да и любом другом).
Помним, что слово «системная» означает, что мы используем при их описании системное мышление, это нужно как минимум для того, чтобы описать как эти все деятельности самых разных ролей объединяются в одном проекте, чтобы результатом проекта стала успешная система.
Разделение труда на планете углубляется, и крупные практики разбиваются на более мелкие, а крупные роли тем самым разбиваются на более мелкие. Инженерией занимается инженер. Так же, как врач, это слишком общая роль (вы же не путаете дантиста и гинеколога?). Поэтому из инженеров выделяют системных инженеров как собирательное имя для исполнителя всех ролей, кроме производственного инженера и инженера-эксплуатационщика. Но и системного инженера в жизни как роль играет один человек только в очень маленьких проектах, как «врач» по всем вопросам существует только в очень маленьких организациях (скажем, на подводной лодке, или в далёкой деревне). Про врача можно сказать, что он лечит людей, но разные врачи лечат разное. Системный инженер занимается системной инженерией, то есть создаёт успешные системы. Но разные системные инженеры принимают в этом разное участие. Скажем, инженерией требований занимается инженер по требованиям, инженерией системной архитектуры занимается инженер-архитектор, иногда его называют системным архитектором.
То же самое с менеджерами. Менеджеры как слишком общая роль следят за тем, чтобы организация работала: все люди знали, чем они занимаются, инженеры имели ресурсы для выпуска продукта или оказания сервиса, предприятие выполняло полученную ими от предпринимателя стратегию, запуская проекты развития и совершенствования. Это может быть один человек в маленькой организации, но как только людей становится больше, то сразу выделяются исполнители подролей, как и в случае инженеров. Например, операционный менеджер следит, чтобы через организацию шёл максимально быстрый и мощный поток продуктов, работ, информации – от их поставщиков к потребителям. Если где-то на пути этого протока есть затор, он принимает меры к его устранению, добавляет туда ресурс. Встречным потоком за выпущенную продукцию или оказанный сервис идут деньги, и максимизация потока к потребителю оказывается и максимизацией потока денег в обратном направлении. Это чисто логистическая задача, там есть своя математика, свои принципы работы. И эта работа операционного менеджера существенно отличается от работы архитектора предприятия, который разрабатывает принципы того, как должно работать предприятие, чтобы суметь выпустить продукт или оказать сервис. А ещё есть менеджер-организатор, который должен обеспечить организационные изменения: сделать так, чтобы люди начали работать по-новому, с учётом предлагаемой архитектуры предприятия. И ещё нужно, чтобы люди сотрудничали, поэтому менеджеры-организаторы занимаются также лидерством.
