Введение

Привет, мир! Я Ольга, менеджер по продуктам данных в команде инженеров по выходу на рынок (GTM) в Atlassian. Цель этого блога — пролить свет на мою роль с примерами рабочих потоков, принадлежащих схожим ролям в пространстве данных. Мы рассмотрим несколько примеров информационных продуктов и услуг в более широком ландшафте данных, а также то, как все это взаимодействует.

• Мнения являются моими собственными и не представляют Atlassian в целом.

там была открыта вакансия бизнес-роли.

С надеждой на лучшее и широко открытыми глазами,

Я погрузился в него, чтобы продолжать спрашивать «Почему?»

Если оставить в стороне шутки и неглубокие стихи, некоторые из важнейших элементов работы менеджера по продукту можно резюмировать умением и желанием задавать вопросы. Почему ? Потому что качество ответов, которые мы получаем, коррелирует с качеством вопросов, которые мы задаем. Чем любопытнее ПМ, тем лучше. Даже некоторые должностные инструкции продакт-менеджеров в наши дни включают приятное требование «бесстрашно бросать вызов существующему положению дел». Почему? Потому что любопытство имеет значение.

Мои замечательные коллеги в Atlassian выразили заинтересованность в том, чтобы узнать больше о моем личном и профессиональном опыте в качестве менеджера по проектам, на что я не мог сказать «нет». С другой стороны, способность говорить «нет» неприоритетной работе — одна из сильных сторон менеджера по проектам, однако сама роль за последнее десятилетие изменилась.

Роль менеджера по продукту

Итак, чем занимается продакт-менеджер? Чтобы ответить на этот вопрос, вот список вопросов, которые мне часто задают:

• Вы руководитель проекта?
• Менеджер программы?
• Что такое менеджер продукта?
• Какими видами продукции вы управляете?

• Менеджер продукта ≠ проекта ≠ программы.
• Продукт → Почему: мы продвигаем функции, улучшения, добавленную стоимость и кросс-функциональную эффективность.
• Проект → Когда: эти замечательные ребята — хронометристы и специалисты по диаграммам Ганта.
• Программа → Как: PgM — это процесс, поток и люди.

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

В моей команде — разработка данных о выходе на рынок — самая последняя дискуссия на тему «Чем занимается менеджер по продукту?» привели к следующим результатам:

• Привлекайте и сотрудничайте с заинтересованными сторонами
• Сотрудничайте с техническим менеджером, чтобы определить мощность
• Владейте дорожной картой, сроками, компромиссами и невыполненными функциями
• Оцените и продемонстрируйте ценность выполненной работы
• Планирование и подготовка спринта в Jira
• Предлагайте улучшения/функции продукта

На данный момент мы, возможно, смогли немного расшифровать роль PM. Теперь, что означает «Data PM»? Сильно ли он отличается от более широкого термина «PM»? Или от UI/Business/Technical PM?

Как всегда вопросов больше, чем ответов.

Роль менеджера продуктов данных

Так как предметная область может быть хаотичной из-за своей постоянно развивающейся природы, проблемы с качеством данных неизбежны. Появятся ошибки в коде, и возникнут несоответствия между источниками данных и инструментами визуализации данных. Будут человеческие ошибки и систематические унаследованные ошибки. Технический долг найдет свое место в прекрасно организованных пайплайнах. Роль Data PM включает в себя все базовые атрибуты и ожидания PM с несколькими дополнительными уровнями обязанностей, связанных с данными:

• Сотрудничайте с бизнес-командами в разработке видения потребностей в данных и воплощении его в дорожной карте продукта и сквозном исполнении.
• Знание концепций хранилищ данных, проектирование конвейеров данных, опыт написания SQL или Spark
• Создавайте и реализуйте бэклог продукта, сочетая инновации с обслуживанием и поддержкой
• Развивайте и защищайте сильные точки зрения с помощью данных и аналитики
• Работа со структурированными, неструктурированными и графическими данными

