Смена поколений: у компаний проблемы с IT-персоналом

Исследование, проведенное Advanced Software, показало, что только 11% крупных компаний имеют достаточное количество IT-сотрудников, владеющих навыками для обслуживания устаревших систем. Если ваш бизнес столкнулся с похожей проблемой — найти команду для поддержки или модернизации legacy-системы, — поможет заказная разработка под конкретную задачу.

Причины сложившейся ситуации

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

Старые системы еще активно используются, например, в таких сферах, как биллинг, платежи или транзакции. Опираются в основном на такие языки программирования как COBOL или Assembly. Притом что использование старых технологий продолжается, многие университеты в своих программах обучения уже отказались от проведения соответствующих курсов. Поэтому возникла ситуация, когда специалисты со знанием старых языков уходят на заслуженный отдых, а их место остается вакантным.

Многие организации не хотят отказываться от старых технологий для своих особо важных приложений, так как они доказали свою надежность и стабильность.

Исследование компании Forrester Consulting показало, что в период с 2013 по 2018 годы организации потеряли 23% разработчиков по мейнфреймам, при этом 63% этих рабочих мест остались свободными.

300 компаний из 400 опрошенных Advanced ответили, что COBOL на их мейнфреймах остается самым распространенным. В то же время Assembly продолжают использовать 66% крупных организаций. Применяются также такие старые языки, как ADS/Online, CA Gen, CA Telon и PL/1.

Показатель	Значение	Источник
Крупных компаний с достаточным штатом legacy-специалистов	11%	Advanced Software
Потеря разработчиков мейнфреймов, 2013-2018	23%	Forrester Consulting
Незакрытых вакансий после ухода специалистов	63%	Forrester Consulting
Компаний, где COBOL остается основным языком мейнфреймов	75% (300 из 400)	Advanced Software
Крупных организаций, все еще использующих Assembly	66%	Advanced Software

Как говорит Тим Джонс, управляющий директор по модернизации приложений EMEA в Advanced, «количество программистов этих языков также сокращается, но гораздо медленнее, чем COBOL. Последний — самый популярный в арсенале мейнфреймов.» В качестве примера Джонс рассказал о сталелитейной компании, затратившей миллионы долларов, чтобы обучить всего несколько разработчиков Natural, так как не смогла найти на рынке труда специалиста, который бы знал этот язык.

Треть компаний, участвовавших в исследовании, высказала серьезную обеспокоенность проблемой уходящих на пенсию специалистов, которые уносят с собой ценные знания.

Как можно исправить ситуацию

По словам того же Тима Джонса, сложившаяся обстановка может привести к плачевным результатам, так как возможны проблемы с масштабированием IT при внедрении устаревших систем в новые технологии.

Руководство 36% участвующих в опросе организаций волнует тот факт, что молодые программисты, появляющиеся на рынке труда, имеют только «современные» знания. Треть компаний огорчает, что персонал не хочет изучать устаревшие мейнфреймы, а еще 28% беспокоятся, что их работники могут уйти к конкурентам, которые используют современные технологии, например, Java, Python и C#.

По мнению Джонса, чтобы исправить ситуацию необходимо в организациях ввести перекрестное обучение персонала, то есть повысить способность персонала обслуживать новейшие системы наряду с устаревшими.

Кстати, в прошлом году, в период пандемии, в США был отмечен высокий спрос на разработчиков со знанием языка COBOL. Нужда в программистах появилась благодаря тому, что госучреждения, где работают на мейнфреймах, не выдержали натиска заявок на пособия по безработице. Компания IBM в тот момент приняла решение проводить бесплатные курсы по обучению COBOL.

Согласно опубликованному рейтингу TIOBE, в прошлом году Fortran, использующийся в сфере инженерных вычислений, занимал 47 место, а COBOL — 43. А сегодня они занимают 20-е и 24-е места соответственно.

Актуальна ли проблема в 2026 году

С момента исследования прошло несколько лет, но сама проблема никуда не делась: мейнфреймы на COBOL и Assembly по-прежнему обслуживают банкинг, биллинг и госсектор, а новых специалистов этим языкам почти не учат. Часть компаний закрывает разрыв кросс-обучением штатных разработчиков, часть — переносит критичные модули на современный стек постепенно, не трогая стабильное ядро системы. Появились и AI-ассистенты для чтения и комментирования legacy-кода, которые ускоряют работу немногочисленных экспертов, но не заменяют их полностью — разобраться в сорокалетней кодовой базе без человека, который понимает бизнес-логику, инструмент пока не может.

Частые вопросы (FAQ)

Почему компании не откажутся от устаревших систем совсем?

Мейнфреймы на COBOL десятилетиями обрабатывают критичные операции — платежи, биллинг, госуслуги — и доказали надежность. Полная замена стоит дорого и рискует остановить работу систем, от которых зависит бизнес, поэтому организации предпочитают поддерживать существующий код, а не переписывать его с нуля.

Какие языки программирования относятся к legacy и считаются дефицитными?

Чаще всего это COBOL и Assembly, а также менее распространенные ADS/Online, CA Gen, CA Telon и PL/1. Специалистов с опытом в этих языках готовят единицы университетов, поэтому их знание ценится выше, чем владение современными языками.

Как компании закрывают нехватку кадров для legacy-систем?

Два основных пути: кросс-обучение действующих разработчиков устаревшим технологиям и постепенная модернизация — перенос отдельных модулей на современный стек без остановки работы всей системы. Второй вариант чаще отдают на аутсорс подрядчику с опытом заказной разработки.

Можно ли заменить COBOL-разработчика искусственным интеллектом?

Полностью — нет. AI-инструменты помогают быстрее читать и комментировать старый код, но для изменений в критичной логике все равно нужен специалист, который понимает бизнес-процессы, завязанные на систему, и риски конкретных правок.

Что делать бизнесу, если штатных специалистов по legacy-системам не хватает?

Разумный первый шаг — аудит системы и оценка рисков, затем решение о точечной модернизации или долгосрочной поддержке силами внешней команды. Обратиться можно к подрядчику, который специализируется на заказной разработке и готов вести такие проекты без миграции всей системы сразу.