Да, в более-менее крупных проектах/компаниях они есть, представьте

За pipeline должны отвечать всякие release инженегры.
За то, что QA тестирует по требованиям, которых разработчики не видели, последние ответственность нести не должны, я это специально оговорил.
Если требований по performance также не было, то это тоже не проблемы разработчиков.
В противном случае разработчик превращается в человек-оркестр, обязанный всем и вся, а также обязанный предугадать, сколько миитингов запланирует ему менеджер отняв у него время, когда он заболеет, сколько необходимой ему документации отсутствует — только чтобы оценить не очень нужный ему дъю дэйт. И такой разработчик довольно быстро уйдёт из Badoo. А разработчик ресурс ценный и на дороге не валяется, это чтоб ваш бизнес знал (а он таки знает). По моим наблюдениям все срывы сроков происходят по большей части из-за организационного бардака в компаниях и некомпетентности менеджеров, у которых 7 пятниц на неделе и 8 митингов. Почему-то современные методологии уходят от понятия физического времени, заменяя их story pointами. И задача менеджеров конвертировать story points в физическое время и даты, разработчика это парить вообще не должно.

Да, между "готово" у разработчика и "принято" у кастомэра ещё целая уйма задач, разработчика особо не касающихся и это проблемы продукт оунера/менеджера. Но в статье как-то акцентируется внимание на том, что разработчик несёт за всё ответственность, хотя вовремя сделанная разработчиками фича может не попасть в продакшн по целому ряду других причин. Pipeline сломат, QE несогласны, т.к. напрограммировали по одним требованиям, а тестируют по другим, performance просел, не дали времени на внятную валидацию и многое другое.