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

Вот системная схема проекта, описывающая минимальный набор объектов внимания в проекте (она взята из доработанного стандарта OMG Essence[61 - https://arxiv.org/abs/1502.00121 (https://arxiv.org/abs/1502.00121)]):

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

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

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

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

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

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

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

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

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

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

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

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

Кругозорные («как устроена жизнь») трансдисциплины

Инженерия, менеджмент, предпринимательство

и другие основные деятельности

А. Тюков выделял в 1997 году 16 сфер деятельности[62 - http://psyhoinfo.ru/programma-sozdaniya-obshchestvennoy-professionalnoy-sfery-prosveshcheniya (http://psyhoinfo.ru/programma-sozdaniya-obshchestvennoy-professionalnoy-sfery-prosveshcheniya)]: политика, религия, философия, искусство, наука, образование, здравоохранение, физкультура и спорт, технология, проектирование, коммерция, финансы, право, армия, материальное производство и «пока неоформившееся просвещение». В основу выделения этих сфер А. Тюков ставил некоторые укрупнённые деятельности как идущие в этих сферах основные процессы. Для здравоохранения/медицины это лечебная деятельность, для армии – защита границ и государственного устройства. Такое структурирование деятельности, основанное на сферах (часто ассоциируемыми с организационными структурами: бизнес-экосистемами, министерствами с подведомственными им предприятиями) широко обсуждался в кругах СМД-методологов, и мы возьмём его за основу, чтобы не сочинять что-то самим.

Этот список укрупнённых практик/деятельностей (будем считать «деятельность» и «практика» синонимами) сегодня можно задать, начиная со встречающихся в каждом проекте трёх: инженерии, менеджмента и предпринимательства в их системном (трансдисциплинарном[63 - https://en.wikipedia.org/wiki/Transdisciplinarity (https://en.wikipedia.org/wiki/Transdisciplinarity)], «по ту сторону от прикладных дисциплин», использующихся во множестве прикладных дисциплин, пересекающих границы своей дисциплины) варианте.

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

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

• системная инженерия (разработка концепции использования, инженерия требований, инженерия системной архитектуры, управление конфигурацией и изменениями/жизненным циклом, проверка и приёмка)

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

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

• … остальные деятельности (политика и политэкономия, религия, искусство, наука/исследования, образование и просвещение, медицина, спорт, право, армия, частная жизнь/семья)

Но обратим внимание, что практики – это деятельность каких-то деятельностных ролей (в проекте – проектных ролей), и мы можем дать то же самое деление практик как деление ролей.

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

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

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

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

Пример деятельности операционного менеджмента

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

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

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

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

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

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

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

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

•…

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

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

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

Пример деятельности образования

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

• методолог разрабатывает содержание образования, то есть разрабатывает учебные стандарты, опираясь на SoTA (state-of-the-art – лучшее, что известно на сегодняшний момент) в какой-то рабочей практике, которая станет после появления этого стандарта учебной дисциплиной.

• разработчик курса/instructional designer разрабатывает содержание курса (учебник, упражнения, методические рекомендации преподавателю). Это содержание курса соответствует учебному стандарту. Разработчик курса умеет хорошо объяснять и понимает, как тренировать учеников. Это совсем другое умение, нежели умение методолога вытащить и документировать SoTA какой-то практики (практики системного мышления, или практики обучения нейронных сетей, или практики социальных танцев, или практики наладки автоматизированной линии выпуска полупроводниковых чипов).

• преподаватель имеет две подроли:

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

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

• тьютор/коуч занимается общим образовательным маршрутом ученика, помогает ему выйти на бесконечное развитие. Для него все учебные курсы и проекты – кирпичики на длинном жизненном пути его подопечного.