Если в команде всё плохо, дело не в недостатке инноваций

Если твоё IT работает как куча говна, добавление к нему "самых последних технологий", превратит ее в кучу говна, из которой торчат обломки космолёта. Скорее всего, это не то, что тебе нужно.

Что такое "куча говна"? Это такой адский треугольник: медленно, дорого и некачественно. В отличие от положительной версии, сочетать все три негативные стороны обычно можно с большим успехом. В 100% случаев если выглядит всё именно так – тебе не хватает не <вставь любимое название модной технологии: ai, микросервисы, кроссплатформенная разработка, что-еще-там-было-в-том-блоге>.

Если твои разработчики не умеют в код-ревью, а ты всех посадил на claude code, они вместо того, чтобы руками писать плохой код, который делает не то, что нужно, будут его генерировать и уходить домой пораньше. Если твоя инфраструктурная команда не может построить нормальный релизный пайплайн для одного некрасивого и немодного монолита, а ты вместо него запилишь 50 микросервисов – попробуй прикинуть вероятность, с которой 50 раз вместо одного у них, почему-то, получится. Если твои qa недостаточно понимают продукт и пользователей, чтобы протестировать его руками, от того, что ты заставишь их писать автотесты, понимать это они не начнут – просто плохие тесты станут автоматизированными и будут проходить быстрее!

В общем – попробуй начать с качества людей (часть придется поменять, часть обучат новые люди) и базовой гигиены жизненного цикла разработки по (спроси у коллег, айти которых работает нормально, что это такое). Еще лет 5-7 назад люди умели поставлять ценность в продакшен за дни и недели, а не кварталы и полугодия, тестировать софт, и, вообще говоря, зарабатывать на IT деньги. Да, новые подходы к технологиям ускоряют эти команды еще больше, но если совсем уж пропустить базовый путь становления и поверх людей, не умеющих работать, натянуть "инновации" – у тебя получися совсем не то же самое, что у топовых игроков на рынке, которые пишут статьи про эти инновации :)