Данные из 96вакансий · 12 августа 2026

Как стать проектным менеджером в IT: путь от нуля до первого оффера

Не «стань разработчиком за 3 месяца» — реальный путь входа на основе данных по 96 вакансий.

Мурадов ЮрийАвтор·Мурадов Юрий·Аналитик SkillStat
ИАПроверено·Игорь Антонов·Технический редактор·IT Project Manager / Delivery Manager
Junior-вакансий сейчас
6
6% от всех 96 вакансий
Сложность входа
Высокая
6% junior-вакансий
Senior / Junior+Intern
3.7x
На каждого junior+intern — 3.7 senior
Навыков / вакансия
6
медиана по вакансиям
Всего вакансий
96
активных в Москве
Можно ли с нуля Короткий план Roadmap Junior-рынок Портфолио Резюме Собеседование Ошибки Обучение FAQ

Можно ли стать проектным менеджером в IT с нуля

Да. По данным SkillStat, 6% вакансий проектного менеджера в IT — уровня junior или стажёр. Это 6 вакансий прямо сейчас.

«С нуля» для проектного менеджера в IT — это без проекта в трудовой, но не без опыта отвечать за результат. К первому отклику нужны: план, где цель разложена на этапы с критериями готовности и явной границей работ; реестр рисков, где у каждого риска есть владелец, действие и дата пересмотра; разбор запроса на изменение с ценой в сроке и бюджете; статус-отчёт, который читают за минуту. Медиана требований — 6 навыков: список короткий, и почти весь про то, как ты принимаешь решения.

Вход трудный не из-за инструментов. Jira осваивается за вечер, Scrum — за выходные. Трудно другое: пока проект не разъезжался у тебя на глазах, ты не знаешь, как выглядит риск за две недели до срыва, — он выглядит как «всё идёт по плану». Плюс структура рынка: на одного junior приходится 3.7 senior-вакансии — платят тому, кто уже сообщал заказчику плохую новость вовремя, а не после дедлайна.

Как стать проектным менеджером в IT: короткий план

Пять шагов от первой доски задач до проекта, который ты довёл до приёмки и объяснил, почему он стоил именно столько.

01
Путь задачи
Разбери, как работа проходит от требования до приёмки: аналитика, разработка, тестирование, релиз, поддержка. Пока не видишь, где задача реально застревает, план останется фантазией.
02
План и границы
Научись превращать цель в этапы, критерии готовности и явный список того, что в объём не входит. Спор о границах после старта дороже, чем неделя согласования до.
03
Риски и зависимости
Управление рисками — в 8.3% вакансий проектного менеджера в IT. Реестр: риск, владелец, действие, дата пересмотра. Риск без владельца — это не риск, а запись в таблице.
04
Jira и Confluence
Jira — в 30.2% вакансий, Confluence — в 21.9%. Ценность не в перетаскивании карточек: по доске должно быть видно, что под угрозой и чьё решение ждём.
05
Статус и приёмка
Пиши статус на пять строк: что сделано, что под угрозой, какое решение нужно, от кого. Дальше — приёмка, закрытие и разбор после релиза.

Что учить проектному менеджеру в IT первым

Не всё сразу. Вот очерёдность по частотности в вакансиях — от самого нужного к менее срочному.

Полный список навыков с частотностью, связками и зарплатной премией — навыки проектного менеджера в IT →

Roadmap проектного менеджера в IT: от нуля до junior

Порядок опирается на частотность навыков по данным вакансий. Первые 4–5 этапов — минимум для первого оффера.

  1. 01
    Управление объёмом и сроками

    Декомпозиция задач, оценка, WBS, план-факт анализ, управление изменениями объёма.

  2. 02
    Работа с заказчиком

    Сбор требований, управление ожиданиями, приёмочное тестирование, согласование решений.

  3. 03
    Методологии

    Agile/Scrum/Kanban для IT-проектов, sprint-планирование, ретроспективы, waterfall для крупных проектов.

  4. 04
    Риск-менеджмент

    Идентификация рисков, митигационные планы, эскалации, работа с техническим долгом.

  5. 05
    Коммуникация и документация

    Статус-репорты, протоколы встреч, технические ТЗ, работа с Confluence и Wiki.

  6. 06
    Инструменты PM middle+

    Jira, Confluence, MS Project, Miro — трекинг задач, дашборды, дорожные карты.

Junior-вакансии проектного менеджера в IT: что реально требуют работодатели

Срез построен на 96 активных вакансий.

