Що таке Product Owner у Scaled Agile Framework SAFe? - Цифри, дані, факти 

Ви знаєте, що гнучка організаційна структура органічно пов’язана з ролями, а не є ієрархічною. У цьому випадку, як ви знаєте, гнучка організаційна структура Scaled Agile Framework - SAFe це метод масштабування гнучкості. Ви можете дізнатися більше про сам SAFe в наших різних статтях в блозі, наприклад, про 4 рівні Масштабованої структури Agile. Сьогодні ми детальніше розглянемо роль власника продукту в масштабованому фреймворку Agile. SAFe Product Owner має інші обов’язки, ніж, наприклад, Scrum Product Owner.

 

Отже, що таке масштабований власник продукту Agile Framework?

Масштабований власник продукту Agile Framework піклується про деталі продукту. До його завдань входить визначення користувацьких історій. Через розмір продуктів та проектів у SAFe, він працює лише над обраною частиною бэклогу продукту. При цьому він опікується однією або кількома командами розробників. Основна увага власника продукту SAFe зосереджена на тактиці продукту.

 

6 типів власників продуктів

• Своєрідний “Scrum Product Owner”, який відповідає за продукт в цілому. Його завдання - максимізувати цінність. Тому його часто називають “максимізатором цінності”.
• “Feature Owner”, який управляє важливою функцією продукту, з якою взаємодіють кінцеві користувачі - наприклад, пошук і навігація на веб-сайті онлайн-продавця. 
• “Component Owner”, який володіє архітектурним блоком, таким як рівень збереження даних - тобто “лише” окремими компонентами програмного забезпечення
• “Власник платформи”, який керує платформою як набором спільних програмних активів. 
• “Власник безпечного продукту”, який володіє даними про продукт. 
• “Власник портфеля”, який керує групою (пов’язаних) продуктів.

Щоб розібратися з відмінностями в завданнях окремих Product Owner, перегляньте графік тут. In dieser werden die Unterschiede sehr deutlich.

 

Приклад для розуміння різних типів власників продуктів

Щоб ще більше прояснити, що таке SAFe Product Owner, далі наведено приклад. Уявімо, що ми розробляємо мобільний телефон - скажімо, iPhone. У ньому є корпус, екран, друкована плата та багато іншого. Platform Owner відповідає за розробку всієї друкованої плати (електричної частини), яка також може бути основою для подальшого розвитку мобільного телефону (наприклад, iPhone 10 - iPhone 11). На цій друкованій платі є різні компоненти, наприклад, усі функції для клавіатури. За це відповідає Component Product Owner. Feature Product Owner відповідає не лише за окремі компоненти, але й за повну функціональність мобільного телефону, включно зі світлом і звуком, наприклад. SAFe Product Owner відповідає за частину мобільного телефону та керує Feature, Component і Scrum PO. Portfolio Owner, зрештою, відповідає за весь мобільний телефон і, таким чином, “керує” всіма PO.

До речі, невеличка ремарка в контексті agile-трансформації: Хочете бути впевненими, що зараз ви визначаєте правильні пріоритети у вашій agile-трансформації? 

Тоді пройдіть нашу перевірку рівня зрілості для вашої agile-трансформації - це займе лише 3 хвилини. Ви навіть отримаєте оцінку на основі понад трьохсот інших учасників. Див. кнопку 🙂

Порівняння Scrum Product Owner та SAFe Product Owner

Scrum Product Owner відповідає за продукт. Він дбає про бачення, стратегію і тактику продукту. Однак модель SAFe розділяє відповідальність за продукт на дві різні ролі: 

• Менеджер продукту SAFe: він відповідає за стратегічні рішення щодо продукту.
• Власник продукту SAFe: він відповідає за тактику продукту. 

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

У цьому контексті часто згадується термін Product Owner Sync. Принаймні, з точки зору змісту, PO Sync - це більш-менш Scrum зі Scrum. Мета PO Sync - забезпечити координацію бачення продукту та робочого контенту між усіма командами. Він синхронізує бачення, стратегію і тактику. Це ще одна роль в рамках SAFe.

 

Завдання та обов’язки власника продукту SAFe

Власник продукту відповідає за підготовку та участь у плануванні ПІ. В рамках ітерації він відповідає за підтримання командного беклогу, а саме за наступне: 

• Планування ітерацій
• Розвиток сюжету “точно в строк
• Застосування Розвиток, орієнтований на поведінку (BDD) (Тестування)
• Прийом історій
• Зовнішній вигляд як фактор, що сприяє
• Участь у командних демонстраціях та ретроспективах

