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

Анатолий Левенчук

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

Оглавление

* * *

Приведённый ознакомительный фрагмент книги Образование для образованных. 2021 предоставлен нашим книжным партнёром — компанией ЛитРес.

Купить и скачать полную версию книги в форматах FB2, ePub, MOBI, TXT, HTML, RTF и других

2. Ролевое мастерство: быстро вписывайтесь в проекты

Цикл убегания из неизвестности

СТАВЬ ЦЕЛЬ, ПОТОМ ДОСТИГНИ ЕЁ.

ПОВТОРЯЙ ДО КОНЦА ЖИЗНИ.

Никогда не бегут «куда». Всегда бегут «откуда». Людьми движет не столько достижение какой-то позитивной цели, «счастья», сколько беспокойство по поводу текущих или даже будущих неудобств. Главный императив — выживание, вписывание в неуютную прямо сейчас или в ближайшем будущем окружающую среду. Поэтому стратегировать, то есть искать, куда бежать, люди начинают только тогда, когда им хватает ума сообразить, что их текущее положение чем-то не устраивает. Если прямо сейчас всё хорошо, но есть понимание, что плохо станет в будущем — это беспокойство по поводу будущего будет происходить тоже сейчас, и никакое текущее «счастье» его не перекроет. И только в этот момент, уже на полном бегу от этого беспокойства будет происходить торопливый выбор следующей цели — куда же именно бежать, при этом не прерывая собственно бега!

Вот цикл постановки целей (стратегирования) и последующего научения такие цели достигать:

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

Предприниматели сегодня тоже стали ритмичными, как говорят, «серийными», и у них очень похожий цикл:

ЗАКАТ ПРОФЕССИЙ: БОЛЬШЕ НЕТ «ПРИЗВАНИЯ НА ВСЮ ЖИЗНЬ»

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

Не задавайте себе вопроса: «Какой я профессии?», этот вопрос устарел, он из прошлого! Лучше подумайте о тех практиках, которыми вы можете заниматься на профессиональном уровне прямо сейчас или в ближайшем будущем, для выполнения которых у вас уже есть мастерство, а также хватает собранности и интеллекта для того, чтобы быстро подучиться какому-то новому мастерству.

Если вы прекратите задаваться неправильными романтическими и утопическими вопросами «Какой я профессии?», «Кто же я?», «Какое моё предназначение в этой жизни?», у вас не будет проблем «смены профессии» или «судьбоносного жизненного выбора».

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

Но нарабатывать новое прикладное мастерство вам придётся в каждом цикле убегания из неизвестности, и делать это нужно будет быстро.

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

Знания, умения и навыки (ЗУН, skills) можно получить быстро: знания где-нибудь прочесть, умения и навыки получить в упражнениях. Скажем, прочитать учебник езды на велосипеде и выполнить упражнения по движению по прямой и поворотам под присмотром инструктора. А вот мастерство (компетенция/competency74) — это умение не растеряться в реальной жизни и творчески применить в уместной для этого ситуации знания, умения и навыки, адаптировав их так, чтобы результат их применения был полезен для проекта. Мастерство езды на велосипеде — это не демонстрация инструктору навыков хорошей езды в упражнениях из учебника езды на велосипеде, а демонстрация хорошей и уверенной езды в ситуациях, которые не могу предвидеть учебник и не тренировал инструктор: когда вы едете на велосипеде в дождь в темноте по грунтовой дороге, и у вас на багажнике сидит ребёнок.

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

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

Т-люди: глубокие прикладники, но с широким кругозором

Концепция T-людей (T-shaped persons, часто T-shaped skills) существует ещё с 80-х, когда МакКинси использовала её для набора и развития своих консультантов75. Вертикальная чёрточка в T обозначает мастерство в какой-то прикладной практике, а горизонтальная чёрточка обозначает, способность сотрудничать по широкому спектру дисциплин, и умение применить свои глубокие «вертикальные» знания и умения в смежных дисциплинах.

Концепция Т-людей стала популярна, и породила множество образовательных проектов, например, в 2012 году проект NEF (New Engineering Foundation Великобритании) так и названный: Т-образное обучение (T-shaped Learning)76. В этом проекте предлагалось сделать NEF Т-образного технаря (Technologist не «технолог», он именно «технарь»). Такой Т-образный технарь заявлялся как новый тип человека, получаемый путём нового типа обучения, T-образного обучения. Проект NEF должен был организовать выпуск T-образных технарей. Вот так это представлялось картинкой:

