ИТ-тренд: как процессы разработки становятся новым legacy (атавизмом)
Тектонические сдвиги в ИТ происходят не только на уровне технологий и языков программирования. Не менее стремительно устаревают и сами процессы разработки.
Многие практики, которые еще 5–7 лет назад считались золотым стандартом для крупных компаний, сегодня превращаются в источники организационного и технического долга. Они создавались ради стабильности и контроля, но в эпоху ИИ-разработки и сжатых сроков релизов становятся фактором замедления.
Многоступенчатые согласования
Один из самых заметных примеров — комитеты по изменениям (CAB) и длинные цепочки визирования перед релизом. Это группа людей, которая рассматривает и утверждает изменения в ИТ-системах. Долгое время CAB считался обязательной частью корпоративного управления.
- Прошлое. Исследования DORA уже несколько лет показывают: такие процессы замедляют скорость поставки ПО и не дают заметного выигрыша в надежности.
- Будущее. На смену приходят быстрые рецензии на уровне коллег (peer-review), автоматизированное тестирование и контроль изменений прямо внутри процессов CI/CD.
Индивидуальные DevOps-стеки
- Прошлое. Еще один устаревающий подход — когда каждая команда вручную собирает себе собственный набор инструментов сборки и развертывания. Несколько лет назад это считалось гибкостью. Сейчас — все чаще становится источником хаоса, выгорания инженеров и огромной когнитивной нагрузки.
- Будущее. На смену приходит платформенная разработка: инфраструктурная сложность скрывается за дружественным интерфейсом, а команды получают готовые решения, а не бесконечную свободу выбора.
Роли инженеров меняются
Меняется даже отношение к ролям тестировщиков и DevOps-инженеров.
- Прошлое. Согласно отчету State of DevOps 2026, ИИ-агенты не заменяют инженеров, а наоборот — требуют еще более зрелых процессов.
- Будущее. Сами роли трансформируются: меньше ручного тестирования и рутинных скриптов, больше аналитики, оркестрации и контроля качества на уровне системы целиком.
Вывод
В ИТ-индустрии все знают термин для устаревшего ПО — legacy. Но многие «лучшие практики» корпоративной разработки середины 2010-х сегодня сами становятся тем самым legacy, с которым приходится бороться новым поколениям команд.
Больше материалов для ИТ-специалистов — в наших каналах:
💬 Telegram
📱MAX