Вариант первый: спрятаться. Ничего не менять. Все разработки — только после утверждения начальством. Все комиты — после одобрения гуру. Перед релизом — минимум две недели тестирования. Конечно, баги всё равно будут — хоть что-то делать всё равно придётся, но так как желающих работать в таких условиях будет не много, то разрушения будут минимальны.
Вариант второй: смириться, что ошибки обязательно будут. Сформулировать понятное техническое задание, чтобы код не извивался в разные стороны. Чтобы QA мог потом проверить, что сделано то, что планировалось, а не спорить, баги это или фичи. Стремиться обнаружить ошибки до того, как на них наткнутся пользователи и не бояться их исправить. Планировать не только разработку, но и тестирование, релиз и исправление ошибок.
