Читать книгу Системный менеджмент – 2023 - Анатолий Левенчук - Страница 4

Есть огромное количество теорий менеджмента/школ управления. Ситуация похожа на психологию: чуть ли не каждый исследователь менеджмента (и он же часто оказывается «ведущим консультантом по менеджменту», то есть практикующим советником менеджеров) разрабатывает полноценную общую теорию менеджмента, базирующуюся на каких-то своих консультантских эвристиках и далее объявляет это «истинной дисциплиной менеджмента». Есть и огромное число классификаций теорий менеджмента, похожих друг на друга, но и не очень похожих, где выделяют в том числе и системные теории менеджмента9. Высшее образование менеджеров (университетские курсы MBA, master of business administration10) устроено так, что студентам читают учебные программы из наборов курсов, причем каждый из курсов может быть основан на идеях какой-то отдельной школы менеджерской мысли, в результате:

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

• Помним также о том, что инженерия использует теории там, где они есть. А где их нет, прибегает к инженерному творчеству, пока не поддержанному теорией (помним из курса «Системная инженерия» байку Billy Koen про средневекового инженера, который не ссылается на то, что теорию сопромата ещё не изобрели, а строит мост через реку). Упор на теории и «анализ» вместо инженерного творчества как синтеза с неизбежными пробами и ошибками (это подробно рассматривалось в курсе «Системная инженерия») в программах MBA приводит к тому, что выпускники этих программ становятся не менеджерами, а «аналитиками» и вместо предприятий и крупных производственных подразделений возглавляют финансовые аналитические службы компаний: они хорошо проверяют на отсутствие ошибок (аналитики!), но не способны предлагать какие-то новые способы действий, что ожидается от инженеров. На эту особенность программ MBA, которые массово выпускают не-менеджеров указывал Henry Mintzberg11, который и сам один из авторов в области теорий менеджмента. Он также популяризирует несколько альтернативных форматов образования менеджеров12, которые исправляют этот «аналитический» недостаток.

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

В целом в классическом менеджменте было принято выделять подходы

• организационного развития/organizational development13, посвящённые главным образом construction/dev-time в части изменения поведения людей,

• операционного менеджмента/operations management14, затрагивающем прохождение потока обрабатываемых материалов, информации и работ по рабочим местам компании,

• стратегирования, как предпринимательства в менеджменте.

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

В ходе попытки привлечь на менеджерские программы выпускников естественнонаучного бакалавриата (физиков, математиков, химиков) появились и программы инженерного менеджмента/engineering management15 как особое учебное предложение для менеджеров, которые будут иметь дело с инженерами. Основное там отличие – это большое число учебных часов на «инженерную» (безлюдную) часть менеджмента, то есть на операционное управление как главным образом управление проектами, а в остальном это самый обычный менеджмент «как везде». Для того, чтобы хоть как-то представить инженерный менеджмент как отдельную менеджерскую дисциплину, был организован консорциум университетов16, предлагающий курсы на степень MEM, master of engineering management и организована профессиональная ассоциация17, спонсорами которой являются исключительно университеты, а не инженерные организации, заинтересованные в развитии инженерного менеджмента. Этот консорциум требует от поступающих пререквизитом бакалаврской степени по STEM (то есть естественным наукам или инженерии), указывая, что на MBA могут поступать историки, юристы и т.д., которые затем хуже понимают, чем занимаются инженеры в высокотехнологических организациях. Вот диаграмма, которая даёт представление о таком понимании инженерного менеджмента как «общего менеджмента, только для инженерных команд – менеджеры и инженеры будут лучше понимать друг друга, имея общее STEM образование»:

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

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

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

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

