Iedomājieties situāciju: tieši pirms izlaišanas atrodat kļūdu, kas izraisa funkcijas nepareizu darbību. Izlaišanu nevar atlikt, bet jūs saprotat, ka kaut kas darbojas nepareizi. Ko darītu šādā situācijā?

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

• Оценить серьёзность бага и его влияние на ключевой функционал.
• Если баг не критичный, можно выпустить релиз с известным ограничением, но обязательно документировать проблему и сообщить команде поддержки.
• Если баг критичный, но исправление требует времени, можно временно отключить проблемную фичу или добавить флаг фичи (feature flag), чтобы неактивировать её для пользователей.
• Параллельно начать работу над исправлением, чтобы выпустить патч как можно скорее.
• Обеспечить коммуникацию с заинтересованными сторонами: менеджерами, клиентами, поддержкой.

Главное — не скрывать проблему, а управлять рисками и ожиданиями, обеспечивая прозрачность и быстрый отклик.