Робота з користувальницькими історіями Як правило, історію пише власник продукту, менеджер з продукту або керівник групи проектівпісля чого вона вирушає на перевірку. У ході зборів із планування спринту чи ітерації команда вирішує, які історії вона виконає під час цього спринту.
Історії користувачів мають бути написані як невеликі, незалежні, перевірені збільшення бізнес-потреб і розставлені за пріоритетами Власником продукту . В той час, як Власники продукту пишуть функціональні історії користувачів, Scrum-команда може вносити нефункціональні / технічні історії.
User Story (Історія користувача) – це короткий, точний і зрозумілий опис функціоналу продукту або його особливостей, що представляють цінність для користувача.
User Story допомагає нам вивчити користувача, а Job Story – зрозуміти його проблеми та мотивацію.
Робота з користувачами історіями Зазвичай історія пишеться власником продукту, менеджером продукту або менеджером програми та вирушає на розгляд.
Scrum-майстер не вибирає користувальницькі історії і не каже розробникам, що потрібно зробити. Ваша роль – допомогти команді зрозуміти Scrum та те, як працювати в рамках правил гри.
Усі учасники процесу розробки програмного забезпечення, від зацікавлених сторін бізнесу до членів гнучкої команди , можуть писати власні історії. Однак багато історії пишуться під час сесії уточнення беклогу членами команди розробки, такими як програмісти, тестувальники та аналітики, а також власником продукту.
Зазвичай історію пише власник продукту, менеджер продукту чи менеджер програми та відправляє на розгляд. Під час спринту чи зустрічі щодо планування ітерації команда вирішує, які історії вони розроблятимуть у цьому спринті. Тепер команди обговорюють вимоги та функціональність, які потрібні для кожної користувальницької історії.