Это очень близкий взгляд к нашему, но организация в нём воспринимается всё-таки как что-то гуманитарное, что пытаются как-то описать/отмоделировать моделями, похожими на использующиеся в инженерии. Определение дисциплины (и её практики) бизнес-инженерии во всех источниках даётся как «промежуточной» между собственно менеджментом (как будто в нём нет инженерии) и инженерией (в которой менеджмент не предусмотрен), как мост между двумя этими дисциплинами. Конечно, этот термин используется более-менее произвольно22, например, его приводят в манифесте бизнес-инжиниринга (калька с engineering) компании БИГ23, написанного по мотивам работ в области организационной инженерии/business engineering. В этом манифесте много больше внимания уже уделяют не собственно вопросам менеджмента как то ли науки, то ли искусства управляться с людьми, чьи цели обычно довольно далеки от целей служения какой-то организации, но организации как хорошо спроектированной системы:

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

…

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

…

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

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

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

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

Ещё одно соображение связано с выделением разработки бизнес-модели как выработки стратегии предприятия с обязательным предложением способа получения денег в обмен на пользу/value от продуктов и сервисов организации, оно получило название «бизнес-анализ»/business analysis24, хотя задача вроде как получить синтез: предложение бизнес-модели, а не её анализ! Бизнес-анализ тоже имеет свою ассоциацию, проводящую профессиональную сертификацию своих членов25, бизнес-анализу учат как отдельной специальности, нормативная часть практики опубликована как BABoK (business analysis body of knowledge) Guide26. Помня, как путают «системный анализ», «системное мышление» и «системную инженерию», легко представить, как будут путать «бизнес-анализ» и «инженерию бизнеса».

Само слово business тут проблематично:

• С одной стороны, оно означает предпринимательский проект, «дело», предприятие. И поскольку не все организации ориентированы на получение предпринимательской прибыли (например, благотворительные организации, государственные органы и административные учреждения, «бизнес» процесса мытья полов в офисе заводоуправления), то стандарт ISO 29148 предлагает слово «бизнес» заменять словом «организация» или «организационный» (в зависимости от контекста). Если следовать рекомендациям стандарта, то business engineering надо переводить как «организационная инженерия» или «инженерия организации» (как мы, впрочем, и делаем в нашем учебнике).

• Слово может означать вопросы бизнесменов по прибыльности и способам зарабатывания, поэтому можно считать, что речь идёт о business analysis, который означает именно анализ бизнес-модели, который неявно включает не только анализ, но и предложение этой бизнес-модели, то есть «бизнес/предпринимательская сторона вопроса» (что бы ни понималось под словом «предприниматель» и «бизнес», но в быту это «про деньги»), «на чём делаем деньги», а не «как устроена организация/предприятие/проект». Чтобы подчеркнуть этот аспект, будем говорить о разнице между бизнесменом и организатором как разнице между ролями (хотя в жизни обе роли можно легко представить и у одного человека).

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

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

• Слово «предприятие» ограничивает область применения подхода уровнем предприятия, а не уровнем произвольных оргзвеньев. То есть мы можем считать, что организация – это команда, или коллектив как команда команд, или предприятие, или даже расширенное предприятие/extended enterprise из отдельных юридических лиц, объединившихся для выполнения какого-либо большого проекта (создания и дальнейшего обслуживания атомной электростанции, там одним предприятием не обойдёшься, и менеджмент нужен в масштабах всего проекта). И ещё можно обсуждать общественные организации, клубные объединения, хоббийные проекты, где не требуется образование юридического лица и не предусмотрена коммерческая деятельность, органы муниципальной власти или учебные заведения. А вот слово «предприятие» означает, что речь идёт о стандартном юридическом лице, имеющем целью извлечение прибыли в пользу акционеров.

Так что мы будем говорить про организационную инженерию как специализацию системной инженерии для организаций (игнорируем тот факт, что organizational engineering уже занятый другим значением термин, мы не будем часто им пользоваться, нам нужно подчеркнуть содержание подхода), а системный менеджмент (systems management) будем считать синонимом системной инженерии. Конечно, в состав инженерных практик для создания и развития организации в системном менеджменте входит рассмотрение всех трёх времён:

1. Разработки (стратегирование, архитектурирование/architecting, проектирование организации или её части/оргвозможности/capability),

2. создания (организационные изменения: претворение стратегии и оргпроекта/orgdesign в жизнь),

3. непрерывного развития (эволюция).