SlideShare uma empresa Scribd logo
1 de 25
Беклог продукту
у Scrum
Євген Вершинін
25.02.2015
Вільне кафе STANTSIYA
Традиційний підхід до
розробки продукту
 Клієнт знає чого він бажає
 Розробники знають як це зробити
 Нічого не змінюється упродовж роботи
Agile підхід
 Клієнт дізнається чого він бажає
 Розробники знаходять як це зробити
 Багато речей змініються упродовж роботи
Waterfall
Scrum
Lean
Agile в картинках та прикладах
Agile в картинках та прикладах
Scrum в одній картинці
Беклог продукту
 Вимоги
 Список бажаної
функціональності
 В ідеалі написаний так, що
кожен елемент має значення
для кінцевого користувача
 Сортований по пріоритету
 Пріоритети виставляє Власник
продукту
 Пріоритети оновлюються на
початку спринту
Беклог продукту
 Новий функціонал
 Помилки
 Технічні задачі
 Дослідження
Елементи Беклогу
 User Story – презентує новий функціонал
 Bug – презентує дефекти
 Chore – робота, яку необхідно виконати, але вона
не має прямої бізнес цінності
 Epic – презентує великі User Story, які не чітко
описані і/або потребують додаткового аналізу
 Prototype – презентує прототипи та “proof of
concept”, які дають інформацію для прийняття
рішень.
Елементи Беклогу
Властивості Беклогу
 Видимий для кожного
 Прозорий і доступний для всієї команди
 Єдине джерело та копія для запитів і вимог
 Джерело для запитів і вимог продукту
 Існує в одній копіі
 Динамічний
 Живий документ, який завжди не закінчений
 Змінюється під час розробки продукту.
Make the Product Backlog DEEP
Вірно деталізований
Оцінений
Живий, постійно оновлюваний документ
(Emergent)
Приорітизований
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
Define Motivations, Don't Define Implementation
User
Story
Job
Story
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.
Проект описаний User Story
(story mapping)
Як потрапити у халепу
 Звалище
 Заносити всі ідеї, пропозиції та довгострокові плани у
беклог продукту. Важливі речі виникнуть тоді, коли
вони будуть потрібні.
 Велике попереднє проектування
 Створення великої кількості елементів в беклогу, які
будуть нерелевантні через декілька спринтів
 Нехтування беклогу
 Використовуйте не більше 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/BacklogGroomingTi
psHandoutNov2013.pdf/470623706/BacklogGroomingTipsHa
ndoutNov2013.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
Дякую за увагу!
 jen.versh@gmail.com
 www.twitter.com/jen777
 www.facebook.com/yvershynin

Mais conteúdo relacionado

Mais procurados

Scrum - Agile Methodology
Scrum - Agile MethodologyScrum - Agile Methodology
Scrum - Agile MethodologyNiel Deckx
 
Agile Process Introduction
Agile Process IntroductionAgile Process Introduction
Agile Process IntroductionNguyen Hai
 
카카오는 애자일 한가요?
카카오는 애자일 한가요?카카오는 애자일 한가요?
카카오는 애자일 한가요?호정 이
 
Basic Scrum Framework
Basic Scrum FrameworkBasic Scrum Framework
Basic Scrum FrameworkNaresh Jain
 
Agile In 5 Minutes
Agile In 5 MinutesAgile In 5 Minutes
Agile In 5 MinutesHenry Jacob
 
12 agile principles
12 agile principles12 agile principles
12 agile principlesSteve Ngo
 
Лекция 2: АВЛ-деревья (AVL trees)
Лекция 2: АВЛ-деревья (AVL trees)Лекция 2: АВЛ-деревья (AVL trees)
Лекция 2: АВЛ-деревья (AVL trees)Mikhail Kurnosov
 
What to expect in 30 60-90 days in agile transformation journey?
What to expect in 30 60-90 days in agile transformation journey?What to expect in 30 60-90 days in agile transformation journey?
What to expect in 30 60-90 days in agile transformation journey?SwatiKapoor43
 
