«Тестировщики не нужны, программируйте по вайбу»: как Газпромбанк сокращает ИТ-штат

Красивые презентации на ИТ-конференциях часто расходятся с суровой реальностью внутри корпораций. Пока топ-менеджмент отчитывается о «цифровой трансформации» и внедрении искусственного интеллекта, рядовые инженеры попадают под каток оптимизации.

В ИТ-сообществе активно обсуждают кейс Газпромбанка, где с весны 2025 года прошло уже 5 волн сокращений, а некоторые команды потеряли от 30% до 50% персонала.

Разбираемся, как банк пытается заменить инженеров ИИ-инструментами, к чему это привело и почему тренд на «вайб-кодинг» может выйти боком крупному финтеху.

Оптимизация в банке началась по классическому сценарию — с ликвидации целых департаментов, чья работа руководству показалась «избыточной».

Первым под нож попал отдел нагрузочного тестирования. Логика менеджмента была простой: зачем держать отдельный штат QA, если нагрузку могут проверять сами разработчики?

Что получилось в реальности:

• Разработчики, которые и так были перегружены своими прямыми задачами, начали заниматься тестированием по остаточному принципу.
• Из-за нехватки специфических компетенций и времени полноценный аудит систем провалился.
• Итог: в банке начали срываться сроки релизов, а качество софта поползло вниз. Однако на стратегию руководства это никак не повлияло.

Весь 2026 год в ИТ-секторе Газпромбанка проходит под негласным лозунгом «тестировщики не нужны». Причиной такой уверенности стало принудительное внедрение внутреннего ИИ-инструмента под названием «Феникс».

На демонстрациях для топ-менеджмента инструмент показывает феноменальные результаты: красивые слайды, отчеты об ускорении процессов и заявления о том, что после сокращения людей «качество не упало».

Настоящие отзывы инженеров, участвовавших в тестировании, выглядят иначе: «Он вообще никакой, годится только для того, чтобы перекладывать JSONчики».

Более того, в банке фактически запретили критиковать ИИ. Если на первых этапах руководство принимало честную обратную связь с разбором багов, то теперь сверху спущена директива «не писать плохого» и поддерживать позитивный образ автоматизации.

Уничтожив отлаженные процессы тестирования, менеджмент банка планирует переключиться на разработку. На внутренних демо-встречах сотрудников начали активно агитировать за так называемый вайб-кодинг (vibe coding) — подход, при котором разработчик не пишет код сам и не вникает в архитектуру, а просто отправляет промты нейросети и надеется на чудо.

Позиция руководства озвучивается почти открытым текстом: зачем платить за глубокое понимание программирования и тонкостей архитектуры, если есть ИИ, который нарисует всё по кнопке «Сгенерировать»?

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

Ситуация в Газпромбанке не уникальна — это логичное продолжение хайпа вокруг ИИ, на который наложилось желание бизнеса срезать косты в кризис. Но в погоне за экономией менеджмент упускает два важных момента:

1. ИИ — это ассистент, а не замена. Нейросеть отлично ускоряет рутину (написание бойлерплейт-кода, генерация простых тестов), но она не способна мыслить системно, проектировать архитектуру под высокие нагрузки и отвечать за безопасность финтех-платформы.
2. Скрытые убытки от багов. Экономия на зарплатах QA и Senior-разработчиков сейчас может обернуться миллионными убытками и репутационными потерями осенью, когда упавшее качество релизов ударит по реальным клиентам банка.

Если тренд задержится, внутри крупных ИТ-департаментов останутся не инженеры, а «операторы кнопки Сгенерировать», не способные починить систему в случае падения. А инженерам, попавшим под подобные волны оптимизации, стоит помнить: рынок труда по-прежнему ценит твердые навыки и автономность, а не умение кодить «по вайбу».

По материалам «Профсоюз работников IT»