Про фиксы багов
Тема тонкая - что есть баг, а что улучшение? А если сделать через ж***, то как это повлияет на проект в будущем? А если делать «сразу нормально», то не получится ли так, что клиент не дождавшись решения просто уйдет и не купит товар?
Давайте по порядку:
1. Баги разные, а я тут буду говорить про те, которые блокируют пользователя. Т.е. не дают сделать основные вещи в продукте.
2. Как мне видится, надо всегда всегда помнить, что работаешь ты не для себя. Клиент не должен и скорее всего не будет терпеть два дня или неделю пока ты решишь как сделать идеально и сразу. Кроме этого идеально может и не получиться.
Поэтому как я вижу закрыть баг и решить задачу так, чтобы оно не повторялось две разных вещи. Конечно, исключая ситауцию, когда клиенты массово сталкиваются с недоступностью чего-то, хотя и тут варианты есть.
По сути первое, что нужно сделать - сделать так, чтобы клиент мог продолжать пользоваться продуктом. Сделать это надо как можно быстрее так, то так, чтобы это не повлияло на других клиентов в плохую сторону и не подложило бомбу замедленного действия в ближайшем будущем. Если проблема произошла после релиза, то нужны средства простого отката релизов. Отчасти поэтому патчи на БД надо уметь накладывать до релиза кода так, чтобы патчи не ломали ничего в старой версии кода. Тогда вы сможете спокойно держать две версии кода в продакшене, накатывать, откатывать и не парится.
2. Как только баг закрыт. Спокойно (!) думайте - что можно сделать, чтобы он не возникал, обсудите с командой и планируйте работы с менеджером. Бывают, конечно, баги раз в год и не такие уж стремные, мб вопрос о том, что сделать по ним можно и на попозже отложить.
И волки сыты и овцы целы. И как всегда - просто руководствуйтесь здравым смыслом. Не забывайте, что клиент хочет пользоваться, а не ждать. Заблокировать работу другому человеку легко, а вот найти варианты при которых всем будет хорошо - вот это намного сложнее, но вы и прокачиваетесь за счет этого.