Ответ
Решение о выпуске релиза с известным багом принимается на основе оценки рисков и должно быть задокументировано. Критерии для такого решения:
-
Некритичность бага: Баг не является блокирующим (P0/P1). Он не:
- Приводит к потере данных.
- Нарушает основные бизнес-сценарии (core flow).
- Создает угрозу безопасности.
-
Ограниченное воздействие:
- Баг проявляется в редких или edge-кейсах.
- Есть простой workaround для пользователя.
- Баг не ухудшает пользовательский опыт для большинства.
-
Прозрачность и план:
- Баг заведен в трекере (например, Jira) с четким описанием.
- Есть утвержденный план и сроки его исправления.
- Информация о баге включена в релизные заметки.
-
Одобрение заинтересованных сторон: Решение согласовано с продукт-менеджером, командой разработки и тестирования.
Пример: В релизе калькулятора есть баг: функция округления иногда дает погрешность в 0.01 для очень больших чисел. Это edge-кейс, workaround — использовать меньше знаков после запятой. Баг заведен, запланирован на следующий спринт, информация есть в релизных нотах.