Комментарии 7
Как показалось из рассказа и как я знаю из собственной практики, секрет успеха в выравнивания квалификаций обеих команд. В данном случае через навязывание правильных софт-скиллов, отказ от философии "моя хата с краю" и вовлечение в планирование. Пинг-понг маловероятен, если и разработчики и QAшники в среднем имеют миддл+ скилл.
Привет, спасибо за ответ. Если под мидл+ идет soft skills - то да согласен =) Ключевой здесь момент - качать софты - это относится к процессам типа груммингов, планирований, да и просто построения команды и меж-командных коммуникаций со стороны ребят. В командах с развитыми софтами и джуны хорошо и гладко вливаются в процессы, а потом и растут быстрее - проверено как раз на этой же команде.
"Проблема заключается в том, что в такой системе случается пинг-понг задачами. У нас такое бывало. Разработка передаёт задачу в QA, QA её проверяет и возвращает разработке с багами. Разработчик правит эти баги, снова отправляет задачку в QA, а QA находит новые баги."
А где тут пинг-понг? Стандартный рабочий процесс. Найдены дефекты по задачи - задача возвращается на доработку.
"Порядка 30% задач могли возвращаться с уточнением требований."
Похоже на проблемы с аналитикой, формализацией требований задачи. У вас нет аналитиков в команде?
Действительно аналитиков в команде нет, но это не мешает на этапе грумминга уточнить все требования - если подключать тестирование с этого этапа активно - не зря одним из видов тестирования является тестирование требований. Пинг-понгом мы называем ситуацию когда одна юзер стори может кататься между разработкой и тестированием более 2-3 раз.
А как организованы команды? Они кросс-функциональны или есть отдельно фронт, бэк и т.д.?
В основном команды бьются backend/frontend, есть несколько кросс-функциональных. Конкретно в статье речь идет о backend команде, единственная часть фронта у команды - админка для внутренних клиентов (менеджеры/техподдержка). Обычно в команде присутствует tl + devs + qas + automation отдельно идут scrum master и PO (работают с командой очень плотно но относятся к другим веткам/отделам). Сейчас есть стремление qa + automation перевести в этакий qa fullstack, чтобы один инженер писал тест-кейсы и автоматизировал их в то же время - это позволит повысить вовлеченность и ускорить покрытие.
Как мы избавились от пинг-понга задачами между разработкой и QA