Imaginează-ți o situație: cu puțin înainte de lansare găsești o eroare care face ca o funcție să nu funcționeze corect. Nu poți amâna lansarea, dar știi că ceva nu este în regulă. Ce ai face într-o astfel de situație?

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

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

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