Продуктовая разработка, довольно перекливающиеся продуктов, тестировщиков 3-7 взаимозаменяемых, разработчиков сколько угодно. Задачи идут как проектные, так и корные, вперемешку.
Но зачем тогда им "команда", если они по сути просто кросс-командные ребята? Они и так в двух-трех командах разработки, разве от добавления ещё одной сущности не становится хуже?
Ну вот в этом примере видно смысл разделить всех на 2 части: кора и всё остальное. Если работаешь долго, то опыт, понимание контекста и слаженная команда — это плюсы.
Кстати, в жизни я часто сталкивалась с таким подходом, но с другой стороны))) Приходишь на собес, спрашиваешь про задачи, анализируешь сказанное и рождается вопрос "а почему вы ищете тестировщика, а не разработчика??"
В плеске матрично Есть Куа, есть разработчики, у Куа есть Куа лид. Они подчиняются Куа Лиду и техлиду, так что понятия "Куа лид" и "Куа команда" есть. Так работают две самых больших команды там.
@oneumyvakin , а можно напоминание для склеротиков? В эту пятницу планируется поговорить про тестирование требований же? Что, как, когда пока не было утверждено?