Посібник для власників продуктів: 10 порад для амбітних ОП

Ви Product Owner (PO), можливо, ви тільки почали свій шлях? У цій статті блогу або посібнику для Product Owner я спробую відповісти на ваші найактуальніші запитання та поділитися з вами 10 думками для вашої амбітної подорожі Product Owner. Крім того, я також наведу кілька прикладів цілей Product Owner і дам вам конкретні поради на перші 30 днів - як стати хорошим Product Owner?

Щоб успішно діяти в гнучкому світі, важливо розуміти, ким Product Owner не є. PO не є мікроменеджером. Уникайте залучення до кожної деталі. Ваше завдання - прояснити бачення, надати команді простір для самоорганізації - і підтримувати порядок у беклозі. Вашим найкращим джерелом інформації для цього є ваші зацікавлені сторони та/або клієнти.

Product Owner також не є технічним архітектором і не визначає завдання повністю: команда, звичайно, також допомагає в цьому! 

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

Щоб заглибитися в наш Посібник для власників продукту: Якими ж, з іншого боку, є характеристики хорошого Власника продукту (Product Owner або PO)? Давайте почнемо з того, що означає бути хорошим власником продукту:

1. Власність власника продукту Клієнтоорієнтованість: Хороші власники продуктів мають глибоке розуміння потреб, очікувань і проблем клієнтів. Вони прагнуть створювати продукти, які пропонують чітку додаткову цінність і підвищують задоволеність клієнтів.

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

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

4. Комунікативні навички: Сильні комунікативні навички мають вирішальне значення для ефективної взаємодії з різними зацікавленими сторонами. Це включає в себе чітке донесення вимог до команди розробників та отримання зворотного зв’язку від стейкхолдерів.

5. Власність власника продукту Самостійна відповідальність: Хороші власники продуктів беруть на себе відповідальність за успіх свого продукту. Вони проактивні, віддані своєму баченню і вживають заходів для усунення перешкод.

6. Product Owner характеристика Емпатія: Здатність співпереживати перспективам клієнтів, команди розробників та інших зацікавлених сторін дозволяє власникам продуктів приймати більш обґрунтовані рішення та ефективніше комунікувати.

7. Технічне розуміння: Хоча вони не обов’язково повинні бути розробниками, хороші власники продуктів мають базове розуміння технічних аспектів свого продукту. Це допомагає у спілкуванні з командою розробників та оцінці технічних проблем.

8. Мислення Agiles: Гнучке мислення має вирішальне значення для розуміння принципів гнучких методів і здатності гнучко реагувати на зміни. Це також включає в себе готовність прийняти ітеративні процеси.

9. Зосередьтеся на доброзичливості: Хороші власники продуктів зосереджуються на максимізації бізнес-переваг продукту. Вони розуміють стратегічні цілі компанії і відповідно розставляють пріоритети.

10. Командна співпраця: Важливою є співпраця з командою розробників, Scrum-майстром та іншими зацікавленими сторонами. Власники продукту повинні вміти створювати сприятливе та мотивуюче середовище.

11. Характеристика Власника продукту Готовність до навчання: Продукти та технології постійно розвиваються, тому готовність проходити безперервне навчання є важливою для того, щоб залишатися в курсі подій та розпізнавати нові можливості.

12. РетроспективиБезпосередньо випливає з попереднього пункту: у гнучкому світі безперервне вдосконалення - це не просто модне слово, а важливий рятувальний круг. Регулярна рефлексія над гнучкими процесами і т.д. через ретроспективу дає можливість оптимізувати процеси і посилити командну динаміку. Якщо ви впроваджуєте лише одну гнучку церемонію, то використовуйте (хорошу) ретроспективу, і все інше буде легше для вас!

Щоб зробити наступний крок у нашому Посібнику для власників продукту: Які цілі може поставити перед собою, наприклад, власник продукту або офіційний представник? Щоб дати вам конкретні ідеї, я зібрав тут кілька прикладів:

• Приклад Мета власника продукту: покращити зручність користування продуктом.
  • Критерії: Скорочення середнього часу заряджання на 20% протягом наступних трьох циклів розробки.
• Приклад Мета власника продукту: Підвищити задоволеність клієнтів.
  • Критерії: Досягнення рейтингу задоволеності клієнтів щонайменше 4,5 з 5 зірок на основних платформах відгуків до кінця наступного кварталу.
• Приклад Власник продукту Мета: Впровадження нових функцій.
  • Критерії: Надання щонайменше трьох нових функцій протягом наступних двох спринтів, враховуючи реалістичні ресурси та графіки.
• Приклад Власник продукту Мета: Підвищити коефіцієнт конверсії.
  • Критерії: Досягти збільшення конверсії на 15% шляхом впровадження A/B-тестування та оптимізації сторінки оформлення замовлення протягом наступних двох місяців.
• Приклад Мета власника продукту: Зменшення кількості помилок у програмному забезпеченні.
  • Критерії: Зменшення кількості критичних помилок на 30% до наступного випуску програмного забезпечення через шість тижнів.
• Приклад Мета власника продукту: Збільшити участь користувачів.
  • Критерії: Збільшення середнього часу, проведеного на платформі, на 25% протягом наступних трьох місяців.
• Приклад Власник продукту Мета: Посилення конкурентної позиції.
  • Критерії: Представлення унікальної торгової пропозиції, яка відрізняє продукт від конкурентів, до наступної галузевої події через три місяці.
• Приклад Власника продукту Мета: Впровадження нового циклу випуску.
  • Критерії: Впровадження більш гнучкого циклу випуску, в якому нові функції публікуються кожні чотири тижні, починаючи з наступного кварталу.

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

Якщо ви новий Product Owner, на що вам слід звернути особливу увагу в перші 30 днів вашої ролі Product Owner? Наступний розділ нашого Посібника для власників продукту присвячений цьому:

1. Власник продукту перші 30 днів: знайомство з компанією

   • Витратьте час на розуміння компанії, її культури, місії та цінностей.
   • Познайомтеся з найважливішими стейкхолдерами та членами команди.

2. Перші 30 днів для власника продукту: розуміння продукту

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

3. Перші 30 днів власника продукту: розуміння потреб клієнта

   • Проведіть обговорення з відділом підтримки клієнтів, відділом продажів та іншими відповідними відділами, щоб отримати уявлення про потреби та вимоги клієнтів.
   • Проаналізуйте наявні дані та відгуки клієнтів.

4. Перші 30 днів власника продукту: зустрічі з командою

   • Проведіть зустрічі з командою розробників, щоб познайомитися з членами команди, зрозуміти їхні перспективи та заохотити до співпраці.
   • Прояснити очікування та ролі.

5. Перші 30 днів для власника продукту: аналіз поточного беклогу продукту

   • Проаналізуйте поточний портфель продуктів, щоб зрозуміти існуючі вимоги та пріоритети.
   • Визначте можливі покращення або коригування.

6. Прояснення бачення та цілей продукту:

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

7. Побудова відносин зі стейкхолдерами:

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

8. Вступ до гнучкої методології:

   • Якщо компанія ще не є повністю гнучкою, поясніть принципи гнучкості та методологію Scrum.
   • Переконайтеся, що команда та зацікавлені сторони мають спільне розуміння способу роботи.

9. Визначте пріоритети та складіть дорожню карту:

   • Ознайомтеся з найважливішими вимогами та визначте пріоритети в портфелі продуктів.

10. Отримання та адаптація зворотного зв’язку:

    • Запитуйте зворотній зв’язок у членів команди, стейкхолдерів та інших власників продуктів у компанії.
    • Адаптуйте свої стратегії та плани відповідно.

11. Визначте ризики та виклики:

    • Проаналізуйте потенційні ризики та виклики, які можуть вплинути на розробку продукту.
    • Розробляйте стратегії для мінімізації ризиків та подолання викликів.

