product backlog with scrum
TRANSCRIPT
Традиційний підхід до розробки продукту
Клієнт знає чого він бажає
Розробники знають як це зробити
Нічого не змінюється упродовж роботи
Agile підхід
Клієнт дізнається чого він бажає
Розробники знаходять як це зробити
Багато речей змініються упродовж роботи
Беклог продукту
Вимоги
Список бажаної функціональності
В ідеалі написаний так, що кожен елемент має значення для кінцевого користувача
Сортований по пріоритету
Пріоритети виставляє Власник продукту
Пріоритети оновлюються на початку спринту
Беклог продуктуБеклог
продукту Новий функціонал
Помилки
Технічні задачі
Дослідження
Елементи Беклогу
User Story – презентує новий функціонал
Bug – презентує дефекти
Chore – робота, яку необхідно виконати, але вона не має прямої бізнес цінності
Epic – презентує великі User Story, які не чітко описані і/або потребують додаткового аналізу
Prototype – презентує прототипи та “proof of concept”, які дають інформацію для прийняття рішень.
Властивості Беклогу
Видимий для кожного
Прозорий і доступний для всієї команди
Єдине джерело та копія для запитів і вимог
Джерело для запитів і вимог продукту
Існує в одній копіі
Динамічний
Живий документ, який завжди не закінчений
Змінюється під час розробки продукту.
Backlog Refinement (Grooming)
Виключення User Story, які вже не релевантні
Створення нових User Story у відповідь до нових вимог та відгуків клієнтів
Зміна пріоритетів існуючих User Story
Оцінка існуючих User Story, які описані та деталізовані
Переоцінка User Story в залежності від отриманої інформації та досвіду
Створення нових User Story з Epics, які мають високий пріоритет
User Story
Короткий і простий запис вимоги записаний від імені користувача.
As a <type of user>, I want <some goal> so that <some reason>.
Як модератор форуму, я хочу блокувати користувачів на 2, 5, 10 днів, таким чином я зможу запобігти частим порушенням правил форуму.
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.
Як потрапити у халепу
Звалище
Заносити всі ідеї, пропозиції та довгострокові плани у беклог продукту. Важливі речі виникнуть тоді, коли вони будуть потрібні.
Велике попереднє проектування
Створення великої кількості елементів в беклогу, які будуть нерелевантні через декілька спринтів
Нехтування беклогу
Використовуйте не більше 10% часу на роботу с беклогом.
Більше ніж один беклог
Декілька беклогів підвищують складність і зменшують прозорість розробки продукту
Посилання та література http://
agilebench.com/blog/the-product-backlog-for-agile-teams
http://scrummethodology.com/the-scrum-backlog/
http://scrumtrainingseries.com/BacklogRefinementMeeting/BacklogRefinementMeeting.htm
http://www.mountaingoatsoftware.com/blog/stories-epics-and-themes
http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/
http://www.mountaingoatsoftware.com/blog/make-the-product-backlog-deep
http://scrummethodology.com/scrum-backlog-grooming/
http://www.scrumcrazy.com/file/view/BacklogGroomingTipsHandoutNov2013.pdf/470623706/BacklogGroomingTipsHandoutNov2013.pdf
http://guide.agilealliance.org/guide/backlog-grooming.html
http://scrumreferencecard.com/scrum-reference-card/
http://alanklement.blogspot.com/2013/09/replacing-user-story-with-job-story.html
Дякую за увагу!
www.twitter.com/jen777
www.facebook.com/yvershynin