Менеджер проекта и бизнес-аналитик: кто за что отвечает

Когда в одном проекте работают и проектный менеджер, и бизнес-аналитик, заказчику может быть непонятно, как разграничиваются их роли и ответственность? И тот, и другой вникают в требования, ходят на созвоны, взаимодействуют с командой, участвуют в запуске. Сама собой возникает мысль: «А нельзя ли заменить две роли одной?»

Но если копнуть глубже, становится ясно: работа этих специалистов имеет кардинально разный фокус. Один отвечает за движение проекта, другой задает направление работы. Попытки подменить одного другим — это как если бы режиссер фильма сам искал локации для съемок, составлял смету, договаривался с подрядчиками. Возможно, кино будет интересным, но с задержками, переработками и далеким от изначальной задумки.

Чтобы не работать над проектом вслепую, важно четко понимать, кто за что отвечает. Давайте разберем, кто такой проект-менеджер, кто такой бизнес-аналитик и почему их роли не взаимозаменяемы.

Проектный менеджер: кто это и для чего он нужен

Проектный менеджер (ПМ или проджект) следит, чтобы работа над продуктом двигалась в нужном темпе, укладывалась в график, не разваливалась под грузом мелочей, срочностей и новых идей. В его зоне ответственности:

• сроки;

• ресурсы;

• команда;

• задачи;

• риски.

ПМ выстраивает график работы над проектом, управляет командой разработчиков, а нередко и формирует ее, согласовывает объемы по задачам, помогает расставлять приоритеты. Важную часть работы проджекта составляет регулярное общение с клиентом, фиксация изменений по ходу проекта, принятие решений, если что-то идет не так.

Хороший ПМ понимает, что не существует идеального плана. Но есть рабочий план, который помогает довести проект до результата. Суперсилы менеджера — гибкость, умение держать внимание на цели и сохранять ритм, даже когда условия меняются.

Что входит в задачи менеджера проекта

Вот какие функции может брать на себя ПМ при разработке digital-продукта:

• Формирует и уточняет технические требования, участвует в подготовке ТЗ.

• Планирует и управляет процессом разработки — в том числе расставляет приоритеты задач.

• Координирует проектную команду, включая промежуточные контрольные точки.

• Отвечает за контроль качества на всех этапах разработки.

• Выстраивает коммуникацию внутри команды и со стейкхолдерами.

• Управляет изменениями и реагирует на риски.

• Контролирует сроки и бюджет, при необходимости корректирует планы.

• Обеспечивает подготовку документации — как проектной, так и релизной.

• Руководит выводом продукта и его последующей поддержкой.

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

Кто такой бизнес-аналитик и зачем он нужен

Бизнес-аналитик (БА), отвечает за то, чтобы продукт работал на решение задач бизнеса. БА не управляет сроками и ресурсами, его зона ответственности начинается раньше: на этапе выяснения, что именно должно быть сделано и зачем.

Не «сделайте красиво», а «добавьте кнопку оплаты на главный экран, чтобы пользователь мог завершить покупку быстрее».

Бизнес-аналитик фиксирует, какие функции должны быть в продукте, как они должны работать и почему. Он описывает пользовательские сценарии, уточняет детали, выявляет противоречия. И делает это до того, как начнется разработка, чтобы команда не писала код вслепую.

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

Какие задачи решает бизнес-аналитик

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

• Фиксирует требования в документации, а впоследствии поддерживает ее в актуальном состоянии.

• Анализирует и моделирует бизнес-процессы и пути их оптимизации разрабатываемым IT-решением.

• Управляет и актуализирует проектные условия.

• Переводит пожелания заказчика на технический язык и наоборот.

• Обеспечивает поддержку на всех этапах проекта, помогая команде сохранить курс.

• Принимает результат, проверяя его соответствие требованиям.

• Помогает внедрить и освоить новую систему.

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

Где ПМ и БА пересекаются

ПМ и БА работают бок о бок, особенно на старте проекта. Первый держит проект в обозначенных границах, второй — в нужном смысловом направлении. Вместе они формируют основу: что именно нужно сделать, сколько это займет и когда ждать результат.

Оба они могут участвовать во встречах с клиентом, обсуждают цели, уточняют детали. БА фиксирует требования, ПМ оценивает, сколько ресурсов потребуется на реализацию. Если аналитик что-то меняет в логике продукта, менеджер пересчитывает сроки и проверяет, не выбьет ли изменение команду из графика.

В течение проекта коммуникация между ними не прекращается:

• БА может передать в разработку новую фичу, а ПМ должен понять, как встроить ее в план;

• если появляется риск выбиться из графика, ПМ сообщает об этом, а БА помогает скорректировать функциональность.

Почему один не заменяет другого

Иногда в проект берут только ПМа, который и процессом управляет, и требования собирает. В редких случаях полагаются только на БA, запуская проект без менеджера в надежде, что как-нибудь сработает. В обоих случаях возможны пробелы и трудности.

Проджект-менеджер без бизнес-аналитика

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

Бизнес-аналитик без проект-менеджера

БА без менеджера проекта рискует застрять в деталях и потерять цельную картину. Эта роль по умолчанию не подразумевает наличие полномочий управлять сроками или командой, а без этого проект неизбежно начнет тормозиться. Даже если требования на 100 % понятны, без управления сроки поползут, команда начнет теряться в приоритетах, релиз сдвинется.

Есть ли исключения?

В некоторых проектах роли ПМ и БА совмещаются. И иногда это работает, если условия подходящие:

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

• Понятная концепция. Бывает и так: цели проекта однозначны и понятны, бизнес-логика проста, команда требуется небольшая. Совмещение ролей в этом случае может быть вполне рабочим.

• Высокая вовлеченность заказчика в процесс. Если клиент готов предоставлять быструю и подробную обратную связь, четко объясняет, какой именно продукт нужен, детально объясняет все нюансы, то БА-часть работы заметно упрощается.

Так что да, один человек может совмещать в себе функции проект-менеджера и бизнес-аналитика. Особенно если это человек с опытом и навыками обеих ролей. Но все равно это скорее исключение, чем правило. А в некоторых случаях попытка объединить две роли может быть вообще вредной:

• Проект будет расти или уже растет. Чем больше появляется требований, изменений и участников, тем сложнее сохранять качество реализации обеих функций.

• Сроки поджимают. Под давлением дедлайнов часто страдает один из фронтов работы или оба сразу.

• Возникает неопределенность. Если задач становится больше, но приоритеты не расставляются, команда начинает терять ориентиры. В такой ситуации нужен человек, который займется только менеджментом.

Наглядно: 10 ключевых различий между ПМ и БА

Чтобы вы могли быстро разобраться в разграничении ролей, мы собрали основные функцональные отличия проект-менеджера и бизнес-аналитика в табличный формат:

Как видно из таблицы, у каждой роли — своя оптика. Вместе они помогают команде видеть весь проект целиком.

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

Заказная разработка: как выстроить работу с подрядчиком

MVP: как не перегрузить первый релиз

Метрика Time to Market: держите время под контролем