На картинке:

• Вертикальная палочка для Т: техническое/прикладное знание и опыт — по большей части специфичные для технической дисциплины, определяются отраслью или экосистемой. Они включают know-how (практическое мастерство), но также и know-why (которую авторы концепции определяли как знания из набора теоретических предметов STEM77, то есть физику, математику, информатику и т.п.). Это специальные знания и умения, нужные для конкретного прикладного мастерства. Если речь идёт о ракетостроении, то это знания инженерии орбитальных систем, радиационной защиты космических кораблей, и т. д.

• применимые повсеместно (transferable, «переносимые» из проекта в проект, не зависящие от типа проекта) профессиональные знания, навыки и умения/skills. Сюда входят навыки и умения из сферы организационных отношений, а также навыки и умения по передаче знаний из исследований в разработку (knowledge transfer) плюс навыки и умения в инновациях (инновации понимаются как доведение результатов исследований не только до разработки, но и до успешных на рынке продуктов).

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

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

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

Элон Маск говорил, что создать прототип автомобиля, то есть получить результат разработки — легко, а вот наладить массовое производство, чтобы иметь успех на рынке — вот это трудно. Прототип электромобиля — это ещё не «инновация», это только «идея». Завод по производству автомобиля устроен много сложней, чем сам автомобиль! И сложней, чем конструкторское бюро, где делается автомобиль. Инновация будет тогда, когда прототип дойдёт до рыночной продажи, то есть удастся найти (или даже разработать, а потом и построить!) завод, который будет серийно производить эти электромобили.

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

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

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

Т-предприниматели иногда известны, как серийные предприниматели. Тот же Элон Маск организовывал предприятия и финансовой индустрии (PayPal), и космической промышленности вперемешку с интернет-провайдерством (SpaceX и его проект спутникового интернета StarLink), производства автомобилей (Tesla), нейроинтерфейсов (NeuraLink), прокладки транспортных туннелей (Boring Company), и это даже не полный список!

Предобучение людей и машин

ПРИМЕНИМЫЕ ПОВСЕМЕСТНО НАВЫКИ:

БАКАЛАВРИАТ, ШКОЛА, ДЕТСКИЙ САД

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

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

Беда в том, что учебные программы бакалавриата люди не проходят за свою жизнь два-три раза, как это обычно происходит с магистратурами. То есть общие для всех проектов знания и умения, личные качества остаются на уровне первого прохождения бакалавриата, как у остановившихся в развитии зверюшек после взросления, а рост идёт только в магистерских прикладном мастерстве, технических знаниях и опыте — но на морально стареющем год от года личностном фундаменте, полученном давным-давно в бакалавриате.

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

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

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

Детский сад тут не исключение: если посмотреть, чему учат в детских садах Монтессори, так это умению ухода за собой (поесть, поспать, держать себя в чистоте, убрать место своих занятий), проявлению любопытства и разумной осторожности в сложных ситуациях, соблюдению правил, но не слепо игнорируя при этом ситуацию, чтобы не стать заложником ошибок в правилах. Очень многие известные успешные предприниматели вышли из детских садов и школ Монтессори — так может быть нужно учить сразу тому, чему там учат, причём учить современному знанию, как это нужно делать, а не старинному времён начала деятельности Монтессори в середине прошлого века? За почти сто лет многое ведь изменилось, человечество много чего узнало нового?

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

И ещё дополнительно нужно следить, чтобы это «общее и полезное для повседневного использования» было самой свежей версии. Например, общеполезное знание «в незнакомой ситуации погугли» относительно недавнее. Раньше это было эквивалентно «сходи в библиотеку», и даже в библиотеке не было понятно, что делать дальше. Относительно новый повседневный навык, общий для всех ситуаций — воспользоваться полнотекстовым поиском в интернете. И это должно даваться ещё в детском саду (если писать не умеешь, то спроси голосового помощника, он ответит голосом даже детсадовцу: Google Assistant, Алиса от Яндекса, Маруся от мейл.ру, семейство Салют от Сбера, и всё это имеет ещё и телефонные, и компьютерные версии, необязательно иметь именно «железо» помощника). Увы, и детский сад, и школа проходят мимо этого, ещё и ограничивают доступ, «как бы чего-нибудь нецензурного не узнали»! И в вузе скорее учат не пользоваться интернетом, «чтобы оттуда не списывали», чем учат пользоваться! Так что новые повседневные навыки не имеют шанса сегодня попасть в общеобразовательную программу.

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

