Школа проектного специалиста

ИТ-рынок США меняется. А мы точно отстаём?

10 ноября Ленни Рачицки опубликовал исследование американского технологического рынка. Цифры заставляют задуматься о том, что происходит с ИТ-профессиями и как быстро эти изменения доберутся до России.

В США спрос на разработчиков практически перестал расти: количество открытых вакансий за последний год увеличилось всего на 2,5%. В продуктовом дизайне ситуация хуже — минус 28% вакансий за год. При этом спрос на продакт-менеджеров выглядит устойчивее, а владение ИИ-инструментами становится обычным требованием работодателей.

И ещё одна деталь: только 14% открытых вакансий в технологических компаниях предполагают удалённую работу. В конце 2022 года таких было 21%.

А что у нас?
Данные hh.ru показывают, что российский ИТ-рынок тоже переживает заметную перестройку. В майском обзоре 2026 года по сравнению с маем 2025-го в профессиональной области «Информационные технологии»:
— количество активных вакансий сократилось на 31%;
— количество активных резюме выросло на 24%;
— hh.индекс достиг 22,2 резюме на вакансию.

Это уже не просто охлаждение спроса. Конкуренция за рабочие места стала чрезвычайно высокой.

Причём российская динамика по вакансиям даже жёстче американской. Правда, напрямую сравнивать проценты нельзя: у Ленни анализируются отдельные технологические профессии и вакансии технологических компаний, а hh.ru рассматривает более широкую профессиональную область.
Но направление изменений просматривается достаточно отчётливо.

Получается, американские тенденции не обязательно доходят до нас с опозданием. Некоторые процессы уже идут параллельно.

При этом причины могут различаться. В США перестройка рынка тесно связана с распространением ИИ, изменением структуры технологических команд и перераспределением инвестиций. В России к технологическим изменениям добавляются собственные экономические условия, ограничения бюджетов и особенности корпоративного спроса. Поэтому было бы ошибкой объяснять сокращение российских ИТ-вакансий исключительно искусственным интеллектом.

И всё же возникает более интересный вопрос.
Если количественные изменения рынка уже происходят одновременно, то когда у нас начнётся столь же заметная перестройка самих профессий?

Когда от разработчика будут ожидать не только написания кода, но и способности с помощью ИИ самостоятельно решать более широкий круг задач? Когда продакт-менеджеру придётся не просто управлять бэклогом, а фактически отвечать за создание продукта с гораздо меньшей командой?

Возможно, следующий этап изменений затронет уже не столько количество вакансий, сколько содержание работы.
И тогда вопрос «через сколько лет американский тренд придёт в Россию?» потеряет смысл.

Потому что по некоторым показателям он уже здесь. А вот насколько быстро изменятся требования к специалистам — пока открытый вопрос.

Источники: Lenny's Newsletter, аналитика hh.ru.

Больше об управлении, технологиях и профессиональном развитии — на нашем канале Дзен.

Управлять проектом на словах гораздо проще, чем на деле

Вчера закончился очередной курс Школа руководителя проекта. Позади несколько недель занятий, командных домашних заданий и выступлений, обсуждений и споров о том, как всё-таки правильно управлять проектами.

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

Были и практические задания. Учились составлять планы, оценивать затраты и формировать бюджет проекта, распределять задачи и ответственность. Казалось бы, ничего особенно сложного. Пока не начинаешь делать самостоятельно.

Вот тут и выясняется самое интересное. Сформулировать понятную цель бывает сложнее, чем составить подробный план. Заказчик не всегда может объяснить, чего хочет. Сроки нужны ещё вчера, денег мало, а люди заняты другими делами. И попробуй всё это собрать в один работающий проект.

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

Курс закончился. А настоящее обучение, как это обычно бывает, начинается уже на работе. Когда вместо учебных задач появляются реальные заказчики, реальные сроки и настоящая ответственность.

Всем участникам спасибо за активную работу на курсе и позитивный настрой!

Эксперт заказчика рассказал всё правильно. Почему же процесс работает иначе?

При обследовании бизнес-процессов есть одна ловушка: самый опытный сотрудник может дать подробное, логичное и при этом не совсем достоверное описание работы. Причём совершенно искренне.

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

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

Это не обязательно нарушение из-за недисциплинированности сотрудников. Возможно, формальная процедура слишком медленная, система неудобна или регламент давно перестал соответствовать реальным задачам.

И вот здесь возникает проблема для аналитика.

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

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

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

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

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

📌 Больше об аналитике, управлении проектами и цифровых решениях на канале Дзен "Школа проектного специалиста".