KPI за количество багов. QA стали заводить тикеты на опечатки

Хорошие KPI — это когда метрика отражает реальность. Плохие — когда команда начинает работать на метрику вместо реальности. Мы прошли второй путь.

Нам сверху спустили новые правила: тестировщики получают бонус за количество найденных багов, разработка — за количество закрытых. Мои аргументы, что это сломает процессы, не сработали, потому что инвесторам нужен прогресс именно в цифрах.

Ну окей.

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

На квартальном ревью перед инвесторами наш слайд с динамикой дефектов выглядел просто монументально. Рукли рады, а команда получила премии.

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