ПРЕДОБУЧЕНИЕ В МАШИННОМ ИНТЕЛЛЕКТЕ

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

Говорят об этом обучении/learning нейронных сетей ровно тем же языком, которым говорят об обучении людей. Но говорят точнее, ибо математиков и логиков в сфере AI больше, чем среди педагогов, и решают эти математики задачи более трудные: компьютеры научить интеллекту как умению решать задачи, ранее не встреченные в учебных примерах, труднее, чем людей. Поэтому мы активно будем делать «реэкспорт» идей из сферы инженерии AI в сферу образования людей, включая «реэкспорт» терминологии. После того как люди из AI взяли эти идеи из образования, почистили и обогатили их, мы возьмём их и опять применим к обучению людей.

Главное направление в обучении AI решению самых разных задач, связанных с пониманием естественного языка — это использование так называемых больших языковых моделей. Берётся огромная нейронная сеть. Насколько огромная? На данный момент речь идёт о единицах триллионов настраиваемых индивидуально в ходе обучения параметров, но уже ожидается и до сотни триллионов параметров. Этой нейронной сети скармливается огромное/gargantuan число самых разных текстов на всех доступных языках (так, для обучения языковой модели GPT-3 вся википедия составила только 3% от использованных текстов). В этих текстах отражены как и какие-то свойства языков в целом (кормят текстами отнюдь не только одного языка, и даже не только естественного языка, но кодами на языках программирования), так и какие-то свойства мира (ибо все эти тексты о чём-то в мире, речь не идёт о фантастике и сказках). В последнее время в обучение добавляют не только тексты, но и фотографии, рисунки, и даже видео. Нейронная сетка выучивает из всех этих описаний мира что-то общее про языки и мир. Это называется pre-train, предобучение. И занимает это предобучение довольно много времени и денег — одна предобученная языковая модель на пару сотен миллиардов параметров на середину 2020 года могла обходиться в десятки миллионов долларов78, и эта ситуация не меняется: стоимость суперкомпьютеров падает, но размеры нейронных сетей растут, и речь идёт уже о триллионах параметров! Бакалавриат для нейронных сетей оказался весьма недешёв, и занимаются созданием универсальных предобученных языковых моделей только несколько очень крупных и богатых фирм мира (в России, например, это Сбер и Яндекс79).

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

Так что потом идёт fine-tune, прикладная подстройка: берётся эта безумно дорогая предобученная языковая модель и очень быстро и дёшево на небольшом прикладном материале (скажем, несколько книг) доучивается решать одну или даже десять разных прикладных задач в какой-то узкой предметной области. Например, можно быстро доучить такую языковую модель сдавать экзамен MIT по курсу машинного обучения с результатами лучше, чем у студентов80.

Это оказывается экономически эффективно: дорогое и долгое предобучение делается один раз, результат запоминается. Потом подстройка делается легко и быстро каждый раз. За пару последних лет такой подход предобучения+настройки стал мейнстримом в AI81. И чем больше и лучше предобученная языковая модель, тем дешевле и быстрее для неё делать подстройку для какого-то класса задач. Большие деньги на предобучение языковой модели нужно затратить один раз, а на прикладную подстройку много денег не нужно, так что это можно делать много раз для самых разных предметных областей82.

Более того, качественное предобучение часто оказывается достаточным, и подстройки не требуется вообще! Новая парадигма машинного интеллекта связана не с «предобучи, потом подстрой», а с «предобучи, получи приглашение/prompt, предскажи»83 (prompt engineering, иногда называют это Software 3.0).

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

Этот способ взаимодействия с миром очень похож на происходящее в детской песенке:

— Далеко, далеко На лугу пасутся ко…

— Кони?

— Нет, не кони!

— Далеко, далеко На лугу пасутся ко…

— Козы?

— Нет, не козы!

— Далеко, далеко На лугу пасутся ко…

— А, коровы!

— Правильно, коровы! Пейте, дети, молоко — Будете здоровы!

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

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

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

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

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

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

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

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

Бакалавриат должен быть качественным предобучением

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

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

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

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

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

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

Основной аргумент Болонской системы, в рамках которой и происходит разделение бакалавриата и магистратуры по сравнению с традиционным для СССР «специалитетом» в виде непрерывных пяти лет прикладного образования — это возможность за четыре года стать зрелой «общеобразованной» личностью, чтобы потом осмысленно выбрать прикладную магистерскую программу. При этом недавнее исследование показало, что по факту и выпускники-бакалавры, и выпускники более дорогого и долгого специалитета, которые учатся на год дольше, чем бакалавры, получают одинаковые деньги и демонстрируют примерно одинаковые навыки84! Оказывается, бакалавриат и специалитет по факту работают по части выгодности для поступления на работу одинаково, а бакалавриат и магистратура вместе выгодней специалитета.

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

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

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

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

