INVEST е метод за създаване на добри потребителски истории. Той позволява проверка дали те имат правилно формулирано съдържание и дали се отнасят до бизнес стойността на продукта. И също така, дали размерът и полезността им са избрани правилно.
Създаване на най-добрата потребителска история с INVEST – съдържание:
- Въведение
- I за Независимост
- N за Преговаряемост
- V за Ценност или Вертикалност
- E за Оценимост
- S за Малкост
- T за Тестируемост
- Резюме
Въведение
INVEST е акроним, създаден от Бил Уейк през 2003 г. Всяка буква от него представлява началото на дума, която характеризира добра потребителска история. Според принципа INVEST, всяка потребителска история трябва да бъде:
- Независима
- Преговаряема
- Ценна
- Оценима
- Малка
- Тестируема
Написахме повече за това какво е потребителска история в отделна статия. Тук ще споменем само, че това е кратко описание на нова функционалност на продукта, написано на достъпен език.

I за Независимост
Първата характеристика на добра потребителска история е нейната независимост. Това означава, че нейното описание и характеристики трябва да бъдат разбираеми без позоваване на други потребителски истории. Но най-вече, реализацията й не трябва да корелира с други потребителски истории. Разбира се, това няма да бъде пълна независимост. Не можете да разделите създаването на продукта на напълно отделни модули. Въпреки това, е от съществено значение да се помни за запазването на потребителските истории колкото се може по-независими. Благодарение на това, дори ако една от тях не влезе в фазата на изпълнение или бъде значително променена, останалите няма да трябва да бъдат променяни. Като правило, потребителската история трябва да представлява отделно и последователно цяло.
N за Преговаряемост
Потребителската история трябва да бъде преговаряема. Това означава, че тя задава целта, а не начина за достигане до нея.
С други думи, тя определя очаквана функционалност на продукта, а не техническо решение за изпълнение.
Преговорите за потребителската история се провеждат между собственика на продукта и екипа за разработка. Собственикът на продукта предлага изпълнението на определена функционалност на продукта, т.е. казва “Какво” да се направи. Разработчиците са отговорни за отговора на въпроса “Как”. Тоест, преговарят конкретни начини за решаване на проблема, представен в потребителската история.
V за Ценност или Вертикалност
В акронима INVEST, буквата V представлява две качества:
- Ценна
- Вертикална
И двете разкриват ключови характеристики на добра потребителска история. Затова решихме да обясним какво означава всяко от тях.
Ценна
Ценната потребителска история оправдава бизнес целта на модификацията. С други думи, тя точно отговаря на въпроса защо да се въведе модификацията и защо е важна от гледна точка на заинтересованите страни.
Вертикална
Втората характеристика; Вертикалната произлиза от Agile методологията. Вертикалната потребителска история съдържа нова функционалност на продукта, видима за потребителя. Тоест, тя не се фокусира върху хоризонтално “подобрение на производителността” в избран слой на продукта. Напротив, тя добавя още един “слой” към него.
С други думи, потребителската история описва как да се модифицира общата работа на продукта, отговаряйки на въпроса Какво точно да се подобри? Това също означава, че всяка функционалност на продукта изгражда върху съществуващите решения.
E за Оценимост
Добрата потребителска история трябва да бъде оценима. Това означава, че тя трябва ясно да определи обхвата на модификациите, които трябва да се направят на продукта, за да се счита потребителската история за завършена. Това позволява на екипа за разработка да определи времето и усилията, необходими за нейното завършване.
Обхватът и трудността на задачата обикновено се оценяват в единици, наречени Story Points. Те са относителни. И всеки екип за разработка разработва стойността на Story Point в практиката на базата на предишен опит.
В отделни статии сме разгледали повече за скоростта на екипа за разработка и как да я измерим.

S за Малкост
Потребителската история, приета за реализация от екипа за разработка, трябва да бъде кратка. Тоест, тя не трябва да бъде по-дълга от един спринт. Ако разработчиците открият по време на планирането на спринта, че предложената от собственика на продукта потребителска история е твърде дълга, те трябва да я разделят на възможно най-независими части.
T за Тестируемост
Последната буква от акронима INVEST означава тестируемост. Това означава, че модификацията на продукта, описана в потребителската история, трябва да бъде проверима и да може да бъде потвърдена. С други думи, трябва да е възможно да се провери дали решението, реализирано от разработчиците, е предоставило предполагаемата стойност на конкретен заинтересован страни.
Създаване на най-добрата потребителска история – резюме
INVEST е акроним, който описва добре написаната потребителска история. Тя трябва да бъде:
- Независима от други потребителски истории. Така че да може да бъде модифицирана или премахната от продуктовия беклог, ако се наложи.
- Преговаряема. Тя трябва да уточнява какво да се направи, оставяйки избора на начина на разработчиците.
- Ценна, т.е. оправдаваща бизнес смисъла на модифицирането на продукта. Или Вертикална, т.е. представяща нова функционалност на продукта, видима за потребителя.
- Оценима, което означава, че има определим размер и критерий за завършване.
- Малка достатъчно, за да бъде завършена в един спринт.
- Тестируема, така че да може да се определи с увереност, че е била реализирана.
Ако харесвате нашето съдържание, присъединете се към нашата общност на усърдните пчели в Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master