Junior-вакансий
6
inc. стажировки
Доля junior
6%
от всего рынка
Senior / Junior+Intern
3.7x
соотношение
Навыков / вакансия
6
медиана
Распределение вакансий по грейдам
Junior — 6.9% (6)
Middle — 19.5% (17)
Senior — 25.3% (22)
Lead — 48.3% (42)
Что значат эти цифры. 6 вакансий уровня junior из 96 — вход конкурентный. Особенность роли: компания редко доверяет проект человеку без следа ответственности, зато охотно берёт координатора проекта, администратора проекта или ассистента в проектный офис. Там ты ведёшь документы, статусы и встречи — и оттуда до самостоятельного проекта ближе, чем снаружи по отклику.

Какие проекты сделать для портфолио

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

План и границы проекта
Средняя · 1–2 недели
Стек: Управление проектами, Confluence, критерии приёмки
GitHub: Папка проекта: устав на страницу, этапы с датами, критерии готовности и явный список того, что в объём не входит
Ценность: Главный артефакт роли: цель, границы, этапы и признак, по которому работу примут
Реестр рисков и карта зависимостей
Средняя · 1 неделя
Стек: Управление рисками, организаторские навыки, Jira
GitHub: Таблица: риск, вероятность, влияние, владелец, действие, дата пересмотра. Рядом — карта зависимостей от внешних команд
Ценность: Управление рисками — в 8.3% вакансий: это то, чем менеджер отличается от секретаря доски
Запрос на изменение и его цена
Средняя · 1 неделя
Стек: Проектный менеджмент, деловая коммуникация, Жизненный цикл проекта
GitHub: Разбор: что попросил заказчик, как это двигает срок, бюджет, объём и тестирование, какие варианты предложил и что решили
Ценность: Ровно тот навык, за который платят: показать цену изменения до того, как команда начала его делать
Отчёт по проекту и разбор после релиза
Лёгкая–средняя · 1 неделя
Стек: Деловая коммуникация, Scrum, Jira
GitHub: Статус-отчёты за несколько недель и разбор закрытия: что сорвалось, почему, что меняем в следующем проекте
Ценность: Показывает то, чего не видно в резюме: умеешь ли сообщать плохие новости вовремя и коротко

Как оформить GitHub и резюме

Профиль GitHub
  • Артефакты менеджера живут не в коде: публичная страница в Confluence или папка с PDF — план, реестр рисков, статус-отчёты
  • Один проект — одна папка: устав, план, реестр рисков, запросы на изменение, отчёт о закрытии
  • Схему этапов и карту зависимостей — картинкой, таблицы — таблицей, а не скриншотом таблицы
  • В описании каждого проекта: цель, границы, что пошло не так, какое решение принял, чем закончилось
  • Если проект рабочий — перепиши своими словами: убери названия компаний, суммы бюджета и фамилии
  • Ссылку клади в резюме и в сопроводительное: без неё «вёл проекты» ничем не подтверждено
Резюме без коммерческого опыта
  • Раздел «Проекты» вместо «Обязанности»: перечисление «вёл Jira, проводил встречи» ничего не говорит о результате
  • По каждому проекту: цель, срок, размер команды, что было под угрозой и чем закончилось
  • Навыки — только рабочие: Jira, Project management. «Знаком со Scrum» без проекта за спиной руководитель проектного офиса пролистывает не читая
  • Опыт из смежной роли — валюта: координатор, аналитик, внедренец, поддержка, руководитель группы. Ты уже держал сроки и договорённости
  • Сопроводительное: назови тип проектов, который тебе близок — внедрение, интеграция, инфраструктура. Менеджеров нанимают в контекст, а не «вообще»
Слабое резюме

«Вёл проекты, работал в Jira и Confluence, проводил ежедневные встречи, знаком со Scrum»

Сильное резюме

«Вёл перенос документооборота отдела на новый сервис: команда из шести человек, три этапа, срок — квартал. На старте согласовал границы и вынес обучение пользователей за скобки. Риск с недоступностью смежной команды заметил за две недели, эскалировал — этап сдвинули на неделю вместо месяца. Запрос на изменение оценил и показал цену: заказчик отказался сам. План, реестр рисков и отчёт о закрытии: [ссылка]»

Самостоятельно, курсы или вуз — какой путь выбрать

