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

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

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

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

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

г) Организатор занимается управлением оргизменениями и лидерством. Ему нужно организовать учебный процесс, объяснив каждому человеку его роль, катализировать сотрудничество между всеми сотрудниками учебной организации.

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

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

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

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

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

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

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

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

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

Почему не работают трёхдневные курсы ни для менеджеров, ни для инженеров

Трёхдневные курсы, где никакой теории, только практика

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

Скажем, берём практику Jobs-To-Be-Done (JTBD)[65 - https://medium.com/no-flame-no-game/что-такое-jobs-to-be-done-и-job-stories-4c57c1dc84cf (https://medium.com/no-flame-no-game/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0%BA%D0%BE%D0%B5-jobs-to-be-done-%D0%B8-job-stories-4c57c1dc84cf)] из инженерии требований или практику управления буферами проекта в голдраттовском варианте управления проектами. Вас научат последовательности шагов, покажут какие таблички заполнять, какой софт использовать.

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

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

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

Всё, что можно в трёхдневном курсе неправильно понять или пропустить мимо ушей, будет понято неправильно или пропущено мимо ушей. Но не это «неправильное понимание» и «невнимательность учеников» основная причина неуспеха.

Прикладных знаний в любом деле участвует больше,

чем можно получить за три дня

Значительное число нелепостей в работе возникает не от владения натренированной всего за три дня прикладной практики, а от непонимания деятельностной трансдисциплины, общей для многих и многих практик. Скажем, в инженерии требований нет понимания того, что и почему важно в этих требованиях: требования прилетают с самых разных направлений, общаться нужно по поводу требований с самыми разными людьми, и такая прикладная дисциплина как (JTBD) решает отнюдь не все проблемы с требованиями – там не решаются, например, проблемы управления требованиями, задействования требований из стандартов и множество подобных вопросов. На прикладном тренинге, оказывается, говорят правду, но не всю правду. В случае JTBD не рассказали в целом про дисциплину «инженерия требований»[66 - про проблемы инженерии требований как дисциплины см. в https://ailev.livejournal.com/1425741.html (https://ailev.livejournal.com/1425741.html).].

Прикладные практики обычно просты и незатейливы, они конкретны и вроде как легко понимаются, а вот трансдисциплины для своего понимания требуют существенного задействования мозгов, они более абстрактны, более трудны в понимании. Это всегда так для трансдисциплин. Предобучение всегда неочевидно и дорого по времени и ресурсам. Трёх дней курсов для овладения инженерией требований с профессиональным качеством работы уже не хватит, тут может потребоваться семестр плотной работы в инженерном вузе. Инженеров ведь так и учат их трансдисциплинам – семестрами. И потом они способны за три дня разобраться с прикладной практикой. Откуда берётся уверенность, что трёхдневный курс даст незнакомому с трансдисциплиной человеку нужные умения на уровне вузовского семестра? А если человек знаком с инженерией требований? Сначала нужно понять, когда он ей учился: если это тридцатилетней давности инженерия требований, то нужно перепрошить мозг трансдисциплиной 2020 года, а потом уже знакомиться с JTBD. Ибо с точки зрения старой трансдисциплины JTBD едва ли вообще имеет смысл. А в сегодняшней инженерии требований сегодня это мейнстрим, одна из лучших практик выявления требований как главной практики в инженерии требований.

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

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

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

В системной инженерии будет говориться, что требования получаются во многом из результатов дальнейшей работы над концепцией использования (requirements engineering логически следует за практикой concept development), а потом используются в архитектурной работе, а ещё дальше в проверках и приёмках (verification and validation). Огромное число ляпов и проблем проекта возникает из того, что в головах прошедших трёхдневные курсы по крошечному кусочку системной инженерии (JTBD) или системного менеджмента (управление буферами проекта) нет вот этого многоуровневого понимания, как эти работы вписываются в общие работы по проекту в длинных цепочках этих работ.

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

Добавьте к трёхдневному практическому курсу

семестр теории

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

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

Чтобы обучать системной инженерии, на Западе рекомендуют после инженерного или естественнонаучного бакалавриата поработать на производстве некоторое время, и только потом идти учиться на магистра по системной инженерии. То же самое происходит со всякими MBA – очевидно, что талантливый школьник, досрочно закончивший вуз, вряд ли сможет быть хорошим системным инженером или менеджером. Нужно иметь какой-то производственный опыт.

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

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

Образовательная траектория – важна!

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

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

Хороший пример тут даёт определение разницы между степенями магистра инженерного менеджмента (MEM, master of engineering management) и магистра делового администрирования (MBA, master of busines administration) консорциума программ инженерного менеджмента[67 - http://www.mempc.org/ (http://www.mempc.org/), While MBA and MEM programs share some similarities in shaping capable leaders through a core curriculum in economics, marketing, and operations, students with MEM degrees are a better fit for today’s technology companies simply because an undergraduate degree in a STEM field is a prerequisite for admission. Since it’s not a prerequisite for an MBA, a majority of candidates graduate with a non-technical education. In a world where technology touches almost all aspects of life and business, students with a MEM degree fit seamlessly into today’s high-tech companies that need tech-savvy leaders for data-driven decision making and innovation-driven global strategy and growth.]: программы MEM и MBA похожи, но на программу MEM берут с базовым уровнем мастерства в STEM (математике, физике, информатике), и поэтому люди с образованием MEM лучше вписываются в технологические компании, а люди из MBA получаются более гуманитарными и вписываются в высокотехнологические компании хуже. Вот так просто: знание математики и физики перед началом обучения менеджерским дисциплинам даёт другой образовательный результат.

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

Люди-прочерки

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

Платить (деньгами, долей в капитале, чем угодно) вам будут за выполненную прикладную работу, а не просто за коммуникабельность и широкий кругозор, за умение вписываться в коллектив. Платят за то, что вы и выполнили прикладную работу, и вписали её в работу коллектива. Не «или», а «и».

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

Изучите повсеместно применяемое мастерство на уровне профессионала в этом мастерстве, тратящего на это значительную часть рабочего времени – и вы обнаружите, что это уже ничем не будет отличаться от прикладного мастерства. Если вы ведёте переговоры, вступаете в коммуникацию с какой-то группой, то это повсеместно применяемое мастерство. Если вы главным образом ведёте переговоры, выступаете конфликтологом, то вам придётся изучить дополнительный десяток учебников, пройти дополнительно пяток курсов – у вас будет уже прикладное мастерство ведения переговоров. Ещё и преподавать конфликтологию будете! Если вы изучили математику на уровне профессионала как прикладное мастерство, а не на общем для инженеров и менеджеров (финансовые модели! Модели операционного менеджмента!) уровне повсеместно применяемого мастерства, то просто станете прикладным математиком.

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

Если вы взялись организовывать коммуникацию в проекте (вроде как soft skill, и на его основе будет повсеместно применяемое мастерство), всё ОК, если вы этим заняты 5 минут в день. Если 5 часов в день, то вас спросят: а какие методы вы используете? Можно ли это сделать эффективней, быстрей, проще, чем это делаете вы с вашим кругозорного уровня пониманием организации коммуникации? Как измерить результат – вас же должны были этому учить, если у вас компетенция/мастерство профессионального организатора коммуникации? А если вы не профессионал – то и результаты будут непрофессиональны, и оплата соответствующей (неважно, речь идёт о зарплате, или о доли в проекте). Ну, или вы гений-самоучка, и сможете организовывать коммуникацию без обучения – такое иногда бывают. Вы правда гений, или всё-таки будете специально учиться вроде как общему мастерству? Про эффект Даннинга-Крюгера помните?[68 - https://ru.wikipedia.org/wiki/Эффект_Даннинга_—_Крюгера (https://ru.wikipedia.org/wiki/%D0%AD%D1%84%D1%84%D0%B5%D0%BA%D1%82_%D0%94%D0%B0%D0%BD%D0%BD%D0%B8%D0%BD%D0%B3%D0%B0_%E2%80%94_%D0%9A%D1%80%D1%8E%D0%B3%D0%B5%D1%80%D0%B0) – люди с низким уровнем квалификации делают ошибки чаще, но не склонны их осознавать, ибо у них для этого не хватает квалификации. Люди с высоким уровнем квалификации делают ошибки реже, но замечают их, ибо имеют для этого квалификацию.]