Существуют, прям ровно так же, как существуют "СТО из девелоперов" с полным набором извращений, включая вышеупомянутое

Существуют ли технические проблемы, причиной которых является не "CTO из девелоперов"?

Конечно, но почти все из них попадают в объединённое множество: "СТО из девелоперов", "СТО - не компетентен" и "СТО - просто мудак"

У вас, кстати, какой случай?

NoOps - это то же самое, что AllOps. Когда каждый из разрабов способен самостоятельно выполнять функции девопса за счёт перекладывания ответственности за работу со средой на эксплуатационщиков. Это хороший вариант. Хорошо, когда у вас все разрабы являются высококлассными спецами во всём сразу. Но не все могут себе такое позволить.

а есть методичка на эту тему?

Быть богатым и счастливым, без сомнений, лучше, чем быть бедным и несчастным. Но давайте на землю спустимся.

Не надо "все", достаточно "некоторые"

Тогда какой же это NoOps?

На ком-то больше ответственности - на ком-то меньше.

Я - на земле, но мои девелоперы прекрасно знают, как запускать свой код 🙂

Во всех возможных сценариях или только в хорошо обкатанных?

Ответственность - это то что идёт в одном комплекном обеде с полномочиями.
Без полномочий это называется "козёл отпущения"

Можно будет тестик скинуть? Проверю.

Совершенно верно.

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

Поэтому девопс у нас участвует в процессе постановки задач. Поэтому он может не принимать артефакты разрабов. Поэтому он может в случае крайней необходимости зайти в прод и что-то там руками починить. Чего разрабы права делать не имеют.

Поэтому девопс у нас и получает вдвое больше среднего разраба. И именно за ним последнее слово при архитектурном планировании. Потому что ему потом это эксплуатировать, и он будет за это отвечать когда оно будет в проде.

запуск в облаке google поверх кубера, конечно

Тогда не должно возникать даже вопроса, что приоритетнее - "код написан" или "код работает"

ну прежде чем запустить, его надо сконфигурировать. Собственно вопрос, что вы вкладываете в запуск. Когда есть настроенный кубер и разработчик знает как в кубере запустить свое приложение. Или он так же знает как работает и настравивается кубер и может его настроить под свои нужды?