29

3.2018

User story дозволяє провести розробку проекту гнучко та прогнозовано.

User story це короткі описи вимог замовника до продукту. Продуктом, наприклад, може бути веб-сайт або мобільний додаток. Загальний великий перелік вимог та побажань замовника до функціоналу та дизайну розбивається на логічно завершені невеликі блоки або сценарії. Це дозволяє спростити їх реалізацію у майбутньому веб-сайті, а також (що надзвичайно важливо для розробки) це дозволяє зробити розробку гнучкою і підлаштовуватися під змінні вимоги з реального світу. Крім того, user story це простий і швидкий спосіб документування вимог клієнта, без створення об’ємних формалізованих документів.

Сценарій потрібно описувати з прив’язкою до термінів: Початкові умови, Події, Результати

Найкраще створювати User Story в межах концепції завершених послідовних подій, що описані приблизно так: початкові умови (контекст ситуації) коли (я роблю щось) тоді (відбувається така подія) коли (я роблю щось інше) тоді (відбувається інша подія).

User story пишуть на звичайній або діловій мові яку зазвичай використовує замовник. Ці описи формуються під час обговорення проекту замовником та розробником. Часто у user story вносять інформацію про функціонал, вигляд продукту, про цільову аудиторію, її потреби та т.з. “болі”. Адже саме замовник розуміє яку саму проблему відвідувачів повинен вирішити його веб-сайт. У свою чергу розробник пропонує шляхі вирішення та реалізації цих завдань з врахуванням досвіду розробки інтерфейсу та розуміння технологій розробки програмних продуктів.

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

При використання технології розробки Scrum, user story пише т.з. власник продукту (менеджер проекту у виконавця, який відповідальний за реалізацію того, що хотів замовник). У термінових проектах, які розробляють у стислі терміни user story готує сам замовник.