Власник продукту — ключова роль у скрамі. Та багатьом організаціям доводиться докладати немало зусиль, щоб ефективно її використовувати. У чому річ? Розповідаємо, хто такий власник продукту, які обов’язки він виконує і яким може бути масштаб цих обов’язків, за статтями одного з найвідоміших людей у галузі — Романа Піхлера.

Product Owner — хто це?

Сама назва вказує на те, що Product Owner (власник продукту) — це людина, яка має розпоряджатися продуктом від імені компанії. Вона відповідає за те, щоб продукт створював цінність для клієнтів і користувачів, а також для компанії, що надає доступ до нього.

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

Обов’язки власника продукту (Product Owner responsibilities)

Щоб виконати цей обов’язок, власник продукту має підтримувати зв’язок з користувачами, співпрацювати з командою розробки і розбиратися в тому, як працює компанія. Як видно на схемі нижче (Product owner responsibilities list), власник продукту повинен прямо взаємодіяти з замовниками і кінцевими користувачами, командою розробки й іншими ключовими стейкхолдерами.

Зверніть увагу, що на ілюстрації однією фігурою об’єднані команда розробки, Scrum Master і Product Owner — це цілісна одиниця, адже у власника продукту мають бути тісні робочі стосунки з іншими членами скрам-команди, засновані на довірі. Це має зміст: великі продукти з’являються, коли їх власники з усім своїм знанням ринку та бізнесу тісно співпрацюють з командами розробки.

Успішному власнику продукту потрібно мати певні типи навичок (Product Owner skills): лідерські, стратегічні й тактичні, як видно на наступній діаграмі.

Лідерські навички — це:

  • емпатія;
  • власне бачення;
  • комунікація;
  • прийняття рішень;
  • управління стейкхолдерами;
  • продуктова етика.

Стратегічні навички включають:

  • уміння створювати продуктову стратегію й дорожню карту продукту;
  • розробку фінансової моделі;
  • фінансове прогнозування;
  • визначення KPI;
  • дослідження ринку та валідацію;
  • відкриття продукту (product discovery).

Тактичні навички, зрештою, — це:

  • приоритизація беклогу продукту, управління ним;
  • робота з портретами та історіями користувачів;
  • знання технік валідації продукту;
  • технічні знання.

Для зручнішої реалізації цих навичок власник продукту може потребувати засвоїти декілька Product Owner tools — інструментів (наприклад, Optimizely для А/В тестування).

Об’єм влади над продуктом: власники продуктів, фіч, компонентів

Щоб правильно зрозуміти обов’язки власника продукту, починайте з питання, чим він володіє. Це продукт, фіча чи компонент? Питання може здатися тривіальним, та відповісти на нього часом нелегко. У багатьох компаніях люди просто не мають спільного розуміння того, що називати своїм продуктом. Як результат, немає й чіткого розподілу ролей і обов’язків у роботі над продуктом. В ілюстраціях далі показана різниця між трьома типами власників продукту за його об’ємом.

Виявляється, багато людей, які називають себе власниками продукту, насправді є власниками фіч і компонентів. Якщо ваша роль саме така, це непогано, просто обов’язки різних власників суттєво відрізняються між собою.

  • Власник продукту відповідає за весь продукт. Відповідно, ця людина фокусується на тому, що забезпечує й підтримує успіх продукту — працюючи над тим, щоб у продукту була переконлива ціннісна пропозиція для клієнтів і користувачів, яка створюватиме необхідні переваги для бізнесу.
  • Власник фічі, навпаки, концентрується на одній чи кількох окремих фічах. Відповідальність цієї людини — забезпечувати налагоджену роботу фіч, наприклад, невелику кількість відмов у фічі кошика.
  • Схожим чином власник компоненту слідкує за одним або кількома компонентами, наприклад, інтерфейсом користувачів чи шаром доступу до даних (data access layer). Ця людина забезпечує адекватну роботу елементів архітектури. Для цього власник компоненту має мати певні технічні навички.

Призначення власників фіч і компонентів — це техніка масштабування: за рахунок здорового розподілу відповідальності продукт росте. Стандартний підхід — призначити одного власника продукту, який керуватиме всім продуктом, і кількох власників фіч і компонентів, які відповідали б за його складові.

Глибина влади: стратегічний чи тактичний власник продукту?

Припустимо, за класифікацією ви все ж власник продукту. Та наскільки ви ним володієте? Ви відповідальні за стратегічні й тактичні рішення чи може сфокусовані тільки на тактиці?

Відповідальність стратегічного власника продукту:

  • рішення про продуктову стратегію;
  • розробка дорожньої карти продукту;
  • управління стейкхолдерами.

Приклади обов’язків тактика:

  • управління беклогом продукту;
  • написання історій користувачів;
  • співпраця з командою розробки.

Людей, відповідальних за стратегічні й тактичні рішення, часом також називають “великими” (big) власниками продукту. Власників продукту-тактиків можуть називати “малими” (small). Як видно на наступній діаграмі, у “великих” і “малих” власників продукту різні обов’язки.

Роман Піхлер вважає “малих” власників продукту частковими. На жаль, визначення цієї ролі у скрамі нечітке. Хоч у Посібнику зі скраму вказаний обов’язок максимізувати цінність продукту, та в ньому перелічені тільки тактичні обов’язки на кшталт управління беклогом продукту чи співпраці з командою розробки.

Відмітимо, що в навчальному посібнику Scrum.org для сертифікаційного тренінгу Professional Scrum Product Owner детально розглядається багато стратегічних інструментів.

Часто трапляється, що “малі” власники продукту працюють из продакт-менеджером чи старшим власником продукту, який приймає стратегічні рішення. Така організація процесу — ще одна техніка масштабування, покликана допомогти росту продукту. Зазвичай вона добре працює, коли продукт росте стабільно або вже досяг стадії зрілості. Набагато менше вона підходить молодим продуктам, для яких потрібне чітке узгодження стратегічних і тактичних рішень між собою.

Перекладено і адаптовано командою BrainRain за матеріалами:

Серед Product Owner books радимо Product Owner Guide Романа Піхлера.