В днешната статия ще се фокусираме върху артефактите на Scrum. Ще обясним Product Backlog, Sprint Backlog и Increment. Ще отговорим и на въпроса за какво ги използват членовете на Scrum екипа и заинтересованите страни.

Артефакти на Scrum – съдържание:

  1. Какви са артефактите на Scrum?
  2. Product Backlog
  3. Sprint Backlog
  4. Increment
  5. Резюме

Какви са артефактите на Scrum?

Трите артефакта на Scrum са от съществено значение за ефективния Scrum екип. Те са два Backlogs, които са списъци с задачи, и Increment, който е потенциално готова за пускане версия на продукт, подобрена в даден Sprint.

Те се наричат колективно артефакти, защото имат една цел. А именно, да максимизират прозрачността на информацията относно работата по продукта.

С наличието на артефактите на Scrum, всеки член на Scrum екипа или заинтересована страна може да получи ясна представа по всяко време. Там те ще видят:

  • Какъв продукт и за каква цел се създава
  • Какви задачи са планирани за изпълнение
  • По какви задачи в момента работи екипът за разработка
  • Какви задачи вече са завършени
  • Как изглежда текущата версия на работещия продукт

Scrum backlogs описват продукта както от техническа, така и от бизнес гледна точка. Техническото описание на продукта, създадено от Scrum екипа, съдържа начина, по който продуктът работи, както и предложения за конкретни решения, които да бъдат реализирани от екипа за разработка. Бизнес описанието съдържа потребителски истории, които отговарят на въпроси като:

  • За какво е продуктът?
  • Какви функции трябва да изпълнява продуктът?
  • Какви очаквания на клиента трябва да отговаря продуктът?

Така те описват частични функционалности на продукта от гледна точка на клиента.

Ще посветим отделни публикации на всеки артефакт на Scrum, посветени на Product Backlog, Sprint Backlog и Increment, съответно.

Scrum artifacts

Product Backlog

Product Backlog е списък с задачи, по които Scrum екипът ще работи. Той е изразен на бизнес език и обхваща целия период на проекта.

Поддържането и наличността на Product Backlog са от съществено значение за прозрачността на работата на Scrum екипа. Благодарение на този документ, екипът за разработка знае какъв бизнес проблем работи за решаване и какви са приоритетите на клиента. Освен това, Product Backlog е указател, на който можете да се опрете, когато се почувствате затрупани от по-малки задачи, които замъгляват картината на целия проект.

Product Backlog следи напредъка на екипа за разработка към целта на продукта. Той се управлява от Product Owner и трябва да се актуализира редовно. Така че по всяко време да дава ясна представа за работата, която трябва да бъде свършена.

Задачите с най-близки срокове са описани в Product Backlog по най-подробния начин. Задачите с по-дълги срокове или опционалните задачи имат форма на обща схема.

Sprint Backlog

Можем да мислим за Sprint Backlog като за подобен на Product Backlog. Въпреки това, начинът, по който задачите са описани, и времевата скала се променят.

Докато в Product Backlog акцентът беше върху описването на задачите от гледна точка на заинтересованите страни и бизнес езика, Sprint Backlog е домейн на разработчиците. Те са отговорни за поддържането и актуализирането на Sprint Backlog. Това е описание на работата на екипа, следователно е изразено на технически език. То описва подробни задачи и решения, докато разработчиците планират тяхното изпълнение.

Sprint Backlog работи на времева скала, която съответства на продължителността на един Sprint, обикновено от две седмици до един месец. Той позволява проследяване на напредъка на екипа за разработка към целта на Sprint.

scrum artifacts

Increment

Съдържанието на Product Backlog е стъпка по стъпка описание на това как да се постигне целта на продукта. Съдържанието на Sprint Backlog е описание на задачите, водещи до постигането на целта на Sprint. Increment е сумата от частичните функционалности на продукта, реализирани в даден Sprint, добавена към текущото състояние на продукта.

Всеки нов Increment изгражда върху предишния. Следователно, извършената работа трябва да бъде старателно тествана. Тестването позволява да се уверите, че новото решение не пречи или не нарушава тези, които са създадени по-рано. За да стане работата Increment, тя трябва да бъде интегрирана в съществуващото състояние на продукта. И да доведе до подобрена, работеща версия.

С други думи, Increment е набор от задачи, завършени в един Sprint, които съставляват нова, работеща версия на продукта. И бизнес значението му е описано от Определението за завършеност. То се въвежда в Product Backlog по време на планирането на Sprint.

Резюме

Артефактите на Scrum са Product Backlog, Sprint Backlog и Increment. Те предоставят на всички заинтересовани страни достъп до информация за статуса на продукта. Артефактите на Scrum съдържат Цели и задачи на Scrum екипа, определени от бизнес и техническа гледна точка. Освен това, те съдържат всички характеристики на текущата, работеща версия на продукта, потенциално готова за пускане на пазара.

Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Caroline Becker

Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.

View all posts →

Scrum Guide:

  1. Глосар на основни термини, роли и понятия
  2. Какво е Scrum?
  3. Стойности на Scrum
  4. Как да внедрим Scrum във вашата компания?
  5. Скрам екип - какво е това и как работи?
  6. Кой е собственик на продукта?
  7. Най-честите грешки на Продуктовия собственик
  8. Кой е Scrum Master?
  9. Най-честите грешки на Scrum Master-а
  10. Каква статистика и метрики трябва да следи Scrum Master?
  11. Екип за разработка в Scrum
  12. Най-честите грешки на разработчиците
  13. Скрам артефакти
  14. Мащабиране на Scrum
  15. Спринт беклог
  16. Какво е продуктовият беклог?
  17. Какво са потребителските истории?
  18. Създаване на най-добрата потребителска история с INVEST
  19. Най-честите грешки в потребителските истории
  20. Критерии за приемане на потребителска история
  21. Оценка и Story Points в Scrum
  22. Планиращ покер
  23. Игра за оценка на екипа
  24. Определяне на инкремент
  25. Скрам събития
  26. Какво е графика на изгарянето?
  27. Предимства и недостатъци на графиката на изгаряне
  28. Канбан дъски в Скрам и Скрабан
  29. Скорост в Scrum - Скорост на екипа за разработка
  30. Дневен скрам
  31. Планиране на спринт
  32. Преглед на спринта
  33. Какво е спринт ретроспектива?
  34. Чести грешки по време на ретроспективата на спринта
  35. Поддържане на продуктовия беклог
  36. Как да създадем и интерпретираме графика на изгарянето?
  37. Какво е спринт в Скраум?
  38. Сътрудничество между Продуктов собственик и Скрам майстор
  39. Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
  40. Характеристики на добър Scrum Master