Эти ребята в уютном стеклянном кабинете сидят не потому что могут или хотят принести пользу.

Есть властная группа — люди договорились друг с другом дружить — бюджетами, властью.

И лишних людей на свой уровень не пускать.

Это нормально.
Не стыдно быть менеджером без тех скиллов — стыдно быть менеджером без власти и бюджета

Если "шетухину" при этом получька из тумбочьки приезжает, а он кодирует в свое удовольствие, то - да, не нужны

Условному Шетухину от них нужны бабки (как минимум) и закрытие не технической работы - операционка, финансы, кастомер сервис и тп. Такой работы у каждой компании чуть ли не больше, чем технической

- очерчивание, что же является продуктом (услугой) и обеспечение, почему это будут покупать
- реклама и продвижение
- продажи (ставлю отдельно, потому что сделать так, чтобы клиент расстался с деньгами это отдельный труд)
- построение и развитие организации, включая HR
- бухгалтерия и бэкофис, от аренды до закупок материалов, инструментов и лицензий до кадров, отпусков и зарплат
- вопросы интеллектуальной собственности
- обратная связь по качеству и работа с претензиями
- PR и GR
- вендоры и субподряд
Все это кто-то должен делать

Для условного суперинженера это все "получька из тумбочьки"

Тогда среди них chief TECHNICAL officer нет. Есть инвесторы.

Задача сто - не код писать же

🌟 Georgiy Mogelashvili has reached level 2!

А может быть напротив — кейс релевантен и для корпораций.
А там инвесторы далеко-далеко

Я в таких случая прошу подумать вот что:
1) к кому вы пойдете, если вдруг не знаете каких-то деталей реализации? (Подсказка, наверняка найдете кого-то в команде инженера)
2) к кому идти, если нужно бюджет определить или конфликт уладить? (Подсказка, ни к кому, кроме руководителя)

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

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

А если не закрываются, то линейного сотрудника уволить и взять нового. Есль опять не закрываются, опять уволить :)
При нынешнем дефиците кадров это путь тупиковый.

откуда дефицит? почему так решили?

А в чем?

Задача сто в том числе - подобрать такую команду, чтоб закрывались

Серьезно? Сто должен писать код?

Хотя давайте так - если это компания из 5 инженеров, тогда да, может и пусть пишет...

Все сами с собой договаривались? Один считает, что нужно Gitlab CI, другому Jenkins, третьему Team City.

Но вообще его задачи - стратегическое планирование продукта с технической точки зрения, куда входит продумывание бюджета, подбор команды, выбор инструмента (с учётом бюджета)