Яндекс Метрика

Содержание

Как я пришла в проектное управление

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

В какой-то момент у нас ушёл 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 в России

ГрейдОпытЗарплата (медиана)Что нужно уметь
Junior0–2 года87 000 – 130 000 ₽Jira, Confluence, помощь Senior, ведение небольших фич
Middle2–4 года120 000 – 320 000 ₽Самостоятельное управление командой 10-20 человек, метрики, отчётность
Senior4–7 лет255 000 – 500 000 ₽Портфели проектов, риск-менеджмент, найм PM, английский C1
Lead / CPO7+ лет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 давит, требует бессмысленные отчёты, лезет в технические детали, устраивает микроменеджмент и мешает разработке. Разница заметна в атмосфере в команде, скорости работы и качестве принимаемых решений.

Главное из статьи

300+ собеседований проведено лично мной
15+ лет в IT, из них 8 — в управлении
1 главный критерий любовь к профессии, а не к деньгам
0% пользы от процессов, созданных ради процессов

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

Об авторе

Manageress — проектный менеджер с 15-летним стажем в ИТ. Начинала разработчиком, прошла путь до тимлида, а затем в управление проектами в enterprise-компаниях. Провела более 300 собеседований, вырастила 12 джуниоров до мидлов и сеньоров.

В этом блоге делюсь опытом, который проверила на себе. Без воды, только практика.

Читайте также: