Примеры избыточных процессов в команде, которые не несут пользы
Что проверяют
Видите ли вы цену процесса и отличаете ли избыточное от страховочного. Заодно это проверка на поведение новичка: как вы поступите, когда придёте в команду и половина её правил покажется вам лишней.
Как отвечать
Дайте критерий, а не список. Процесс избыточен, если у него нет адресата и нет последствий: отчёт, который никто не открывает, поле, по которому никто не фильтрует, согласование, которое ни разу не закончилось отказом.
Под этот критерий у тестировщиков обычно попадают:
- полный ручной регресс перед каждым релизом при работающей автоматизации;
- подробные шаги в кейсах на то, что давно закрыто автотестом;
- одна и та же проверка на трёх уровнях сразу, от модульного до сквозного;
- ежедневный письменный отчёт о проделанном вдобавок к доске и встрече;
- повторный прогон всего набора после любой правки вместо дымовых тестов и приоритетов.
Дальше расскажите, как убирали. Сначала выяснить, кто завёл процесс и от какой боли, затем измерить затраты, потом отключить на время и посмотреть, что сломается. Обязательно добавьте, что часть правил выглядит бессмысленной ровно потому, что работает: проверка резервных копий и чек-лист релиза нужны не каждый день, а один раз из ста.
Где спотыкаются
Предлагают отменить процесс, не спросив, откуда он взялся. Почти всегда за ним стоит давняя авария, и человек, который её помнит, сидит на этом же собеседовании.
Второе: приносят цифры из воздуха, вроде сокращения числа тестов на треть без потери качества. Следующий вопрос всегда один: как измеряли качество до и после, и на нём ответ рассыпается.
Третье: отвечают общими словами про лишнюю бюрократию, не показав ни одного примера. Без конкретики непонятно, различаете ли вы избыточный процесс и просто неудобный лично вам.