Уточнення Product Backlog — це безперервний процес створення функціональних продуктових беклогів, що дозволяє команді Scrum без підготовки розпочинати планування спринту. Останнім часом в ІТ світі все більше що таке скрам дискусій з приводу різниці між Product Owner та Product Manager, а також відносно їх обов’язків. Якщо ви працюєте з невеликим продуктом, то дана проблема для вас не актуальна – бо ви виконуєте обидві ролі… У будь-якому випадку вам потрібно буде організовувати структуру беклогів.
Інструменти Для Створення Product Backlog
Все тому, що цей аспект досить ситуативний і вважається, що вибір формату залежить саме від вподобань конкретної команди розробки. Загалом така канва використовується для перевірки, чи відповідає актуальна діяльність компанії її стратегічним цілям або концепціям. Також вона дає зрозуміти, у якому напрямку рухається бренд і що можна чи потрібно змінити для досягнення кращої результативності.
Scrum Scrum – Це Набір Принципів, На Яких Будується
Якщо ваш грумінг відбувається щодватижні (за умови двотижневих спринтів), вам вистачить й години. Цього часу вистачить на перегляд беклогу та збір ідей від технічних спеціалістів. Це якщо прибрати з розмови майже всі згадування котиків та дотримуватись адженди, звичайно. Ознайомтеся з рекомендаціями з управління успішним беклогом продукту та розміщення пріоритетів.
Зацікавлені Сторони (stakeholders)
Однак як тільки робота почнеться, слід звести зміни до мінімуму, так як вони порушують роботу команди розробників і впливають на фокус і моральний дух. Він може бути реалізований окремою особою або командою як метод управління часом. Люди мають обмежену кількість часу і часто повинні розставляти пріоритети для завдань. Як і у випадку з продуктами і програмами, можна очікувати, що не все в беклогу буде завершено.
Планування спринту – це обмежена у часі зустріч на початку спринту, на якій Команда та Власник Продукту (ВП) обговорюють та приймають рішення про те, яка робота буде завершена у спринті. Після того як бекліг продукту створений, важливо регулярно його підтримувати, щоб йти в ногу з програмою. Послідовність беклогу продукту змінюється в міру того, як команда краще розуміє результати і знаходить рішення. Таке переупорядкування існуючих елементів, постійне додавання, видалення та уточнення цих елементів визначає динамічний характер беклога. Крім того, нормально дотримуватися обговорених часових рамок, навіть якщо ви не охопили все, що було на порядку денному. Зробіть усе можливе протягом години, а потім дозвольте команді рухатися далі.
Термін прийшов ізсімейства методологій Agile, зокрема із Scrum… Потенційна структура беклогу буде цілком залежати від масштабу проєкту та команди розробки. Якщо ви працюєте на рівні Team Lead, а штат складають +-10 фахівців, то вам буде достатньо організувати беклог через User Story, можливо, через особливості й в мінімальній мірі через епіки. Таким чином, бачимо, що максимальний профіт отримуємо від простої розробки, яка не потребує великої кількості ресурсів чи часу, проте приносить досить вагомий дохід.
Scrum – одна з методологій, що базується на принципах Agile. Її суть полягає в тому, що над проєктом працює безпосередньо команда фахівців, Scrum-майстер і власник продукту. Робочі завдання треба розставити у порядку пріоритетів на основі дорожньої карти.
Коли ви отримуєте готові результати з портфоліо чи бізнес-аналізу, то можете переходити до практичніших питань, як-то виставляння пріоритетів задачам та їх безпосередня реалізація. Теоретично, на цій стадії ваш беклог може бути використано повторно. Тобто описаний концепт та аналіз можна адаптувати та провести його тестування на новому ринку тощо. SAFe надає деталізовані та зрозумілі шаблони, які ви можете адаптувати до власних потреб. Тобто достатньо лише обрати профіль того, куди вам потрібен макет, і далі оформлювати його згідно з рекомендаціями, наданими у фреймворку. Користувацька історія описує певну функціональність з точки зору кінцевого користувача.
Спринт — фіксований часовий період в агільній розробці, зазвичай тривалістю від одного до чотирьох тижнів. Але, зрештою, власник продукту – єдина людина, відповідальна за визначення пріоритетів. Це також є причиною, через яку ніколи не повинно бути кількох власників продуктів або комітетів власників продуктів.
Зрозумійте, що спонукало клієнта до цього запиту, який біль змусила звернутися до вас. Беклог спринту (Sprint Backlog) – це перелік завдань, які команда має виконати за один спринт. Як і в будь-яких інших методологіях чи архетипах розробки, в SAFe є чітко описана модель вимог. Вони формулюють бачення того, що ми маємо отримати в підсумку розробки, як взагалі будувати процеси, щоб досягти встановлених цілей. Після цих дій завдання зникне з розділу активних спринтів.
- Звичайно, він не самотній у своєму завданні і може попросити будь-яку допомогу, якої він потребує.
- Тривалість зустрічі залежить від довжини спринту, чим довше спринт, тим більше часу потрібно його планування.
- Відповідно, все вищевказане – важливі компоненти вашого проєкту.
Тож продакт-менеджер / власник продукту мають обов’язково виділити час на це перед зустріччю. Як DoD (Definition of Ready), DoD (Definition of Done) так й AC (Acceptance Criteria) мають на меті зробити роботу команди розробки та бізнесу максимально прозорою та продуктивною. Їх визначення на кожному конкретному проекті/продукті/в команді значно прискорює процес обговорення вимог та демо продукту.