Инженерный менеджмент (engineering management) -- это дисциплина, занимающаяся менеджментом в инженерных организациях. Вот типичные определения: Инженерный менеджмент -- это специализированная форма менеджмента, относящаяся к промышленной инженерии, которая касается применения инженерных принципов к деловой практике (
http://en.wikipedia.org/wiki/Engineering_management).
Инженерный менеджер отличается от других менеджеров потому что он [или она] обладает как способностью применять инженерные принципы, так и навыки (skills) в организации и направлении (directing) людей и проектов. Он уникально клвалифицирован для двух типов работ: управления техническими функциями (такими, как проектирование или производство) в почти любом предприятии, так и управления более широкими функциями (такими, как маркетинг или топ-менеджмент) в высокотехнологическом предприятии. Daniel Babckok, 1978
Инженерный менеджмент -- это искусство и наука планирования, организации, назначения ресурсов, направляющих (directing) и контролирующих деятельностей, которые имеют технологическую компоненту (ASEM).
Engineering management -- это проектирование (designing), эксплуатация (operating) и непрерывное совершенствование целенаправленных (purposeful) систем из людей, машин, денег, времени, информации и энергии путём интегрирования инженерныхо и менеджерских знаний, приёмов работы и навыков, для достижения желаемых целей в технологическом предприятии и с учётом соображений по окружающей среде, качеству и этики (Omurtag, 1988)
Engineering management -- это дисциплина, адресующая принятие и воплощение в жизнь решений в части стратегического и операционного лидерства в текущих и новых (emerging) технологиях и их влиянию на взаимосвязанные системы (IEEE, 1990 и Kocaoglu, 1991).
Есть ассоциация -- ASEM, American Society for Engieering Management (
http://asem.org). Она небольшая, там 600 членов, по факту она международная: 105 иностранных членов. Я, кстати, член этой организации -- пока единственный из России. Тамошние органы управления удивительны: они представлены главным образом представителями учебных заведений, а не промышленности.
Первый факультет инженерного менеджмента открылся в 1907 году в Стивенсовском институте, который сейчас славится выпуском как системных инженеров, так и инженерных менеджеров (
http://sse.stevens.edu/academics/graduate/engineering-management/). В принципе, инженерных менеджеров (MEM, master of engineering management) по факту выпускают везде, где выпускают систмных инженеров (см. списочек: . На входе -- бакалавры инженерии, на выходе -- инженерные менеджеры. Учат инженерному менеджменту не только в США, но и в Европе и по всему миру. В России инженерному менеджменту тоже учат (в отличие от системной инженерии, которой не учат до сих пор), и довольно давно.
Есть в США в 2007г. даже основан консорциум приличных университетов, которые согласуют в нём свои учебные программы инженерного менеджмента:
http://www.mempc.org. Вот картинка, иллюстрирующая подход этого консорциума (
http://www.mempc.org/images/skillsets.jpg):
То есть берут бакалавра инженерии, и далее он становится инженерным менеджером, выбирая либо MEM, либо MBA -- каковых всё одно недостаточно, чтобы выполнять функции успешного руководителя инженерного коллектива. Так, та же Школа систем и предприятий Стивенсоновского института технологии берет бакалавра инженерии и даёт ему обязательных для получения MEM четыре курса (
http://sse.stevens.edu/academics/graduate/certificates/engineering-management/):
-- экономика инженерии и стоимостный анализ
-- элементы исследования операций
-- упроавление проектами для сложных систем
-- проектирование и управление предприятиями-разработчиками
И пятый курс по выбору.
Можно по инженерному менеджменту и Ph.D. защитить.
Тем не менее, возникает вопрос: является ли инженерный менеджмент отдельной полноценной дисциплиной с какими-то особыми практиками, или это просто такое "вечномодное" слово для обозначения произвольно сбалансированной учебным заведением смеси из инженерных дисциплин и дисциплин MBA? Переформулирую: есть ли в инженерном менеджменте что-то такое, чего не преподают ни чистым инженерам (в том числе системным инженерам), ни менеджерам (которые MBA или
MSM)?!
Это можно попробовать узнать, ежели поглядеть на Engineering Management Body of Knowledge, используемый для профессиональной сертификации (вот структура этого Body:
http://scitation.aip.org/getpdfbk/servlet/GetBK?id=00ASME802991000001000000000000&idtype=cvips&ownerid=asme&booktype=asme_press&bookid=802991&contentid=802991_fm&prog=normal&bypassSSO=1):
На верхнем уровне мало что видно, ибо области знаний включают невинные с любой точки зрения:1. Market Research, Assessment, and Forecasting
2. Strategic Planning and Change Management
3. Product, Service and Process Development
4. Engineering Projects and Process Management
5. Financial Resource Management
6. Marketing, Sales and Communications Management
7. Leadership and Organizational Management
8. Professional Responsibility, Ethics and Legal Issues
Дьявол, очевидно, в деталях. При попытках поглядеть реальные программы сразу бросается в глаза огромное количество численных моделей, как в экономическом мейнстриме (но не моделе-ориентированность, которую определим как опору на модели данных). В чисто инженерные дисциплины (например, используя подход enterpise engineering, или DEMO) эти области знания тоже не упакуешь -- туда уйдёт лишь часть. Не пройдёшь тут и на игнорировании слова "management" (см.
http://ailev.livejournal.com/632128.html).
Тем не менее, в инженерном менеджменте есть наличие следующих специальных тем:
-- операционный менеджмент, причём не только на уровне размахивания руками, но и на уровне factory physics (вот тут я констатирую, что в MBA этому практически не учат --
http://ailev.livejournal.com/462573.html, я поэтому пытаюсь определить предмет "организация операций". Затем еще в 2007г. я пытался на этом месте развернуть программу работ -- но сейчас понятно, что узко думал, и выбирал неправильные инструменты:
http://ailev.livejournal.com/461813.html. А задумался над операционным менеджментом как существеннейшей проблемой, из которой впоследствии вылез и PraxOS еще в 2005г.:
http://ailev.livejournal.com/341267.html). Заодно отметим, что operations engineer и operations egineering тоже бывает, и это предмет отдельного разбирательства, так как это еще и связано с устоявшимся industrial engineering, традиционно понимаемым как analysis, design and control of materials, work and information in operating systems, а затем расширившимся в сторону банковских сервисов и прочих "не-промышленностей" (
http://ioe.engin.umich.edu/overview/).
-- менеджмент технологий (смену поколений технологий -- как её проводить). Это ключевая функция, поэтому иногда даже говорят engineering and technology management, вынося это на самый верхний уровень.
-- design management (не только "художественного design" типа
http://www.pratt.edu/academics/art_design/art_grad/design_management/ или
http://www.scad.edu/design-management/, но и в смысле "проектирование" --
http://www.plm.automation.siemens.com/en_us/products/velocity/solidedge/overview/design_management.shtml,
http://en.wikipedia.org/wiki/Plant_Design_Management_System,
http://am08-saopaulo.fyper.com/, хотя тут сам предмет еще не устаканился по-человечески)
-- организационные катастрофы (organizational accidents), типа расследований крупных аварий и последующего принятия мер: углублённо, как прямая связка инженерных и организационных решений.
И, в инженерный менеджмент конечно, включаются традиционные для "чисто менеджмента" темы работы с людьми (то же leadership, как умение уболтать заняться чужим делом и войти в чужое положение, как в своё собственное -- "комиссарство"), финансов, маркетинга и прочее "как в MBA".
Тем самым вся проблематика PraxOS, как она понималась на начальных стадиях (пока мы не занимались плотно системной инженерией и онтологической интеграцией данных) укладывается по большей части в этот самый инженерный менеджмент, и неуловимо (скорее всего, формальный критерий тут нельзя привести -- разве что фразы "обычные менеджеры не могут организовать бригаду инженеров -- нет взаимопонимания") дистанцируется от MBA.
Я попробую тут восстановить эту логику "другого менеджмента": поскольку обучаются инженеры, а инженерам кроме сугубо инженерных "материаловедения" и "электротехники" дают тренинг в работе с формальными методами (я не имею ввиду только численные методы!), т.е. тренинг в работе с логикой, то в менеджменте таким людям дают формальные организационные модели -- хотя это и не айтишники, чтобы с ними прямо разговаривали об "организационной архитектуре" (entertpise architecture) и связанных с ними моделях. Это нужно просто довести до логического (pun intended) завершения:
-- понимаем современную логику ("современную" -- это ключевое слово)
-- понимаем праксеологию, computer science, математику ("языки")
-- на базе праксеологии разбираемся с инженерией, экономикой, правом, менеджментом
Инженерный менеджмент на сегодня весьма "моделенасыщен" (как и экономический мейнстрим, как и инженерия). Но он совсем не моделе-ориентирован (совсем не model-based engineering management, такого даже в Гугле не находится), если мы понимаем моделе-ориентированность как использование моделей данных. Ближайшее пересечение моделей данных и инженерного менеджмента -- это архитектура предприятия, нужная айтишникам. Эта архитектура предприятия много лет продвигается айтишниками как важный инструмент для менеджеров, но толку пока это этого продвижения не видно. Скорее всего, толк может быть, если этот подход (он же -- подход организационного моделирования) будет освоен инженерными менеджерами, у которых есть тренинг и привычка к работе с формальными методами, с моделями/чертежами.
Одной из enabling technologies для моделеориентированности является ISO 15926. И тут нужно уточнить, что product models (plant models) являются уж точно инженерными/системно-инженерными. А вот project models с их factory physics попадают уже в модели инженерного менеджмента (с учётом вечного спора о том, входит или не входит управление проектами в состав практик системной инженерии).
Так что будем заниматься еще и моделеориентированным инженерным менеджментом, а не только моделеориентированной системной инженерией -- собственно, это и есть PraxOS (организационная система, т.е. "система менеджмента"). Более того, сама замена технологии "никакой" инженерии на системную инженерию, а потом на моделеориентированную инженерию; или технологию обменов данными "точка-точка" на онтологическую интеграцию данных -- это типичная тема инженерного менеджмента, technology management.