Він використовує такі методи, як Дизайнерське мислення - і Continuous Exploration-Tools wie Personas, Empathy Maps, Customer Journey Maps, Story Maps, щоб заохочувати розуміння клієнта та продукту в командах. На схемі також ще раз добре показано розподіл завдань.

 

Джерело: Масштабований фреймворк Agile

 

Модель FAN-OUT

Як насправді подбати про належне та ефективне планування ресурсів? Це, включно з завантаженням і компетенціями членів команди, є вирішальним фактором у співпраці. Особливо, коли багато людей працюють разом, планування ресурсів і ролей надзвичайно важливе. Їх обов’язково потрібно узгоджувати один з одним. У найгіршому випадку можуть виникнути вузькі місця. Швидкість також гальмується неправильним або неоптимальним плануванням - все це спричиняє зайві витрати.

Віялова модель дбає про правильну кількість ресурсів продакт-менеджерів, власників продукту та гнучкої команди. Вони повинні бути максимально збалансовані, щоб забезпечити Agile Потяг розблокування (АРТ) для ефективного управління. Якщо навантаження не є оптимальним, вся система і люди в ній витрачатимуть багато часу на з’ясування питань замість того, щоб працювати продуктивно. З досвіду можу сказати, що в більшості випадків це призводить до витрат і помилок. Крім того, нескоординований спосіб роботи має сильний зовнішній ефект і тут також коштує балів досконалості.

Тому ви можете ефективно використовувати модель FAN-OUT тут. Кожен продакт-менеджер може підтримувати до чотирьох PO. Кожен з них може відповідати за одну або дві гнучкі команди. Знову ж таки, чим більше людей залучено, тим важливіша комунікація та прозорість.

Щоб отримати сертифікат, вам слід через www.scaledagile.com einen Kurs inkl. Prüfung buchen. Über diese Plattform hast du Zugriff auf alle Anbieter und Trainer, die SAFe zertifizieren dürfen. Die Zertifizierungen (Kurse und Prüfungen) finden in der Regel aktuell online statt. Neben der SAFe PO Zertifizierung gibt es noch zahlreiche weitere Zertifizierungen.

 

Опис роботи та цільова група

Сертифікований власник/менеджер продукту SAFe - це експерт з SAFe, який працює з клієнтами та організаціями-розробниками над визначенням вимог та їх пріоритетності.

 

Ви навчитеся наступним основним навичкам:

• Застосовуйте мислення Lean Agile та принципи і практики SAFe. 
• Визначте потреби клієнта
• Написання епічних творів, можливості, особливості та історії
• Пріоритетність роботи над створенням додаткової вартості для бізнесу 

Ви можете пройти курс у різних країнах, від різних тренерів та партнерів (наприклад, IBM або Capgemini). Зазвичай курс триває 2 дні. На іспит ви маєте 90 хвилин (1,5 години). Всього потрібно відповісти на 45 питань. Мова іспиту - англійська. Якщо ви відповісте на 35 з 45 питань (77%) POPM4. Ви отримаєте POPM5, якщо правильно відповісте на 33 з 45 (73%).

Джерело: isapm.org

Як правило, вартість становить від 995 до 1 400 євро і варіюється в залежності від постачальника.

Перша спроба складання іспиту включена у вартість курсу, якщо іспит складається протягом 30 днів після завершення курсу. Кожна повторна спроба коштує 50 євро.

Сертифікований власник продукту Scaled Agile Framework заробляє приблизно 55 000 - 65 000 євро/рік.

Це дуже залежить від зрілості, досвіду та особистості власника продукту, а також від середовища, в якому він працюватиме.

 

Підсумки та критика

Власник продукту в SAFe відрізняється від власника продукту в SCRUM. Через розмір і складність методу SAFe, завдання і обов’язки власника продукту розділені між двома людьми. 

Це вимагає співпраці, щоб продукти могли розроблятися оптимально. Часто це призводить до більших зусиль з координації. Якщо в проекті є багато невизначеностей і змін, метод SAFe, включаючи SAFe Product Owner, є менш придатним. 

Поки ви все ще шукаєте добре функціонуючу стратегію для виведення продукту на ринок, досягнення відповідності продукту ринку і подальшого розвитку продукту, особливо важливо поєднувати стратегічні і тактичні рішення щодо продукту і впроваджувати це, наприклад, за допомогою SCRUM. Тому доцільно розумно використовувати SAFe на етапах розробки, запуску та (раннього) зростання життєвого циклу продукту.