Образование для образованных. 2021

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• инженер по требованиям занимается инженерией требований,

• системный архитектор занимается инженерией системной архитектуры,

• управляющий конфигурацией и изменениями/жизненным циклом занимается управлением конфигурацией и изменениями/жизненным циклом,

• инженер по производству занимается производством/строительством (изготовлением и сборкой)

• инженер по испытаниям/тестированию занимается проверкой и приёмкой

• инженер по эксплуатации занимается эксплуатацией (ремонты и техобслуживание)

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

• Операционный менеджер занимается операционным управлением/цепями поставок/логистикой,

• Финансовый менеджер занимается управленческим учётом и контроллингом,

• Архитектор предприятия занимается инженерией предприятия и архитектурой предприятия/технологическим менеджментом,

• Организатор занимается организационными изменениями/развитием

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

• Стратег занимается стратегированием

• Менеджер по продажам занимается продвижением продукта,

• Инвестиционный финансист занимается корпоративными финансами,

• Корпоративный гувернор/управляющий занимается корпоративной поднадзорность/governance

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

• Педагог занимается обучением студентов/учеников

• Тьютор/коуч занимается тьюторингом/коучингом. Аналог менеджера по продажам.

• Преподаватель-консультант («предметник») занимается консультациями. Аналог производственного инженера для научаемого мастерства.

• Преподаватель-лидер («вожатый») занимается мотивированием. Аналог производственного инженера для личности студента.

• Методолог занимается методологией (определяет чему учить). Аналог инженера по требованиям для мастерства.

• Методист занимается разработкой курсов (определяет как учить, instructional design). Аналог инженера-архитектора.

Знание этих общих деятельностей/практик и их подпрактик на уровне хотя бы знакомства с одним учебником крайне важно, чтобы понимать интересы и предпочтения людей в их рабочих ролях. Что именно вас спрашивает инженер по требованиям, как ему лучше отвечать? Чем интересуется предприниматель в его подроли стратега? У каких ваших ролей эти добрые люди в их своих таких разных ролях интересуются самыми разными вопросами?

Для получения представления о том, как устроен труд в проектах, нужно проработать понимание трудовых практик инженерии (в их огромном разнообразии), менеджмента, предпринимательства. Что представляет интересы инженера, менеджера, предпринимателя, как они взаимодействуют между собой, каких целей добиваются. Это учебный объём где-то 15 книг обзорного уровня, хотя бы по одной для каждой подспециализации. Предобучение (школа, бакалавриат) должно давать трудовой кругозор, представление о разделении труда, понимание на кругозорном уровне основных трудовых практик, основных видов деятельности! Нужно знать, какие роли играются в театре жизни в каждом из проектов, и не попадать впросак: если вас спрашивают как менеджера, а вы даёте ответ как предприниматель – то вы «не угадали», и наоборот тоже. Более того, если вас спрашивают как одну из подролей, а вы даёте ответ как другая подроль (помним про дантиста и гинеколога!), то вы тоже «не угадали»!

ПРИМЕР ПРАКТИКИ/ДЕЯТЕЛЬНОСТИ ОПЕРАЦИОННОГО

МЕНЕДЖМЕНТА

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

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

• Теория ограничений систем Элияху Голдратта, там течёт inventory, вытекает throughput

• Русская школа управления Алексея Андреева, там течёт сила по жиле91

• Цепочки приращения пользы/value, там течёт и наращивается польза/value

• Сетевая организация (не структура!), там текут товары (сеть универмагов), знания (сеть аналитических центров).

• Цепи поставок, там текут запасы по складам и местам переработки

• Кооперативные процессы СМД-методологии, там текут продукты деятельностных актов

•…

Когда вы придёте в ту или иную организацию, в тот или иной проект в рамках организации, вы обязательно там встретите человека, который будет играть роль операционного менеджера. Он будет говорить абсолютно разные слова в зависимости от того, чему его учили в той или иной школе менеджмента. Но после хорошего курса менеджерского кругозора под этими словами вами должно сразу распознаваться: «он говорит о потоке, он хочет ускорить его прохождение! Это операционный менеджер!» – и дальше с ним действовать, исходя из этого понимания. И так с каждой практикой, каждой ролью. Проработайте хотя бы 15 книжек, по одной на каждую основную подроль в предпринимательстве, инженерии, менеджменте. Поймите интересы и предпочтения ролей в каждой из описанных там деятельностей. Поймите ключевые понятия каждой из деятельностей. Сделайте это в разбиении хотя бы на один уровень вниз.

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

В практиках, конечно, могут быть и несколько ролей: практика обмена/торговли включает роли продавца и покупателя, медицинская практика роли врача и пациента, обучение связано с взаимодействием студента и преподавателя, а ещё развивающегося и тьютора.

МАСТЕРСТВО ВЫБОРА ДЕЯТЕЛЬНОСТНОЙ РОЛИ

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

Мастер волен выбирать пути в жизни, но он должен хотя бы понимать на самом общем уровне само наличие этих быстро меняющихся путей – и не на уровне интуитивных представлений, а на осознанном уровне. Мы ведь только что обсудили самое общее устройство карты этих путей, карты человеческой деятельности.

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

Ролевое мастерство, которое нужно получить в ходе предобучения – это

• мастерство выбора новой деятельностной роли,

• мастерство получения навыка в практике этой роли,

• мастерство удержания этой роли и качественного выполнения практики в проекте,

• мастерство оставления этой роли в тот момент, когда она устарела (не нужно держаться за роль извозчика в тот момент, когда вокруг лошади остались только в спорте и очень изредка в парках развлечений).

Надо обязательно проработать (не просто прочесть учебники или материалы курсов: бесполезно ведь читать учебники «как ездить на велосипеде») учебные материалы по всем этим вопросам, потратить год-другой на достижение этого мастерства. Увы, тут как со спортом или игрой на музыкальных инструментах: речь идёт о годе-другом, а не о паре недель занятий. Ролевое мастерство быстро не ставится.

Но как с актёрским мастерством (примерно всё то же самое: умение выучить роль, войти в роль при её исполнении, удерживать роль, безопасно выйти из роли, не путать себя и роль) в театральных вузах, нужно ещё и знать роль, выучить её!

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

Скажем, в большом проекте вы будете не просто системный инженер, а инженер по требованиям, или даже инженер по требованиям в авиастроении. На освоение прикладной практики/вида труда/деятельности придётся потратить год-два, тоже проработать пару десятков учебников, да ещё и попрактиковаться в живых проектах. И это всё через некоторое время устареет, прогресс ведь неостановим, поэтому это нужно будет повторять в жизни снова и снова!

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