Воскресенье, 11 утра, звонок от маминой знакомой…
- Юля, привет! У меня такой вопрос к тебе…Я когда-то видела у тебя на страничке в Нельзяграме, когда у меня еще был к нему доступ, что ты работаешь кем-то интересным. Кстати, кем ты работаешь?
- Я product manager, ну проще говоря руководитель IT- команды
- Ааа, IT, понятно, я просто увидела описание, ничего не поняла, но мне показалось, что это что-то творческое: про рекламу
- Креатива в работе тоже хватает, конечно
Сегодня решила обсудить с вами классические роли в продуктовых командах, однако надо понимать, что в IT их гораздо больше.
Например, со словом продукт могу накидать навскидку:
- продакт менеджер,
- владелец продукта,
- продуктовый аналитик,
- продакт маркетинг менеджер,
- продуктовый дизайнер,
кто больше?
Product manager/Product Owner
Скажу честно, до сих пор на российском рынке – это синонимы.
Product manager (менеджер продукта) – это специалист, который отвечает за вывод продукта на рынок, его успешность, удовлетворенность пользователей и прибыль для бизнеса.
Project manager
Project manager (менеджер проекта) – это специалист, который отвечает за успешное завершение проекта в установленные сроки, в рамках бюджета и выделенных ресурсов.
Project manager = Руководитель проекта (РП)
Отличия project от product менеджера
Чтобы стало еще понятнее, давайте обратимся к определениям проекта и продукта.
Продукт – товар/услуга/сервис, который закрывает определенную пользовательскую потребность и пользуется спросом аудитории.
Пример: сервис по доставке готовых наборов питания.
Проект – четкий набор функционала/действий в рамках развития продукта, ограничен временными рамками, бюджетом и ресурсами.
Пример: разработка нового набора питания с сезонными фруктами и овощами
Роль в команде
Продакт может быть и официальным руководителем (зависит от структуры в компании) и не иметь сотрудников, но всегда является лидером, так как влияет на все сферы, которые связаны с его продуктом: маркетинг, продажи, разработка и т.д.
Проджект, он же Руководитель Проекта, всегда руководитель, часто на стороне IT, распределяет ресурсы команды и управляет их временем и задачами.
Бывают разные варианты взаимодействия, я работала во всех.
Вариант 1
На стороне бизнеса есть product owner, он формирует список требований к продукту и не общается с разработкой, на стороне IT выделена команда, есть проджект, который управляет проектом по разработке нового функционала.
Вариант 2
Есть выделенная продуктовая команда, где есть все необходимые роли для анализа, разработки и выпуска работающего продукта на рынок, в этом случае бизнес и интересы пользователя представляют продакт и аналитик, а остальные участники команды отвечают за разработку IT-решения.
Честно скажу, второй вариант мне ближе, меньше риска «разрыва» ожиданий vs. реальности. Ну и часто происходит совмещение задач продакта и проджекта в одном человеке.
Аналитики
Чаще всего, вы можете встретить 2 типа аналитиков, которые наиболее востребованы для IT команд.
Бизнес-аналитик (БА)
Специалист, который выявляет требования и проблемы бизнеса и/или пользователей, очень глубоко погружен в специфику области.
Общается с пользователями и заказчиком/бизнесом, не общается с разработкой.
Отвечает на вопрос: что должна делать система?
Цель работы БА: сформировать функциональные и нефункциональные требования к проекту/фиче, заранее определив и устранив технические препятствия, ограничения и противоречия.
Системный аналитик (СА)
Специалист, который проектирует доработку, которую «заказал» БА наиболее оптимальным образом с целью минимизации технических ограничений, например, потенциального негативного влияния нового функционала на весь продукт.
Не общается с пользователями и заказчиком/бизнесом, общается с разработкой.
Отвечает на вопрос: как должна работать система?
Цель работы СА: сформировать системные требования к продукту, в ряде случаев разработать и описать API.
Жизненный цикл фичи с точки зрения участия в них БА и СА
- Разработка требований - БА
- Проектирование - СА
- Разработка - СА
- Тестирование - СА/БА
- Приемка и ввод в эксплуатацию - БА
Выше уже говорила про разные варианты взаимодействия, вот в случае 1 варианта: на стороне бизнеса будет работать БА, а на стороне IT - СА.
Жаль, что в реальной жизни, часто не хватает ресурсов и кадров, но в идеальном мире при наличии обоих, эти ребята всегда поймут друг друга и договорятся.
Но, как обычно, в жизни чаще встречаются универсальные аналитики, которые совмещают в себе навыки и бизнес и системного анализа.
В следующей части поговорим о том, кто такой UI/UX дизайнер, деливери и девопс, а также о разных видах разработчиков. Интересно?
Кто из IT, отзовитесь в комментариях, кем работаете?