Театральная метафора

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

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

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

Эти роли не выдумываются произвольно. Они культурно обусловлены. Вы не придумываете роли продавца и покупателя в деятельности по продажам. Вы не придумываете роли инженера по требованиям и операционного менеджера. Они существуют в культуре, как бы прописаны современным производственным укладом.

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

Эту игру по роли как игру добивающегося цели пьесы актёра нужно уметь распознавать и уметь оценивать её качество. Принц Гамлет в исполнении актёра Королевского театра в Лондоне и в исполнении соседского мальчишки в школьном спектакле — это будут не совсем одинаковые принцы Гамлеты из-за разного качества игры исполнителей этой роли. А как оценить качество чьей-то игры по роли? Чтобы оценить хорошо, нужно самому хорошо знать эту роль! Чтобы оценить «на уровне кругозора», нужно самому знать эту роль на уровне кругозора!

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

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

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

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

Как думать о ролях в проекте по созданию систем (а в конечном итоге все проекты оказываются проектами по созданию успешной той или иной системы) подробно описывается в учебнике «Системное мышление»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 — мы говорим не столько о содержании практик, которыми занимаются исполнители проектных ролей, сколько о том, какие именно это практики и все эти практики собираются вместе в один проект).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

МЕНЕДЖМЕНТА

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

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

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

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

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

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

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

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

•…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ТРЁХДНЕВНЫЕ КУРСЫ, ГДЕ НИКАКОЙ ТЕОРИИ,

ТОЛЬКО ПРАКТИКА

Практически все сегодняшние анонсы прикладных тренингов по повышению квалификации содержат фразу о том, что содержание исключительно практично — никакой теории, чистые приёмы работы, «сразу бери — и в дело». И это чистая правда. Эти тренинги так и устроены: сугубо прикладные объяснения, рассказывающие какие таблички в каких формочках заполнять, какие кнопки в каких софтах нажимать. Скажем, берём практику Jobs-To-Be-Done (JTBD)92 из инженерии требований или практику управления буферами проекта в голдраттовском варианте практики управления проектами. Вас научат последовательности шагов, дадут названия этих шагов, покажут какие таблички заполнять, какой софт использовать. Объяснений причинно-следственных связей, почему это всё работает — это «сложно», этого не будет, «чтобы водить автомобиль, необязательно знать, как работает бензиновый, дизельный, или даже электродвигатель».

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

Неважно, инженерные практики изучаются, менеджерские, предпринимательские, образовательные или ещё какие-то: «три дня чистой практики — и в продакшн» оказывается недостаточно для реального дела, результаты трёхдневных «чисто практических» обучений разочаровывают, и разочаровывают сильно. Прикладные трёхдневные тренинги безуспешны, ибо если не понимать причинно-следственных отношений в изучаемой практике и их природы, нельзя будет подстраивать практику под обстоятельства конкретного проекта. Нельзя «просто подставлять в формулу», например в E=mC2 нужно перед применением формулы хорошо понимать, что такое E (энергия в её разнообразии видов), что такое m (масса, её отличие от веса и т.д.), скорость света (в том числе как она меняется в разных средах), и много чего ещё. Это много-много текста помимо краткой формулы. В трёхдневных курсах формулы дают, а вот эти «много-много текста» с объяснениями опускают, ибо «никакой теории, чистая практика». И объяснениями называют не объяснения причинно-следственных связей в изучаемой предметной области, а объяснения по пользованию рецептами: что куда надо подставить, чтобы «получилась магия». А магия, увы, иногда в проекте получается, а иногда не получается. Для понимания и коррекции тут требуется знание объяснений-теории, чего в трёхдневных тренингах не дают.

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

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

ПРИКЛАДНЫХ ЗНАНИЙ В ЛЮБОМ ДЕЛЕ УЧАСТВУЕТ БОЛЬШЕ,

ЧЕМ МОЖНО ПОЛУЧИТЬ ЗА ТРИ ДНЯ

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

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

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

