Архитектура в IT: почему рынок изменился и как выжить в эпоху ИИ-требований

Автор с пятнадцатилетним стажем — от рядового разработчика до enterprise-архитектора холдинга — разбирает, что сейчас происходит с рынком IT-архитектуры и почему вакансий стало сильно меньше. Если коротко: откат в 2019-й, плюс новые требования, которые пахнут очередным костылём HR-отдела.

Состояние рынка

В 2020–2021 архитекторов сгребали пачками — помните мем про «мне нужен работник — повар, конюх и плотник»? Сейчас, по ощущениям автора, рынок откатился лет на шесть-семь назад, с поправкой на ИИ. Вакансий стало на порядок меньше, а требования переписали. Теперь почти везде отдельным пунктом висит «опыт внедрения ИИ» — причём не абстрактное «знал, что такое LLM», а конкретное «внедрил, подержал руками, отчитался». Звучит как тот самый костыль, когда HR хочет галочку для совета директоров, а инженер потом объясняет, почему его сервис генерирует ответы через раз.

Автор сам прошёл путь developer → solution → system → enterprise и дошёл до лидера архитектурной компетенции. И главный вывод, к которому он пришёл, простой: архитектура — это не про красивые C4-диаграммы в Confluence, которые никто не откроет после ревью. Это про поиск тех 20% усилий, которые дают 80% результата. Масштаб задачи как мотивация, эффективность решения как топливо. Остальное — шум.

Степхолдеры и их боль

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

У автора был показательный кейс: продукт собрали ровно по согласованному ТЗ, на 100% в задокументированные бизнес-требования, без единого отклонения. На финальной демо заказчик сказал «спасибо». По тону стало понятно — это не тот «спасибо», на который рассчитывали. Кто хоть раз видел такое лицо на демо — тот уже понял, зачем разговаривать со стейкхолдерами до того, как нарисован первый контейнер в draw.io.

Что с этим делать

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

# Напоминалка для тех, кто пишет ТЗ без разговора с заказчиком
echo "спросить. чего. хочет. заказчик" >> ~/backup/lessons.txt

Бэкапы, кстати, никто не отменял — ни архитектурные, ни обычные.