Значення для проектів
Користувальницькі історії написані протягом усього гнучкого проекту. Зазвичай семінар з написання історій проводиться на початку. Всі в команді беруть участь з метою створення журналу очікування продукту, який повністю описує функціональні можливості, які будуть додані в ході проекту або протягом трьох-шести місяців випуску в ньому. Приклади цього є в великому збірнику Example User Story map.
Деякі з цих гнучких користувальницьких історій, безсумнівно, будуть епічними. Пізніше епоси будуть розкладені на більш дрібні історії, які з більшою готовністю помістяться в одну ітерацію. Крім того, нові історії можуть бути написані і додані в портфель продуктів в будь-який час і ким завгодно.
Agile-проекти, особливо Scrum, використовують бэклог продукту, який є пріоритетним списком функціональності, яка буде розроблена в продукті або послузі. Незважаючи на те, що елементи незавершеного виробництва можуть бути такими, які забажає команда, власні історії стали кращою і найбільш популярною формою незавершеного виробництва.
У той час як відставання по продукту можна розглядати як заміну документа вимог традиційного проекту, важливо пам’ятати, що письмова частина гнучкої користувача історії («Як користувач, я хочу…») є неповною до обговорення цієї історії відбуваються. Так написано в американському мануалі User Story mapping and how to use it.
Часто краще розглядати письмову частину як покажчик на реальне вимогу. Користувальницькі історії можуть вказувати на діаграму, що зображає робочий процес, електронну таблицю, що показує, як виконувати обчислення, або будь-який інший артефакт, який бажає власник продукту або команда.
