Історії користувачів (User Stories)


Історії користувачів в agile термін, що традиційній розробці називають “програмні вимоги”. Вони є короткими заявами про намір або вимога до системи.
Ось основна формула написання історії користувача:

Як <роль> я хочу <функція> щоб <користь>.

Вони стали хорошим способом вираження вимог, незалежно від того, яка методологія використовується. Вони хороші для Scrum команд або для команди, яка використовує lean методологію.

В User Stories ви не повинні мати справу з великими вимогами. Метою є відповідати швидшим реальним потребам оточуючого світу.

Приклади історій користувачів:

Як турист, я хочу забронювати номер в готелі.
Як планувальник свого відпочинку, я хочу, щоб подивитися фотографії готелів.
Як користувач із бронюванням, я хочу мати можливість його відмінити.
і т.п …

Звичайно, для бізнес-аналітика важливо ставити більше питань до кожної історії користувача і розділити його на більш дрібні суб-історії. Наприклад:

Як користувач із бронюванням, я хочу мати можливість його відмінити.
– Чи отримує користувач повне або часткове повернення коштів?
– Як завчасно повинне бронювання скасовується?
– Як надається підтвердження користувачеві?

В результаті ви отримаєте такі суб-історії:

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

Після створення історій користувачів, вони повинні бути трансформовані в окремі пункти.

Джерело

Схожі статті

Сценарії історій користувача Кожна історія користувача повинна пройти валідацію і повинна продемонструвати, що вимога була виконана. Ось ефективна формула, яка демонструє конкретні умови історії користувача: Дано <контекст> , Коли <щось трапляється> Тоді <рез...
Хто такий насправді Скрам Мастер? Скрам Мастер допомагає команді бути продуктивною і використовувати її творчий потенціал для отримання готового, працюючого програмного забезпечення. Основне є те, що Скрам Мастер очолює команду, але не командує нею Скрам Мастер є тренером. Він ...
Як робити Scrum під Waterfall? Дуже часто Scrum під Waterfall існує в організаціях. Хоча він може існувати не формально, але він може бути передбачено договором або правилами фірми. Scrum може бути частиною Agile експерименту. Scrum під Waterfall може існувати, тому що це практи...
Інтеграційна команда в Multi-Scrum Якщо однієї команди в Scrum не вистачає, можна використати декілька команд (Multi Team). Але тут виникає проблема - як управляти більш ніж однією командою. Відповідь: використовуйте інтеграційну команду. З Multi Team ваш Scrum буде виглядати трохи ...