Про какой подход к NBP я говорил в целях?

NBP (ZBP)— это метрика, которая считается по количеству багов и их критичности и показывает, насколько высока забагованность.

Для работы с этой проблемой, полезнейшая метрика, позволяет в цифрах и графиках понимать, как дела сейчас и как хотелось бы в будущем.

Сейчас ситуация такая, забагованность в моей зоне ответственности — далека от идеала.

И для решения проблемы, в том году, внедрили NBP-встречи, где планируем решения по проблемам совместно с разработкой.
Это дало результат: мы попали в цель, снизив забагованность в 2 раза.

В этом полугодии цель амбициозней, поэтому мы реализуем ряд действий, чтобы ее выполнить.

1)Для начала, стали ежедневно созваниваться командой тестирования для разбора обращений от пользователей, чтобы за одну 30-минутную встречу разобрать новые обращения и актуализировать статус по старым.

Тикеты на обращения от пользователей также входят в NBP-метрику и портят карму продукту, поэтому разбираем в первую очередь их.

2)Дополнительно внедрили еженедельные встречи с поддержкой для того, чтобы давать коллегам инструкции, для решения частых проблем, без участия команды разработки. Тем самым, мы сэкономим время на разбор части обращений.

3)А еще, отсматриваем старые баги и обращения. Те, что уже не воспроизводятся, закрываем и перепроверяем критичность.

4)Потом, отсортируем и будем передавать разработке. Договорились, что раз в неделю по ним планируем починку.

Вот такие изменения! Как думаете, они помогут дойти до цели?

Если есть предложения, тоже пишите. Знаю, в канале много матерых QA, которые возможно сталкивались с такой проблемой!

Огонечкам 🔥 всегда рад! 🤗