Agile Scrum Methodology - Introduction
Agile Scrum Methodology - IntroductionAgile Scrum Methodology - Introduction
Agile Scrum Methodology - IntroductionGeetha Madhuri
 
Agile ceremonies in detail ipo
Agile ceremonies in detail ipoAgile ceremonies in detail ipo
Agile ceremonies in detail ipoBalaji Sathram
 
TDD and Simple Design Workshop - Session 1 - March 2019
TDD and Simple Design Workshop - Session 1 - March 2019TDD and Simple Design Workshop - Session 1 - March 2019
TDD and Simple Design Workshop - Session 1 - March 2019Paulo Clavijo
 
Agile presentation
Agile presentationAgile presentation
Agile presentationinfolock
 

Mais procurados (20)

Scrum
ScrumScrum
Scrum
 
Scrum - Agile Methodology
Scrum - Agile MethodologyScrum - Agile Methodology
Scrum - Agile Methodology
 
Agile Process Introduction
Agile Process IntroductionAgile Process Introduction
Agile Process Introduction
 
Scrum Process
Scrum ProcessScrum Process
Scrum Process
 
Introduzione a Scrum
Introduzione a ScrumIntroduzione a Scrum
Introduzione a Scrum
 
카카오는 애자일 한가요?
카카오는 애자일 한가요?카카오는 애자일 한가요?
카카오는 애자일 한가요?
 
Basic Scrum Framework
Basic Scrum FrameworkBasic Scrum Framework
Basic Scrum Framework
 
Agile In 5 Minutes
Agile In 5 MinutesAgile In 5 Minutes
Agile In 5 Minutes
 
12 agile principles
12 agile principles12 agile principles
12 agile principles
 
Лекция 1. UML (use cases)
Лекция 1. UML (use cases)Лекция 1. UML (use cases)
Лекция 1. UML (use cases)
 
Лекция 2: АВЛ-деревья (AVL trees)
Лекция 2: АВЛ-деревья (AVL trees)Лекция 2: АВЛ-деревья (AVL trees)
Лекция 2: АВЛ-деревья (AVL trees)
 
What to expect in 30 60-90 days in agile transformation journey?
What to expect in 30 60-90 days in agile transformation journey?What to expect in 30 60-90 days in agile transformation journey?
What to expect in 30 60-90 days in agile transformation journey?
 
Scrum ppt
Scrum pptScrum ppt
Scrum ppt
 
Scrum
ScrumScrum
Scrum
 
Agile Scrum Methodology - Introduction
Agile Scrum Methodology - IntroductionAgile Scrum Methodology - Introduction
Agile Scrum Methodology - Introduction
 
Agile & Scrum podstawy
Agile & Scrum podstawyAgile & Scrum podstawy
Agile & Scrum podstawy
 
Agile ceremonies in detail ipo
Agile ceremonies in detail ipoAgile ceremonies in detail ipo
Agile ceremonies in detail ipo
 
TDD and Simple Design Workshop - Session 1 - March 2019
TDD and Simple Design Workshop - Session 1 - March 2019TDD and Simple Design Workshop - Session 1 - March 2019
TDD and Simple Design Workshop - Session 1 - March 2019
 
Agile presentation
Agile presentationAgile presentation
Agile presentation
 
Tube Map
Tube MapTube Map
Tube Map
 

Destaque

SCGMIS Agile Business Analysis Workshop July 2014
SCGMIS Agile Business Analysis Workshop July 2014SCGMIS Agile Business Analysis Workshop July 2014
SCGMIS Agile Business Analysis Workshop July 2014Justin Petite
 
Менеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчительМенеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчительYuriy Koziy
 
Методологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів ScrumМетодологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів ScrumYevgen Vershynin
 
Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»Lviv Startup Club
 
Пример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округаПример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округаDenis Beskov
 
Как быть заказчиком продукта?
Как быть заказчиком продукта?Как быть заказчиком продукта?
Как быть заказчиком продукта?Denis Beskov
 

