Сколько же развелось разных видов менеджеров в компаниях! И IT, конечно, не исключение. Я бы сказал, особенно IT не исключение. Великие IT-спецы и эксперты сразу скажут, что это всё бесполезные люди в команде, которые только и делают, что пушат всех по срокам, но как только такие скептики попадают в команду без менеджера, то сразу начинают жаловаться, мол, как же так, подавайте хорошего управленца, работать невозможно.

Так что давайте с вами разберёмся, какие же есть в IT виды менеджеров, чем они занимаются, зачем они нужны, чем отличаются друг от друга, и какие навыки требуются каждому из них.

**мем про попугая, который спрашивает статус задачи, вставлять не буду, обещаю

Project Manager (PM) / Руководитель Проекта (РП)

Project Manager отвечает за управление проектом от начала до конца, обеспечивая его успешную реализацию в рамках определённых сроков и выделенного бюджета. Например, есть проект внедрения новой CRM-системы в компании или проект какой-нибудь крупной разработки — вот тогда нужен Project Manager.

Основные задачи Project Manager-а:

1. Планирование проекта: определение целей, задач, сроков, бюджета и ресурсов;

2. Управление командой: координация работы разработчиков, тестировщиков, дизайнеров, аналитиков и других участников;

3. Управление рисками: предсказание потенциальных проблем и их предотвращение;

4. Контроль сроков и бюджета: отслеживание выполнения задач и предотвращение перерасхода средств;

5. Коммуникация с заказчиком и стейкхолдерами: согласование требований, отчетность;

6. Обеспечение качества: контроль соответствия результата ожиданиям заказчика;

7. Документирование процесса: ведение отчетов, диаграмм, документации по проекту.

Так что Project Manager, как видишь, очень важен в команде. Если кто-то в команде говорит, что менеджер делает всё только хуже, только дёргает со сроками и назначает множество ненужных встреч, а толку от этого никакого, то тут может быть две ситуации: либо это просто плохой менеджер, либо вы немного недооцениваете его работу и видите только верхушку айсберга.

Хороший менеджер — это не только пушер и котроллер сроков и задач, а ещё и щит команды от всего треша, который частенько валится со стороны бизнеса и топ менеджмента. Он — главный фильтр команды. Убери его, и вы поймёте, что та, как вы думали, “жесть”, которая льётся на вас в задачах — это только цветочки и очень адекватные требования, которые не так уж и часто меняются. Убираешь такой фильтр — и команда погрязнет в лишних коммуникациях, странных бесконечных доработках и потеряет координацию между разными ролями. Кто чем занимается? Да хрен его знает, вроде как вот этой задачей, но вроде как и бросает её на середине и делает другую. Приоритет вроде понятен, начинаем делать, но приходит заказчик и пушит другую задачу, хотя она с виду не такая срочная — а интересы и фокус команды никто перед заказчиком не отстоял. И так далее.
Если все эти симптомы есть и при живом менеджере, то к компетенциям этого менеджера есть вопросы, но и не стоит думать, что все менеджеры такие. Хороший PM хоть и отчитывается перед бизнесом, но он прислушивается к команде, потому что команда — это его главный ресурс, чтобы сделать бизнесу хорошо, и без неё один менеджер ничего не сделает со всеми его грандиозными планами. Но и команде без менеджера будет ой как несладко.

Скиллы Project Manager-а:

Софт-скиллы:

• Лидерство: управление командой, мотивация людей;

• Коммуникация: умение объяснять задачи и договариваться;

• Стрессоустойчивость: работа в условиях неопределенности и давления сроков;

• Критическое мышление: анализ ситуации и поиск решений;

• Тайм-менеджмент: управление своим и чужим временем;

• Конфликт-менеджмент: решение спорных ситуаций.

Хард-скиллы:

• Методологии управления проектами: Agile, Scrum, Kanban, Waterfall;

• Инструменты управления, таск-трекеры, планирование, диаграмма Ганта: Jira, Trello, Asana, Confluence, ClickUp, MS Project;

• Работа с документацией: PRD (Project Requirement Document), BRD (Business Requirements Document), Roadmap, Project Charter;

• Финансовое планирование: бюджетирование, контроль затрат;

• Риск-менеджмент: анализ рисков, разработка стратегий минимизации;

• Базовые технические знания: понимание основ разработки, баз данных, API;

• Excel и реже SQL: анализ данных, построение отчетов;

Желательно: знать стандарт PMBOK (Project Management Body of Knowledge) — это один из ключевых стандартов в управлении проектами. А также есть различные сертификации для PM: PMP, PRINCE2, PMI-ACP, PSM, CSM.

Из каких ролей можно вырасти в Project Manager-а:

PM чаще всего вырастают из следующих ролей:

• Business Analyst (BA) – умеет работать с требованиями, анализировать процессы, писать документацию, умеет хорошо коммуницировать. Чтобы перейти на уровень PM-а, нужно прокачать управление командой и рисками, Agile-практики, познать работу с бюджетированием.