«Помогите вашей команде выпустить нужный продукт».

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

• Помогите своей команде выпустить правильный продукт: Data PM объединяет разные команды в качестве посредника или «клея», помогая всем достичь общих целей. Нередко приходится уравновешивать конфликтующие приоритеты в невыполненной работе, поэтому надежные данные, подтверждающие одно решение по сравнению с другим, — лучший друг Data PM. Мы используем структуру DACI в Atlassian, чтобы обеспечить согласованность между всеми сторонами.
• Помогите своей команде выпустить правильный продукт: в продукте нет «нас» против «их»: каждый является «командой», пока есть более широкая картина, в которую каждый может внести свой вклад. Поскольку данные являются основой практически для всех команд в среде SaaS, менеджер по управлению данными отвечает за обеспечение слаженности между маркетингом, продажами, поддержкой клиентов, юридическим отделом, финансами, персоналом, Martech, Salestech и другими деловыми партнерами.
• Помогите своей команде выпустить правильный продукт: ключевое слово здесь — «выпустить», что часто более выгодно, чем «достичь совершенства». Доставка - это прогресс. Совершенство — это миф. Непрерывный прогресс — самый рациональный способ приблизиться к совершенству. Хотя данные не так наглядны, как улучшения пользовательского интерфейса на веб-сайте или улучшения маркетинговых текстов, постепенные улучшения имеют решающее значение, поскольку они помогают командам повторять и оптимизировать существующие кампании и инициативы по дальнейшему развитию.
• Помогите своей команде поставлять правильный продукт: хотя это и субъективно, нет «правильного» или «неправильного» — доставка продукта связана с наивысшей добавленной стоимостью с наименьшими рисками и затратами. Просто, не так ли? (Это не так). Опять же, постепенная добавленная стоимость и решения, основанные на данных, гарантируют, что мы поставляем более «правильные», чем альтернативные варианты.
• Помогите своей команде выпустить правильный продукт : наконец, мы снова вернулись к теме продукта! В этом контексте «продукт» — это термин для описания полученного результата по сравнению с ожидаемым/предпочтительным результатом. Цель состоит в том, чтобы в идеале «обещать меньше, давать больше» и поставлять продукты и услуги данных, чтобы максимизировать результаты заинтересованных сторон и клиентов при минимизации ручных усилий и затрат.

Когда дело доходит до данных, понятие «продукты и услуги» может показаться запутанным и/или пугающим. Действительно, данные, поддерживающие жизненную силу операций и маркетинга, обычно остаются за кадром. В то же время все дело в перспективе: в мире SaaS все можно рассматривать как продукт данных и/или услугу. Не убежден? Как насчет -

• Различные конвейеры данных, поддерживающие маркетинг, продажи, финансы, операции с людьми, науку о данных, продукты машинного обучения и многое другое.
• Инструменты отчетности сторонних поставщиков, дополняющие анализ рентабельности инвестиций, расходы на рекламу и эффективность маркетинговых кампаний.
• Отслеживание поставщиков рекламы и рекламные технологии
• Интеграция с веб-данными и социальными сетями для получения информации о социальном взаимодействии с продуктами Atlassian.
• Отслеживание веб-событий и инструменты для измерения взаимодействия пользователей с нашим маркетинговым контентом, вебинарами, курсами, общедоступными дорожными картами и различными другими платформами.
• Инструменты визуализации данных — готовые к использованию в озере данных и созданные по индивидуальному заказу — для демонстрации ценности работы, анализа тенденций, шаблонов и моделей поведения, чтобы предсказывать и даже предписывать будущие инициативы и план действий.

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

Совет

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

Эта моя философия тесно связана с ценностями Atlassian . Звучит относительно? Ознакомьтесь с открытыми вакансиями PM в Atlassian — не упустите возможность изучить возможности!

#InDataWeTrust