Примітка: Сайт перекладено автоматично. Переключіться на англійську для кращого читання.

photo-1550946107-8842ae9426db

Що таке власник продукту в масштабованій структурі Agile SAFe? – Факти, цифри, дані 

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

 

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

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

 

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

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

Перш ніж ми заглибимося в тему, невелике зауваження. Нещодавно у нас в гостях були 11 міжнародних експертів з гнучких методів на вебінарі –, присвяченому питанню: Як правильно масштабувати гнучкі методи?

Результатом став цей фантастичний відеозапис (англійською мовою), в якому розглядаються, наприклад, такі питання:

  • Як краще починати: знизу вгору чи зверху вниз?
  • Як ви допомагаєте лідерам дійти згоди щодо спільного бачення?
  • Як правильно обрати гнучкий фреймворк – і чому це насправді не так важливо?

 Моя найтепліша рекомендація: подивіться! Це займе відносно багато часу, але воно варте кожної хвилини.

Щоб побачити відмінності в завданнях окремих власників продуктів, погляньте на графік тут. Він показує відмінності дуже чітко.

 

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

Щоб зробити ще більш зрозумілим, що таке SAFe Product Owner, наведемо приклад. Уявімо, що ми розробляємо мобільний телефон –, скажімо, iPhone. Є корпус, екран, друкована плата та багато іншого. Власник платформи відповідає за розробку всієї друкованої плати (електрики), яка також може слугувати основою для подальшої розробки мобільного телефону (наприклад, iPhone 10 – iPhone 11). На цій платі знаходяться різні компоненти, наприклад, всі функції клавіатури. Про це піклується власник компонентів. Власник функціонального продукту відповідає не лише за окремі компоненти, але й за повну функціональність мобільного телефону, включаючи, наприклад, світло та звук. Власник безпечного продукту відповідає за підобласть мобільного телефону і керує функцією, компонентом і Scrum PO. Власник портфоліо в кінцевому рахунку відповідає за весь мобільний телефон і, таким чином, "керує" всіма PO.

До речі, невеличке зауваження в контексті гнучкої трансформації: ви хочете переконатися, що ви наразі правильні пріоритети у вашій гнучкості Трансформація? 

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

Почніть зараз: Оцінка зрілості Agile
Agile Оцінка зрілості

Порівняння 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) (Тестування)
  • Прийом історій
  • Зовнішній вигляд як фактор, що сприяє
  • Участь у командних демонстраціях та ретроспективах

Він використовує такі методи, як Design Thinking – та інструменти безперервного дослідження, такі як Personas, Карти емпатії, Карти подорожі клієнта, Карти історій, щоб сприяти глибшому розумінню і взаєморозумінню в командах щодо клієнта та продукту. Діаграма також дає хороший огляд розподілу завдань.

 

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

 

Модель FAN-OUT

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

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

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

Більшість автобусів Agile їздять по колу....

...і лікувати поверхневі симптоми. Настав час використовувати психологію – для стійкої зміни мислення.

"Багато членів команди не наважуються висловитися!"

"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"

"Чому іноді на підготовку простої ретроспективи я витрачаю години?"

Масштабована сертифікація власника продукту Agile Framework

Як і де я можу отримати сертифікат?

Щоб отримати сертифікат, ви повинні забронювати курс, включаючи іспит, через www.scaledagile.com. Ця платформа надає доступ до всіх провайдерів та тренерів, які мають право сертифікувати SAFe. Сертифікація (курси та іспити) зазвичай відбувається онлайн. Окрім сертифікації SAFe PO, існує безліч інших сертифікатів.

 

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

Сертифікований власник/менеджер продукту 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 на етапах розробки, запуску та (раннього) зростання життєвого циклу продукту.

Поділіться цією статтею зі своїми знайомими

Потрібен командний поштовх? Ось що вам потрібно зробити: Ретроспектива Spotify Health Check!

Перше питання про здоров'я: "😍 Ми із задоволенням ходимо на роботу і отримуємо задоволення від спільної праці".

Хочете ще? Спробуйте наш Retro Tool зараз.

Більше статей

Інформаційний бюлетень Echometer

Не пропустіть жодного оновлення на Echometer та отримайте натхнення для гнучкої роботи