Ответ
Запрос на игнорирование бага требует взвешенной реакции, основанной на фактах и оценке рисков.
Последовательность действий:
- Выяснить причину. Спросить, почему баг предлагают игнорировать: нереальные шаги воспроизведения, побочный эффект известного и уже исправляемого дефекта, баг в неподдерживаемой функциональности.
- Принять взвешенное решение.
- Если аргументы веские (например, баг дублирует уже заведенную задачу на рефакторинг), баг можно отложить. Важно задокументировать причину и ссылку на связанную задачу.
- Если баг серьезный (нарушает основную функциональность, создает security-риск, влияет на данные), необходимо настоять на его фиксации, приведя конкретные бизнес- или пользовательские сценарии, которые ломаются.
- Эскалировать при необходимости. Если договориться не удается, а риски высоки, следует привлечь Product Owner или тимлида для принятия финального решения.
Пример записи для отложенного (Postponed) бага:
Status: Postponed
Reason: Development team confirmed this issue is a known side-effect of the legacy payment module.
It will be addressed holistically in the refactoring task PROJ-456 (scheduled for Q2).
Risk: Low-Medium. Affects only the "Refund" operation under a very specific condition (timeout > 30s).