Скрам ръководство | 21. Грешки в потребителските истории

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

Най-честите грешки в потребителските истории – съдържание:

1. Въведение
2. Проблеми с 3W
3. Проблеми с 3C
4. Грешки в потребителските истории – Резюме

Въведение

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

Проблеми с 3W

Правилната потребителска история отговаря на въпросите:

• Кой? (Кой е целевият потребител на продукта?)
• Какво? (Какви възможности има продуктът и какво може да направи?)
• Защо? (Каква цел служи?)

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

Кой – потребителска персона

Една от най-честите грешки при създаването на потребителски истории е, че не се отговаря достатъчно точно на въпроса: за кого? С други думи, кой е потребителят, за когото е предназначена планираната промяна?

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

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

Защо? – лошо дефинирана цел

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

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

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

Проблеми с 3C

Можем да разделим процеса на работа с потребителските истории на три етапа, наречени 3Cs:

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

Грешки могат да възникнат на всеки от тези етапи, които описваме по-долу.

Картичка

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

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

Разговор

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

Потвърждение

Писахме подробно за критериите за приемане, които трябва да бъдат определени за всяка потребителска история в текста, описващ какво е потребителска история. Една от често срещаните грешки обаче е липсата на неяснота на критериите за изпълнение.

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

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

Грешки в потребителските истории – Резюме

При подготовката и прилагането на потребителски истории, си струва да се придържате към следните правила:

• Точно определете потребителя, засегнат от промяната
• Ясно определете целта на изграждането на новата функционалност на продукта
• Дръжте обема ѝ колкото се може по-кратък
• Третирайте потребителската история като отправна точка за дискусии с екипа за разработка
• Установете ясни правила за приемане

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