Історії користувачів в agile термін, що традиційній розробці називають “програмні вимоги”. Вони є короткими заявами про намір або вимога до системи.
Ось основна формула написання історії користувача:
Як <роль> я хочу <функція> щоб <користь>.
Вони стали хорошим способом вираження вимог, незалежно від того, яка методологія використовується. Вони хороші для Scrum команд або для команди, яка використовує lean методологію.
В User Stories ви не повинні мати справу з великими вимогами. Метою є відповідати швидшим реальним потребам оточуючого світу.
Приклади історій користувачів:
Як турист, я хочу забронювати номер в готелі.
Як планувальник свого відпочинку, я хочу, щоб подивитися фотографії готелів.
Як користувач із бронюванням, я хочу мати можливість його відмінити.
і т.п …
Звичайно, для бізнес-аналітика важливо ставити більше питань до кожної історії користувача і розділити його на більш дрібні суб-історії. Наприклад:
Як користувач із бронюванням, я хочу мати можливість його відмінити.
– Чи отримує користувач повне або часткове повернення коштів?
– Як завчасно повинне бронювання скасовується?
– Як надається підтвердження користувачеві?
В результаті ви отримаєте такі суб-історії:
– Як преміум користувач, я хочу скасовувати резервацію в останню хвилину без штрафу, так щоб я отримати повне повернення.
– Як не-преміум користувач, я хочу робити скасування до 24 годин, так щоб я отримував 50% повернення.
– Як користувач сайту, я хочу отримати підтвердження скасування електронною поштою, так щоб я мав підтвердження в електронній формі.
Після створення історій користувачів, вони повинні бути трансформовані в окремі пункти.