Как стать Project Manager в IT: честный путь из разработки
История разработчика, который ушёл в PM не из-за моды или зарплаты, а из-за желания строить процессы, убирать хаос и помогать командам работать эффективнее.
Я никогда не мечтала стать PM. Более того — долгое время я сама терпеть не могла плохих PM. Эта статья — личная история о том, как я пришла в project management после многих лет в разработке, почему разработчики часто ненавидят менеджеров и каким на самом деле должен быть хороший PM.
Как я пришла в проектное управление
Я много лет работала разработчиком и прошла путь от джуна до руководителя команды. Моя карьера в разработке росла, у меня были перспективы, сильный технический бэкграунд и опыт управления людьми.
В какой-то момент у нас ушёл project manager. Какое-то время я просто помогала закрывать его задачи:
- координация команд;
- синхронизация задач;
- общение с руководством;
- приоритизация;
- организация встреч.
Для меня это не было чем-то тяжёлым. Скорее — дополнительной зоной ответственности.
А потом нам наняли нового PM. И именно тогда я впервые серьёзно задумалась о том, насколько сильно один плохой project manager способен разрушить работу целой команды.
Почему разработчики ненавидят плохих PM
Сначала всё выглядело нормально. У человека в резюме было "30 лет опыта", он активно включался в процессы, задавал вопросы и пытался участвовать буквально во всём.
А потом начался настоящий процессный террор:
- бессмысленные отчёты каждую пятницу;
- презентации ради презентаций;
- микроменеджмент в духе "а почему ты пишешь именно этот метод?";
- тотальный контроль каждого чиха;
- постоянные отвлечения команды вопросами "как дела?".
В какой-то момент он совершенно серьёзно предложил убрать React с проекта и "вернуть обычный HTML/CSS/JS", потому что так будет "проще".
Но окончательно меня добил один инцидент. Во время серьёзной проблемы на продакшене команда была максимально сфокусирована на решении, а менеджер писал каждые несколько минут:
— Готово?
— Почему вы мне не отвечаете?
— Уже починили?
— Ну что там?
Мы пытались объяснить, что постоянные сообщения только мешают, но его это не интересовало.
И тогда я впервые подумала: разработчики ненавидят не project management как профессию — они ненавидят плохих менеджеров.
Они ненавидят менеджеров, которые:
- мешают работать;
- создают процессы ради процессов;
- не понимают контекст разработки;
- компенсируют отсутствие компетенций тотальным контролем;
- требуют отчёты, которые никто никогда не читает.
Что такое настоящий project management
Важно понимать: я не уходила из разработки потому, что "устала кодить". Наоборот — мне нравилась разработка. Но со временем я заметила, что мне нравится не только писать код.
Мне нравится:
- строить процессы с нуля;
- ускорять работу команды в 2-3 раза;
- убирать хаос в коммуникациях;
- искать слабые места в разработке;
- оптимизировать взаимодействие между людьми;
- принимать решения под неопределённостью;
- планировать и видеть результат через полгода.
И тогда я поняла: настоящий руководитель проектов — это не про бесконечные встречи, контроль ради контроля и отчёты ради отчётов.
Настоящий PM создаёт среду, в которой команда может эффективно работать. Иногда лучший менеджмент — это вообще не вмешиваться.
Каким не должен быть project manager
За годы работы я поняла простую вещь: плохой PM способен замедлить команду сильнее, чем отсутствие PM вообще. Серьёзно, лучше без PM, чем с токсичным.
Плохой project manager:
- лезет во всё подряд, включая архитектурные решения;
- отвлекает инженеров во время критических задач;
- создаёт процессы ради процессов ("а давайте заведём ещё один ежедневный митинг");
- устраивает микроменеджмент до уровня "какой цвет кнопки ты выбрал?";
- не умеет доверять команде;
- пытается управлять тем, чего сам не понимает.
Очень часто проблема даже не в отсутствии технических знаний. Проблема — в отсутствии уважения к чужой работе и времени.
Каким должен быть хороший PM
Для себя я довольно быстро сформулировала главное правило: хороший project manager должен облегчать работу команды, а не усложнять её.
Поэтому я стараюсь придерживаться нескольких принципов, которые вывели меня в топ-менеджеры:
- не лезть туда, где моё участие не нужно и даже вредно;
- исправлять только те процессы, которые реально мешают команде;
- не создавать бессмысленную работу "для галочки";
- всегда объяснять, зачем нужен тот или иной процесс — команда не лохи, они поймут;
- помогать команде двигаться быстрее, а не тормозить её.
И ещё один важный принцип: иногда лучший менеджмент — это вообще не вмешиваться. Доверие дороже отчётов.
Кому не стоит идти в IT и project management
За свою карьеру я провела более 300 собеседований. И один из моих любимых вопросов всегда был: "Почему вы вообще хотите работать в IT?" Некоторые ответы поражали меня до глубины души.
"Потому что тут много платят"
Деньги — плохая единственная мотивация. Если человек не любит профессию, высок шанс выгореть за первые полгода. Я видела таких десятками.
"Хочу сидеть за ноутбуком и нажимать кнопки"
IT — это постоянное обучение, стресс, ответственность и необходимость думать. Кнопки нажимать не получится.
"Хочу удалёнку"
Удалённая работа давно существует не только в IT. И удалёнка в IT — это не пляж с ноутбуком, а 8 часов фокуса в день.
"IT сейчас модно"
Мода заканчивается через пару лет. А профессия остаётся на десятилетия. Догонять моду после её спада — плохая стратегия.
Кому профессия PM действительно не подойдёт
- тем, кто ненавидит много общаться с людьми;
- тем, кто не любит неопределённость и постоянные изменения;
- тем, кто хочет "просто выполнять задачи" и не отвечать за результат других;
- тем, кто плохо переносит ответственность за провалы;
- тем, кому сложно быстро переключаться между контекстами.
Сколько зарабатывает Project Manager в России
| Грейд | Опыт | Зарплата (медиана) | Что нужно уметь |
|---|---|---|---|
| Junior | 0–2 года | 87 000 – 130 000 ₽ | Jira, Confluence, помощь Senior, ведение небольших фич |
| Middle | 2–4 года | 120 000 – 320 000 ₽ | Самостоятельное управление командой 10-20 человек, метрики, отчётность |
| Senior | 4–7 лет | 255 000 – 500 000 ₽ | Портфели проектов, риск-менеджмент, найм PM, английский C1 |
| Lead / CPO | 7+ лет | 350 000 – 686 000+ ₽ | Стратегия, управление PMO, влияние на бизнес компании |
Источник: vc.ru — анализ рынка PM. Цены актуальны на 2026 год.
Вопросы, которые стоит задать себе до курсов
Прежде чем отдавать 100-200 тысяч за обучение, попробуйте честно ответить себе на несколько вопросов. Лучше — письменно.
- Чем вы занимаетесь, когда собираетесь с друзьями? Организуете всех или ждёте, пока организуют вас?
- Любите ли вы организовывать процессы и людей?
- Нравится ли вам планировать — отпуск, бюджет, переезд?
- Как вы принимаете решения в стрессовой ситуации?
- Готовы ли вы постоянно учиться, даже когда уже "вышли на хорошую зарплату"?
И самый важный вопрос: сколько времени вы готовы заниматься этим бесплатно? Именно в этот момент становится понятно, нравится ли вам профессия по-настоящему, или вы просто гонитесь за деньгами.
Правда про курсы и "лёгкий вход в IT"
Я не считаю, что курсы — это плохо. Я сама постоянно учусь и проходила много программ. Но важно понимать: главная задача большинства курсов — продать мечту, а не научить профессии.
- "зарплата 200 000 через несколько месяцев" — бывает, но крайне редко;
- "войти в IT легко" — легко только продавать курсы, входить в IT — трудно;
- "профессия без стресса" — проектный менеджмент — это про постоянный стресс и неопределённость.
Никто не может гарантировать, что вам понравится эта работа. Именно поэтому так важно сначала понять самого себя, а уже потом покупать профессию как очередной модный билет в новую жизнь. Курсы не сделают из вас PM, если вам это не нравится по-настоящему.
Почему я всё ещё люблю проектное управление
Мне безумно нравится строить процессы с нуля. Нравится ускорять работу команды в 2-3 раза. Нравится превращать хаос в систему, когда ещё вчера всё горело, а сегодня — прозрачные понятные процессы.
Мне нравится видеть:
- результат — запущенный продукт, счастливых пользователей;
- метрики, которые растут после моих изменений;
- ускорение процессов в 2-3 раза;
- влияние на продукт и бизнес;
- реальную пользу, которую я приношу компании и команде.
Это мой дофамин. Именно поэтому я до сих пор люблю project management. Не из-за моды. Не из-за удалёнки. Не из-за зарплаты. А потому что мне действительно нравится этим заниматься каждый день, даже в плохие дни.
И, наверное, именно в этом и есть главный критерий правильного выбора профессии. Зарплата — это не причина заниматься работой. Это благодарность компании за ценность, которую вы приносите. А ценность вы приносите только тогда, когда любите то, что делаете.
FAQ о роли PM
Отвечаю на самые частые вопросы про профессию project manager. Честно, без прикрас.
Нужно ли PM техническое образование?
Техническое образование может помочь, но не обязательно. В project management важнее системное мышление, умение работать с командой и решать проблемы. Основная задача IT PM — управлять процессом, а не писать код. Многие успешные PM вообще приходят из гуманитарных сфер, но с сильными навыками коммуникации.
Может ли разработчик стать PM?
Да, и это один из самых органичных путей. Многие успешные IT PM начинали разработчиками, потому что понимают технический контекст, специфику Agile и Scrum, а также боли разработки. Главное — желание перейти к управлению, коммуникации и координации команды, а не просто "поруководить".
Нужен ли английский?
Для международных проектов и крупных IT-компаний английский обычно нужен. На стартовом уровне достаточно B1–B2 для базовой коммуникации в project management. Для senior-позиций часто требуются C1 и выше — чтобы работать с западными стейкхолдерами, читать документацию и участвовать в глобальных митингах.
Нужны ли курсы?
Курсы по project management полезны, чтобы систематизировать знания и освоить методологии Agile, Scrum, Waterfall. Но они не заменят практический опыт. Лучше совмещать обучение с работой на реальных IT-проектах — например, взять на себя координацию в своей команде, вести документацию, помогать текущему PM.
Можно ли стать PM без опыта?
Можно, но путь в project management будет дольше. Начните с ролей координатора, ассистента PM, аналитика или тимлида — так вы поймёте реальность роли в IT. Это даст ценную практику до первой официальной должности Project Manager. Главное — не ждать, а начинать делать PM-задачи уже на текущей позиции.
Что делает PM целый день?
Project Manager координирует IT-команду, убирает препятствия, общается со стейкхолдерами, планирует спринты в Agile, управляет рисками и сроками, приоритизирует бэклог. Это набор рабочих потоков, где важнее поддерживать движение проекта, чем выполнять отдельные задачи. PM — это про коммуникацию и снятие блокеров.
PM — это менеджер или администратор?
Хороший Project Manager — управленец, который создает условия для команды и внедряет правильные процессы. Администратор лишь выполняет рутину: ставит встречи, собирает статусы. PM отвечает за результат, стратегию, мотивацию команды и внедрение лучших практик project management. Разницу чувствуют все участники проекта.
Как отличить хорошего PM от плохого?
Хороший IT PM помогает, доверяет команде, убирает шум и правильно приоритизирует задачи. Плохой PM давит, требует бессмысленные отчёты, лезет в технические детали, устраивает микроменеджмент и мешает разработке. Разница заметна в атмосфере в команде, скорости работы и качестве принимаемых решений.
Главное из статьи
Главный урок: если вы хотите стать PM — сначала проверьте, нравится ли вам организовывать процессы и отвечать за результат команды. Попробуйте делать это на текущей работе бесплатно. Если через месяц вас не тошнит от встреч и планирования — добро пожаловать в профессию.