Потребителски истории и прецизиране на продуктовия беклог
Разберете как потребителските истории се вписват в Scrum и целта на прецизирането на продуктовия беклог. Научете практически начини за развитие на елементи от продуктовия беклог за яснота и готовност.
Scrum не изисква потребителски истории. Ръководството на Scrum говори за елементи от продуктовия беклог. Това са просто неща, които собственикът на продукта иска да изгради. Потребителските истории са често срещан начин за изразяване на тези елементи. Те описват желаната функционалност от гледна точка на краен потребител или заинтересована страна. Това помага на Scrum екипа да разбере стойността. Прецизирането е текущата дейност, която прави тези елементи ясни и готови за Спринт.
Какво представляват потребителските истории?
Потребителската история е просто, неформално описание на функция от гледна точка на краен потребител. Често следва шаблон: 'Като [тип потребител], искам [някаква цел], така че [някаква причина].' Този формат насърчава разговора. Той се фокусира върху 'защо' зад 'какво'. Това го прави чудесна отправна точка за разбиране на потребителските нужди и желаните резултати, вместо просто изброяване на технически задачи. Те са обещания за разговор, а не подробни спецификации.
Например, вместо 'Имплементиране на модул за потребителска автентикация', потребителска история може да бъде: 'Като нов потребител, искам да създам акаунт, за да мога да запазвам предпочитанията си.' Това подчертава потребителя и неговата цел. То насърчава Разработчиците да мислят за пътуването на потребителя, а не само за кода.
Обяснение на прецизирането на продуктовия беклог
Прецизирането на продуктовия беклог е актът на разбиване и по-нататъшно дефиниране на елементи от продуктовия беклог в по-малки, по-прецизни елементи. Това е текуща дейност. То не е официално събитие в Scrum, а непрекъснат процес. Ръководството на Scrum посочва, че поне 10 процента от капацитета на Разработчиците обикновено се изразходва за прецизиране. Това е насока, а не строго правило. Неговата цел е да добави детайли, оценки и подредба.
Прецизирането помага да се гарантира, че когато Разработчиците избират елементи за Спринт, те разбират работата. То намалява несигурността. То включва сътрудничество между собственика на продукта и Разработчиците. Заинтересованите страни също могат да се присъединят, за да предоставят контекст или обратна връзка. Целта е елементите да станат 'готови' за Спринт. 'Готови' означава достатъчно ясни, за да започне работа без значителни пречки или неизвестни.
Целта на прецизирането
Прецизирането служи на няколко ключови цели. То насърчава споделеното разбиране. То помага на Scrum екипа да оценява усилията по-точно. То идентифицира зависимости и рискове рано. Без добро прецизиране, Спринтът може да закъса поради неясни изисквания или неочаквана сложност. Това е инвестиция в бъдещи Спринтове. То осигурява непрекъснат поток от ценна работа.
- Изясняване на изискванията и критериите за приемане.
- Разбиване на големи елементи на по-малки, управляеми части.
- Оценяване на усилията и сложността.
- Идентифициране на технически подходи и потенциални предизвикателства.
- Подреждане на елементи въз основа на стойност, риск и зависимости.
Кой участва и как?
Собственикът на продукта е отговорен за продуктовия беклог, включително неговото прецизиране. Въпреки това, прецизирането е съвместно усилие, включващо целия Scrum екип. Разработчиците внасят техническа проницателност и оспорват предположения. Те задават изясняващи въпроси. Собственикът на продукта внася бизнес контекст и приоритизира. Това сътрудничество гарантира, че елементите са едновременно ценни и осъществими.
Прецизирането може да приеме много форми. Може да бъде специална сесия. Може да са малки, импровизирани дискусии. Важно е то да се случва редовно. Собственикът на продукта и Разработчиците решават най-добрия начин да го направят. Ключът е непрекъснатият диалог. Целта е да има достатъчно прецизирани елементи, за да запълнят няколко предстоящи Спринта, но не твърде много, за да не станат остарели или неактуални.
Кога един елемент е 'готов'?
Един елемент е 'готов', когато Разработчиците имат споделено разбиране за това какво трябва да бъде изградено. Те трябва да знаят как да го тестват. Те трябва да се чувстват уверени в способността си да го завършат в рамките на Спринт. Това често означава, че елементът е достатъчно малък, за да се побере в Спринт и има ясни критерии за приемане. Дефиницията за 'готов' може да варира между екипите, но често срещана абревиатура е INVEST:
- Независим: минимизира зависимостите от други елементи.
- Подлежащ на договаряне: детайлите се обсъждат, а не са фиксирани.
- Ценен: предоставя стойност на потребителя или бизнеса.
- Оценим: може да бъде разумно оценен.
- Малък: може да бъде завършен в рамките на Спринт.
- Тестваем: има ясни критерии за приемане за проверка на завършването.
Екипите често създават своя собствена 'Дефиниция за готовност', за да формализират какво прави един елемент готов. Това помага за поддържане на последователност. То намалява изненадите по време на планирането на Спринта. Потребителските истории са инструмент за разговор и разбиране. Прецизирането е текущата дейност, която прави тези разговори продуктивни. То превръща неясните идеи в изпълнима работа. Това гарантира, че Scrum екипът може да предоставя стойност ефективно и предвидимо.