Для серьёзного продукта, его инфраструктура — это не тулза. ...

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

Смотрите:
— у инфры есть код (надеюсь, всё-таки в 2025 не надо обсуждать необходимость IaC?), и у этого кода есть овнеры. Те, кто не просто накатывают, а проектируют, развивают и реагирует, если что-то не так;
— у инфры есть product owner. Тот, кто формулирует, куда мы вообще движемся, какую боль лечим, какие косты срезаем, управляет бэклогом, обладает пониманием что перспективно, а что не очень;
— у инфры есть метрики. Доставка изменений, стабильность, скорость развёртывания, NPS среди команд — всё, как у людей. Иногда их даже считают и даже(!) оптимизируют;
— у инфры есть поддержка. Ну вы понимаете, кто чинит, когда всё упало?
— у инфры есть регламенты и может быть даже дока, потому что инфра — часть общего ландшафта, и без договорённостей с остальными командами будет боль и страдания.

И если при этом «тимлид девопсов» говорит: «Ну я тут задачки раскидываю, да, и дежурства составляю», — хочется спросить:
А кто овнит твой продукт?
Кто рулит развитием? Кто отвечает за ценность? Кто следит, чтобы не просто работало, а работало хорошо и стабильно?

А часто никто. Потому что «девопс-инженеры» у нас не про овнерство, да? Они про «мы сделали — а дальше как-нибудь сами». Документации нет, роадмапа нет, техдолг «ну вы чо, у нас тут всё сложно».
DevOps — это development и operations, а не “я тут ямлики поправил, подик вроде поднялся”.

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