Скрам ръководство | 19. Потребителски истории – какво представляват?

Потребителската история е кратко описание на нова функционалност на продукта или нейното подобрение. Тя не съдържа техническо решение, а отговаря на въпроси, свързани с функционалността: Кой е потребителят? Какво прави продуктът? И каква е неговата цел? Потребителската история описва продукта на ежедневен или бизнес език, но също така посочва задачите на Scrum екипа, които са предназначени да подобрят представянето на екипа.

Какво са потребителските истории? – съдържание:

1. Въведение
2. Потребителска история. Чия история е това?
3. Как да използваме потребителските истории?
4. Критерии за приемане
5. Резюме

Въведение

Потребителската история е най-разпространеният начин за формулиране на задачите, извършвани от Scrum екипа. Една потребителска история определя малка функционалност на продукта. Тя описва най-малката значима, частична цел на продукта. Поради тази причина, потребителските истории са много кратки.

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

Създаването на потребителски истории е задача на собственика на продукта. На базата на разговор с клиент, формулира отговори на въпроси, които позволяват да се създаде потребителска история и я въвежда в списъка с задачи на продукта. Въпреки това, потребителските истории отразяват не само нуждите на клиента.

Потребителска история. Чия история е това?

Scrum екипът създава потребителска история, за да определи нуждите на потребителя, и затова тя е записана на бизнес език. С други думи, тя посочва ползите, които нейното изпълнение ще донесе на потребителя на продукта. Въпреки това, в списъка с задачи на продукта могат да има и потребителски истории, които описват нуждите на екипа за разработка, например подобряване на работния процес между разработчиците, или описващи нуждите на собственика на продукта, например организиране на списъка с задачи на продукта. В такива случаи, потребителят в потребителската история е разработчикът и собственикът на продукта.

Можете да опишете потребителска история, отговаряйки на въпросите 3W:

• Кой?
• Прави Какво?
• Защо?

Потребителската история след това е съдържана в формула:

Като [тип потребител], искам [да направя какво?] Защото [защо?].

Примери за потребителски истории относно функционалността на онлайн магазин, написани в тази форма, са илюстрирани в таблицата по-долу:

Тази формула позволява не само да се формулира потребителска история, но и относително лесно да се преведе техническият език на бизнес език и обратно. В резултат на това, както разработчиците, така и заинтересованите страни ясно виждат целта и етапите на нейния напредък. Ще разгледаме също така създаването на добри потребителски истории, използвайки метода INVEST, в отделна статия от серията Scrum Guide.

Как да използваме потребителските истории?

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

Обикновено, в физическото пространство, потребителските истории са написани на малки, цветни карти, прикрепени на работното място. Въпреки това, в цифровото пространство, цифровите дъски, споделени от Scrum екипа, работят най-добре.

Запазването на потребителските истории по този начин има няколко предимства, защото:

• Подчертава автономията на всяка потребителска история – всяка има отделна рамка и може да бъде изпълнена независимо от другите
• Подчертава динамиката на потребителските истории – редът на тяхното реализиране се преговаря от Scrum екипа и текущият ред на реализиране е видим на дъската благодарение на физическото разположение на картите с потребителски истории
• Служи като напомняне – благодарение на визуалното представяне на потребителските истории, Scrum екипът има знак в полезрението, който да им напомня за целта при създаването на подробни решения.

Екипът за разработка оценява необходимите усилия за завършване на потребителска история в дни, човекочасове или Story Points.

Критерии за приемане

Потребителската история трябва да има определени критерии за приемане в момента, в който бъде приета за разработка от екипа за разработка. Критериите за приемане определят в кой момент работата по потребителската история може да се счита за завършена.

По този начин както клиентът, така и разработчиците знаят как тяхната работа ще се превърне в бизнес стойност. Обикновено, потребителската история се счита за завършена, когато потребителят, посочен в нея, може да извърши описаното действие. Използвайки примера по-горе, погледнете тази потребителска история с съдържание:

Клиентът може да купи магическа пръчка с едно кликване.

Тя е завършена, когато се появи работещ бутон “Купи сега” на страницата на онлайн магазина, който използва стандартната информация за плащане и доставка за влезлия потребител.

Резюме

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

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