Да есть такой тренд, но он скорее не про увольнять а про настроить ci/cd

а, допустим, пхп и гитлаб мог бы быть кому нить интересен?

А в контексте автоматизации последнее время часто говорят про попиксельное тестирование скриншотов и соответственно подключение к тестам систем распознавания образов. Но по мне - слишком специфичная тема для широкого круга.

По мне, так самая болезненная проблема о месте QA в скрам-процессе. Тут каждый городит своих Франкенштейнов, а самые радикальные - как раз-таки стремятся избавиться от роли QA. В итоге, по моему опыту, это приводит к тому что QA надстраивается за пределами скрама, уже зачастую силами внешних команд, под видом UAT и услуг аудита на стороне. Здорово было бы если кто-нибудь наконец поделился волшебной пилюлей.

У нас QA внутри спринта, можно и снаружи оставить - не вижу каких-то запретов на это в scrum,) А чем плох QA вне для вас?

А как вы спринты планируете с учётом того что QA внутри?

По мне, QA снаружи - не то чтобы плохо, это скорее единственно возможный вариант. Но в этом случае идёт по бороде главная плюшка скрама - возможность релизить фичу сразу после спринта. Т.е. по факту получается скрам-команда молодцы, у них всё идёт во время берндаун чарты красивые, а потом результаты их труда вываливаются во вне, попадают в баскет QA команды и там начинаются проверки, возвраты в дев, иногда даже уточнения. И в итоге фича становится пригодной для релиза спустя недели.

Я в свое время проводил эксперименты с параллельными двухнедельными спринтами, со смещением в неделю, один нормальный, второй исключительно для QA команды. В этом случае можно было как-то ещё придерживаться запланированного темпа, но и подводных камней вскрылось немало

Стоп, а как вы релизете без проверки куа? Что является инкрементом в конце спринта?

Это ко мне вопрос?

Если да, то мы не релизим без QA

В одном из подходов в конце спринта делается демо, после чего фича считается принятой с точки зрения продукта, и отправляется в QA.

Но я изначально то и обозначил эту проблему потому что не считаю такой подход оптимальным

Да, интересная тема

У нас тестируют по задачно, но релиз таг ставится за 2 дня до окончания  спринта

2 дня на показать демо и регресс

Иногда затягивается ;( но в целом работает

Спринт - 2 недели, 2 дня уходит "туда-сюда", к сожалению

Плюс если фичу запилили на 1 день позже тага, то она иногда ждет следующего релиза и про нее уже забывают 😳

Нежданчик на проде

А спринт неделя или две?