Поясните?

Но "группа инженеров DevOps" - это же жуткий антипаттерн по всем книжкам по DevOps.
Вы точно их читали?

Они думают, что так могут

Постойте, я наверно что то пропустил, но изначально же было, что DevOps - это роль

Ох, если бы. Были, пусть не такие, но приближенные к фантастике

ну то есть инженер разработчик катящий фичу не проектирует как эта фича падает на прод и там работает, всесто э ого некий мифический девопс лид определяет как оно там будет жить?

Идеология, не роль.

Это неправда. Иначе бы вы не могли нанять больше, чем 1 devops/компания||команда

Бывают разные, да.
Но предположим я сейчас дам идеальное ТЗ. Сколько человек сможет мне по этому ТЗ сказать сколько надо железа?

именно антипаттерн

Э, найм "девопс-инженеров" - это тоже антипаттерн, кстати )

Уф

Проблема в том, что для реально больших проектов становится невозможно ни за какие адекватные деньги найти инженера, умеющего одновременно в  достаточный уровень квалификации в смежных областях IT, будь то архитектура/сети/DBA/QA/hdd/виртуализация/разработка.

Потому что время обучения этого человека будет больше времени его жизни. Невозможно найти человека, умеющего хоть на каком-то приемлемом уровне в IBM Storwize, Routing, IP Fabric, BGP, Openstack/VMWare, Messaging и  Java. Чтобы это всё вместе хоть как-то уметь, надо учиться 15 лет, а потом регулярно проходить повышение квалификации. Работать времени не будет.

Поэтому все эти девопсы заканчиваются на уровне "я — программист Java и член партии Единая Россия, помогите мне выкатить jar и соберите логи". Как только эта выкатка по сложности перерастает возможности одного человека процессы кардинально меняются, и вместо девопса как такового появляются системные инженеры, приученные выполнять работу согласно регламенту и ориентироваться на хорошо им известные и контролируемые ими же метрики.

А универсальные солдаты остаются в сказках и розовом мире пони. Они просто не могут работать так же эффективно как команда профессиональных инженеров, компетентных в конкретной сфере.

Нормально, как инженеры, с расчетами и обоснованием почему именно столько серверов, столько памяти и именно такие процессоры

Мифический? Вы qa вообще ищ цепочки вычеркнули?

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

как они это выкатят когда производительность софта зависит от разраба? завтра наняли джуна и он вместо зерокопи гигабайтные буферы перекладывать будет и все все ваши расчеты в труху

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

Эффективность и экономическое обоснование никому не интересны

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