Destaque (6)

SCGMIS Agile Business Analysis Workshop July 2014
SCGMIS Agile Business Analysis Workshop July 2014SCGMIS Agile Business Analysis Workshop July 2014
SCGMIS Agile Business Analysis Workshop July 2014
 
Менеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчительМенеджерські граблі, або Фейл - найкращий вчитель
Менеджерські граблі, або Фейл - найкращий вчитель
 
Методологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів ScrumМетодологія розробки ІТ проектів Scrum
Методологія розробки ІТ проектів Scrum
 
Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»Андрій Кушнарьов «Agile планування проектів»
Андрій Кушнарьов «Agile планування проектів»
 
Пример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округаПример концепции проекта — модернизация портала округа
Пример концепции проекта — модернизация портала округа
 
Как быть заказчиком продукта?
Как быть заказчиком продукта?Как быть заказчиком продукта?
Как быть заказчиком продукта?
 

Semelhante a Product backlog with Scrum

DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...Dakiry
 
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"SCRUMguides
 
User stories and acceptance criteria workshop
User stories and acceptance criteria workshopUser stories and acceptance criteria workshop
User stories and acceptance criteria workshopOksana Yakovlieva
 
Чому юзабіліті. Мар'яна Онисько
Чому юзабіліті.  Мар'яна ОниськоЧому юзабіліті.  Мар'яна Онисько
Чому юзабіліті. Мар'яна ОниськоHRdepartment
 
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...Dakiry
 
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...GoQA
 
Dakiry pmweekend Olena Prykhnych product develoment mindset
Dakiry pmweekend Olena Prykhnych product develoment mindsetDakiry pmweekend Olena Prykhnych product develoment mindset
Dakiry pmweekend Olena Prykhnych product develoment mindsetDakiry
 
UX Дезайнер: Інструкція з користування
UX Дезайнер: Інструкція з користуванняUX Дезайнер: Інструкція з користування
UX Дезайнер: Інструкція з користуванняTanya Zavialova
 
Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...
Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...
Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...Octopus Events
 
Автоматизація створення контенту. Анастасія Красюкова
Автоматизація створення контенту. Анастасія КрасюковаАвтоматизація створення контенту. Анастасія Красюкова
Автоматизація створення контенту. Анастасія КрасюковаCollaborator.pro
 
Бізнес_процеси_М7_Інструменти_опису_БП.pptx
Бізнес_процеси_М7_Інструменти_опису_БП.pptxБізнес_процеси_М7_Інструменти_опису_БП.pptx
Бізнес_процеси_М7_Інструменти_опису_БП.pptxRostyslavDmytruk
 
О. Небувайло: Розробка цільових сторінок і конверсійних маршрутів
О. Небувайло: Розробка цільових сторінок і конверсійних маршрутівО. Небувайло: Розробка цільових сторінок і конверсійних маршрутів
О. Небувайло: Розробка цільових сторінок і конверсійних маршрутівAweb
 
Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...
Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...
Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...Lviv Startup Club
 

Semelhante a Product backlog with Scrum (15)

DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
DaKiRy_PMWeekend2016_Роман Сахаров "Як відсутність бачення продукту псує прое...
 
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
 
User stories and acceptance criteria workshop
User stories and acceptance criteria workshopUser stories and acceptance criteria workshop
User stories and acceptance criteria workshop
 
Чому юзабіліті. Мар'яна Онисько
Чому юзабіліті.  Мар'яна ОниськоЧому юзабіліті.  Мар'яна Онисько
Чому юзабіліті. Мар'яна Онисько
 
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовува...
 
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
МИКОЛА СОЛОПІЙ «Моя формула успішної імплементації Тестової Тули на проекті» ...
 
Dakiry pmweekend Olena Prykhnych product develoment mindset
Dakiry pmweekend Olena Prykhnych product develoment mindsetDakiry pmweekend Olena Prykhnych product develoment mindset
Dakiry pmweekend Olena Prykhnych product develoment mindset
 
