Проектный менеджер может вытащить сложный проект, а может и все испортить. От усилий и знаний PM-а зависит слаженность команды, выполненные сроки, объем работ и даже степень удовлетворенности заказчика.
И хотя менеджер в IT не пишет код, зато координирует процесс разработки, балансируя между интересами заказчика, команды и руководства компании.
Какие знания нужны такому специалисту, чтобы успешно завершать начатое?
Первый шаг — разобраться, из чего состоит IT-проект, ведь нельзя хорошо управлять процессами, которых не понимаешь.
Что такое IT-проект
Если дать короткое определение, то проект — это общая работа группы людей для достижения запланированного результата при ограниченном времени и бюджете.
В любом IT-проекте есть три составляющих:
- Заказчик — ставит бизнес-цели.
- Менеджер — доносит требования бизнеса до разработчиков.
- Команда — реализует задуманное.
Менеджер служит связующим звеном, его роль — наладить коммуникацию между человеком с бизнес-целями, бизнес-требованиями, пониманием конечного результата и исполнителями, которые занимаются подтверждением, разработкой и тестированием.
На IT-рынке присутствуют две большие категории проектов: продуктовая и аутсорс разработка. В аутсорсе команда работает над заказами клиентов, а в продуктовой компании — над собственным продуктом.
Outsource проекты
Заказчик приходит в outsource с какой-то идеей и минимальным количеством информации. Клиент нанимает команду для реализации его проекта: создания функционала или приложения, которое поможет достичь бизнес-целей.
В аутсорсе между командой и заказчиком есть два связующих звена: Project Manager и Business Analyst. PM выстраивает процесс так, чтобы заказчик получил нужный результат, а сотрудники — оплату своей работы.
За что отвечает Project manager:
- Сроки: за какое количество времени команда сделает отдельную итерацию или весь проект, какими будут промежуточные точки.
- Стоимость: количество людей в проекте, какие ставки у этих специалистов, сколько будет стоить конкретная задача.
- Скоуп работы: что и в каком объеме нужно сделать.
Business Analyst занимается уточнением и подтверждением требований клиента, работает с формулировками. Цель бизнес-аналитика — правильно понять заказчика, и проработать от начала до конца задачи, поставленные в скоуп.
Опытный BA умеет выявлять реальные бизнес-потребности в общении с заказчиком и знает, как превратить «пожелания» клиента в задачи для разработчиков.
Схема, когда бизнес-аналитик и РМ работают на одном проекте — золотой стандарт аутсорса, однако на практике, Project Manager часто бывает единственным связующим звеном между заказчиком и командой. Если ВА в компании нет, то РМ выполняет роль бизнес-аналитика и работает с требованиями.
Примеры аутсорс компаний: Luxoft, Redmadrobot, DataArt, Epam.
Продуктовая разработка
В продуктовом менеджменте схема отличается от аутсорса. Здесь в роли заказчика выступает пользователь: это может быть корпоративный клиент или отдельные люди. Например, если создаем решение для конкретного банка, тогда этот банк и будет нашим клиентом и пользователем созданного продукта.
В зависимости от того, будут это тысячи отдельных людей — пользователей продукта или несколько компаний — корпоративных пользователей, продуктовую разработку делят на b2c и b2b:
- b2c — business to consumer — продукт создают для частных пользователей. Примеры: приложения для заказа такси, мессенджеры, стриминговые сервисы.
- b2b — business to business — решения для бизнеса. В эту категорию можно отнести облачную платформу Zoom. С одной стороны, платформой пользуются отдельные люди, с другой — компания предлагает учетные записи с дополнительными фичами для корпоративного сегмента.
Менеджментом в продуктовой разработке занимаются два специалиста: Product и Delivery Manager.
Product manager работает над улучшением проекта в долгосрочной перспективе: прибыльность, количество времени, которое человек проводит в продукте, удовлетворенность пользователей.
Продуктовый менеджер ориентирован на бизнес, его задача — приоритезировать функциональность. Есть большое количество разных фичей, которые можно вложить в продукт, а менеджеру нужно сфокусировать работу на тех вещах, которые принесут наибольшую ценность.
Delivery Manager отвечает за доставку результата пользователю в рамках оговоренных сроков, качества и бюджета. Delivery Manager берет готовые задачи, которые разрабатывает команда, делит процесс на фазы, решает, успеваем мы или нет и т.д.
В небольших компаниях Product Manager объединяет обе роли:
- развивает бизнес-составляющую: проводит исследования, тесты, собирает метрики;
- работает с командой: согласовывает время, распределяет людей, планирует дату релиза.
По сути, Продакт выполняет все обязанности РМ-а в аутсорсе, только при этом отвечает еще и за бизнесовую часть.
Гиганты среди продуктовых команд — это Google, Amazon, Apple, а локальные игроки — Readle, Grammarly, Monobank.
В отдельных компаниях одни и те же роли могут называть по-разному. Роль Delivery Manager в продуктовой компании похожа на роль РМ в аутсорсе — это человек, который отвечает за доставку результата заказчику.
Сегодняшняя IT-среда очень размыта: можно попасть в команду, где РМ выполняет продуктовую работу в аутсорсе. А можно прийти в продукт, где вообще нет РМ-а, зато есть Scrum Master, бизнес-аналитик и Product Owner.
Хорошо, мы запомнили, что в аутсорсе есть РМ и ВА, а в продукте — Product и Delivery менеджеры, но кто все остальные люди, например, тот же Scrum Master или Product Owner?
Менеджерские роли в IT
Некоторые менеджерские роли появились в IT-проектах из двух основных фреймворков: Scrum и Kanban. Из Scrum пришла позиция Product Owner — человек, который занимается приоритезацией, поставкой новых задач, бизнес-целей и Scrum Master, который выстраивает процесс, чтобы все работали оптимально. Из Kanban перешла роль Service Delivery Manager.
Однако если обобщить, можно выделить три базовых менеджерских позиции, остальные роли исходят из этих трех:
- Product Manager — занимается исследованием конкурентов, пониманием рынка и бизнесовой составляющей, разбирается, какую фичу мы запускаем и почему.
- Project Manager — ведет проект. Отвечает за то, чтобы поставка случилась вовремя и была нужного качества, управляет командой.
- Business Analyst — умеет выявлять бизнес-требования и доносить их до разработчиков. Позиция ВА обычно бывает в аутсорс-компаниях.
Иногда возникает путаница между обязанностями Project и Product Manager. Если упростить классификацию, то продакт решает, что делать разработчикам, чтобы бизнес заработал деньги, а Project Manager строит процесс так, чтобы это случилось.
Откуда приходят в РМ-ы
В менеджеры часто переходят разработчики, тестировщики или специалисты из support c хорошими управленческими скилами. PM с техническим бэкграундом правильно расставляет сроки, знает, кому адресовать задачу в команде, может самостоятельно обсуждать детали с клиентом и не наобещает лишнего.
Конечно, менеджерская роль — это об управлении людьми и процессами, но в IT работодатели предпочитают кандидатов с техническими навыками.
Если у вас совсем нет «айтишного» опыта, можно пойти несколькими путями:
- Устроиться стажером. Заработок будет в начале небольшим, зато приобретете релевантный опыт и в будущем сможете претендовать на желаемую должность.
- Использовать силу рекомендаций: найти человека, который посоветует вас компании, как специалиста без опыта, но с большим желанием работать и каким-то важным скилом. Например, у вас может быть английский уровня native и высокий уровень организованности.
- Быть активным в соцсетях: подпишитесь на страницы выбранных компаний, присоединитесь к менеджерским сообществам, следите за аккаунтами людей, которые уже работают в IT-проектах. Нередко вакансии о поиске кандидатов размещают именно на таких ресурсах.
Один из самых частых вопросов на собеседовании — «Почему вы хотите работать в нашей компании?» Поэтому подумайте заранее, что будет отвечать, поищите информацию о компании — и приходите на собеседование подготовленным.
Какие менеджерские качества ценят работодатели
Основной стереотип, который есть у Junior РМ-ов при устройстве на работу, звучит так: «Чтобы работать в IT, нужно техническое образование.
Ход рассуждений примерно такой: «Вот придут ко мне люди и спросят, что делать с сокетами или ошибка 401 выходит», — а я ничего не пойму, просто испугаюсь и все.
Поэтому большинство новичков пытаются учить программирование до того как прийти в проектный менеджмент. И это не совсем правильная стратегия. Чтобы управлять командой, нужны общие технические навыки, которые касаются скорее взаимодействия между системами, чем их детального устройства.
Давайте поговорим о непосредственных менеджерских скилах. Что нужно, кроме стрессоустойчивости и мультизадачности, чтобы получить шанс на работу в компании.
Умение приоритезировать задачи, организовать свою активность и работу команды. Менеджеру придется разобраться, какие вещи основные и что нужно делать в течении дня. Навык приоритезации появляется с опытом. Логика вроде: «Сейчас лучше доделаю какую-то не очень важную задачу, потому что не хочу переходить к следующей», — очень быстро уходит в первый же год работы РМ-ом.
Способ работать с задачами простой: пишите в Trello или в заметки все свои задачи, а потом вытаскивайте оттуда самые приоритетные и делайте их в течение дня. Если задач на день слишком много, выделите 3-4 самые важные и делайте их в первую очередь.
Менеджмент ожиданий — максимальная прозрачность в общении со всеми участниками проекта. Если видите, что есть риски или какие-то проблемы, как можно раньше оповещайте вашего заказчика, партнера, руководство о том, что может пойти не так и какие есть варианты решения.
Ситуативное мышление. Умение в любой момент найти какую-то зацепку, недоговоренность, риск, либо увидеть возможность.
Неотъемлемая часть работы в IT — это постоянные изменения. Будьте готовы, что первоначальный план никогда не будет выполнен на 100% в задуманном виде.
В условиях, когда все часто идет не по плану, ситуативное мышление помогает РМ-у быстро увидеть возможности и решения:
- Освободился специалист — его можно быстро переместить на другую задачу и успеть в срок.
- Возникло большое количество багов — сейчас перегруппируем команду.
- Появился новый сервис — давайте его быстро интегрируем, чтобы успеть больше сделать.
Ситуативное мышление развивается с опытом как и все скилы.
Работа с рисками. Понимание, где на каждом этапе проекта могут возникнуть риски и какие: отказ системы, не успеем закончить какую-то функциональность, будет больше багов, чем рассчитывали. Важно уметь наперед прогнозировать разные угрозы, отслеживать и сводить к минимуму их влияние на проект.
Планирование нагрузки. Способность найти баланс сил в команде, предугадывать «узкие места» и минимизировать их. Например, понять, что у аналитиков сейчас перегруз по задачам, а разработчики, наоборот, недогружены, потому что аналитики где-то застряли.
Умение поддержать команду. Понимать настроение людей, не транслировать стресс, «держать руку на пульсе» каждого: регулярно видеться, проводить встречи один на один, систематически разговаривать со всеми.
Менеджер должен транслировать команде важный посыл: Что бы ни произошло на проекте, РМ — тот человек, который всегда вытащит, защитит, поможет.
Эмпатия и компетенция. Если у РМ-а хорошо развита эмпатия, люди не будут раздражаться, когда вы чего-то не понимаете. РМ может сказать разработчикам: «Ребята, я тут не до конца понимаю, объясните пожалуйста, чтоб я знал, как это защищать перед заказчиком», — и никаких проблем нет. Разработчики объяснят и не будут считать вас некомпетентным.
Аккуратность — очень важная черта РМ-а. Если РМ неаккуратный, невнимательный к деталям — это приведет к проблемам. Одна неловкая фраза, моменты, когда вы забыли отправить follow-up или кому-то слишком резко ответили, накапливается в копилку отношения к менеджеру. Project Manager, конечно, не должен быть роботом, но при этом, нужно всегда максимально аккуратно и дипломатично взаимодействовать с людьми.
Подходит ли мне эта работа
Далеко не каждый будет чувствовать себя успешно в роли РМ-а. Практически всегда работа продуктового и проектного менеджера связана со стрессом: конфликты с командой и заказчиком, горящие сроки, недостающий бюджет, неожиданные угрозы. Поэтому Project Manager должен быть максимально стрессоустойчивым.
Если вам трудно справляться со стрессом и хочется работу поспокойнее, посмотрите в сторону ролей Data или Business Analyst.
Если вы спокойно реагируете на стресс, тогда есть несколько возможных вариантов:
- Вам больше всего нравятся процессы: фасилитировать работу команды, налаживать ход проекта, находить слабые места, делать расчеты — можно идти в РМ-ы или в Scrum Master. Хотя обычно, Scrum Master — это не вакансия, а роль на проекте, которую исполняет кто-то из команды, чаще всего, как раз проектный менеджер.
- Если интересен продукт: нравится разбираться в пользовательских нуждах, анализировать рынок, выстраивать воронки — вам нужно в продуктовый менеджмент. Либо можно стать Product Owner в аутсорсе — это одна из ролей в команде по Scrum-у.
- Вам не нравится концентрироваться на чем-то одном, а хочется прокачаться во всем сразу — идите в стартап. Продакту или РМ-у в стартапе придется и дизайн рисовать, и с заказчиком что-то согласовывать, и презентации проводить. Такая роль даст колоссальный опыт.
Если все еще сомневаетесь, подходит ли вам профессия Project Manager, пообщайтесь с кем-то, кто уже работает PM-ом, расспросите о преимуществах и недостатках должности.
А если уже решились, приходите за теоретической базой и практическими скилами на DAO PM, чтобы получить навык управления IT-командой.