Самостоятельно
Планирование, риски и статус-репортинг закрываются по открытым источникам; тренироваться можно на проектах своей текущей работы — переезд офиса, внедрение сервиса, запуск отчётности
Никто не скажет, что твой план держится на одном оптимистичном допущении, — а сам ты этого не увидишь, пока срок не поедет
Если рядом есть живой проект, за кусок которого можно взять ответственность
Курсы с ментором
Разбор твоего плана и реестра рисков чужими глазами плюс тренировка неудобных разговоров — то немногое, что реально ускоряет
Дорого; часть программ учит терминологии Scrum и молчит про бюджет, эскалацию и конфликт с заказчиком
Если ответственность за срок тебе ещё не доверяли и взять её пока негде
Вуз / колледж
Управление проектами и бизнес-информатика дают базу и вход в проектные офисы корпораций
Четыре года; практическая часть отстаёт, а сложные разговоры с заказчиком на семинаре не отрабатываются
Если выбираешь первое образование или целишься в крупные внедрения и госпроекты
Ловушка проектного менеджмента: методология вместо управления. Scrum учится за выходные, и кажется, что дело сделано: есть ритуалы, доска, ежедневные встречи. Но платят не за ритм, а за вопрос «что мы будем делать, если смежная команда не отдаст интеграцию к сроку» — за риск, который ты увидел раньше, чем он стал срывом. Аккуратная доска в Jira тут не спасает: она показывает статус, а не реальность.

Что спрашивают на собеседовании

Планирование и границы
Типовые вопросы
  • ·Как превратишь цель «ускорить выпуск отчётности» в план
  • ·Что такое критерий готовности этапа и кто его формулирует
  • ·Заказчик называет срок раньше, чем даёт команда, — твои действия
  • ·Что записываешь в исключения из объёма и зачем
Как показать проектом

План из портфолио: покажи, что вынес за границы объёма и почему

Риски и зависимости
Типовые вопросы
  • ·Чем риск отличается от проблемы
  • ·Что записываешь в реестр рисков, кроме описания
  • ·Смежная команда срывает интеграцию — что делаешь до срыва и после
  • ·Когда эскалируешь, а когда решаешь сам
Как показать проектом

Реестр рисков: расскажи про риск, который сработал, и про тот, который ты снял заранее

Изменения и бюджет
Типовые вопросы
  • ·Заказчик просит добавить функцию в середине этапа — как считаешь цену
  • ·Что двигается первым: срок, объём или качество
  • ·Как объяснишь бизнесу, что изменение стоит месяц
  • ·Что делаешь, когда бюджет кончился, а работа нет
Как показать проектом

Разбор запроса на изменение: покажи варианты, которые предлагал

Коммуникация и команда
Типовые вопросы
  • ·Как сообщишь заказчику, что срок сорван
  • ·Разработчик говорит «почти готово» третью неделю — твои действия
  • ·Два заказчика требуют противоположного
  • ·Как собираешь статус, чтобы это не превращалось в допрос
Как показать проектом

Статус-отчёты из портфолио: покажи тот, где сообщал плохую новость

Техническая грамотность
Типовые вопросы
  • ·Что такое интеграция и почему она чаще всего двигает срок
  • ·Зачем нужны тестовая и рабочая среды
  • ·Scrum и Kanban: когда что
  • ·SQL — в части вакансий проектного менеджера в IT: зачем он менеджеру
Как показать проектом

Проект с интеграцией: объясни, где именно работа могла застрять

Сколько времени нужно, чтобы стать проектным менеджером в IT

Минимум
6–9 мес
С опытом рядом с проектами: координатор, аналитик, поддержка, внедрение — путь поставки уже знаком
Медиана
12–18 мес
Самостоятельно, с нуля, с проектами вместо конспектов — включая время на вход через координатора
Реалистично
18–24 мес
При совмещении с работой и без живых проектов рядом, на которых можно тренироваться

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

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

Ошибки новичков

Ведут доску вместо проекта

Почему мешает: Аккуратные карточки в Jira показывают статус задач, а не то, успеет ли проект. Риска на доске не видно

Как исправить: Каждую неделю отвечай себе: что может сорвать срок и что я делаю с этим сегодня

Реестр рисков без владельцев и дат

Почему мешает: Риск без владельца и даты пересмотра — запись в таблице. Управление рисками — в 8.3% вакансий проектного менеджера в IT, и спрашивают именно про действие

Как исправить: На каждый риск: владелец, действие, дата, когда решаем

Сообщают плохие новости в последний момент

Почему мешает: Сдвиг, о котором заказчик узнал в день сдачи, стоит доверия. Сдвиг, о котором он узнал за месяц, — просто сдвиг

