Обсуждение

изготовлением занимаются лидеры А кто, тогда, управляет балансом между лидером и оргдизайнером?

Вроде, это всегда и был, как раз, "лидер", нет?

А "изготовитель", обычно, назывался как-нибудь по-другому.

А кто управляет балансом между проектировщиком/конструктором и технологом завода? Обычно никто, они общаются друг с другом (в инженерии про это говорят engineering for manufacturing, когда хотят подчеркнуть, что проектировщик/конструктор учитывает, на каком заводе и как будут делать его проект/design). Часто подчёркивают, что идеальный вариант — когда они оба сидят за одним экраном САПР и проектируют хором, но это обычно не встречается нигде, потому как заводы и КБ часто в разных городах. Вот с организацией примерно то же самое. Конечно, я в учебнике только про оргдизайнера двадцать пять страниц текста учебника и упражнений выдал (ибо там ещё и эксперты по предметной области участвуют, и дополнительные модели есть, но это я в посте не писал).

 между проектировщиком/конструктором и технологом завода управляет балансом главный инженер.

А между главным инженером и зав.производством — ген.директор ("Лидер").

Нет, это переход на язык должностей, а не ролей. То есть вообще про другое. И "лидер" в бытовом значении слова.

Я, как раз, про роли.

Технолог и зав.производством — разные роли.

Технолог пользуется станочным парком, чтобы что-то произвести, но есть и разработчик станочного парка — DevOps/internal development platform engineer. В организациях это администрация. При этом в ролях не рассматривается структура подчинения (дозволения ролям что-то делать с ресурсами, в том числе что-то делать с ресурсом агентов, исполняющих роли). Это по отдельной линии идёт, и там тоже нет слова "лидер". Лидер и практика лидерства — это убалтывание агентов (представляемых администрацией) выполнять предписанные им роли. Тут ещё важно, что это убалтывание обычно более-менее распределено по коллективу (как, впрочем, и оргдизайнерство). Я боюсь, что изложить взаимосвязи дюжины ролей, которые у меня цепляются в учебнике системного менеджмента, мне вряд ли удастся тут в комментах. Там учебничек ровно про это на примерно 400 страниц будет. Вот сегодня очередную главу на публикацию курса собираюсь отдать. Это всё новая структура ролей, старая была сильно попроще и шла для производственников на-ура. Но новая много чётче и универсальней (это тоже проверено), она хорошо показывает стык с бизнесом (и это тоже проверили, в текущей группе есть владельцы компаний).

Я плохо понимаю, что такое "зав.производством" как роль. У меня есть станок, роль создателя и эксплуататора станка и рабочий у станка (токарь, фрезеровщик, который в том числе проектирует как ему этот станок задействовать — ибо сегодня токарь это не тот, кто крутит рукоятки станка, а тот, кто пишет для станка программу. Но покупает и налаживает станок другая роль). Если по должностям, то главный инженер завода обычно отвечает за станочный парк, а главный инженер проекта (ГИП) за целевую систему. Во всех случаях, когда одно путалось с другим, дирекция признавала ошибку и разгружала главного инженера от перехвата управления у ГИПов. Ибо они про разное. Вообще, повторюсь: у меня уже написан и доступен учебник "Системная инженерия", а сейчас уже больше половины написано учебника менеджмента, где всё то же самое рассказано для организации (и даже больше, там намекается, что и личность так можно рассматривать).

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

А технологическую карту кто разрабатывает?

Неужели тот же, кто нажимает большую красную кнопку?

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