• Разработчик – если вдруг захочет уйти в управление (хотя чаще такие разработчики идут всё-таки в тех. лидов). Для перехода в PM-ы им нужно прокачать навыки коммуникации, управление командой, бюджетом и весь тот же стандартный набор.

• QA Lead или разные другие тимлиды – тут, как правило, проблем с управлением людьми меньше, но для PM нужно прокачать более широкое видение картины на уровне всего проекта, а не только, например, задач тестирования, ну и остальное, как обычно — бюджетирование, риски, планирование, общение с крупными стейкхолдерами.

• Product Owner и Product Manager – тоже бывает, что хотят перейти в PM, и во многом эти роли имеют общие необходимые скиллы.

Куда можно развиваться из роли Project Manager-а:

• Project Management Office (PMO) Director / Руководитель проектного офиса;

• Chief Operating Officer (COO) / Директор по операционной деятельности;

• Scrum-мастер;

• Program Manager;

• Product Manager — тут чуть более горизонтальный рост получится.

Product Manager (PM)

Product Manager отвечает за стратегию и развитие продукта, ориентируясь на потребности пользователей и бизнес-цели. В отличие от Project Manager, который управляет процессом выполнения задач и следит за сроками, Product Manager управляет тем, что именно будет сделано и зачем. Хотя это разделение тоже не всегда такое строгое — я на практике встречал менеджеров продукта, которые и задачами, и сроками управляют. Product Manager нужен, как правило, тогда, когда в продуктовой компании разрабывается и развивается какой-то (извиняюсь) продукт — например, какая-то соц. сеть или электронный банк. Вот Product Manager отвечает за развитие этого продукта, формирует для него видение и понимает, какие фичи нужно разработать, чтобы продукт завоевал рынок.

Я слышал такую упрощённую версию того, чем различаются менеджеры продукта и проекта: Project Manager отвечает за процесс “родов ребёнка”, т. е. некого продукта, а Product Manager уже сопровождает новорожденного, следит за его здоровьем и развитием.

Основные задачи Product Manager-а:

1. Определение стратегии продукта:

   • Анализ рынка, конкурентов, пользовательских потребностей;

   • Формирование видения продукта (Product Vision);

   • Разработка дорожной карты продукта (Product Roadmap).

2. Управление бэклогом и фичами:

   • Определение приоритетов задач (что делать в первую очередь);

   • Написание требований и user stories для команды (либо этим занимается бизнес-аналитик в команде);

   • Взаимодействие с дизайнерами, аналитиками, разработчиками.

3. Работа с бизнес-целями и метриками:

   • Определение ключевых метрик успеха (KPI, OKR).

   • Оценка бизнес-эффекта от внедрения новых фич;

   • Улучшение юнит-экономики и монетизации.

4. Работа с пользователями:

   • Сбор обратной связи;

   • Проведение интервью с клиентами;

   • Тестирование гипотез.

5. Коммуникация со стейкхолдерами:

   • Согласование приоритетов с бизнесом, маркетингом, продажами;

   • Презентация стратегии продукта.

Скиллы Product Manager-а:

Хард-скиллы:

• Продуктовая аналитика (SQL, Amplitude, GA4, Mixpanel);

• Работа с юнит-экономикой (LTV, CAC, ARPU, ROI);

• A/B-тестирование и тестирование гипотез;

• UX/UI дизайн – базовое понимание, как проектировать удобные интерфейсы;

• Методы Customer Development (интервью, опросы, JTBD);

• Методологии Agile/Scrum – но больше не управление, а работа с бэклогом;

• Формирование продуктовой стратегии (Product Roadmap, Go-To-Market);

• Основы маркетинга (каналы привлечения, воронки продаж);

• Финансовое моделирование – расчет влияния фич на бизнес.

Софт-скиллы:

• Критическое мышление – умение анализировать и приоритизировать;

• Коммуникация – ведение переговоров, презентация идей;

• Эмпатия к пользователю – умение ставить себя на его место;

• Гибкость и адаптивность – быстрая реакция на изменения рынка.

Из каких ролей можно вырасти в Product Manager-а:

• Продуктовый аналитик (Product Analyst) — это самая частая и логичная ветка развития для продуктового аналитика — вырасти в Product Manager-a. Продуктовый аналитик уже умеет работать с метриками, SQL, A/B-тестами и CustDev-ом, но нужно будет ещё прокачать глобальное принятие решений по развитию всего продукта, навыки постановки задач команде разработки и управления бэклогом, а также чуть прибавить в навыках коммуникации, чтобы общаться со стейкхолдерами.

• Бизнес-аналитик (Business Analyst) — из BA тоже, бывает, растут в PM-ы. Коммуникация уже развита, анализ данных, как правило имеется, системное мышление и работа с требованиями тоже есть, но нужно больше погружаться в метрики, CustDev, монетизацию и постановку задач и управление бэклогом.

• Project Manager — раз уж сказали, что из Product-а можно перейти в Project, то будет справедливо отметить, что и наоборот тоже бывает. Тут Project-у нужно будет больше сделать фокус на самом продукте, также метриках, CustDev-е.

