CohortX
Блог

Менеджер проектов в IT: чем занимается и как войти

3 августа 2026 г. · 3 мин чтения · Read in English · Антон Молотило

Чем отличается от управления продуктом

Коротко: менеджер проекта отвечает за «как и когда», менеджер продукта — за «что и зачем».

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

В небольших компаниях это часто один человек. В крупных — разные роли с разной зоной ответственности.

Из чего состоит работа

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

Снятие препятствий. Разработчик ждёт доступа, дизайнер не получил требования, смежная команда не отвечает — это всё сюда.

Общение. С командой, с заказчиком, со смежниками, с руководством. Значительная часть дня — разговоры и переписка.

Отслеживание. Кто чем занят, что застряло, успеваем ли. И честный доклад наверх, когда не успеваем.

Разбор конфликтов. Между людьми, между сроками и качеством, между желаниями заказчика и возможностями команды.

Чего в работе нет

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

Волшебного ускорения. Нельзя сделать за неделю то, что требует месяца. Работа менеджера — вовремя об этом сказать, а не пообещать невозможное.

Что нужно знать технически

Не программировать. Но достаточно, чтобы:

  • понимать, о чём говорит команда;
  • отличать «это сложно» от «мне не хочется»;
  • оценивать порядок величин: что займёт день, а что месяц;
  • задавать правильные вопросы про технический долг и риски.

Минимум: как устроена веб-разработка в общих чертах, что такое база данных и обращение к сервису, как выглядит процесс от задачи до выкладки, зачем нужны тесты и разбор кода.

Менеджер, который вообще не понимает предмета, быстро теряет уважение команды. Тот, кто лезет в код, — тоже. Нужна середина.

Откуда приходят

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

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

С нуля. Возможно, но труднее: без понимания предмета доверия мало. Обычно начинают с помощника или координатора.

Какие навыки решают

Умение задавать вопросы. «А что будет, если данных нет?» на этапе планирования экономит неделю переделок.

Умение говорить неприятное. Сказать заказчику, что не успеваем, — часть работы. Молчать до последнего — самая дорогая ошибка в профессии.

Письменная речь. Половина работы — переписка. Неясно написанное письмо порождает три уточняющих.

Устойчивость. Вы находитесь между теми, кто хочет быстрее, и теми, кто делает. Давление идёт с обеих сторон.

Как набрать опыт до работы

Возьмите на себя организацию в любом командном проекте: планирование, распределение задач, сверки, отслеживание сроков.

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

Хватит читать — пора делать

На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.

Похожие статьи