Предобучение всегда неочевидно, всегда дорого по времени и ресурсам. Трёх дней курсов для овладения инженерией требований с профессиональным качеством работы уже не хватит, тут может потребоваться семестр плотной работы в инженерном вузе — и помним, что вузовский семестр (полгода учёбы) это 900 учебных часов94. Инженеров в вузе учат трансдисциплинам семестрами, а не «трёхдневками» тематических семинаров по отдельным прикладным практикам! А потом — после фундаментального образования, а не после «знания многих лайфхаков» они, конечно, становятся способны за три дня разобраться с какой-то прикладной практикой в рамках их уже имеющегося трансдисциплинарного мыслительного мастерства.

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

ТРАНСДИСЦИПЛИНЫ ИЛИ СВЕЖИЕ, ИЛИ ЗАБЛУЖДЕНИЯ.

Осетрина бывает или первой свежести, или не осетрина. Так и трансдисциплины. Если какая-то теория/объяснения/дисциплина «свежая», например, теория флогистона в 18 веке (термин был введён в 1667 году)95, то это нормально. Если дисциплина и основанные на ней практики устарели, то это лучше бы считать заблуждением.

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

Предположим, что человек, который пошёл на JTBD уже знаком с инженерией требований. И тут сначала нужно понять, когда он учился инженерии требований: если это версия тридцатилетней давности инженерии требований (скажем, это выпускник вуза 2000 года, тогда вполне вероятно, что его там научили версии 1990 года, вот и набралось тридцать лет до текущего момента!), то нужно перепрошить мозг трансдисциплиной текущего (когда пишутся эти строки, то 2021) года, а потом уже знакомиться с JTBD. Ибо с точки зрения старой трансдисциплины тридцатилетней давности сегодняшняя JTBD едва ли вообще имеет смысл, это «игрушка этих молодых выскочек». А в сегодняшней инженерии требований сегодня это мейнстрим, одна из лучших практик выявления требований как главной практики в инженерии требований.

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

Современное «теоретическое» объяснительное знание оживляет прикладную живую и практичную дисциплину, не даёт делать новичковые ошибки: рецепты берутся из трёхдневного курса, а объяснения — из трансдисциплинарного знания, которое было получено на других курсах, не слишком очевидно связанных с практикой. Как именно управлять буфером проекта в каком-то прикладном софте проектного управления, используемом в конкретном проекте, будет понятно из трёхдневного курса, а вот почему это всё вообще работает и какие могут быть проблемы «на стыках», будет понятно из теоретического курса планирования работ, где будет в том числе даваться и необходимая математика (статистические расчёты, а не просто «нажмите вот эту кнопку, получите результат». Будет рассказано, как именно считается результат! Работы то оканчиваются не точно в запланированные сроки, и нужно понимать статистические закономерности в потоке работ!).

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

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

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

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

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

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

ДОБАВЬТЕ К ТРЁХДНЕВНОМУ ПРАКТИЧЕСКОМУ КУРСУ

СЕМЕСТР ТЕОРИИ

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

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

Чтобы обучать системной инженерии, на Западе рекомендуют после инженерного или естественнонаучного бакалавриата поработать на производстве некоторое время, и только потом идти учиться на магистра по системной инженерии. То же самое происходит со всякими MBA (master of business administration, «магистр менеджмента») — очевидно, что талантливый школьник, досрочно закончивший вуз, вряд ли сможет быть хорошим системным инженером или менеджером. Нужно иметь какой-то производственный опыт.

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

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

ОБРАЗОВАТЕЛЬНАЯ ТРАЕКТОРИЯ — ВАЖНА!

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

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

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

Хороший пример тут даёт определение разницы между степенями магистра инженерного менеджмента (MEM, master of engineering management) и магистра делового администрирования (MBA, master of busines administration) консорциума программ инженерного менеджмента97: программы MEM и MBA похожи, но на программу MEM берут с базовым уровнем мастерства в STEM (математике, физике, информатике), и поэтому люди с образованием MEM лучше вписываются в технологические компании, а люди из MBA получаются более гуманитарными и вписываются в высокотехнологические компании хуже. Вот так просто: знание математики и физики перед началом обучения менеджерским дисциплинам даёт другой образовательный результат. Даже интуитивно понятно, что из менеджеров в инженеры ты уже вряд ли сможешь пойти, а вот из инженеров в менеджеры можно переквалифицироваться довольно быстро. Некоторые образовательные траектории (где побольше фундаментального образования, образования в области трансдисциплин) сохраняют на каждом образовательном шаге больше возможностей последующей специализации, а некоторые (где трансдисциплин поменьше, а прикладности побольше) урезают возможности последующей специализации. Если вы закончили консерваторию, то лет вам будет уже много, но вот пути в инженерию, в менеджмент и отчасти в предпринимательство вам уже будут заказаны — или вам придётся потратить столько же лет на переподготовку с полного нуля, сколько затрачивают школьники, чтобы стать инженером или менеджером.

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

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

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

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

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

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

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

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

Если вы взялись организовывать коммуникацию в проекте (вроде как soft skill, и на его основе будет повсеместно применяемое мастерство), всё ОК, если вы этим заняты 5 минут в день. Если 5 часов в день, то вас спросят: а какие методы вы используете? Можно ли это сделать эффективней, быстрей, проще, чем это делаете вы с вашим кругозорного уровня пониманием организации коммуникации? Как измерить результат — вас же должны были этому учить, если у вас компетенция/мастерство профессионального организатора коммуникации? А если вы не профессионал — то и результаты будут непрофессиональны, и оплата соответствующей (неважно, речь идёт о зарплате, или о доли в проекте). Ну, или вы гений-самоучка, и сможете организовывать коммуникацию без обучения — такое иногда бывают. Вы правда гений, или всё-таки будете специально учиться вроде как общему мастерству? Про эффект Даннинга-Крюгера помните?98

Алексей Корнилов99 написал про примат «социализации важнее знаний», примат бытовым образом понимаемых soft skills над hard skills:

Что, если специалистов убрать? Любой, чуть разобравшийся в теме, уже круче окружающих, выбора всё равно нет, а обходится существенно дешевле.

Так что какие у нас навыки будущего? Правильно: обучаемость и креативность. Зачем тут знания, навыки, компетенции, если можно чего-то нахвататься по верхам и что-то придумать «по месту»?

В общем, дешево и сердито! Не: дешево, но при этом с полным удовольствием и взаимопониманием — там же в soft-skills еще и коммуникабельность! Накосячил — но, вроде, человек хороший, не обидно. «Как бы врач» больного залечил, зато сам родственников утешил так, что и претензий нет: дело же житейское. «Как учитель не научил ничему? Вон как с ним детям интересно — он такой креативный!»

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

Когда мы рассматривали T-людей (глубокие прикладники, но с широким кругозором) мы их понимали как прикладников, у которых магистерское образование позволяет выполнить работу, а бакалаврское — быстро вписаться с этой работой в любой проект, а ежели что, так и быстро поменять прикладное мастерство, переучиться. А как назвать людей, у которых только широкий кругозор и коммуникабельность, но нет никакой прикладной экспертизы, которые специалисты ни в чём, мастера «вписываться в коллектив», но не мастера делать!? От них осталась в метафоре Т-людей только горизонтальная чёрточка — прочерк. Так и назвать: люди-прочерки.

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

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

Никто не останется голодным, даже если ничему не научится. Котёнок и даже морская свинка (восхитительно глупое существо! Но не кусается и мило пищит) находит сегодня себе работу в огромном числе семей, буквально «за красивые глаза», за умение «вписаться в проект» и жить там дружно. Люди смогут это делать не хуже котят и уж точно лучше морских свинок. Так что люди без работы не останутся, будут работать в проектах вместо котят, ежели чего. Но те, кто этих котят в конечном итоге должен будет кормить, лечить, одевать и даже учить — вот там не обойдёшься без хард скиллов, складывающихся в прикладное мастерство.

Общество дикарей от цивилизованного общества отличается не уровнем софт скиллов отдельных людей (хотя они у цивилизованных людей неизмеримо выше, чем у дикарей), а всё-таки уровнем хард скиллов, прикладных умений. Если соберутся сто человек убалтывать друг друга что-то сделать и будут выпячивать это своё умение уболтать как основное достоинство, развитый soft skill — грош им цена, ничего они не сделают. Всё-таки кто-то должен выполнить работу, работа сама себя не сделает, если её никто не умеет делать. И даже если это работа организатора — она должна быть выполнена на уровне hard skills, не хуже, чем описанное в свежих (не десятилетней давности!) учебниках по организации.

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

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

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

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

«Старовации» в кругозорных практиках

Теория ограничения систем (theory of constraints, TOC) Элияху Голдратта — одна из самых популярных сегодня в операционном менеджменте школ мысли. Публикация первого труда по этой теории, книги «Цель», была в 1984 году, 37 лет назад. Термин lean («бережливое производство»), другое популярное в операционном менеджменте направление, был впервые упомянут John Krafcik в его статье «Triumph of the Lean Production System» в 1988 года, это была его магистерская диссертация в MIT Sloan School of Management. С тех пор прошло 33 года!

