Ну то ящо ви не бачили команд де автоматизатори допомагають також девам закривати таски, то що ж поробиш.. Це devops culture...
Саме через майндсет шо «то не моя робота» qa потестять й маємо стільки гавняного софта й просрані дедлайни, тому що виходить що, шо перформанс усієї команди залежить від того скільки тасок qa може опрацювати, особливо якщо автотести є частиною DoD( якою вони повинні бути)

Не дуже розумію навіщо вигадувати нову термінологію, якщо один із фундаментальних принципів devops культури є built-in quality

У хороших командах деви також можуть писати автотести, щоб QA не був ботлнеком якщо команда не встигає, а автотести є частиною definition of done. Якщо автоматизатор 1, то точно потрібна людина яка буде робити код рев’ю, також деви можуть запропонувати імпрувменти у фрейморк. Java Script / type script зараз добре розвивається як інструмент автоматизації і багато девів можуть допомогти якщо треба. Але взагалом краще зробити пару mvp та оцінити що краще підійде саме для вашого проекту, враховуючи чи готова компанія інвестувати у тули і фічі, чи хоче безкоштовну базу для фрейморку.

Было б классно раскрыть тему «Особенности управления распределенной командой» именно в распределенном формате — онлайн ( Я более чем уверена что тема актуальна для большого количества людей не находящихся в Киеве, ну или дать хоть возможность купить запись...