UX Дезайнер: Інструкція з користування
UX Дезайнер: Інструкція з користуванняUX Дезайнер: Інструкція з користування
UX Дезайнер: Інструкція з користування
 
Scrum
ScrumScrum
Scrum
 
Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...
Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...
Юрий Грузинский. Як самописні скрипти і методики допомагають в роботі по SEO:...
 
Автоматизація створення контенту. Анастасія Красюкова
Автоматизація створення контенту. Анастасія КрасюковаАвтоматизація створення контенту. Анастасія Красюкова
Автоматизація створення контенту. Анастасія Красюкова
 
Бізнес_процеси_М7_Інструменти_опису_БП.pptx
Бізнес_процеси_М7_Інструменти_опису_БП.pptxБізнес_процеси_М7_Інструменти_опису_БП.pptx
Бізнес_процеси_М7_Інструменти_опису_БП.pptx
 
О. Небувайло: Розробка цільових сторінок і конверсійних маршрутів
О. Небувайло: Розробка цільових сторінок і конверсійних маршрутівО. Небувайло: Розробка цільових сторінок і конверсійних маршрутів
О. Небувайло: Розробка цільових сторінок і конверсійних маршрутів
 
24
2424
24
 
Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...
Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...
Ольга Небувайло “Розробка цільових сторінок і конверсійних маршрутів при ство...
 

Product backlog with Scrum

  • 1. Беклог продукту у Scrum Євген Вершинін 25.02.2015 Вільне кафе STANTSIYA
  • 2. Традиційний підхід до розробки продукту  Клієнт знає чого він бажає  Розробники знають як це зробити  Нічого не змінюється упродовж роботи
  • 3. Agile підхід  Клієнт дізнається чого він бажає  Розробники знаходять як це зробити  Багато речей змініються упродовж роботи
  • 5. Agile в картинках та прикладах
  • 6. Agile в картинках та прикладах
  • 7. Scrum в одній картинці
  • 8. Беклог продукту  Вимоги  Список бажаної функціональності  В ідеалі написаний так, що кожен елемент має значення для кінцевого користувача  Сортований по пріоритету  Пріоритети виставляє Власник продукту  Пріоритети оновлюються на початку спринту Беклог продукту  Новий функціонал  Помилки  Технічні задачі  Дослідження
  • 9. Елементи Беклогу  User Story – презентує новий функціонал  Bug – презентує дефекти  Chore – робота, яку необхідно виконати, але вона не має прямої бізнес цінності  Epic – презентує великі User Story, які не чітко описані і/або потребують додаткового аналізу  Prototype – презентує прототипи та “proof of concept”, які дають інформацію для прийняття рішень.
  • 11. Властивості Беклогу  Видимий для кожного  Прозорий і доступний для всієї команди  Єдине джерело та копія для запитів і вимог  Джерело для запитів і вимог продукту  Існує в одній копіі  Динамічний  Живий документ, який завжди не закінчений  Змінюється під час розробки продукту.
  • 12. Make the Product Backlog DEEP
  • 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.
  • 22. Проект описаний User Story (story mapping)
  • 23. Як потрапити у халепу  Звалище  Заносити всі ідеї, пропозиції та довгострокові плани у беклог продукту. Важливі речі виникнуть тоді, коли вони будуть потрібні.  Велике попереднє проектування  Створення великої кількості елементів в беклогу, які будуть нерелевантні через декілька спринтів  Нехтування беклогу  Використовуйте не більше 10% часу на роботу с беклогом.  Більше ніж один беклог  Декілька беклогів підвищують складність і зменшують прозорість розробки продукту
  • 24. Посилання та література  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/BacklogGroomingTi psHandoutNov2013.pdf/470623706/BacklogGroomingTipsHa ndoutNov2013.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
  • 25. Дякую за увагу!  jen.versh@gmail.com  www.twitter.com/jen777  www.facebook.com/yvershynin