В компании айтишников обсуждают новый проект. Менеджер говорит: «Нам нужно сделать так, чтобы этот проект работал идеально, без багов». Один программист с усмешкой: «А вы понимаете, что идеальный код — это миф?». Другой добавляет: «Баги — это просто маленькие сюрпризы, которые делают работу интереснее».
В компаниях стало много различных видов менеджеров, и сфера IT не является исключением — скорее наоборот, она особенно насыщена ими. Опытные специалисты и эксперты в области IT часто утверждают, что многие из этих людей в команде не выполняют полезной работы, лишь подгоняя всех по срокам. Однако, попав в коллектив без менеджеров, такие скептики начинают жаловаться на отсутствие хорошего управленца, сетуя на сложности в работе.
Поэтому давайте разберёмся, какие существуют типы менеджеров в IT, чем они занимаются, в чём их необходимость, чем они отличаются друг от друга и какие навыки требуются каждому из них.
Руководитель Проекта (РП)
Руководитель проекта отвечает за координацию всех аспектов проекта с момента его старта и до завершения, гарантируя успешное выполнение в рамках установленных сроков и бюджета. Например, в случае внедрения новой CRM-системы или крупного программного проекта, наличие РП становится необходимым.
Ключевые задачи Руководителя Проекта:
- Планирование: формирование целей, задач, сроков, бюджета и ресурсов проекта.
- Управление командой: координация работы разработчиков, тестировщиков, дизайнеров, аналитиков и других участников процесса.
- Управление рисками: выявление и предотвращение потенциальных проблем.
- Контроль сроков и бюджета: мониторинг выполнения задач и недопущение перерасхода средств.
- Коммуникация с заказчиком и заинтересованными сторонами: согласование требований и ведение отчетности.
- Обеспечение качества: контроль выполнения задач в соответствии с ожиданиями заказчика.
- Документирование: ведение отчетности, диаграмм и проектной документации.
Как видно, РП играет ключевую роль в команде. Если кто-то утверждает, что менеджер лишь ухудшает ситуацию, создавая ненужное напряжение с сроками и назначая много встреч с низкой эффективностью, это может свидетельствовать о двух вещах: либо у менеджера низкая квалификация, либо вы недооцениваете его истинную роль и видите лишь поверхностные аспекты его работы.
Качественный менеджер — это не только координатор сроков и задач, но и защитник команды от разнообразных непродуманных требований, происходящих со стороны бизнеса и высшего руководства. Он служит важным фильтром для команды. Если его убрать, то задача, которую вы считали сложной, может оказаться лишь вершиной айсберга, и вас ждут настоящие трудности в коммуникациях, бесконечных доработках и потере координации. Без четкого разделения обязанностей команда может потерять фокус: кому что делать? Никто не знает. Приоритеты могут меняться под давлением заказчика, который нередко навязывает задачи, считая их более важными, хотя на деле они таковыми не являются.
Если вы наблюдаете такие проблемы в команде при наличии активного менеджера, это может вызывать вопросы к его компетенции, но не следует забывать, что не все РП одинаковы. Хороший Руководитель Проекта, хотя и отчитывается перед бизнесом, понимает важность команды как ключевого ресурса для достижения целей, и без ее поддержки его планы могут остаться без реализации. Однако и команде будет нелегко обходиться без менеджера.
Менеджер продукта (Product Manager, PM)
Менеджер продукта отвечает за стратегию и развитие продукта, учитывая потребности пользователей и бизнес-цели. В отличие от менеджера проектов, который сосредоточен на процессе выполнения задач и соблюдении сроков, менеджер продукта определяет, что конкретно должно быть сделано и почему. Однако грани между этими ролями иногда стираются – я встречал менеджеров продукта, которые также управляют задачами и сроками. Менеджер продукта обычно нужен в продуктовой компании, где разрабатывается какой-то продукт, например, социальная сеть или электронный банк. Он отвечает за развитие этого продукта, формирует его видение и определяет, какие функции необходимо реализовать для успешного выхода на рынок.
Существует упрощённое объяснение различий между менеджерами продукта и проектов: менеджер проекта отвечает за процесс «появления на свет» продукта, тогда как менеджер продукта заботится о его дальнейшем развитии и благополучии.
Основные задачи менеджера продукта:
Определение стратегии продукта: Анализ рынка, конкурентов и потребностей пользователей;
Формирование видения продукта (Product Vision);
Разработка дорожной карты продукта (Product Roadmap).
Управление бэклогом и функциями: Определение приоритетов задач (что нужно сделать в первую очередь);
Формулирование требований и юзер-стори для команды (либо эта задача отводится бизнес-аналитику);
Взаимодействие с дизайнерами, аналитиками и разработчиками.
Работа с бизнес-целями и метриками: Определение ключевых показателей успеха (KPI, OKR);
Оценка бизнес-эффекта от внедрения новых функций;
Улучшение юнит-экономики и монетизации.
Работа с пользователями: Сбор обратной связи;
Проведение интервью с клиентами;
Тестирование гипотез.
Коммуникация со стейкхолдерами: Согласование приоритетов с бизнесом, маркетингом и продажами;
Презентация стратегии продукта.
Скиллы 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-а. У продуктового аналитика уже есть навыки работы с метриками, SQL, A/B-тестированием и Customer Development, однако необходимо развивать принятие стратегических решений по развитию продукта, умение формулировать задачи для команды разработки и управлять бэклогом, а также улучшать навыки коммуникации для работы со стейкхолдерами.
- Бизнес-аналитик — из этой роли также возможно развитие в PM. У бизнес-аналитика есть хорошие навыки коммуникации, анализа данных, системного мышления и работы с требованиями, но необходимо углубить знания в области метрик, Customer Development, монетизации и управления бэклогом.
- Project Manager — переход из Project в Product может быть обоюдным, но для успешного перехода Project Manager нужно сосредоточиться на продукте, метриках и Customer Development.
- Маркетолог — понимание юнит-экономики и метрик может помочь, однако следует развивать навыки работы с разработкой и продуктовой аналитики, а также управления бэклогом.
- Product Owner (PO) — навыки управления и приоритизации будут полезны, но потребуется также углубить знания в работе с метриками.
Перспективы роста из роли Product Manager-а:
- Lead / Head of Product — управление несколькими продуктами, руководство командой продуктовых менеджеров, разработка стратегии для всех продуктов компании;
- Chief Product Officer (CPO) / Директор по продукту;
- Chief Marketing Officer (CMO) / Директор по маркетингу;
- Project Manager — переход в эту роль будет более горизонтальным и подразумевает акцент на продукте.
Delivery Manager (DM)
Delivery Manager несет ответственность за эффективную доставку IT-продукта или услуги. Он контролирует процессы, команды, скорость и качество разработки. В отличие от Project Manager, который ориентирован на управление конкретными проектами, и Product Manager, отвечающего за стратегию продукта, Delivery Manager охватывает весь процесс доставки — от планирования до релиза. Тем не менее, понимание роли DM может варьироваться в зависимости от компании и команды.
Основные задачи Delivery Manager:
- Организация разработки:Налаживание оптимальных Agile-процессов (Scrum, Kanban, SAFe).
Обеспечение выполнения задач без утрат в качестве и скорости. - Координация команд:Взаимодействие с разработчиками, тестировщиками и DevOps-инженерами.
Оптимизация взаимодействия между командами.
Организация совместной работы команд. - Управление ресурсами и зависимостями:Эффективное планирование ресурсов.
Балансировка нагрузки на команды. - Оптимизация скорости поставки (Time-to-Market):Ускорение разработки.
Возможная автоматизация тестирования и деплоя, оптимизация процессов CI/CD. - Работа со стейкхолдерами:Согласование сроков и приоритетов с бизнесом и командами разработки.
Общение с клиентами при модели аутсорсинга.
Если вам показалось, что роль Delivery Manager схожа с ролью Project Manager, в этом есть доля истины — DM также управляет процессами, сроками и ресурсами, Отслеживает эффективность работы команд, занимается планированием и работает со стейкхолдерами. Главное отличие в том, что Delivery Manager охватывает весь цикл поставки, а не фокусируется на одном проекте. Он делает акцент на эффективности разработки, Agile-процессах и ускорении цикла разработки.
Навыки 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-инженеры или Project Manager и Product Owner.
Варианты карьерного роста из роли Delivery Manager-а:
- В техническом направлении — на Head of Delivery, Director of Delivery или CTO.
- В бизнес-сторону — к роли Chief Operating Officer (COO).
Это основные три роли, с которыми чаще всего сталкиваются в командах, но есть и другие управленцы. Рассмотрим их кратко:
- Program Manager — управляет группой связанных проектов. Технический аналог — Technical Program Manager (TPM) с акцентом на технические задачи.
- Customer Success Manager (CSM) — отвечает за успех клиентов, использующих продукт. Анализирует метрики вовлеченности, обеспечивает обучение клиентов, проводит онбординг и собирает отзывы для команды разработки.
- Release Manager — управляет процессом релизов программного обеспечения, согласовывает его с бизнесом и заинтересованными сторонами.
- DevOps Manager — отвечает за CI/CD процессы, автоматизацию и инфраструктуру, управляющий DevOps-инженерами. Более техническая роль по сравнению с Release Manager-ом.
Как видно, среди менеджеров есть значительные различия в задачах, но также и пересечения. В разных командах могут встречаться гибридные варианты этих ролей, объединяющих функции нескольких позиций.
Кроме упомянутых управленцев, существуют и другие специфические роли, такие как Development Manager, Infrastructure Manager, Security Manager и т.д. Они могут быть узкоспециализированными или представлять собой управляемую позицию в определенной области с подчинением нескольким специалистам. Если я упустил что-то важное или у вас есть опыт с какой-то конкретной ролью, буду рад прочитать ваши комментарии.