• Маркетолог — есть понимание юнит-экономики, метрик. Нужно прокачать работу с разработкой и продуктовую аналитику, управление бэклогом.

• Product Owner (PO) — метод управления и приоритизации тут очень поможет, но, опять работу с метриками прокачать придётся.

Куда можно развиваться из роли Product Manager-а:

• Lead / Head of Product — управление несколькими продуктами, управление командой продуктовых менеджеров, стратегия развития всех продуктов компании;

• Chief Product Officer (CPO) / Директор по продукту;

• Chief Marketing Officer (CMO) / Директор по маркетингу;

• Project Manager — опять же, как и в случае перехода из Project-а в Product — это больше горизонтальное развитие.

Delivery Manager (DM)

Delivery Manager отвечает за эффективную поставку IT-продукта или услуги. Его зона ответственности – процессы, команды, скорость и качество разработки. В отличие от Project Manager, который фокусируется на управлении конкретными проектами, и Product Manager, который отвечает за стратегию продукта, Delivery Manager занимается всей цепочкой поставки – от планирования до релиза. Но, опять же, видение обязанности DM могузличаться в разных компаниях и командах.

Основные задачи Delivery Manager-а:

1. Организация процессов разработки:

   • Выстраивание оптимальных Agile-процессов (Scrum, Kanban, SAFe).

   • Контроль за выполнением задач без потерь качества и скорости.

2. Координация команд разработки:

   • Работа с разработчиками, тестировщиками, DevOps-инженерами;

   • Оптимизация взаимодействия между командами;

   • Организация cross-team collaboration.

3. Управление ресурсами и зависимостями:

   • Выстраивание эффективного ресурсного планирования;

   • Балансировка загрузки команд.

4. Оптимизация скорости поставки (Time-to-Market):

   • Ускорение цикла разработки;

   • Иногда автоматизация тестирования и деплоя, оптимизация процессов CI/CD.

5. Работа со стейкхолдерами

   • Согласование сроков и приоритетов с бизнесом и разработкой;

   • Коммуникация с клиентами (если речь об аутсорсе).

Если тебе показалось, что Delivery Manager похож на Project Manager-а, то в чём-то так и есть — он тоже управляет процессами, сроками и ресурсами, следит за эффективностью работы команд, занимается планированием и работает со стейкхолдерами. Но DM отвечает за весь цикл поставки, а не за конкретный проект. Он держит сильный фокус на эффективности разработки, Agile-проц, CI/CD-процессе, ускорении разработки.

Скиллы Delivery Manager-а:

Хард-скиллы:

• Agile, Scrum, Kanban, SAFe – организация процессов разработки;

• CI/CD и DevOps-процессы – понимание автоматизации поставки;

• Метрики разработки — Cycle Time, Lead Time, Deployment Frequency, Change Failure Rate и пр.;

• Инструменты Jira, Confluence, Trello и что-нибудь вроде Azure DevOps, например.

Софт-скиллы:

• Системное мышление – видеть узкие места в процессах и исправлять их;

• Лидерство – мотивировать команды и убирать блокеры;

• Коммуникация – работать с бизнесом и разработкой;

• Стрессоустойчивость – тут, как обычно, для любого менеджера.

Из каких ролей можно вырасти в Delivery Manager-а:

• Scrum Master / Agile Coach;

• Различные тимлиды и senior-позиции (разработки, QA, SA, BA);

• Иногда DevOps Ener;

• Project Manager, Product Owner.

Куда можно развиваться из роли Delivery Manager-а:

• Если развиваться в техническую сторону, то можно идти в сторону Head of Delivery / Director of Delivery и вплоть до CTO (Chief Technical Officer);

• Если развиваться в бизнесовую сторону, то можно дорасти до Chief Operating Officer (COO), например.

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

• Program Manager – в отличие от Project-а он управляет группой взаимосвязанных проектов. Здесь же можно указать Technical Program Manager (TPM), который имеет похожие обязанности, но с большим техническим уклоном и занимается больше техническими проектами;

• Customer Success Manager (CSM) – отвечает за успех клиентов, использующих продукт, т. е. он концентрируется на ценности продукта для клиента. Он анализирует метрики вовлечённости, приток/отток пользователей, занимается обучением клиентов, проводит онбординг, работает с фидбеком клиента по продукту и передаёт его в команду разработки.

• Release Manager – отвечает за процесс релизов (развертывание версий ПО), согласует из с бизнесом и стейкхолдерами.

• DevOps Manager – отвечает за CI/CD-процесс, автоматизацию и инфраструктуру, управляет Dev,инженерами. В отличие от Release Manager-а это более техническая роль.

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

Конечно, помимо всех перечисленных менеджеров есть ещё зличного рода управленцы конкретными командами (например, Development Manager, Infrustructure Manager, Security Manager и пр.), но они уже либо совсем укзонаправленные, либо представляют собой управляющую позицию в каком-то конкреовравлении с подчинением нескольких с,пециалистов. Но если что-то забыл из основного или есть какая-то роль, с которой лично вы сталкивались в работе, то интересно будет почитать в комментариях.