По време на спринт проектните екипи пишат кратки потребителски истории, за да планират работата си за следващия спринт. В този курс Дъг Роуз, експерт по гъвкаво развитие, обяснява как да пишат и приоритизират потребителски истории. Той също така обяснява основните клопки, които трябва да избягвате, когато планирате гъвкав проект.
Какво имаме предвид, когато говорим за потребителски истории?
При един гъвкав подход потребителските истории са най-малката единица работа. Те представляват крайните цели на софтуера (не функциите) от гледна точка на потребителя.
Потребителската история е общо, неофициално описание на функционалността на софтуера, написано от гледна точка на потребителя.
Целта на потребителската история е да опише как опцията ще създаде стойност за клиента. Забележка: Клиентите не са непременно външни потребители в традиционния смисъл. В зависимост от екипа, това може да е клиент или колега в организацията.
Потребителската история е описание на желания резултат на прост език. Не е описано подробно. Изискванията се добавят, когато бъдат приети от екипа.
Какво представляват пъргавите спринтове?
Както подсказва името му, Agile Sprint е фаза от разработването на продукта. Спринтът е кратка итерация, която разделя сложен процес на разработка на няколко части, за да се опрости, коригира и подобри въз основа на резултатите от междинен преглед.
Методът Agile започва с малки стъпки и разработва първата версия на продукта на малки повторения. По този начин се избягват много рискове. Той премахва препятствията на V-проектите, които са разделени на няколко последователни фази като анализ, дефиниране, проектиране и тестване. Тези проекти се изпълняват еднократно в края на процеса и се характеризират с това, че не предоставят временни права за достъп на фирмените потребители. Следователно е възможно на този етап продуктът вече да не отговаря на нуждите на компанията.
Какво е Backlog в Scrum?
Целта на Backlog в Scrum е да събере всички изисквания на клиентите, които екипът на проекта трябва да изпълни. Той съдържа списък със спецификации, свързани с разработката на продукта, както и всички елементи, които изискват намесата на екипа на проекта. Всички функции в Scrum Backlog имат приоритети, които определят реда на тяхното изпълнение.
В Scrum Backlog започва с дефиниране на целите на продукта, целевите потребители и различните заинтересовани страни в проекта. Следва списък с изисквания. Някои от тях са функционални, други не. По време на цикъла на планиране екипът за разработка анализира всяко изискване и оценява разходите за изпълнение.
Въз основа на списъка с изисквания се изготвя списък с приоритетни функции. Класацията е базирана на добавената стойност на продукта. Този приоритетен списък от функции представлява Scrum Backlog.
