Читаю вакансии на хедов куа, лидов, менеджеров обеспечания качества, и там примерно одинаковые тейки: есть хаос, он запарил, надо решить вопрос. заносишь в их хаос струтуру, вроде регламентов реагирования, принципов остановки релизов, очевидные процессы, вроде quality gates, а потом слышишь: ты какой то не гибкий, зачем эта бюрократия с контрактами, мы не готовы блочить TTM за сборки в CICD. Тебя дропают, в пользу более удобного чувака, через месяц видишь ту же вакансию, вновь открывшуюся, но тебя уже на нее не позовут. Но ведь инженерия, а именно обеспечение качества, оно в принципе не особо гибкое понятие, которое ограничивается верификацией, а после - валидацией.

Я вроде как ною, но нет, мне важно понять, чего нужно компаниям, которые хотят решить хаос, но не готовы к трансформациям.

Важное уточнение: я не подаю трансформации как требования, даже qual gates нужно вводить постепенно, потому что не все разрабы привыкнут к линтам и юнеит-коверейджам сразу.

пока что часто вижу паттерн: построй замок из кубиков, но кубики трогать нельзя.

Дайте мнения свои по возможности, пожалуйста