Как исправить: Плохую новость несёшь сам, сразу и вместе с вариантами. Правило простое: чем хуже новость, тем раньше

Соглашаются на срок без границ объёма

Почему мешает: «Сделаем к концу квартала» без явного списка того, что не входит, гарантирует спор на приёмке

Как исправить: Пиши исключения из объёма прямо в плане и согласуй их до старта

Принимают «почти готово» на веру

Почему мешает: Статус, собранный со слов, — это не статус. Разница между «почти готово» и «готово» вскрывается на релизе

Как исправить: Спрашивай признак: что должно быть сделано, чтобы задача считалась закрытой, и кто это проверил

Пропускают техническую грамотность

Почему мешает: Менеджер, который не понимает интеграции, окружения и релизы, не увидит, где работа застрянет. SQL — в части вакансий, REST — в части

Как исправить: Не код: разберись, что такое интеграция, тестовая среда, релиз и откат. Плюс SQL на уровне выгрузки по своему проекту

Изображают техническую экспертизу

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

Как исправить: Задавай вопросы вместо оценок: «что может пойти не так», «от кого зависит», «как проверим»

Портфолио из учебных проектов

Почему мешает: План запуска кафе из курса есть у всех. Он не показывает, умеешь ли ты договариваться, когда сроки поехали

Как исправить: Бери проект своей работы или знакомой компании: там есть внешние зависимости и живой конфликт интересов

Считают внедрения «не настоящим IT»

Почему мешает: 1С — в 8.3% вакансий проектного менеджера в IT. Внедрения дают новичку самый широкий первый проект

Как исправить: Разберись, как устроен проект внедрения: обследование, доработки, миграция данных, обучение пользователей, приёмка

Как SkillStat считает данные

Источник: 96 вакансий в московском сегменте. Навыки и грейды извлекаются автоматически из текста каждой вакансии.

Грейды: определяются по требованиям вакансии — уровню опыта, упоминанию «junior», «intern», «стажёр». Это рыночная оценка объявления.

Сложность входа: рассчитывается по доле junior-вакансий и медиане навыков на junior-уровне. Это индикатор, а не гарантия.

Обновление: данные пересчитываются регулярно. Текущий срез — 12 августа 2026.

Частые вопросы