12. Впровадження гнучких інструментів:

    • Якщо ви ще не зробили цього, впровадьте гнучкі інструменти для управління продуктами, такі як інструмент для управління беклогом і відстеження робочих завдань, або інструмент для постійного вдосконалення команди і вашої роботи, наприклад, Echometer.

13. Інтеграція у спільноту та мережу:

    • Приєднуйтесь до внутрішніх та зовнішніх спільнот з управління продуктами, щоб дізнатися про найкращі практики та побудувати мережу.
    • Поділіться своїм досвідом і вчіться у інших власників продуктів.

14. Перевірте процеси забезпечення якості та тестування:

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

15. Встановіть метрики ефективності:

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

16. Зосередьтеся на безперервному наданні послуг:

    • Наголошуйте на важливості безперервної доставки та ітерацій у процесі розробки продукту.
    • Впроваджуйте гнучкі практики, такі як спринт-огляди та ретроспективи, щоб постійно вдосконалювати процес.

Звичайно, ці аспекти будуть важливими не тільки з 1-го по 30-й день, але й, можливо, до 90-го дня і далі.

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

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

Вирішіть цю проблему

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

Вирішіть цю проблему

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

Вирішіть цю проблему

Як ви бачили вище, постійне вдосконалення вашої продуктової команди - це, в першу чергу, відповідальність Скрам-майстра. Але власник продукту також отримує від цього велику користь. Можливо, у вашій команді навіть немає спеціального Scrum-майстра на повний робочий день? У будь-якому випадку, вам варто звернути увагу на інструмент Echometer.

Echometer - це цифровий інструмент, який допомагає гнучким лідерам команд з гнучкими ретроспективами та командами Health Check. Дистанційно, гібридно чи на місці: він робить командний коучинг вимірюваним і професіоналізує вашу роботу, заощаджуючи при цьому багато часу. Просто завітайте на наш сайт, щоб дізнатися більше: www.echometerapp.com.

Хороший Scrum Master на вагу золота для Product Owner - інвестуйте час у хороший коучинг і хороші відносини.

Крістіан Хайдемайєр, психолог та скрам-майстер

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

Наостанок, ще раз нагадування: якщо ви хочете спробувати, як це - розвивати свою команду за допомогою нашого інструменту: ви можете почати гнучку ретроспективу без входу в систему, у цьому випадку майстерню “Keep, Stop, Start”. 

Або ж просто перешліть наш сайт відповідальним колегам: www.echometerapp.com.

Як це зробити

Keep Stop Start Retro: Як проходить ретроспектива

1. Випадковий Icebreaker (2-5 хвилин)

   Echometer надає вам генератор випадкових питань для реєстрації.

2. Огляд відкритих заходів (2-5 хвилин)

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

3. Обговорення ретро-тем

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

   • Продовження: Що ми повинні зберегти?
   • Зупинка: На чому ми повинні зупинитися?
   • Початок: Що ми повинні почати робити?

4. Універсальне питання (рекомендовано)

   Щоб інші теми також мали місце:

   • Про що ще ви хочете поговорити на ретроспективі?

5. Пріоритезація / Голосування (5 хвилин)

   На ретро-дошці в Echometer ви можете легко розставити пріоритети для відгуків за допомогою голосування. Голосування, звичайно, є анонімним.

6. Визначення заходів (10-20 хвилин)

   За допомогою символу "плюс" на відгуку можна створити пов'язаний захід. Ще не впевнені, який захід буде правильним? Тоді відкрийте дошку для обговорення з цієї теми за допомогою символу "плюс", щоб провести мозковий штурм щодо основних причин і можливих заходів.

7. Виїзд / Закриття (5 хвилин)

   Echometer дозволяє збирати анонімні відгуки від команди про те, наскільки корисною була ретроспектива. Це створює оцінку ROTI ("Retrun On Time Invested"), яку ви можете відстежувати з часом.

Keep Stop Start Retro

Продовження: Що ми повинні зберегти?

Зупинка: На чому ми повинні зупинитися?

Початок: Що ми повинні почати робити?

Відкрийте це ретро зараз Пристосуватися...