Скрам ръководство | 22. Критерии за приемане на потребителска история

Потребителската история е техника, която позволява на бизнеса да предоставя продукти и услуги, отговарящи на нуждите на клиентите в максимална степен. Критериите за приемане на потребителската история подобряват оценката на новите функционалности на продукта от гледна точка на потребителя.

Критерии за приемане на потребителската история – съдържание:

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

Въведение

Обсъдихме потребителската история и проблемите, които трябва да се решат при нейното създаване в предишни статии. Днес обаче ще се фокусираме върху критериите за приемане на потребителската история.

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

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

Официалното ръководство по Scrum не дефинира потребителската история и нейните критерии за приемане. Те са опционални, но много често срещани елементи от работата по Scrum. Все пак, за да задоволим любопитството на нашите читатели, ще ги опишем като: Условията, които едно подобрение на продукта трябва да изпълни по време на даден спринт, за да получи одобрение от потребителя.

Как да формулираме критериите за приемане на потребителската история?

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

Яснота и достъпност на критериите за приемане

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

Запишете ги заедно с критериите на потребителската история преди планирането на спринта. Всеки член на Scrum екипа трябва да го прочете и да потвърди, че разбира и се съгласява с критериите за приемане на потребителската история. Обикновено критериите за приемане са на другата страна на картата на потребителската история.

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

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

Тест за приемане

Ако решите да разработите тест за приемане, запишете го на другата страна на картата, съдържаща потребителската история. По-късно, Scrum екипът или външният QA екип могат да го проведат.

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

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

Критерии за приемане на потребителската история срещу определение за завършване

Определението за завършване е неразривна част от работата в Scrum, което е техническият еквивалент на критериите за приемане. Въпреки това, не трябва да бъркате тези две, тъй като те обозначават различни ангажименти. Какво е определението за завършване и как и кога да го формулираме е въпрос, който обсъдихме в отделен пост?

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

Например, вземете тази потребителска история с съдържание:

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

Определението за завършване за горната потребителска история може да включва следното:

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

От друга страна, критериите за приемане от клиента включват:

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

Резюме

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

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

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

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