идёт игра словами: пытаются различать «автоматизированные» (что-то делают компьютеры, что-то человек) и автоматические (всё делает компьютер) системы, но это разделение не прижилось. Понятно, что без людей не обходится вообще нигде. Другой вариант игры словами идёт по типу того, что происходит сейчас в сфере AI и роботов – всё, что большинству людей непонятно как автоматизировать, называют AI и «робот», а что уже понятно – «обычные алгоритмы». С менеджментом происходит то же самое: автоматизация практик/процессов, которые понятно стало как автоматизировать – это уже не считают менеджментом, а что осталось непонятным как автоматизировать – это и считают «настоящим менеджментом».
Операционный менеджмент уже весь почти ушёл в алгоритмику и там всё меньше остаётся решений, которые должны принимать люди. Администрирование загрузки конвейера/pipeline (помним, что это термин из DevOps/SRE/internal development platform практик, а не только настоящий заводской конвейер) при его работе оказывается хорошо автоматизируемым навыком, люди нужны только при изменении структуры самого конвейера (ремонтах, замене оборудования, изменении самих операций, которые должны выполняться на конвейере). В операционном менеджменте всё сводится к вычислениям и остаётся только лидерство: объяснение необходимости следовать при загрузке людей и оборудования работами не интуиции, а результатам расчётов (а эти расчёты делает компьютер на базе формул из учебников, причём даже не учебников менеджмента). Смогли уболтать людей верить контринтуитивным результатам бездушных расчётов – получите на сегодня даже не конкурентное преимущество (конкурентным преимуществом это было вчера, а сегодня это как гигиена, «все так давно делают»), а отсутствие ошибок в загрузке оборудования, небольшой запас прочности.
«Архитектура предприятия» тоже во многом уходит к архитекторам, но дальше можно придётся обсуждать – это архитекторы предприятия или архитекторы корпоративного софта, так как в силу той самой цифровой трансформации эти две роли стремительно сливаются в одну. Взаимосвязь архитектуры предприятия и архитектуры софта будет подробней рассмотрено в курсе дальше, хотя в «Системной инженерии» было уже дано достаточно литературы, чтобы это заметить. Современные фирмы склеиваются из своих частей оргзвеньев-модулей не столько людьми, сколько корпоративным софтом. Этот софт даёт «один источник правды»/one source of truth (расхожий термин управления конфигурацией) и одни и те же объекты внимания (организационная собранность) и понятные каналы коммуникации между максимально автономными модулями-оргзвеньями. В курсе «Собранность» ШСМ об этом понятийно наведённом коллективном внимании рассказывается подробно.
Остаётся стратегирование: визионерство (по отношению к целевой системе и потенциальной клиентуре) и бизнес (по отношению к организации и потенциальной инвестуре). Некоторые не относят их к менеджменту, но если речь идёт о системе предприятия, мы будем относить это тоже к менеджменту как части инженерии. И ещё есть собственно «организовывание»