Теория ограничений систем, бережливое производство и прочие отсылки к древней Toyota manufacturing system (это всё один комплекс идей), подающиеся как «менеджерские инновации» — это уже «старовации»!

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

Сегодня говорят о lean for development (в отличие от lean for manufacturing), и о втором его поколении. Чтобы получить кругозорное представление о современном операционном менеджменте, нужно изучать книгу Donald Reinertsen (которая уже тоже стремительно устаревает, ибо это 2009 год)100.

В этой книге приведён набор приёмов, которые были взяты «сбоку» из самых разных других дисциплин:

• computer operating systems

• control engineering

• data communications networks

• finance and economics

• information theory

• maneuver warfare

• manufacturing

• operations research

• probability and statistics

• queueing theory

И все эти приёмы были использованы в операционном менеджменте. Это и есть современное состояние операционного менеджмента, оно пришло из самых разных предметных областей — и хорошо бы менеджерам знать это современное состояние, а не состояние двадцатилетней давности, когда только-только закладывались основы проектного и процессного управления, а об управлении программами и кейсами знали только единицы (но вы-то знаете?!). Но и этой книги мало, если вы хотите иметь представление о современном операционном управлении! Вам потребуется познакомиться с одним-двумя примерами каких-то практик вроде канбана для разработки101, где особо подчёркивается «пост-голдраттовский» характер этого метода управления работами.

Сегодняшний образовательный стандарт высшего образования по системной инженерии SEBoK (Systems Engineering Body of Knowledge)102 учит той системной инженерии, которая была полтора десятка лет назад, когда только-только появлялось 3D информационное моделирование и мир уходил от бумажных 2D чертежей. Сегодня фронтир системной инженерии — программы машинного интеллекта, но их использования ещё нет ни в каких образовательных стандартах. Например, последний тренд в инженерии — дифференцируемая архитектура, использование методов машинного интеллекта в приложении к инженерии103. Увы, образование в системной инженерии даже в мире существенно отстаёт от того, что происходит в этой инженерии в передовых компаниях. Если применять вузовские знания, вы будете с вашими результатами инженерной работы неконкурентоспособными на рынке. После вуза надо доучиваться до современного состояния!

То же самое происходит в области предпринимательства, там тоже всё меняется быстро. Сегодняшний рынок высоких технологий характеризуется практиками серийного предпринимательства и венчурного бизнеса. Долгосрочных бизнес-планов ведь давно не пишут, понятие давно ушло в прошлое! В маркетинге тоже всё изменилось по сравнению со временами, когда пару десятков лет назад писались самые популярные учебники по маркетингу. Сегодня появилось новое понятие маркетинговых технологий на базе IT, MarTech. Вот, например, лого 8тыс. продуктов в области маркетинговых технологий, собранных в апреле 2020104. Один из пяти продуктов там просто не существовал в 2019 году, рынок инструментов маркетинга растёт стремительно. Если вам незнакомы реализующиеся там маркетинговые идеи, и вы работаете в сфере маркетинга — вы отстали от жизни, догоняйте:

Только европейский рынок MarTech в 2021 году по числу продуктов стал таким же, как глобальный рынок был всего пять лет назад, в 2016 году (3647 продуктов), рост экспоненциальный, ибо в 2011 году было всего 150 продуктов105:

Инженеры, менеджеры и предприниматели должны хотя бы примерно понимать, что происходит вот прямо сейчас в их деятельностях: границы возможного и невозможного на сегодняшний день, а не на прошлый год и тем более не на десять лет назад.

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

Ваш трудовой кругозор должен быть свежайшим, а не прошлого века. Внимательно смотрите, знакомитесь ли вы со state-of-the art текущего года, или это лучшее из того, что было известно в 80-е годы прошлого века.

Оглавление

* * *

Приведённый ознакомительный фрагмент книги Образование для образованных. 2021 предоставлен нашим книжным партнёром — компанией ЛитРес.

Купить и скачать полную версию книги в форматах FB2, ePub, MOBI, TXT, HTML, RTF и других

Примечания

73

Подробный рассказ про закат профессий: http://erazvitie.org/article/zakat_professij

74

Про компетенции в стандартах Болонской системы: https://vnaumov.blogspot.com/2020/02/blog-post_37.html. Но мы предпочитаем не использовать канцелярит «компетенция» из образовательных стандартов, мы заменяем его сразу на слово «мастерство», делая дополнительный акцент на результативности.

