Kujutage ette olukorda: just enne väljaandmist leiate vea, mis põhjustab funktsiooni ebatäpset tööd. Väljaandmist ei saa edasi lükata, kuid te mõistate, et midagi ei tööta õigesti. Mida sellises olukorras teeksite?

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

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

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