Можно ли стать проектным менеджером в IT с нуля?
Да, но «с нуля» здесь значит «без проекта в трудовой», а не «без опыта отвечать за результат». По данным SkillStat, junior и стажёров среди вакансий проектного менеджера в IT — 6 из 96. Берут за умение довести работу до приёмки и вовремя сказать, что срок под угрозой. Технического образования обычно не требуют.
Нужно ли программировать проектному менеджеру?
Нет. Python есть в 8.3% вакансий проектного менеджера в IT, и попадает он туда не как требование к менеджеру, а как язык команды, которой ты руководишь, — либо как способ собрать отчёт по проекту, не дёргая разработчика. Ядро роли другое: сроки, границы объёма, риски и договорённости. Уходить в разработку ради менеджмента смысла нет, а вот понимать, как устроены интеграция и релиз, придётся.
Нужен ли SQL проектному менеджеру?
Полезен, но не критичен: SQL — в части вакансий проектного менеджера в IT. Смысл простой — не ходить к аналитику за каждой цифрой, когда на статусе нужно показать, сколько задач переоткрыли за спринт или где копятся обращения. Менеджер, который достаёт число сам, спорит с заказчиком фактами, а не ощущениями. Минимум — выборка, соединение таблиц, группировка.
Чем проектный менеджер отличается от продакт-менеджера?
Вопросом, на который каждый отвечает. Проектный отвечает за «доведём ли мы это до результата в срок и в бюджет»: план, границы, риски, приёмка. Продакт — за «то ли мы вообще делаем»: гипотезы, метрики, приоритеты. У проекта есть конец и приёмка, у продукта — нет. В небольших компаниях роли совмещают, и это видно по тексту вакансии.
Чем проектный менеджер отличается от Scrum-мастера?
Границей ответственности. Scrum-мастер отвечает за процесс команды: ритм, встречи, снятые препятствия. Проектный менеджер — за поставку целиком: срок, бюджет, объём, внешние зависимости, заказчик, приёмка. Scrum — в 14.6% вакансий проектного менеджера в IT, но как метод внутри роли, а не как отдельная работа.
Нужны ли сертификаты по управлению проектами?
Для входа — нет. В требованиях вакансий проектного менеджера в IT на первых местах Jira (30.2%), Confluence (21.9%) и Scrum (14.6%) — то есть работа, а не корочки. Сертификат помогает пройти формальный фильтр в корпорации и структурирует знания, но проект с реестром рисков и отчётом о закрытии убеждает сильнее. Начинать с сертификата, не проведя ни одного проекта, — потерянные деньги.
Нужны ли Jira и Confluence?
Уметь стоит, но учить отдельно нечего: Jira — в 30.2% вакансий проектного менеджера в IT (29 из 96), Confluence — в 21.9%. Это рабочие поверхности, а не навык. Ценность в другом: по доске должно быть видно, что под угрозой и чьё решение ждём, а по Confluence — можно ли через месяц восстановить, о чём договорились. Заведи бесплатный аккаунт и веди в нём учебный проект.
Нужен ли опыт в разработке, чтобы вести IT-проекты?
Нет, но техническая грамотность нужна. Понимать надо путь работы: аналитика, разработка, тестирование, релиз; что такое интеграция, окружение и откат; где всё зависит от смежной команды. REST — в части вакансий проектного менеджера в IT, и это не про «уметь писать», а про «понимать, о чём спорит команда». Опасность здесь обратная: бывший разработчик часто лезет в решение вместо управления.
Какое образование нужно?
Диплом по управлению проектами или бизнес-информатике помогает при входе в проектные офисы корпораций, но большинство вакансий его не требуют. Смотрят на проекты: план с границами, реестр рисков, отчёт о закрытии. Гуманитарное образование не мешает — переговоры и согласование ближе к нему, чем к программированию.
Можно ли перейти в проектное управление из другой профессии?
Это основной путь. Аналитик, тестировщик, поддержка, внедренец, руководитель группы, администратор — везде ты уже видел, как работа доходит до результата и где срывается. Не хватает обычно только формы: план, границы объёма, реестр рисков, статус. Переход внутри своей компании проще, чем отклик снаружи: тебя уже знают по тому, как ты держишь договорённости.
Что делать, если нет ни одного своего проекта?
Взять его там, где ты есть. Переезд отдела на новый сервис, запуск отчётности, внедрение внутренней службы заявок, мероприятие с подрядчиками — всё это проект: цель, сроки, люди, зависимости, приёмка. Оформи по правилам: устав, план, реестр рисков, статус-отчёты, разбор после завершения. Волонтёрский проект считается, если по нему видно решения, а не только план.
Какие проекты сделать для портфолио?
2–3 проекта, где виден ход решений, а не красивый план: цель с границами объёма, реестр рисков с владельцами, разбор запроса на изменение, статус-отчёты и разбор закрытия. Используй ключевые навыки профессии: Jira, Project management, Confluence. Учебный кейс из курса не считается — бери проект, где были живые люди и внешние сроки.
Сколько времени нужно, чтобы стать проектным менеджером в IT?
Медиана — 12–18 месяцев, включая время на вход через роль координатора проекта. С опытом рядом с поставкой (аналитик, поддержка, внедрение) — 6–9 месяцев: путь работы уже знаком, добавляется форма и ответственность за срок. Методологию можно закрыть за месяц, управление — нет.
Когда начинать откликаться?
Когда есть проект, по которому ты за пять минут объяснишь: какая была цель, где прошла граница объёма, какой риск снял заранее и что сделал, когда срок поехал. Junior-позиций 6 вакансий — параллельно смотри координатора проекта, администратора проекта и проектный офис: формулировка другая, работа та же.
Что писать в резюме без коммерческого опыта?
Проекты как опыт: цель, срок, размер команды, что было под угрозой, что решил, чем закончилось. Инструменты — только те, что реально в проектах: Jira, Project management. Отдельно назови тип проектов, который тебе близок: внедрение, интеграция, инфраструктура. Менеджеров нанимают в контекст, а не «вообще».
Что спрашивают на собеседовании?
Планирование и границы объёма, риски и зависимости, запросы на изменение, сложные разговоры с заказчиком и командой. Самый частый разбор — ситуация: смежная команда срывает интеграцию, что делаешь. Подробнее — в разделе «Собеседование» на этой странице.
Сколько зарабатывает начинающий IT-проектный менеджер?
Ориентир для junior — 87 750–126 750 ₽ при медиане по профессии 195 000 ₽. Разбивка по грейдам и динамика — на странице зарплат проектного менеджера в IT.
Где посмотреть навыки проектного менеджера в IT?
На странице навыков проектного менеджера в IT — частотность по 96 вакансий, разбивка по грейдам и связки инструментов.