75

https://en.wikipedia.org/wiki/T-shaped_skills

76

https://stemfoundation.org.uk/asset/resource/%7B3EA5228A-B620-4783-AE91-190F2C182DAA%7D/resource.pdf

77

https://en.wikipedia.org/wiki/Science,_technology,_engineering,_and_mathematics

78

https://arxiv.org/abs/2004.08900

79

Можно попробовать в работе на русском языке предоставленную Сбером предобученную языковую модель: https://sbercloud.ru/ru/warp/gpt-3, и попробовать предобученную Яндексом языковую модель: https://yandex.ru/lab/yalm?style=0, при этом есть и некоторое разнообразие архитектур этих моделей, https://huggingface.co/sberbank-ai

80

https://arxiv.org/abs/2107.01238

81

Pretrain then Finetune: A New Paradigm for NLP — https://www.mihaileric.com/posts/nlp-trends-acl-2019/

82

https://arxiv.org/abs/2005.14165

83

https://arxiv.org/abs/2107.13586

84

https://iq.hse.ru/news/471163755.html

85

Школа системного менеджмента https://system-school.ru/ специально нацеливает свои программы на предобучение. Прикладными дисциплинами всегда можно будет заняться в других учебных заведениях, а вот знания уровня бакалавриата, специально предназначенные для последующего быстрого набора прикладного мастерства — это только в ШСМ.

86

https://ridero.ru/books/sistemnoe_myshlenie/

87

https://system-school.ru/systems-thinking

88

https://arxiv.org/abs/1502.00121

89

http://psyhoinfo.ru/programma-sozdaniya-obshchestvennoy-professionalnoy-sfery-prosveshcheniya

90

https://en.wikipedia.org/wiki/Transdisciplinarity

91

https://www.litmir.me/br/?b=116477&p=83 Итак, предприятие — это большая Жила, по которой течет сила, питающая нас, дающая жизнь всем, кто работает на этом предприятии, и тем, кто вокруг. Мы, в силу слабости видения, воспринимаем лишь внешнее, «съедобное» проявление этой силы жизни — деньги. Неважно. Пусть так. Если тебе сложно все время прозревать сквозь пену, просто прими это и помни о том, что деньги мчатся по этой жиле твоего предприятия, как пена на потоке силы. И поскольку пена от потока неотделима, следи за движением силы по движению денег. Что для этого надо? Надо увидеть свое предприятие как цепочку последовательных шагов, которые необходимо сделать, чтобы сила-деньги пришла к людям. А себя — как чистильщика потока, который держит источники силы, проливающейся в наш мир, открытыми. Тогда сведения с мест, которые соответствуют шагам достижения силы, будут сведениями о заторах в жиле, сведениями о том, где образовался разрыв тока силы.

92

https://medium.com/no-flame-no-game/что-такое-jobs-to-be-done-и-job-stories-4c57c1dc84cf

93

про проблемы инженерии требований как дисциплины см. в https://ailev.livejournal.com/1425741.html.

94

https://ru.wikipedia.org/wiki/Европейская_система_перевода_и_накопления_баллов

95

https://ru.wikipedia.org/wiki/Флогистон

96

https://ria.asturias.es/RIA/bitstream/123456789/6548/1/Archivo.pdf

97

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.

98

https://ru.wikipedia.org/wiki/Эффект_Даннинга_—_Крюгера — люди с низким уровнем квалификации делают ошибки чаще, но не склонны их осознавать, ибо у них для этого не хватает квалификации. Люди с высоким уровнем квалификации делают ошибки реже, но замечают их, ибо имеют для этого квалификацию.

99

https://www.facebook.com/groups/blended.learning.russia/permalink/2368182406757628/

100

https://www.amazon.com/Principles-Product-Development-Flow-Generation/dp/1935401009

101

https://en.wikipedia.org/wiki/Kanban_(development)

102

https://www.sebokwiki.org/wiki/Guide_to_the_Systems_Engineering_Body_of_Knowledge_(SEBoK)

103

https://ailev.livejournal.com/1464563.html

104

https://chiefmartec.com/2020/04/marketing-technology-landscape-2020-martech-5000/

105

https://chiefmartec.com/2021/03/many-european-based-martech-products-today-3647-globally-2016/

Смотрите также

а б в г д е ё ж з и й к л м н о п р с т у ф х ц ч ш щ э ю я