Product owner чем занимается этот специалист? Если вы уже искали ответ на этот вопрос, но так ничего и не поняли, то сейчас я вам объясню на пальцах: кто это, чем занимается и что самое главное в этой профессии.
Откинем в сторону (пока) всю айтишную терминологию и поговорим на нормальном, человеческом языке. Представьте себе, что вы купили участок земли и хотите построить на нём дачу. План-схема готова, бригада рабочих на месте- можно начинать.
Процесс пошёл. По ходу дела, вы решаете заменить одни стройматериалы на другие (цены изменились, теперь выгоднее использовать это, а не то), вместо одной большой гостиной целесообразнее стало сделать маленькую и столовую и далее в таком духе. Множество новых вводных, которые продиктованы обстоятельствами (санкции и т.п.) требуют своей реализации без остановки процесса строительства. Вы нарезаете задачи бригаде и корректируете их работу. Вам надо уложиться в запланированные сроки без ущерба качеству и бюджету.
Вы в этом случае и являетесь product owner ом на своей стройке. Эдакий тактик, который блестяще разруливает все перипетии и на выходе получает дачный участок такой как планировали, а возможно даже лучше и самое главное- вовремя.
Кто такой product owner?
Вернёмся в сферу IT. Темп развития технологий достиг такого уровня, что то, что актуально сегодня, через месяц может стать безнадёжно устаревшим. Поэтому, чтобы соответствовать духу и требованиям времени, в индустрии стали использовать такой подход к работе, который обеспечивал бы жизнеспособность проектов, в условиях стремительно изменяющихся реалий. Так возникли Agile- подход и Scrum-методология.
Agile (в переводе «гибкий»)-это подход, философия работы, которая делает упор на:
- Гибкость: быстрое реагирование на изменения.
- Команду: люди и их взаимодействие важнее процессов.
- Результат: работающий продукт важнее документации.
Agile – это не метод, а набор принципов, которые помогают командам работать эффективнее.
Scrum – это уже методология, один из способов работать по Agile. Он структурирует процесс и помогает командам:
- Работать короткими этапами (спринтами).
- Постоянно улучшать продукт.
- Быстро адаптироваться к изменениям.
Пример:
Команда работает над приложением для заказа такси:
- Agile говорит: «Делай то, что наиболее важно для клиента, и будь готов что-то из этого изменить»
- Scrum добавляет: «Работай 2-недельными спринтами, обсуждай прогресс каждый день и показывай результат клиенту в конце»
Product owner (PO) – это ключевая роль в Agile-командах в методологии Scrum. Он представляет собой связующее звено между бизнесом, клиентами и командой разработки. PO отвечает за успех продукта: бизнес растёт и процветает, клиенты удовлетворены и довольны, команда работает чётко, слажено, эффективно.
PO не просто менеджер, он своего рода владелец продукта, или его наместник, представитель, распорядитель (кому как понятнее). Он представляет интересы всех сторон, видит масштаб и цели во всей полноте и обеспечивает процесс работы в соответствии с этим масштабом и целями.
Product Owner чем занимается?
Основные обязанности Product Owner:
- Формирование видения продукта. PO определяет каким должен быть продукт, чтобы удовлетворить потребности пользователей и достичь бизнес-целей. Он создаёт и поддерживает продуктовое видение (Product Vision), которое служит ориентиром для команды разработчиков.
- Управление бэклогом продукта. Бэклог – это список задач, которые нужно выполнить для развития продукта. PO отвечает за его наполнение, приоритизацию и актуализацию. Он решает какие функции или улучшения нужно сделать в первую очередь, а что можно отложить.
Пример реального бэклога для PO:
Приложение для доставки еды.
Высокоприоритетные задачи (Must Have):
- Регистрация и авторизация пользователей: возможность регистрации через e—mail и пароль; авторизация через google и Facebook; восстановление пароля.
- Поиск ресторанов: фильтрация ресторанов по кухне (итальянская, азиатская и т.д.); сортировка по рейтингу, времени доставки и стоимости.
- Корзина оформления заказа: добавление блюда в корзину; возможность указать адрес и время доставки; способ оплаты.
- Отслеживание заказа: отображение статуса (принят, готовится, в пути, доставлен); уведомление об изменении статуса.
Средний приоритет (Should Have):
- Личный кабинет пользователя: история заказов; возможность оставить отзыв о ресторане; редактирование профиля.
- Система лояльности: накопление баллов за заказы; возможность использовать баллы для скидок.
- Рекомендации: персонализированные рекомендации блюд на основе истории заказов.
- Поддержка нескольких языков: английский, китайский, испанский и т.д.
Низкий приоритет (Could Have ):
- Интеграция с картами: отображение ресторанов на карте; расчёт времени доставки на основе местоположения.
- Чат с поддержкой: возможность обратной связи через приложениею
- Пуш-уведомления: уведомления об акциях и скидках.
- Реферальная программа: бонусы за приглашённого друга.
Задачи на будущее (Won’t Have This Time):
- Доставка из магазинов: возможность заказа продуктов из супермаркетов.
- Голосовой поиск.
- AR— меню: просмотр блюд в дополненной реальности.
Детализация задачи (пример)
Задача: регистрация и авторизация пользователей.
- Описание: пользователь должен иметь возможность зарегистрироваться в приложении через e—mail, google или Facebook.
- Критерии приёмки: пользователь может создать аккаунт с e—mail и паролем; пользователь может войти через Google/Facebook; пользователь может восстановить пароль через e—mail.
- Оценка сложности: 8 story points.
- Зависимости: интеграция с API Google и Facebook.
- Комментарии: необходимо учесть GDPR и защиту данных пользователей.
Этот бэклог адаптируется в зависимости от стадии разработки продукта, обратной связи от пользователей и изменений на рынке.
- Определение требований. PO собирает требования от всех заинтересованных сторон (от бизнеса, пользователей) и формулирует их в понятные для команды разработчиков требования. Пишет пользовательские истории (user stories), которые описывают что и зачем нужно сделать.
Пример User story для Product Owner:
Как зарегистрированный пользователь, я хочу иметь возможность восстановить пароль, чтобы я мог получить доступ к своей учётной записи, если забыл пароль.
Acceptance Criteria (критерий приёмки):
- На странице входа должна быть ссылка «Забыли пароль?».
- При нажатии на ссылку пользователь попадает на страницу восстановления пароля.
- Пользователь должен ввести e—mail, связанный с учётной записью.
- Если e—mail существует в системе, на него отправляется письмо с инструкцией по восстановлению пароля.
- Если e—mail не существует, пользователь видит сообщение: «Учётная запись с таким e—mail не найдена»
- В письме должна быть уникальная ссылка для сброса пароля, действительная в течении 24 часов.
- После перехода по ссылке пользователь может ввести новый пароль и подтвердить его.
- После успешного сброса пароля пользователь получает уведомление об успешном изменении пароля и перенаправляется на страницу входа
Примечания:
- Ссылка для сброса пароля должна быть одноразовой.
- Пароль должен соответствовать требованиям безопасности (минимум 8 символов, заглавные и строчные буквы, цифры).
- Письмо с инструкцией должно быть отправлено в течении 1 минуты после запроса.
- Приоритизация задач. PO решает, что для продукта важнее прямо сейчас. Для этого он должен знать и учитывать потребности клиентов, бизнес- цели, сроки и технические ограничения. Это помогает команде фокусироваться на самых важных задачах и этим обеспечивать максимальную эффективность своей работы.
- Работа с командой разработки. PO тесно взаимодействует с разработчиками, дизайнерами, тестировщиками и всеми другими участниками рабочего процесса. Отвечает на их вопросы, уточняет требования и помогает принимать решения в процессе работы.
- Оценка результатов. PO следит за тем, чтобы каждый спринт приносил ценность (выхлоп в общее дело). Он проверяет, соответствует ли результат ожиданиям, и вносит корректировки в бэклог при необходимости.
- Коммуникация с заинтересованными сторонами. PO общается с клиентами, руководством и другими лицами, чтобы держать их в курсе прогресса и получать обратную связь.
Какие навыки нужны для Product Owner?
Как вы уже поняли, профессия Product Owner, многозадачная и требует самого широкого спектра знаний в самых разнообразных областях. Про таких обычно говорят: и чтец, и жнец, и на дуде игрец. Product Owner должен быть лидером, аналитиком, переговорщиком и хорошим тактиком одновременно.
Если говорить про навыки профессии в чисто техническом плане, то нужно сделать важную оговорку: как таковым техническим специалистом Product Owner быть не обязан, он не создаёт продукт, он скорее контролирует чтобы его правильно создавали. Тем не менее, базовый набор технических навыков и инструментов необходим.
Технические навыки:
- Базовое понимание технологий: знание основ программирования (базы данных, фронтенд, бэкенд, API), понимание жизненного цикла разработки программного обеспечения, знание основ DevOps.
- Работа с данными: умение анализировать данные, понимание метрик продукта, понимание основ A/B-тестирования и аналитики.
- Знание архитектуры продукта: понимание как устроен продукт (микросервисы, монолитная архитектура), знание основ UX/UI дизайна (чтобы понимать, как пользователь взаимодействует с продуктом).
- Базовое понимание безопасности: основы кибербезопасности.
Инструменты:
- Управление задачами и бэклогом: Jira, Trello, Asana и другие.
- Аналитика и метрики: Google Analytics, Amplitude, SQL.
- Прототипирование и дизайн: Figma, Miro, Balsamiq.
- Документирование: Confluence, Notion, Google Docs.
- Коммуникация: Zoom или Google Meet, Slack, Microsoft Teams.
- Управление версиями: Git/GitHub.
- Управление продуктом: Roadmunk, Aha!, Productboard.
- Тестирование: Postman, BrowserStack.
И это совсем не исчерпывающий список. Понятно, что Product Owner может ограничится меньшим количеством инструментов, ему не придётся использовать всё перечисленное, но как минимум, он должен быть хорошо знаком с этим списком.
Гораздо большее значение в работе Product Owner имеют так называемые Soft Skills. Это те навыки, которые в других, более прикладных, более узкоспециализированных направлениях отодвигаются на второй план, а иногда и вообще игнорируются без особого ущерба для работы. В случае PO, это, без преувеличения, краеугольный камень, залог успеха.
Вот некоторые из тех, которые понадобятся PO с вероятностью 99.9%:
- Коммуникация: умение чётко и ясно доносить идеи, требования и цели; навыки ведения переговоров между всеми интересантами, нахождение компромиссов в тупиковых ситуациях.
- Лидерство: способность вдохновлять и мотивировать команду; умение принимать ответственные, волевые решения; навыки управления конфликтами и решения спорных ситуаций.
- Эмпатия: не быть мудаком.
- Тайм-менеджмент: эффективно управлять своим временем и грамотно расставлять приоритеты; умение своевременно соблюдать дедлайны.
- Критическое мышление: анализ данных и поиск оптимальных решений; адекватная оценка рисков и взвешенные решения.
- Гибкость и адаптивность: умение быстро реагировать на новые требования и обстоятельства, способность пересматривать приоритеты и вносить корректировки в план работы.
- Управление ожиданиями: умение балансировать между ожиданиями и реальным положением дел; постоянное и своевременное информирование о прогрессе и возможных изменениях.
- Навыки фасилитации: умение проводить эффективные встречи, обсуждения; формирование атмосферы, где каждый участник может высказаться и внести свой вклад в общее дело.
- Стратегическое мышление: видение долгосрочных целей и умение разбивать их на конкретные тактические шаги; понимание рынка, конкурентов и пользовательских трендов.
- Навыки работы с обратной связью: умение принимать и анализировать обратную связь и делать на основе этого правильные, полезные выводы.
- Креативность: нестандартный подход, живое мышление.
- Навыки сотрудничества: умение выстраивать настоящие доверительные отношения, а не шантажировать коллектив.
- Управление стрессом: способность сохранять трезвую голову в самых неблагоприятных условиях.
- Ориентация на результат: никогда не забывать ради чего это всё.
В общих чертах примерно так. Цельное понимание того, что тебе действительно остро необходимо, а что является лишь незначительной вспомогательной функцией, приходит, конечно, только с опытом и у каждого индивидуально. Кто-то от природы, возможно, уже наделён многим из необходимого, а кому-то придётся научиться. В любом случае, теоретических знаний никогда не будет хватать для работы. Практика и только практика поможет расставить всё на свои места и внести ясность как оно всё на самом деле работает.
Сколько времени нужно чтобы научиться?
Базовые навыки можно освоить примерно за 6-12 месяцев интенсивного обучения и практики. Глубокое понимание и настоящее проф. мастерство требует от 2 до 5 лет опыта в реальных проектах. Главное начать с малого, с того что ты можешь сделать уже сегодня, а дальше-больше.
Именно поэтому, чтобы вы уже сегодня смогли сделать хоть и небольшой, но в действительности возможно самый важный шаг, рекомендую вам посетить бесплатный (что бы даже фраза «денег нет пока» не остановила вас) курс по тем самым SoftSkill, который станет для вас вашим первым шагом и поможет ответить на многие вопросы в отношении как лично вас, так и ваших карьерных перспектив.
Ну и конечно, в помощь каждому, кто решил открыть для себя мир IT, наша бесплатная библиотека с кучей полезных книг и приглашением в ТГ-канал с бесплатными видеоматериалами.
Если вы ещё не потеряли интереса к профессии Product Owner, то рекомендуем скачать в нашей библиотеки бестселлер «Вдохновлённые» — Автор в краткой форме пробегается по всем аспектам работы продакта: от команды продукта и смежников, до исследования и тестирования продукта. Марти Каган делится своим опытом, полученным во время работы в таких компаниях, как eBay и Netscape.
Если вы только новичок в управлении продуктами или просто хотите больше узнать о данной профессии, то рекомендую начать именно с этой с книги.
