Каждый багрепорт перед погрузкой в трекер оценивается по ряду факторов:
Вероятность встречи пользователя и этого бага. Оценивается по сложности сценария и длине пути пользователя для достижения проблемы.
Потенциальная массовость. Например, если проблема воспроизводится только на iPad Mini под iOS 10, то это плохо. Но не так плохо, как если бы баг проявлялся на всех устройствах.
Затронутый компонент приложения. Любая функция должна работать, но чтение писем всё таки важнее, чем смена аватарки.
Влияние проблемы на компонент. Оценивается деструктивное действие: ухудшает работу с функцией или блокирует её работу.
У каждого пункта каждого параметра есть свой вес, сумма весов определяет критичность одной проблемы относительно другой для выстраивания приоритетов.
Критические и Блокирующие баги покрыты внутренним SLA, по ним билд с исправлением обязан быть в течение 1 и 3 суток соответственно.
Стандартные по приоритету багрепорты падают в общий бэклог, но могут двигаться в нём без очереди после появления нескольких пользовательских жалоб, требований от магазинов приложений или других факторов, повышающих критичность.
Каждый багрепорт перед погрузкой в трекер оценивается по ряду факторов:
У каждого пункта каждого параметра есть свой вес, сумма весов определяет критичность одной проблемы относительно другой для выстраивания приоритетов.
Критические и Блокирующие баги покрыты внутренним SLA, по ним билд с исправлением обязан быть в течение 1 и 3 суток соответственно.
Стандартные по приоритету багрепорты падают в общий бэклог, но могут двигаться в нём без очереди после появления нескольких пользовательских жалоб, требований от магазинов приложений или других факторов, повышающих критичность.