Что делает
Собирает цель и границы проекта, согласует план, следит за рисками, зависимостями и изменениями, организует коммуникацию между заказчиком, командой и подрядчиками.
Live-данные · обновлено 23.06.26
IT Проектный менеджер: кто это и чем занимается
IT-проектный менеджер управляет сроками, задачами, рисками, коммуникациями и поставкой результата в IT-проекте. SkillStat показывает зарплату, спрос и навыки рынка.
ИА Игорь Антонов · Технический редактор · IT Project Manager / Delivery Manager
Вакансии
89
Москва и МО · 23.06.26
Медиана зарплаты
195 500 ₽
вилка 123 000–254 000 ₽
По вакансиям за 60 дней
Спрос
32 / 100
Ниже среднего · #28
Уровень
Lead
30% вакансий
Формат
гибридный формат
удал. 14% · гибрид 52% · офис 35%
Выборка зарплат
47
вакансий с зарплатой
Как ещё называют IT-проектного менеджера
Вакансии могут использовать русские и английские названия. Часть формулировок близка к роли IT PM, но не является полным синонимом: Product Manager отвечает за продуктовую ценность, Delivery Manager за предсказуемую поставку, Scrum Master за процесс Scrum.
Синонимы
IT-проектный менеджерпроектный менеджер в ITменеджер IT-проектовIT Project ManagerProject Manager ITPM в ITпроджект менеджер IT
Смежные роли
Product ManagerDelivery ManagerScrum MasterTeam LeadProgram ManagerProject CoordinatorBusiness AnalystAccount Manager
Рыночный вывод
Свежие данные рынка: 89 активных вакансий, медиана 195 500 ₽, спрос 32/100. Срез по Москве и МО от 23.06.2026. Текущая точка может быть заметно выше значений за 7 и 30 дней, но сглаженный ряд меняется спокойнее, поэтому рост лучше читать как живое колебание активных публикаций, а не как резкий разворот рынка.
Коротко о профессии
Проектный менеджер в IT делает работу управляемой: собирает цель, план, зависимости, решения и риски в понятную систему действий. Его результат — не красивая доска задач, а поставка, где участники понимают, что происходит и какой следующий шаг нужен.
В профессии много коммуникации, но её смысл не в количестве встреч. Менеджер помогает команде не потерять договорённости, вовремя увидеть срыв, договориться об изменении объёма и довести результат до приёмки. Чем сложнее проект, тем важнее способность говорить правду о рисках без паники и тумана.
Граница позиции проходит рядом с продуктом и техническим руководством. Проектный менеджер не обязан решать, какой продукт строить, и не заменяет инженеров. Его зона ответственности — сделать так, чтобы выбранная работа дошла до результата с понятными решениями и управляемыми ограничениями.
Зрелость проектного менеджера видна в неприятных моментах. Если всё идёт по плану, кажется, что управление почти не нужно. Но когда меняется объём, срывается зависимость или заказчик не принимает результат, именно менеджер помогает команде не потерять факты, варианты и ответственность за следующее действие.
Как читать данные на странице
Числовые метрики показывают вакансии Москвы и Московской области. Описание роли, задач и навыков относится к профессии в целом.
Регион
Москва и МО
Срез
23.06.26
Зарплата
По вакансиям за 60 дней
Выборка
n=47
Как мы считали
- Все рыночные данные на странице относятся к Москве и Московской области; дата, вакансии, зарплата и спрос выводятся в live-блоках страницы.
- Текущая точка вакансий выше значений за 7 и 30 дней, но сглаженный ряд нужно читать осторожнее: активные публикации могут меняться из-за нескольких крупных работодателей.
- SQL, Python, 1С, Bitrix и LLM вынесены в контекст, потому что они встречаются в вакансиях, но не являются ядром IT Project Manager.
Актуальные данные по профессии
Актуальный срез по вакансиям, зарплате, спросу и динамике найма для проектного менеджера в IT в Москве и МО.
Вакансии
Количество активных вакансий на сегодня в регионе Москва и МО. Не включает закрытые или приостановленные.
89
активных вакансий
Москва и МО · текущий срез 23.06.26
7 дней назад
191
16.06.26 -53%
30 дней назад
135
24.05.26 -34%
Спрос
50 = средний по рынку, 100 = в 4× больше вакансий чем у средней IT-профессии. Метрика считается по актуальной выборке Москва и МО.
32
из 100
Ранг по спросу
#28 из 71
Статус
Ниже среднего
Топ спроса
#1
Системный аналитик
645
#2
Продакт-менеджер
521
#3
Бизнес-аналитик
504
Медианная зарплата
195 500₽
Москва и МО · По вакансиям за 60 дней
Ранг в зарплатах
#22 из 31
Диапазон рынка
123 000 ₽ - 254 000 ₽
май 2026 г. -7%
Топ зарплат
#1
Техлид
402 000 ₽
#2
Тимлид
345 000 ₽
#3
ML-инженер
287 000 ₽
#22
IT Проектный менеджер
195 500 ₽
Средний тренд
Сначала сравниваем последние 30 дней с предыдущими 30. Если в одном из окон меньше 14 точек, пробуем 45, 60, 90 дней. Ряд использует ту же семантику активных публичных вакансий, что и верхнее число.
↑ 14.3%
последние 30 дней vs предыдущие 30
среднее последнего окна выше предыдущего
149 против 130 вакансий, последние 30 дней vs предыдущие 30
сглаживание 30 дней
Кто такой IT Проектный менеджер
IT-проектный менеджер ведёт проект от цели и требований до релиза, приёмки и выводов после завершения. Он не заменяет аналитика, тимлида, архитектора или тестировщика, но связывает их работу в понятный план: что делаем, зачем, в каком объёме, к какому сроку, кто зависит от кого и где может сорваться результат.
В IT особенно важно понимать путь задачи: требования, дизайн, разработка, тестирование, релиз, поддержка и приёмка. Если PM видит только статусы в Jira, он пропускает настоящие риски: неясное требование, внешнюю интеграцию, задержку подрядчика, спорную приёмку, критичный баг перед релизом или изменение объёма в середине проекта.
Тезис
Роль держится на управлении поставкой: scope, сроки, риски, зависимости, решения, релиз и приёмка.
Тезис
Jira и Confluence важны, но они не заменяют план, risk log, протокол решений и работу с изменениями.
За что отвечает
За прозрачную поставку результата: понятный scope, контролируемые сроки, раннюю эскалацию проблем, приёмку и управляемые решения, когда условия меняются.
Чем отличается от координатора
Координатор часто фиксирует статусы и помогает с организацией. IT PM принимает управленческие решения, поднимает риски, договаривается о trade-offs и отвечает за движение проекта к результату.
IT Project Manager, Product Manager, Delivery Manager и Scrum Master - в чём разница
Эти роли часто пересекаются в вакансиях и командах, но отвечают за разные результаты. Ошибка кандидата - называть себя PM, а на деле описывать работу product owner, scrum master или coordinator.
| Роль | Главный фокус | Что делает | Типовой результат | Какие навыки нужны | Чем отличается от IT-проектного менеджера |
|---|---|---|---|---|---|
| IT Project Manager | Поставка проекта | Управляет scope, сроками, рисками, зависимостями, коммуникацией, релизом и приёмкой. | Согласованный IT-результат, доведённый до приёмки. | Planning, risk management, Jira, Confluence, Agile, коммуникация, technical literacy. | Это базовая роль сравнения: отвечает за управляемую поставку проекта. |
| Product Manager | Ценность продукта | Выбирает проблемы пользователей, приоритеты, метрики, roadmap и продуктовые решения. | Продуктовые outcome, рост ценности и понятные приоритеты. | Discovery, analytics, market, prioritization, experiments, stakeholder management. | Product отвечает за «что и зачем», PM - за «как довести согласованный результат». |
| Delivery Manager | Предсказуемость delivery | Убирает системные блокировки, улучшает поток поставки, синхронизирует несколько команд. | Стабильная поставка в продукте, программе или группе команд. | Flow metrics, dependencies, risk management, process improvement, escalation. | Delivery шире одного проекта и чаще отвечает за систему поставки, а не один scope. |
| Scrum Master | Процесс Scrum | Фасилитирует события Scrum, помогает команде улучшать процесс и убирать препятствия. | Команда лучше работает в Scrum и быстрее учится. | Scrum, facilitation, coaching, retrospectives, team dynamics. | Scrum Master не обязан отвечать за бюджет, срок, scope и контрактную приёмку. |
| Team Lead | Команда и техническая реализация | Помогает инженерам, принимает технические решения, следит за качеством и развитием людей. | Рабочая команда и технически качественная реализация. | Engineering, architecture, code review, mentoring, people management. | Team Lead отвечает за технику и людей, PM - за поставку проекта между сторонами. |
| Program Manager | Несколько связанных проектов | Ведёт программу, зависимости между проектами, общий roadmap и управленческие решения. | Согласованная программа изменений или поставок. | Portfolio thinking, governance, dependencies, executive communication. | Program Manager работает выше уровня одного проекта. |
| Project Coordinator | Операционная поддержка PM | Ведёт встречи, документы, статусы, календарь, простые трекеры и напоминания. | У PM меньше хаоса в операционке. | Attention to detail, Jira, Confluence, communication, scheduling. | Coordinator помогает вести процесс, но обычно не владеет рисками и решениями. |
| Business Analyst | Требования и процессы | Собирает требования, описывает процессы, сценарии, ограничения и acceptance criteria. | Понятные требования для разработки и приёмки. | Requirements, BPMN/UML, interviews, documentation, API basics. | BA глубже работает с требованиями, PM шире отвечает за сроки, риски и поставку. |
| Account Manager | Клиент и коммерческие отношения | Держит клиента, договорённости, ожидания, upsell, коммуникацию и коммерческий контур. | Стабильные отношения с клиентом и понятные коммерческие ожидания. | Client management, negotiation, B2B, communication, commercial thinking. | Account отвечает за клиента и коммерцию, PM - за управляемую реализацию проекта. |
Внешние источники
Как выглядит работа по задаче
Работа IT Project Manager видна не в количестве встреч, а в том, как проект проходит через неопределённость без потери контроля.
Шаг 01
Понять цель и ограничение
PM уточняет, какой результат нужен, что входит в scope, что не входит, какие сроки и обязательства уже зафиксированы.
Шаг 02
Разложить поставку
Появляются этапы, milestones, зависимости, критерии готовности, точки контроля и владельцы решений.
Шаг 03
Держать риски видимыми
Риск получает владельца, действие, дату пересмотра и понятный escalation path, а не прячется в устных договорённостях.
Шаг 04
Управлять изменениями
Если меняется требование, PM показывает влияние на срок, бюджет, объём и команду, затем помогает принять решение.
Шаг 05
Закрыть релиз и приёмку
Перед выпуском PM сверяет готовность, коммуникации, rollback или contingency, а после релиза фиксирует выводы и открытые действия.
Проектный менеджер и продуктовый менеджер: в чём разница
Обе позиции работают рядом, но отвечают за разные вопросы. Продуктовый менеджер выбирает ценность и приоритет, проектный менеджер удерживает поставку выбранной работы.
Проектный менеджер
Продуктовый менеджер
01
Главный вопрос
Проектный менеджер
Как довести работу до результата в срок и с управляемыми рисками.
Продуктовый менеджер
Что делать, для кого и почему это даст ценность.
02
Фокус
Проектный менеджер
План, зависимости, решения, коммуникация, приёмка.
Продуктовый менеджер
Пользователь, рынок, метрики продукта, приоритеты.
03
Риск
Проектный менеджер
Срыв поставки, потеря договорённостей, неготовые зависимости.
Продуктовый менеджер
Неверная ставка, слабая ценность, неправильный приоритет.
04
Результат
Проектный менеджер
Работа завершена и принята понятным способом.
Продуктовый менеджер
Команда строит то, что действительно нужно продукту.
Навыки проектного менеджера в IT: что требуют работодатели
Работодателю нужен менеджер, который умеет управлять неопределённостью, а не только вести доску задач. Обычно ждут опыт планирования, работы с Jira или похожей системой, ведение документации, управление рисками, коммуникацию с заказчиком, понимание разработки и способность говорить с технической командой без имитации экспертизы.
Важный фильтр — умение различать статус и реальность. Задача может быть “почти готова” неделю, но менеджер должен увидеть, что не согласован макет, не выделена тестовая среда, не принято решение по интеграции или заказчик не подтвердил критерий приёмки. Именно эта практическая внимательность отличает управленца поставкой от человека, который просто пересылает сообщения.
На более опытных позициях ждут работу с несколькими потоками, подрядчиками, бюджетом, релизным планом и конфликтами интересов. Менеджер должен уметь эскалировать без паники, сокращать лишние согласования, защищать команду от хаоса и при этом не прятать неприятные факты от руководства.
Ещё один признак зрелости — умение работать с неопределённым заказчиком. Не каждый бизнес-представитель сразу формулирует результат точно. Менеджер должен помочь вытащить критерии готовности, зафиксировать спорные места и показать последствия выбора. Это снижает риск ситуации, когда команда честно сделала работу, но заказчик ожидал другое.
В текущем активном срезе по этой роли 89 вакансий. Список работодателей ниже построен по накопленной статистике SkillStat, поэтому его нужно читать как ориентир по источникам вакансий, а не как долю текущего рынка.
Топ работодателей
Компании, которые встречаются в вакансиях по профессии IT Проектный менеджер
1
Сбер. IT 2
RWB (Wildberries & Russ) 3
ГКУ Инфогород 4
АО ГК Орбита 5
Сбер для экспертов 6
Aston
Навыки из вакансий
% вакансий, где навык явно упомянут работодателем.
Навыки и инструменты, которые работодатели чаще всего указывают в вакансиях по этой роли.
Вход через junior
16%
от рынка
Для старта есть окно, но оно неширокое.
На одну junior-вакансию приходится примерно 1.8 senior-позиции.
Навыков на вакансию
4
в среднем
Столько требований работодатели обычно собирают в одной позиции по этой роли.
Курс · подобран по данным рынка
Лучший курс для проектного менеджера в IT
Соответствие рассчитано по стеку из 89 вакансий — это не реклама, а совпадение со спросом работодателей.
Лучшее совпадение
0%
соответствие
Нетология
онлайн · курс
Менеджер проектов
6 месяцев Сертификат Трудоустройство
IT Project Manager Core: что реально нужно знать
Ядро профессии - не Jira и не сертификат. Ядро - способность сделать поставку управляемой, когда требования меняются, команды зависят друг от друга, заказчик ждёт срок, а релиз может сорваться.
Управление поставкой
Цель, scope, milestones, roadmap, план, контроль прогресса, критерии готовности и приёмка результата.
Риски и зависимости
Risk log, dependency management, blockers, escalation, mitigation plan, contingency и регулярный пересмотр.
Коммуникация
Stakeholders, заказчик, команда, подрядчики, протокол решений, статус-апдейты и плохие новости вовремя.
Изменения
Change request, управление объёмом, trade-offs, impact analysis и согласование нового срока или scope.
Процессы разработки
SDLC: аналитика, дизайн, разработка, тестирование, релиз, приёмка и post-release review.
Методологии
Agile, Scrum, Kanban, Waterfall и hybrid delivery. Методология должна помогать поставке, а не прятать проблемы.
Инструменты
Jira, Confluence, Miro, Notion, Excel/Sheets, диаграммы, roadmap и dashboard.
Техническая грамотность
API, интеграции, окружения, тестирование, релизные риски и зависимости от внешних команд.
Финансы и ресурсы
Бюджет, загрузка, capacity, подрядчики, стоимость задержки и влияние изменений на команду.
Управленческое качество
Решения, ответственность, прозрачность, conflict management, lessons learned и умение не скрывать риск.
Смежные профессии
Сколько зарабатывает IT Проектный менеджер
По актуальному срезу SkillStat для Москвы и МО медианная зарплата IT-проектного менеджера составляет 195 500 ₽. Диапазон по активным вакансиям: 123 000 ₽–254 000 ₽, выборка зарплат - n=47.
Медианная зарплата
195 500₽
Москва и МО · По вакансиям за 60 дней
Диапазон
123 000-254 000₽
Выборка
47
вакансий с зарплатой
Сама медиана показывает центр рынка, но не объясняет, за счёт чего специалист растёт в доходе. Для этого важнее посмотреть, как меняется зарплата по уровням и где начинается заметный разрыв между грейдами.
Зарплата по грейдам
Медиана зарплаты по грейду. n — выборка вакансий с указанной суммой. Грейдовые медианы не показываются, если в каждом уровне не хватает publishable-выборки. Распределение по уровням рядом показывает структуру вакансий, а не зарплатные вилки.
Распределение по уровням
Lead
30% рынка
Lead
30%
Senior
29%
Middle
24%
Junior
16%
Intern
1%
По структуре вакансий видно, какой уровень для этой профессии считается базовым на рынке. Это помогает читать грейды не как абстрактную лестницу, а как реальную точку входа и роста.
Дополнительный разбор
Как читать медиану
Эту цифру лучше читать вместе с уровнем ответственности. Выше обычно оплачиваются роли, где PM ведёт несколько команд, подрядчиков, интеграции, бюджет, change requests, спорную приёмку и риски релиза. Ниже могут быть coordinator- и junior-задачи, где человек помогает вести статусы, документы и коммуникацию под контролем старшего менеджера.
Вакансии проектного менеджера в IT: спрос и динамика рынка
Спрос на проектного менеджера в IT лучше читать как сочетание объёма найма, ранга профессии в общей выборке и устойчивости вакансий во времени. Виджеты выше дают быстрый срез рынка, а график ниже помогает понять, насколько этот спрос поддерживается от месяца к месяцу.
Активные вакансии
89
в активном найме
Москва и МО · текущий срез 23.06.26
7 дней назад
191
16.06.26 -53%
30 дней назад
135
24.05.26 -34%
Спрос
32
из 100
Ранг по спросу
#28 из 71
Статус
Ниже среднего Среднее число активных вакансий по месяцам
Блок показывает среднее число активных вакансий за месяц, чтобы видеть общую картину без шума отдельных дней.
июнь 153
неполный
+23
май 130 -68
апрель 198 +24
март 174 +16
февраль 158
Июнь пока показан как текущий неполный месяц, поэтому его лучше читать как живую картину рынка, а не как итог месяца.
Дополнительный разбор
В актуальном срезе SkillStat по Москве и МО у IT-проектного менеджера 89 активных вакансий, спрос 32/100, ранг #28 из 71 и статус «ниже среднего». 7 дней назад было 191, 30 дней назад - 135.
Текущая точка может быть заметно выше значений за 7 и 30 дней, но сглаженный ряд показывает, что устойчивый спрос меняется спокойнее. Поэтому рост текущего среза лучше читать как живое колебание активных публикаций: крупные работодатели, проектные офисы и интеграционные программы могут заметно двигать дневную картину.
Формат работы проектного менеджера в IT
Этот срез показывает, в каком формате работодатели чаще всего открывают вакансии по профессии: удалённо, гибридно или с полной привязкой к офису.
Сейчас сильнее всего выражен гибридный формат: его отрыв от следующего сценария составляет около 17 п.п.
Удалённо
14%
Гибрид
52%
Офис
35%
По 89 вакансиям
Карьерный путь проектного менеджера в IT
Грейдовые медианы показываются только для уровней с достаточной зарплатной выборкой. Если данных хватает не по всем уровням, SkillStat не выводит отдельную salary-колонку в карьерных карточках, чтобы не повторять пустые значения.
01
Junior
Junior или project coordinator помогает вести документы, статусы, встречи, Jira, Confluence и простые зависимости. Текущую долю junior-входа лучше смотреть в live-блоке уровней, а в резюме важно быстро показать самостоятельность: риск, решение, владелец, следующий шаг.
02
Middle
Middle IT PM самостоятельно ведёт проект или поток работ: планирует, согласует scope, контролирует зависимости, готовит релиз, сообщает риски и доводит результат до приёмки.
03
Senior
Senior ведёт сложные поставки с несколькими командами, подрядчиками, интеграциями и конфликтующими ожиданиями. Его ценность в том, что он держит решения, риски и trade-offs управляемыми.
04
Lead
Lead или program-level PM выстраивает правила поставки для нескольких проектов, управляет портфелем, эскалациями, проектным офисом и качеством delivery-процесса. Долю Lead лучше смотреть в live-блоке уровней: рынок заметно смотрит на зрелую ответственность.
Где работает IT Проектный менеджер
Банки и финтех
Ведут проекты с интеграциями, безопасностью, регуляторными ограничениями, релизными окнами и высокой ценой ошибки.
Маркетплейсы и e-commerce
Синхронизируют продукт, backend, мобильные приложения, логистику, аналитику, поддержку и внешних подрядчиков.
Госсектор и крупные корпорации
Работают с формальной приёмкой, несколькими согласующими сторонами, подрядчиками, сроками и документами.
Внедрения 1С, Bitrix и B2B-систем
Управляют требованиями, миграциями, интеграциями, обучением пользователей, изменениями объёма и актами приёмки.
Внутренние IT-платформы
Доводят инфраструктурные, аналитические и платформенные задачи до результата, когда заказчик внутри компании, а зависимостей много.
Путь в профессию: проектным менеджером в IT
Практический путь входа в профессию: что освоить сначала, как собрать рабочую базу и на чём быстрее всего набирается прикладная уверенность.
01
Разобраться в IT-поставке
Понять путь задачи: требования, дизайн, разработка, тестирование, релиз, приёмка и поддержка.
02
Освоить планирование и scope
Научиться разделять цель, границы работ, этапы, milestones, критерии готовности и исключения из объёма.
03
Потренироваться в Jira и Confluence
Не просто двигать задачи, а связывать требования, решения, статусы, документы и ответственность.
04
Вести risk log и dependency map
Фиксировать риск, владельца, действие, дату пересмотра, внешние зависимости и блокировки.
05
Научиться статус-репортингу
Писать коротко: что сделано, что под угрозой, какое решение нужно, кто владелец и какой следующий шаг.
06
Понять Agile, Scrum и Kanban
Разобраться, где помогает итерационный процесс, где нужен flow, а где проект живёт в гибридной или водопадной модели.
07
Разбирать change request
Показывать влияние изменения на срок, бюджет, команду, риски, тестирование и приёмку.
08
Развивать коммуникацию
Учиться говорить с заказчиком, командой и подрядчиком на языке фактов, рисков, вариантов и решений.
09
Добрать техническую грамотность
Понять API, интеграции, окружения, тестирование, релизные риски и типовые ограничения разработки.
10
Разобраться с ресурсами
Освоить capacity, загрузку, подрядчиков, бюджет, стоимость задержки и влияние параллельных задач.
11
Собрать портфолио кейсов
Описать план проекта, risk log, dependency map, change request, release/acceptance plan и postmortem.
Мини-портфолио IT Project Manager
Для PM-портфолио важны не макеты и не код, а доказательства управленческой работы. Работодатель должен увидеть, как вы превращаете неопределённость в план, риск - в действие, изменение - в решение, а релиз - в приёмку.
01
План проекта: цель, scope, этапы, milestones, критерии готовности, ограничения и зоны, которые сознательно не входят в объём.
02
Risk log: риск, вероятность, влияние, владелец, действие, дата пересмотра и понятный escalation path.
03
Dependency map: команды, внешние зависимости, блокировки, точки контроля, решения и владельцы.
04
Change request: что изменилось, почему, влияние на срок, бюджет и команду, варианты решения и выбранный компромисс.
05
Release / acceptance plan: готовность, коммуникации, rollback или contingency, критерии приёмки и список открытых действий.
06
Postmortem по срыву срока: что произошло, какой риск подняли поздно, какие решения приняли и что изменить в следующем проекте.
Путь в профессию
Как стать проектным менеджером в IT: данные из вакансий
Roadmap, junior-рынок, проекты для портфолио, первый оффер — без обещаний, с цифрами.
Курсы · подобрано по данным рынка
Курсы для проектного менеджера в IT
Сопоставили программы с реальным стеком из 89 вакансий — оценка соответствия рассчитана автоматически, это не реклама.
Соответствие — доля ключевых навыков из вакансий, которые охватывает программа курса
Что учить сначала
Порядок важен: сначала понять путь IT-задачи и управленческие артефакты, потом углубляться в методологии, инструменты и технический контекст.
01
Путь IT-задачи
Требования, дизайн, разработка, тестирование, релиз, приёмка и поддержка.
02
Планирование и scope
Цель, границы работ, milestones, исключения из объёма и критерии готовности.
03
Jira и Confluence
Задачи, статусы, решения, требования, страницы проекта, связи и dashboard.
04
Risk log и dependency management
Риски, блокеры, внешние зависимости, владельцы действий и эскалации.
05
Протокол решений и статус-репортинг
Короткая фиксация факта, решения, владельца, срока, следующего шага и открытого риска.
06
Agile, Scrum и Kanban
Sprint, backlog, daily, review, retro, WIP, flow и ограничения каждого подхода.
07
Работа с изменениями
Change request, impact analysis, сокращение объёма, новый срок и согласованный trade-off.
08
Коммуникация
Заказчик, команда, подрядчик, конфликт, плохие новости и договорённости на языке фактов.
09
Техническая грамотность
API, интеграции, тестирование, окружения, релизные риски и внешние зависимости.
10
Бюджет, capacity и подрядчики
Загрузка команды, стоимость задержки, контрактные ожидания и планирование ресурсов.
11
Портфолио кейсов
Plan, risk log, dependency map, change request, release plan, acceptance и postmortem.
Что не надо учить сразу
Главная ошибка новичка - заменить управленческую практику сертификатами, инструментами или техническими словами.
Не начинать с сертификатов без практики
Сертификат может помочь с терминологией, но не доказывает, что вы умеете вести риск, изменение, зависимость и приёмку.
Не сводить PM к доске задач
Двигающиеся карточки не показывают, что проект под контролем. Нужны решения, владельцы, риски и следующие действия.
Не заменять тимлида или архитектора
PM должен понимать технический контекст, но не принимать инженерные решения вместо ответственных специалистов.
Не обещать сроки без зависимостей
Срок без внешних интеграций, тестирования, приёмки и риска изменения scope обычно превращается в будущий конфликт.
Не скрывать плохие новости
Поздняя эскалация почти всегда дороже ранней. Сильный PM сообщает риск, варианты и цену решения заранее.
Не учить SQL/Python вместо delivery
SQL и Python полезны как контекст, но не заменяют управление scope, рисками, коммуникацией и приёмкой.
Не называть себя Agile PM только из-за Scrum
Agile без управления рисками, объёмом, зависимостями и решениями превращается в набор встреч.
Не собирать статусы без действия
После статуса должно быть понятно, что решаем, кто владелец, какой срок и что будет, если ничего не сделать.
Что добавить в портфолио IT-проектному менеджеру
Портфолио PM - это не «я ходил на встречи». Это набор кейсов, где видно, как вы работали с неопределённостью, риском, изменением, зависимостью, релизом и приёмкой.
Кейс 1: план проекта
Цель, scope, этапы, milestones, критерии готовности, ограничения, риски и явное описание того, что не входит в объём.
Кейс 2: risk log
Риск, вероятность, влияние, владелец, действие, дата пересмотра, escalation path и проверка, что действие действительно выполнено.
Кейс 3: dependency map
Команды, внешние зависимости, блокировки, точки контроля, решения, владельцы и условия, при которых нужна эскалация.
Кейс 4: change request
Что изменилось, почему, влияние на срок, бюджет, команду и приёмку, варианты решения и принятое решение.
Кейс 5: release / acceptance plan
Этапы релиза, критерии готовности, коммуникации, rollback или contingency, список открытых вопросов и приёмка.
Кейс 6: postmortem по срыву срока
Что произошло, почему риск не был поднят раньше, какие решения приняты, что изменить в следующем проекте и кто владелец действий.
Что спрашивают на собеседовании IT-проектного менеджера
Собеседование сильного IT PM быстро уходит от терминов к кейсам. Важно показать, как вы думаете, когда срок сорван, подрядчик задержал интеграцию, заказчик меняет требования, а команда две недели говорит «почти готово».
| Блок | Что проверяют |
|---|---|
| Планирование | Scope, milestones, roadmap, оценка срока, приоритеты и критерии готовности. |
| Риски | Risk log, ранняя эскалация, mitigation, contingency и разница между риском и проблемой. |
| Коммуникация | Заказчик, команда, подрядчик, конфликт, плохие новости и фиксация решений. |
| Изменение требований | Change request, impact analysis, сокращение объёма, новый срок и варианты trade-off. |
| Delivery | Релиз, приёмка, Definition of Done, acceptance criteria, rollback и post-release review. |
| Agile/Scrum/Kanban | Sprint, backlog, daily, demo, retro, WIP, flow и ограничения методологий. |
| Техническая грамотность | Аналитика, разработка, тестирование, API, интеграции, окружения и релизные риски. |
| Практический кейс | Что делать, если срок сорван, подрядчик задержал интеграцию, заказчик не принимает результат или критичный баг найден перед релизом. |
| Примеры вопросов | Как понять, что проект реально идёт по плану? Что делать, если команда не успевает? Как сообщить заказчику плохую новость? Чем риск отличается от проблемы? Что должно быть в risk log? Как управлять зависимостью от внешней команды? |
Плюсы и минусы профессии
Плюсы
- Можно влиять на результат продукта и бизнеса без обязательного перехода в программирование.
- Навыки управления scope, рисками, зависимостями и коммуникацией переносятся между доменами.
- Сильные кейсы хорошо видны на собеседовании: конфликт, изменение требований, релиз, подрядчик, приёмка.
- Есть рост в Delivery Manager, Program Manager, проектный офис, управление портфелем и операционные изменения.
- Роль даёт широкий обзор продукта, команды, заказчика, бюджета и технических ограничений.
Минусы
- Много ответственности без прямой власти над всеми участниками проекта.
- Если роль сводится к статусам и встречам, её легко обесценить или автоматизировать.
- Стресс чаще возникает из конфликтующих ожиданий, поздних рисков и размытых решений.
- Без технической грамотности PM быстро теряет доверие команды.
- Junior-вход ограничен: рынок чаще ищет людей, которые уже умеют вести самостоятельную поставку.
Тренды и будущее профессии
Оценка профессии
Спрос останется на менеджеров, которые управляют поставкой, а не отчётностью
7.2 /10
Рынок будет меньше платить за чистую координацию и больше ценить PM, который умеет держать scope, риски, зависимости, решения, бюджет, релиз и приёмку.
Влияние ИИ
Показывает, насколько задачи профессии поддаются автоматизации полностью или частично. Это не вероятность исчезновения профессии и не прогноз увольнений.
Частичная автоматизация
41%
AI поможет с протоколами встреч, summaries, черновиками risk log, статусами и анализом задач. Но он не заменит переговоры с заказчиком, решение конфликтов, управление ожиданиями и ответственность за trade-offs.
- Рутинные отчёты, протоколы и summaries будут собираться быстрее.
- Плохие новости, конфликт интересов и изменение scope требуют доверия, контекста и управленческого решения.
- Сильный PM будет использовать AI как ускоритель, но останется владельцем поставки и коммуникации.
Рынок и направление
Проектное управление в IT уходит от образа человека, который просто собирает статусы в таблицу. Рутину всё лучше закрывают сервисы, напоминания и автоматические отчёты, поэтому ценность менеджера смещается в более сложную часть работы: удержание договорённостей, управление зависимостями, разбор конфликтов и своевременное принятие решений.
Растёт спрос на специалистов, которые умеют сочетать дисциплину с пониманием технической и организационной реальности. Бизнес всё хуже воспринимает проекты, где формально всё зелёное до последней недели, а потом внезапно вскрывается срыв сроков или неготовность результата.
ИИ ускорит подготовку материалов и часть контроля, но не заменит человека, который способен увидеть слабое место проекта раньше других и спокойно перевести его из риска в конкретное управленческое действие.
Кому подойдет
Подходит людям, которые спокойно работают с неопределённостью, любят наводить порядок в сложных договорённостях и не теряют нить, когда вокруг много участников. Здесь нужна не властность, а способность добиваться ясности без лишнего давления.
Подойдет
- Умение задавать неудобные уточняющие вопросы до того, как риск превратится в срыв.
- Спокойная коммуникация с заказчиком, разработкой, тестированием и руководством.
- Навык фиксировать решения так, чтобы через неделю никто не спорил, о чём договорились.
- Работа с конфликтами без драматизации и без ухода от ответственности.
- Приоритизация: способность отделить критичную блокировку от обычного шума проекта.
- Честность в статусах: плохая новость должна появляться рано, а не в день релиза.
Не подойдет
- Не подойдёт тем, кто хочет тихую индивидуальную работу или избегает ответственности за результат других людей.
- В этой профессии много разговоров, спорных ожиданий и решений при неполной информации.
FAQ по профессии IT Проектный менеджер
Кто такой IT-проектный менеджер простыми словами?
IT-проектный менеджер управляет поставкой IT-результата: согласует цель, объём, сроки, риски, зависимости, коммуникацию, релиз и приёмку. Он нужен, чтобы работа команды и заказчика не распалась на отдельные переписки и несогласованные ожидания.
Чем занимается проектный менеджер в IT?
Он планирует проект, ведёт Jira и Confluence, фиксирует решения, управляет risk log, dependency map, change requests, статусами, коммуникацией, релизом и приёмкой. Главная задача - не отчётность, а управляемое движение к результату.
Нужно ли знать SQL или Python?
Какие навыки нужны IT-проектному менеджеру?
Нужны планирование, управление scope, рисками и зависимостями, коммуникация, Jira, Confluence, Agile, Scrum, Kanban, статус-репортинг, работа с изменениями, техническая грамотность, релизы и приёмка.
Можно ли перейти в PM из аналитика?
Да. Аналитик уже понимает требования, заказчика, согласования и приёмку. Для перехода нужно добрать управление сроками, рисками, зависимостями, ресурсами, изменениями и коммуникацией с несколькими сторонами.
Можно ли перейти в PM из поддержки?
Да, особенно если есть опыт работы с клиентами, инцидентами, приоритетами и коммуникацией. Нужно научиться вести проектный план, risk log, change requests, релиз и приёмку, а не только обрабатывать обращения.
Можно ли перейти в PM из QA?
Да. QA часто хорошо видит риски качества, регресс, релизные проблемы и критерии готовности. Для перехода нужно расширить фокус с качества на весь проект: scope, сроки, зависимости, решения и заказчика.
Можно ли работать удалённо?
Можно, но по текущему срезу удалённый формат не доминирует: удалённо 14%, гибрид 52%, офис 35%. Для PM часто важны встречи с заказчиком, командой и подрядчиками, поэтому гибрид встречается чаще.
Заменит ли AI проектных менеджеров?
AI ускорит протоколы встреч, summaries, черновики статусов, анализ задач и подготовку отчётов. Но он не заменит ответственность за trade-offs, конфликт, плохие новости, переговоры, приёмку и управленческое решение.
Что спрашивают на собеседовании IT-проектного менеджера?
Спрашивают про planning, scope, risks, dependencies, communication, change requests, delivery, Agile/Scrum/Kanban, technical basics и практические кейсы: срыв срока, задержка подрядчика, спорная приёмка, критичный баг перед релизом.
Сколько зарабатывает IT-проектный менеджер?
По SkillStat в Москве и МО медианная зарплата IT-проектного менеджера - 195 500 ₽ по срезу от 23.06.2026. Диапазон по активным вакансиям: 123 000 ₽–254 000 ₽, выборка зарплат - n=47.
Как войти в IT project management без опыта?
Начинать проще через project coordinator, assistant PM, analyst, QA, support, account или operations. Нужны кейсы: план, risk log, dependency map, change request, статус-репорт и release/acceptance plan.
Нужно ли знать Agile и Scrum?
Нужно ли уметь работать в Jira?
Да, Jira часто встречается в вакансиях. Но работодатель ждёт не умение двигать карточки, а структуру: задачи, владельцы, статусы, связи, blockers, приоритеты, релизы и понятный dashboard.
Нужно ли IT Project Manager уметь программировать?
Чем IT Project Manager отличается от Product Manager?
Product Manager отвечает за продуктовую ценность, пользователей, приоритеты и результат продукта. IT Project Manager отвечает за поставку согласованного результата в рамках сроков, объёма, рисков и договорённостей.
Чем Project Manager отличается от Delivery Manager?
Project Manager чаще ведёт конкретный проект с началом, концом, scope и приёмкой. Delivery Manager обычно отвечает за устойчивую поставку в нескольких командах или потоках, предсказуемость delivery и устранение системных блокировок.
Чем Project Manager отличается от Scrum Master?
Scrum Master помогает команде работать по Scrum, улучшать процесс и убирать препятствия. Project Manager отвечает шире: сроки, scope, риски, зависимости, заказчик, бюджет, изменения и приёмка результата.
Чем Project Manager отличается от Team Lead?
Team Lead отвечает за техническую команду, инженерные решения, качество кода, развитие людей и техническую реализацию. Project Manager отвечает за управляемую поставку проекта и коммуникацию между сторонами.
Что добавить в портфолио IT Project Manager?
Добавьте план проекта, risk log, dependency map, change request, release/acceptance plan и postmortem. В каждом кейсе покажите неопределённость, факты, варианты решения, владельцев, результат и выводы.
Что такое change request?
Change request - формальный запрос на изменение объёма, требований, срока, бюджета или решения. PM показывает влияние изменения, варианты действий и помогает сторонам принять осознанное решение.
Что такое milestone?
Milestone - контрольная точка проекта, по которой видно, что важный этап завершён или готов к проверке. Хороший milestone связан с результатом, а не просто с датой в календаре.
Что такое risk log?
Risk log - список рисков проекта с вероятностью, влиянием, владельцем, действием, датой пересмотра и планом реакции. Он нужен, чтобы риск был управляемым, а не всплывал в последний момент.
Что такое scope?
Scope - согласованный объём проекта: что делаем, что не делаем, какие критерии готовности и какие ограничения есть. Без scope проект легко расползается по срокам, бюджету и ожиданиям.