User story mapping і як їх використовувати

User story mapping – це візуальна вправа, яка допомагає менеджерам продуктів і командам розробників визначити роботу, яка створить найприємніший користувацький досвід. Він використовується для поліпшення розуміння ваших клієнтів і визначення пріоритетів у роботі. Лідеру програмного забезпечення Джеффу Паттону часто приписують розробку і поширення великих знань у сфері картування користувацьких історій.

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

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

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

Прочитайте цю статтю від онлайн-школи FoxmindEd і дізнайтеся про, user story mapping що це, user story як писати і user story приклад.

Які плюси user story mapping?

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

• Фокусується на цінності для користувача. Коли команда продукту створює карту користувацьких історій, ви уявляєте продукт з точки зору користувача. Отримана карта історій допоможе вам визначити, як користувачі сприймають продукт і які зусилля приведуть до кращих результатів. Це вимагає зовнішнього підходу до планування дорожньої карти продукту.
• Розставляє пріоритети в правильній роботі: побудова цілісної візуалізації всієї роботи, необхідної для забезпечення повного досвіду продукту (CPE), може допомогти командам вирішити, що є найбільш важливим, організувати роботу в релізи (надання нового досвіду роботи з клієнтами) та знизити пріоритети, робота, яка має меншу користувацьку цінність.
• Забезпечує чіткі та зрозумілі вимоги. Багатьом командам складно написати переконливі користувацькі історії та вимоги. Зіставлення користувацьких історій може допомогти, надаючи візуальне уявлення про те, як великі елементи роботи розбиваються на більш дрібні, та ілюструючи, як робочі елементи поєднуються один з одним.
• Забезпечує нову цінність якомога раніше і частіше. Зіставлення користувацьких історій допомагає групувати вашу роботу за ітераціями та випусками залежно від того, наскільки вона буде цінною для користувачів. Робота насамперед над найважливішим означає, що команди можуть швидше забезпечити максимальну цінність для клієнтів, отримати ранній зворотний зв’язок від клієнтів і швидко дізнатися, які функції продукту будуть найбільш цінними.
• Виявляє ризики та залежності. Створення карти-історії того, як користувачі взаємодіють із продуктом, може дати командам глобальне уявлення про продукт, щоб ви могли візуалізувати потенційні блоки, ризики та залежності, які необхідно усунути для успішної доставки продукту.
• Формує консенсус у команді: процес розроблення та побудови мапи користувацьких історій дає командам загальне уявлення про досвід клієнтів і роботу, необхідну для його поліпшення. Вправа заохочує розмови, які призводять до спільного розуміння того, що створювати, коли і чому.

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

Хто має брати участь у картуванні користувацьких історій?

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

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

• Інженерна справа.
• UX/дизайн.
• Управління продуктом.
• Продажі.
• Маркетинговий відділ.
• Служба підтримки.
• Операційний відділ / ІТ.
• Фінансовий відділ.
• Юридичний відділ.

Цей список може ще поповнюватися.

FoxmindEd – це навчальний центр, що має велику різноманітність напрямків курсів для новачків та програмістів з досвідом!

Тільки починаєте свій шлях в ІТ? Спробуйте курси Start

Вже маєте базові навички програмування? Тоді
курси Junior саме для вас.

Хочете поглибити свої знання в ІТ? Ми маємо курси Middle/Senior

Як створити карту користувацьких історій

Складання карти користувацької історії починається з ухвалення рішення про те, який носій використовувати для побудови карти історії. Це можна зробити за допомогою простих фізичних ресурсів, як-от стіна або дошка і стікери, або за допомогою шаблону дошки, або в меню “Функції”. Незалежно від середовища, команди захочуть зробити такі кроки:

• Сформулюйте проблему

Яку проблему клієнтів вирішує ваш продукт або яку роботу він їм допомагає? Підхід, орієнтований на досягнення мети, має вирішальне значення для планування подальшої роботи, і вам необхідно переконатися, що ви відображаєте мету клієнта. Це вірно, навіть якщо ви вдосконалюєте наявний продукт. Формат користувацької історії (“Як [тип користувача] я хочу [діяти], щоб отримати [вигоду]”) може бути корисним під час розгляду взаємодії продукту з погляду користувача.

• Розумійте користувачів продукту

Хто є цільовою аудиторією вашого продукту? Ймовірно, їх більше одного. Різні аудиторії можуть мати різні цілі та способи взаємодії з вашим продуктом. Розпочавши цю вправу з набору персонажів користувачів, ви зможете гарантувати, що команди мають загальне уявлення про цільову аудиторію і будують історії з цього погляду. Це також виключає марні зусилля в крайніх випадках, які не підходять вашій цільовій аудиторії.

• Карта дій користувачів

Усі користувачі, які взаємодіють із продуктом, найімовірніше, робитимуть це за допомогою низки загальних дій. Ці дії, також звані темами або функціями, складають основу карти користувацьких історій. Наприклад, користувачі продукту електронної комерції можуть захотіти знайти товари для продажу, переглянути товари за категоріями, помістити товари в кошик і зробити покупку. Ці дії включатимуть історії у верхній частині карти, які потім команда розіб’є на більш дрібні користувацькі історії користувачів.

• Зіставлення користувацьких історій за діями

Маючи основу і визначивши основні теми, команда тепер може побудувати скелет мапи, розбивши кожну дію або тему на дрібніші користувацькі історії. Наприклад, у розділі “Кошик покупок” можуть бути такі історії: “Як покупець, я хочу редагувати і видаляти товари у своєму кошику, щоб передумати перед покупкою”.

• Потік і розставлення пріоритетів

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

• Визначте прогалини, залежності, технічні вимоги та альтернативи

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

• Плануйте спринти та релізи

Саме тут команди перетворюють візуальну вправу на здійсненну роботу. Завдяки тому, що історії розставлені за пріоритетом зверху вниз, команди можуть бачити роботу, яка принесе найбільшу користь у найкоротші терміни, і групувати ці історії у спринти розробки та випуски продуктів. Команди створять горизонтальні “зрізи” на карті, групуючи історії за пріоритетом у межах кожної критичної дії користувача. Важливо враховувати, що йдеться не про визначення того, що потрібно для мінімально життєздатного продукту; скоріше, важливо визначити найважливішу роботу, яку необхідно виконати, щоб створити приємний клієнтський досвід.

Висновок

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