❓ «Если QA убрать из команды

На первый взгляд — ничего страшного CI зелёный. Автотесты проходят. Разработчики уверены. Velocity растёт. Первые дни — эйфория. Релизы каждый день. Команда счастлива. Все чувствуют скорость. А потом начинается то, что не видно сразу. День 5–7 Мелкие инциденты. Где-то не сохранились данные. Где-то форма ведёт себя странно. Где-то интеграция сработала нестабильно. Ничего критичного. Но support начинает задавать вопросы. День 14 Появляется усталость. Разработчики больше времени тратят на: – разбор регрессий – хотфиксы – “а почему это снова сломалось?” Фокус уходит с развития на тушение пожаров. Месяц Система начинает терять предсказуемость. Никто до конца не уверен: – что именно затронул последний релиз – что протестировано – где реальные риски Появляется скрытая тревога. И самое опасное — не падения. Самое опасное — недоверие внутри команды. Теперь честно. Можно ли жить без QA? Да. Если: – очень зрелая культура code review – сильная автоматизация – ответственность за качество распределена – продукт маленький Но в реальности чаще происходит другое: QA убирают — а процесс не перестраивают. И тогда релизы становятся быстрее. Но качество — случайным. И вот главный момент. QA — это не человек, который ищет баги. QA — это стабилизатор системы. Он снижает энтропию. Можно убрать стабилизатор. Но тогда система должна стать в разы дисциплинированнее. А если нет — хаос просто приходит медленно.