Хто не знайомий, що таке продуктовий беклог та Scrum, то починайте з цієї статті - "Scrum - найпопулярніша методологія Agile" та/або з цієї "Scrum: навчись робити вдвічі більше за менший час"
Що таке беклог продукту
Product Backlog (беклог продукта) - це список всіх задач та функцій, які потрібно реалізувати, щоб досягти мети проекту.
Product Backlog це “жива” частина проекту, яка постійно оновлюється залежно від потреб замовника та розвитку проекту.
У класичному Scrum за формування беклогу відповідає Product Owner. Він збирає вимоги від стейкхолдерів (зацікавлених сторін) і пріоритизує їх на основі цінності для бізнесу та зусиль, необхідних для реалізації кожної вимоги. У деяких проектах/компаніях, залежно від структури команди, роль Product Owner може виконувати проектний менеджер.
Формування продуктового беклогу є ключовим моментом для успіху проекту, оскільки він задає напрямок розвитку продукту і дозволяє команді працювати над найпріоритетнішими завданнями.
Після того, як Product Owner визначив основні цілі проекту та зібрав вимоги від зацікавлених сторін, ці вимоги структуруються у вигляді елементів продуктового беклогу. Елементи беклогу стають основними складовими роботи команди над проектом.
Про збір вимог тут:
Методи збору вимог для IT-проектів
Збір проектних вимог, методи - Інтерв'ю та Аналіз існуючої документації
Збір проектних вимог, методи - Анкетування та Мозковий штурм
Елементи продуктового беклогу
До елементів беклогу відносять:
1) User Stories (Користувацькі історії) - основний елемент беклогу, які описують функціональність з точки зору користувача, відповідаючи на питання: "Як користувач отримає цінність від цієї функції?".
2) Tasks (Задачі) - дрібніші завдання, на які розбивають історії користувачів, що необхідно виконати для реалізації функціоналу. Ці завдання технічна команда може точно оцінити, скільки часу (сторі поінтів) піде на їх реалізацію.
3) Bugs (Помилки) - елемент беклогу, що являє собою проблему яку необхідно виправити, щоб покарщити продукт.
4) Spike, Investigations/Learning (Дослідження, навчання) - завдання на дослідження функціоналу, ризиків чи невизначеностей. Вони допомагають зрозуміти потреби користувачів, ринкові тенденції, або глибше розібрати технічні задачі.
5) Technical Debt (Технічний борг) - проблеми в коді або архітектурі, які потрібно вирішити для підтримки довгострокової якості продукту.
6) Infrastructure Tasks (Інфраструктурні завдання) - завдання, пов'язані з налаштуванням та підтримкою інфраструктури проекту.
7) Improvements (Покращення) - пропозиції щодо поліпшення існуючих функціональностей. Виникають в процесі роботи.
Створення елементів продуктового беклогу
1) User Stories & Tasks
Одним із найважливіших елементів беклогу є користувацькі історії (User Stories). Вони дозволяють команді краще зрозуміти, як кінцевий користувач буде взаємодіяти з продуктом, і які саме функції створюють найбільшу для нього цінність.
Користувацька історія описує певну функціональність з точки зору кінцевого користувача. Це своєрідна розповідь про те, як конкретний користувач буде взаємодіяти з продуктом і яку цінність він отримає від його використання.
Кожна користувацька історія зазвичай має три ключові елементи:
- Роль: визначає користувача або групу користувачів, для яких створюється функціонал (наприклад, "Як покупець...").
- Потреба: опис того, що користувач хоче отримати від системи ("...я хочу фільтрувати товари за ціною").
- Цінність: пояснення, чому ця функція важлива для користувача ("...щоб швидше знайти потрібний товар").
На основі користувацьких історій команда розбиває роботу на більш дрібні завдання (Tasks), які можна оцінити та виконати протягом одного спринту.
Приклади:
User Story 1. Як покупець, я хочу мати можливість переглядати каталог автомобілів з фотографіями, щоб мати уявлення про їх зовнішній вигляд.
- Task 1: Зібрати якісні фотографії кожного автомобіля.
- Task 2: Розмістити фотографії на сторінках автомобілів.
User Story 2: Як покупець, я хочу мати можливість фільтрувати автомобілі за різними параметрами (марка, модель, рік випуску, тип пального, ціна), щоб швидко знайти автомобіль, що відповідає моїм потребам.
- Task 1: Розробити фільтри за маркою, моделлю, роком випуску, типом пального та ціною.
- Task 2: Інтегрувати фільтри з базою даних автомобілів.
2) Bugs
Окрім створення нових функцій, під час розробки продукту неминуче виникають помилки або баги (Bugs), які потрібно виправляти. Виправлення багів є не менш важливим елементом беклогу, адже воно впливає на якість та стабільність продукту.
Bugs - це елемент беклогу, що являє собою проблему яку необхідно виправити, щоб покарщити продукт.
Приклад:
Не працює фільтр за типом пального на сторінці каталогу автомобілів.
3) Investigations & Tech Debt & Improvements & Etc
Окрім виправлення багів, команда також працює над іншими типами завдань, які допомагають проекту рухатися вперед. Це можуть бути дослідження невизначеностей, технічний борг, завдання на покращення продукту, а також задачі з підтримки інфраструктури.
Ці завдання відіграють важливу роль у забезпеченні якості та стабільності продукту, що робить їх невід'ємною частиною беклогу.
Розглянемо детальніше кожен елемент беклогу:
1) Spike, Investigations - завдання на дослідження функціоналу або ризиків, невизначеностей.
2) Технічний борг - покращення коду (рефакторинг).
3) Інфраструктурні завдання - завдання, пов'язані з налаштуванням та підтримкою інфраструктури проекту.
4) Покращення - пропозиції щодо поліпшення існуючих функціональностей.
Після того, як сформували основні елементи продуктового беклогу, важливо зрозуміти, що кожна ітерація потребує чіткого планування завдань. У Scrum використовується поділ на два основні типи беклогів: продуктовий беклог та спринт беклог.
Продуктовий беклог - містить усі можливі завдання, які необхідно виконати для розвитку продукту в цілому, тоді як спринт беклог сфокусований на короткострокових цілях для поточного спринту.
Продуктовий беклог - це довгостроковий план розвитку продукту, який постійно оновлюється та містить усі вимоги до продукту. Він допомагає командам зрозуміти загальні цілі проекту. У продукті можуть бути як користувацькі історії, баги, так і завдання з покращення.
Спринт-беклог - це короткостроковий план для команди на найближчий спринт, що містить лише ті завдання, які команда планує виконати під час конкретного спринту. Цей беклог фіксований, і його зміст визначається на початку кожного спринту.
Робота з беклогом починається після декомпозиції проекту. Про неї детально тут - WBS: Що це таке та як його використовувати у проекті? на етапі Планування проекту (планування - по RITA Process Chart)
Після того, як беклог сформований можна проводити планування спринта. Детальніше тут - Покрокова інструкція проведення Sprint Planning в Agile.
Отже, продуктовий беклог є важливим інструментом для забезпечення чіткості та організації роботи команди. Він дозволяє систематизувати всі необхідні завдання, від користувацьких історій до технічних поліпшень і виправлення помилок. Структуроване та продумане ведення беклогу допомагає команді фокусуватися на найважливіших задачах і ефективно досягати цілей проекту, при цьому залишаючись гнучкими та готовими до змін.
Більше статтей - шукайте через навігатор.
Ще немає коментарів