8. Беклог продукту
Вимоги
Список бажаної
функціональності
В ідеалі написаний так, що
кожен елемент має значення
для кінцевого користувача
Сортований по пріоритету
Пріоритети виставляє Власник
продукту
Пріоритети оновлюються на
початку спринту
Беклог продукту
Новий функціонал
Помилки
Технічні задачі
Дослідження
9. Елементи Беклогу
User Story – презентує новий функціонал
Bug – презентує дефекти
Chore – робота, яку необхідно виконати, але вона
не має прямої бізнес цінності
Epic – презентує великі User Story, які не чітко
описані і/або потребують додаткового аналізу
Prototype – презентує прототипи та “proof of
concept”, які дають інформацію для прийняття
рішень.
11. Властивості Беклогу
Видимий для кожного
Прозорий і доступний для всієї команди
Єдине джерело та копія для запитів і вимог
Джерело для запитів і вимог продукту
Існує в одній копіі
Динамічний
Живий документ, який завжди не закінчений
Змінюється під час розробки продукту.
17. Backlog Refinement (Grooming)
Виключення User Story, які вже не релевантні
Створення нових User Story у відповідь до нових вимог та відгуків
клієнтів
Зміна пріоритетів існуючих User Story
Оцінка існуючих User Story, які описані та деталізовані
Переоцінка User Story в залежності від отриманої інформації та
досвіду
Створення нових User Story з Epics, які мають високий пріоритет
19. User Story
Короткий і простий запис вимоги записаний від імені
користувача.
As a <type of user>, I want <some goal> so that <some
reason>.
Як модератор форуму, я хочу блокувати
користувачів на 2, 5, 10 днів, таким чином я зможу
запобігти частим порушенням правил форуму.
20. User Story vs Job Story
Define Motivations, Don't Define Implementation
User
Story
Job
Story
21. User Story vs Job Story
User story:
As a moderator, I want to create a new game by entering a name and an
optional description, so that I can start inviting estimators.
Job Story:
When I'm ready to have estimators bid on my game, I want to create a
game in a format estimators can understand, so that the estimators can
find my game and know what they are about to bid on.
User story:
As an estimator, I want see the item we're estimating, so that I know
what I'm giving an estimate for.
Job Story:
When I find an item I want to set an estimate for, I want to be able to
see it, so that I can confirm that the item I'm estimating is actually the
correct one.
23. Як потрапити у халепу
Звалище
Заносити всі ідеї, пропозиції та довгострокові плани у
беклог продукту. Важливі речі виникнуть тоді, коли
вони будуть потрібні.
Велике попереднє проектування
Створення великої кількості елементів в беклогу, які
будуть нерелевантні через декілька спринтів
Нехтування беклогу
Використовуйте не більше 10% часу на роботу с
беклогом.
Більше ніж один беклог
Декілька беклогів підвищують складність і зменшують
прозорість розробки продукту