Три поколения системного подхода: система во время эксплуатации, создатели во время разработки, создатели во время развития
Зачем нам надо три курса инженерии в третьем семестре программы “Операционное развитие”? Затем, что топ-инженерам мы крайне рекомендуем освоить менеджмент, а менеджерам познакомиться с инженерией. Тут, конечно, много нюансов:
– топ-инженеры, оказывается, отнюдь не все знакомы с современной системной инженерией, а с менеджментом полузнакомы – читали книжки, но даже после получения MBA не понимают, как применить теоретическое знание из книг по менеджменту к жизни.
– топ-менеджеры часто с гуманитарным образованием, поэтому очень плохо понимают, что в голове у инженеров.
– и как инженеры, так и менеджеры плохо понимают, как учить людей новым методам работы, а ведь это и есть их главная задача, постоянные изменения к лучшему в рабочих процессах!
В Школе системного менеджмента мы решаем задачу смычки инженеров и менеджеров тем, что сначала даём общий язык разовора о том, что же именно производит предприятие, какой у него на выходе продукт, а с учётом того, что в мире давно произошёл поворот от продуктных фирм к сервисным, то какой у него сервис. Решение задачи достигается тем, что в первом и втором семестре мы учим описывать продукты и сервисы предприятия, описывать рабочие процессы. Учим мы при этом описании пользоваться чуть более формальным языком, чем художественный язык “из блогов по инженерии и менеджменту”. Учим языку системного подхода третьего поколения, который мы даём на вузовском уровне.
Первое поколение системного подхода позволяло описывать системы и их функции в какой-то среде, что необходимо для описания сложных продуктов, и не только таких, как “самолёт” или “смартфон”, но и не слишком обычных, таких как “игровая сессия”, “мастерство”, “сделка” или даже “фестиваль”, если это event management.
Второе поколение системного подхода обращает внимание на то, что технические системы не из биологии, то есть они не создаются и вырастают сами по себе – нужны люди, чтобы их сделать. В этот момент и появляется менеджмент, который обычно называется здесь “системноинженерный менеджмент” (SEM, systems engineering management): надо описать системы из людей с их мастерством и инструментами, которые создают системы.
Но и это не конец истории: третье поколение системного подхода появилось совсем недавно, и там речь идёт уже не только о людях, но агентах (людях, AI-системах, коллективах из людей и их компьютеров с AI-системами). Если первое поколение рассматривает главным образом время эксплуатации системы в её рабочей среде, то второе поколение добавляет ко времени использования готовой системы ещё и время создания системы – замысла, разработки, изготовления. Третье поколение системного подхода рассматривает ещё и время развития системы как вида, время эволюции: системы не только создаются, но и развиваются, ибо выпускается множество улучшенных версий одной системы. По факту, каждый автомобиль Tesla сейчас уникальный, ибо идёт непрерывный процесс совершенствования. Впрочем, и телефон, который вы купили год назад, тоже совершенствуется “на ходу” – вам же каждые полгода обновляют прошивку!
Так что современный системный подход необходимо лежит в основе менеджмента: он заставляет думать не только о том, как организовать создание и эксплуатацию какой-то целевой системы, но и развитие этой системы. Курс “Методология” (методология – это учение о методах работы) позволяет справиться с описанием рабочих процессов, описывающих методы работы систем-создателей целевых систем, то есть описывающих методы работы людей, AI-систем, их коллективов – причём с их самым разным мастерством и инструментарием.
Так что по факту первое поколение системного мышления говорит нам о той системе, которую мы делаем, второе – о создателях этой системы (предприятии), третье – о создателях, развивающих систему как вид, то есть тоже о предприятии. Инженерия и менеджмент оказываются переплетены, и это переплетение отражается в современном системном подходе, поддержанном современной методологией.
Третий семестр: методы работы инженеров и менеджеров для “железа”, людей и организаций
Теперь можно разговаривать о том, какими методами работы надо работать инженерам и менеджерам. Дальше – третий семестр, и на нём будут три курса инженерии, посвящённых системной инженерии (“инженерия в самом общем виде, независимо от типа системы”), инженерии личности и системному менеджменту как инженерии предприятия.
Курс системной инженерии учит тому, что при создании систем лучшая практика – это выполнить работы по следующим методам (и основные примеры в этом курсе даются для инженерии “железных” систем вроде автомобиля, а также корпоративного софта вроде “системы управления запасами”, но ожидается, что это можно обобщить для самых разных других видов систем, что мы увидим в следующих курсах):
– визионерство, и по этому методу людям и AI-системам (агентам) надо работать в роли визионера, иначе называемого “шумпетеровский предприниматель”. Главная задача визионера – это из многочисленных идей по продуктам или сервисам, которых обычно великое множество, выбрать самые выгодные и перспективные. А если речь идёт о развитии системы, то выбрать самые аппетитные и выгодные фичи, “новые функции”. Если переходить на традиционные роли в инженерии, то это обычно “технический отдел” предприятия (не “коммерсанты”, которые лишь продают то, что им предлагают технари!), балансирующий потребности клиентов и их возможности заплатить с возможностями команды технарей (ну, или команды гуманитариев, если у нас не машиностроение или программная разработка. Системы по своей природе бывают очень разными, это не отменяет инженерного подхода даже к тем системам, которыми занимаются гуманитарии!). В программной инженерии чаще всего роль визионера занимает продукт-менеджер.
– разработка, ключевой метод работы в инженерии, и даже операторы готовой системы всё одно относятся к разработчикам (согласно поговорке “Ты это построил, ты и эксплуатируй”, you built it, you run it). Примерно это и называют “инженерией”: понять, какие функции нужны у системы, понять, из чего можно систему сделать, разработать систему, потом изготовить её (не передать на изготовление, а самим изготовить – в современной инженерии нет отдельных “конструкторского бюро” и “завода”), затем отладить-настроить – и эксплуатировать. И так версия за версией. И это обычно scaled agile, то есть работа отдельными автономными бригадами. В разработке можно обычно выделить методолога (подробней – Методолог -- то, что не вошло из старого в современного архитектора и осталось в разработчике: ailev — LiveJournal), проектировщика (тот, кто делает “чертежи” или информационные модели – называют тут по-разному, иногда “конструктор”, а в программировании – кодировщик), технолога производства (кто хорошо знает, “как работать на нашем заводе”) и даже оператора – роль того, кто хорошо знает, как эксплуатировать созданную систему.
– архитектурная работа, выполняется архитекторами (и это отнюдь не строительные архитекторы, их не рисованию учат!). Надо разрезать систему на части и организовать взаимодействие этих частей так, чтобы максимизировать автономность команд разработчиков. Грубо говоря, если авиационный двигатель слишком большой для работы одной бригады, нельзя его делить на “правую” ил “левую” половины точно по центру, иначе команды не договорятся, что и как делать. Архитектор следит главным образом за тем, чтобы при развитии системы (помним про третье поколение системного подхода: системы там – это вид систем, а не конкретная модель, конкретная версия системы) разработчикам при внесении какой-то новой функции не пришлось сказать “это бесполезно, надо переделывать всё с самого начала”. Три команды всегда договорятся, а вот если тридцать три команды – вот тут роль архитектора будет играть не только один человек, но и большое подразделение.
– инженерия внутренней платформы разработки, это “завод” с его многочисленными станками. В машиностроении главный инженер проекта отвечает за визионерство, разработку, архитектуру, но вот главный инженер завода – за станочный парк. Вот это оно и есть. Элон Маск говорил, что не так сложно создать огромную ракету вроде StarShip, но вот создать завод, который выпускает такую ракету каждые 72 часа – это создать очень сложно. Именно таким занята роль инженера внутренней платформы разработки, и везде эта роль носит разные имена, которые как-то принижают сложность работы этой роли. В программировании это DevOps, в предприятии это администрация, в учебном заведении – деканат.
После курса “Системная инженерия” инженер и менеджер понимают, как в общих чертах устроено производство чего угодно. Но опыт показывает, что без примеров этого “чего угодно” понимания не возникает. Так что следующий курс – это демонстрация инженерного подхода к обучению людей, то есть инженерия мастерства работы по какому-то новому методу. Это надо и инженерам (им надо время от времени учить коллег чему-то новому, поэтому надо представлять себе, как это делать) и менеджерам (это их задача – учить людей работать по-новому, это и есть “проводить организационные изменения”). Поэтому следующий курс – это “Инженерия личности”, инженерный подход к обучению людей. Личность тут определяется как сумма всех видов мастерства агентов (даже необязательно людей). Для людей, грубо говоря, “личность – это всё то, что умеет делать человек”. Интересно то, что “мастерство” (например, мастерство архитектора предприятия или мастерство разработчика электродвигателя) изготавливается не совсем обычными методами, но это не мешает увидеть в его создании и развитии всё те же инженерные методы работы, исполняемые всё теми же ролями, но названия уже будут другие:
– культуртрегер тут “шумпетеровский предприниматель”, аналогичен визионеру в инженерии. Его главная задача – определить то, чему стоит учить. Создание мастерства должно окупаться!
– разработчики курса, это аналоги разработчиков в инженерии (интересно, что тут говорят не о “разработчиках мастерства”, а о “разработчиках учебного курса” – но смысл тот же). Первая половинка разработчика курса тут – методолог, то же, что методолог из “разработчика” в инженерии. Эта роль проектирует мастерство, то есть описывает метод работы и его предметы, делает что-то типа “энциклопедии”, по которой дальше можно будет изготовить учебный курс. Вторая половинка “разработчика” в инженерии личности называется традиционно “методист”. Это аналог “технолога производства” в классической инженерии. Он из “энциклопедии”, выдаваемой методологом, должен сделать “учебник с задачником”, да ещё справиться с тем, чтобы выучить до нужной степени мастерства (от “ознакомлен с существованием” до “умеет работать по заданному набору методов бегло, не делает новичковых ошибок”). В менеджменте это будет создание рабочего процесса: его “инженерное” описание, затем описание в виде понимаемого людьми регламента работы, а то и учебного курса, по которому потом пойдут сотрудники предприятия в ходе перехода к новым методам работы.
– архитектор учебной программы – аналогичен архитектору из традиционной “железной” инженерии или программной инженерии (software engineering). Его задача – поделить на части целевое мастерство так, чтобы его могли изготавливать по возможности независимые бригады авторов курсов (методологов и методистов). Его задача сделать так, чтобы при небольших изменениях в учебных программах отдельных курсов не надо было переписывать все курсы с нуля – чтобы команды разработчиков курсов могли обновлять свои части курсов, но вся учебная программа не теряла целостности.
– декан, который строит деканат, в состав которого входят и преподаватели. Инженерный взгляд тут – это то, что преподаватели работают как станки, “изготавливающие” мастерство в студентах. Конечно, сегодня надо понимать, что преподаватели могут быть заменены AI-агентами, но всё равно они – забота деканата. Авторы учебных курсов (методологи с методистами) получают доступ к студентам через деканат. Деканат – аналог инженера внутренней платформы разработки из системной инженерии.
Теперь и инженеры, и менеджеры понимают в общих чертах, как создавать целевые системы (и умеют об этом говорить на языке классической “железной” системной инженерии и программной инженерии) и как создавать сотрудников, то есть обучать людей – по факту создание регламентов работы по каким-то рабочим процессам потом требует обучения людей работе по этим регламентам. Особенно полезна эта связка курсов оказалась для топ-менеджеров с гуманитарным образованием (службы HR, маркетинга и подобные). И дальше можно говорить об инженерии организации, то есть обучению не отдельных людей, а обучению групп людей работать вместе по новым рабочим процессам – причём эти рабочие процессы надо ещё и спроектировать. Этому посвящён курс “Системный менеджмент”, где говорится о ровно таких же ролях, уже в третий раз, поэтому понимание менеджмента инженерами и даже гуманитариями становится более полным, они понимают, что им можно договориться и о технике и технологиях, и о людях и их методах работы, используя более точный инженерный язык:
– бизнесмен тут аналог визионера и культуртрегера, но его продукт – само предприятие, которое он продаёт инвесторам. Это всё тот же “шумпетеровский предприниматель”. В принципе, предприятие должно сделать три системы: целевую (и её сделают инженеры), которая будет продана клиентуре, само предприятие как систему-создателя (и его сделают менеджеры), и оно будет продано инвесторам, а ещё надо сделать саму клиентуру (этим займутся продвиженцы: маркетинг, реклама, сеть продаж) и инвестуру (инвесторами тоже надо заниматься, они не появятся сами по себе!). Никакие оргреформы не будут идти, если они не будут одобрены бизнесменом. А бизнесмен их не одобрит, если предприятие (это продукт бизнесмена!) будет в ходе этих реформ снижать свою стоимость.
– организатор, который должен спроектировать и “изготовить” необходимые для работы предприятия оргзвенья, прописать их рабочие процессы. Основные роли тут – методолог (как и в классической инженерии, как и в инженерии личности, ибо надо сообразить, что же будут делать люди с их компьютерами – что там за рабочие процессы), орг-проектировщик (и это не архитектор предприятия!) и лидер (“технолог производства”, лидер тут убалтывает разных людей на выполнение ими необходимых для работы предприятия рабочих процессов и делает так, чтобы эти люди сотрудничали, а не склочничали – а на что именно убалтывать, он берёт у методолога и оргпроектировщика). Конечно, это ключевая роль в менеджменте как инженерии предприятия, разве что называется не “разработчик предприятия” и не “автор курса по мастерству работы предприятия” – организации всё-таки имеют свою специфику. Оператором предприятия тут служит операционный менеджер, чья задача – “в бюджет и вовремя”, организатор как раз проектирует это “в бюджет и вовремя” в рамках ограничений на оргструктуру, заданных орг-архитектором и для той орг-стратегии, которая уторгована с бизнесменом.
– орг-архитектор, такой же как архитектор в классической и программной инженерии, а также архитектор учебных программ. Его задача – нарезать предприятие на подразделения так, чтобы можно было легко проводить изменения, а не время от времени закрывать предприятие, потому как легче будет всех разогнать и потом создать новое предприятие с нуля. Нет, он постоянно потихоньку меняет эту нарезку предприятия на организационные звенья и определяет способы взаимодействия этих подразделений друг с другом, работает с эволюцией предприятия.
– администратор, ибо администрирование в менеджменте – это то же, что работа деканата в обучении, то же, что работа инженеров внутренней платформы разработки в классической и программной инженерии. Администратор делает “завод”, который изготавливает предприятие: HR, бухгалтерия (в том числе все необходимые учёты – от бухгалтерского до складского), юристы, завхозы и так далее.
Что достигается после третьего семестра
После этой цепочки из трёх курсов, пройденной на материале собственных проектов (никаких “учебных кейсов”, всё настоящее) даже студенты, у которых имеются уже MBA (у нас таких примерно один на каждый десяток студентов, наши студенты – это обычно топ-менеджеры и топ-инженеры), признают, что имеют другое понимание менеджмента (причём формулировки их чуть разнятся: от “курс разложил по полочкам знание того, чему меня учили в программе MBA, стало понятно, что для чего и где использовать” до “программа MBA даёт теоретическое знание менеджмента, а тут абсолютно практическое знание – бери да делай”).
После прохождения третьего семестра могут быть присвоены три разных уровня квалификации (Принципы квалифицирования результатов обучения в ШСМ: ailev — LiveJournal):
– специалист, что свидетельствует о том, что материал курса усвоен, но больше ничего не произошло. Студент (часто это топ-менеджер какого-то предприятия) всё знает, всё понимает, что было в курсах, но ничего в нём или в его проектах не изменилось.
– практик, что свидетельствует о том, что методы работы студента после курса изменились так, что он со всеми договорился. Его жизнь стала легче, он лучше понимает, как вписать свою работу в общую работу предприятия. Чаще всего на эту ступень идут топ-инженеры, которые не хотят по каким-то причинам выходить на менеджерскую работу.
– мастер организационного развития, что свидетельствует о том, что студент начал менять жизнь предприятия вокруг себя: он не только изменил свои методы работы, но и начал заниматься оргразвитием: менять методы работы людей вокруг себя. Топ-менеджеры отчитываются не тем, что они “разруливают проблемы”, но что они организовывают работу людей по новым, улучшенным рабочим процессам (Трудности цифровой трансформации реального сектора: ailev — LiveJournal).
И вот если студент получил “мастера”, то это означает, что он по факту начал организационную работу на предприятии и продемонстрировал её результаты – стал директором по развитию какого-то масштаба. Конечно, масштабы тут разные, но у нас было множество примеров, когда наши студенты становились директорами по развитию или главными архитекторами в крупных холдингах прямо во время прохождения учебной программы третьего семестра.
Подробности:
– бесплатно полистать содержание всех курсов, о которых тут написано – https://aisystant.system-school.ru
– двухчасовое видео доклада об изменениях в инженерии, “Всё новое придёт сбоку” – https://www.youtube.com/watch?v=ilcpsnL1esw
– типовое предложение для корпоративных учебных групп – Предложение ШСМ по обучению команд топ-менеджеров: ailev — LiveJournal (и видео с опытом организации учебной группы топ-менеджеров на самом предприятии – https://www.youtube.com/watch?v=dh4RAt1iOk8).
Картинка с датами текущих наборов в летние открытые группы для всех семестров (с сайта ШСМ, https://system-school.ru/). Помним, что семестры проходятся последовательно: сразу на третий или даже на второй семестр вас не пустят, для этого нужно хотя бы самостоятельно пройти курсы предыдущих семестров и получить по ним какую-то квалификацию.
