O slideshow foi denunciado.
Seu SlideShare está sendo baixado. ×

Product backlog with Scrum

Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio
Anúncio

Confira estes a seguir

1 de 25 Anúncio

Product backlog with Scrum

Baixar para ler offline

How we work with Product backlog in Scrum projects. Best practices and theory

How we work with Product backlog in Scrum projects. Best practices and theory

Anúncio
Anúncio

Mais Conteúdo rRelacionado

Diapositivos para si (20)

Anúncio

Semelhante a Product backlog with Scrum (20)

Product backlog with Scrum

  1. 1. Беклог продукту у Scrum Євген Вершинін 25.02.2015 Вільне кафе STANTSIYA
  2. 2. Традиційний підхід до розробки продукту  Клієнт знає чого він бажає  Розробники знають як це зробити  Нічого не змінюється упродовж роботи
  3. 3. Agile підхід  Клієнт дізнається чого він бажає  Розробники знаходять як це зробити  Багато речей змініються упродовж роботи
  4. 4. Waterfall Scrum Lean
  5. 5. Agile в картинках та прикладах
  6. 6. Agile в картинках та прикладах
  7. 7. Scrum в одній картинці
  8. 8. Беклог продукту  Вимоги  Список бажаної функціональності  В ідеалі написаний так, що кожен елемент має значення для кінцевого користувача  Сортований по пріоритету  Пріоритети виставляє Власник продукту  Пріоритети оновлюються на початку спринту Беклог продукту  Новий функціонал  Помилки  Технічні задачі  Дослідження
  9. 9. Елементи Беклогу  User Story – презентує новий функціонал  Bug – презентує дефекти  Chore – робота, яку необхідно виконати, але вона не має прямої бізнес цінності  Epic – презентує великі User Story, які не чітко описані і/або потребують додаткового аналізу  Prototype – презентує прототипи та “proof of concept”, які дають інформацію для прийняття рішень.
  10. 10. Елементи Беклогу
  11. 11. Властивості Беклогу  Видимий для кожного  Прозорий і доступний для всієї команди  Єдине джерело та копія для запитів і вимог  Джерело для запитів і вимог продукту  Існує в одній копіі  Динамічний  Живий документ, який завжди не закінчений  Змінюється під час розробки продукту.
  12. 12. Make the Product Backlog DEEP
  13. 13. Вірно деталізований
  14. 14. Оцінений
  15. 15. Живий, постійно оновлюваний документ (Emergent)
  16. 16. Приорітизований
  17. 17. Backlog Refinement (Grooming)  Виключення User Story, які вже не релевантні  Створення нових User Story у відповідь до нових вимог та відгуків клієнтів  Зміна пріоритетів існуючих User Story  Оцінка існуючих User Story, які описані та деталізовані  Переоцінка User Story в залежності від отриманої інформації та досвіду  Створення нових User Story з Epics, які мають високий пріоритет
  18. 18. Приклад беклогу продукту
  19. 19. User Story  Короткий і простий запис вимоги записаний від імені користувача.  As a <type of user>, I want <some goal> so that <some reason>.  Як модератор форуму, я хочу блокувати користувачів на 2, 5, 10 днів, таким чином я зможу запобігти частим порушенням правил форуму.
  20. 20. User Story vs Job Story Define Motivations, Don't Define Implementation User Story Job Story
  21. 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. 22. Проект описаний User Story (story mapping)
  23. 23. Як потрапити у халепу  Звалище  Заносити всі ідеї, пропозиції та довгострокові плани у беклог продукту. Важливі речі виникнуть тоді, коли вони будуть потрібні.  Велике попереднє проектування  Створення великої кількості елементів в беклогу, які будуть нерелевантні через декілька спринтів  Нехтування беклогу  Використовуйте не більше 10% часу на роботу с беклогом.  Більше ніж один беклог  Декілька беклогів підвищують складність і зменшують прозорість розробки продукту
  24. 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. 25. Дякую за увагу!  jen.versh@gmail.com  www.twitter.com/jen777  www.facebook.com/yvershynin

×