itkaizenclub: users and their stories

Users and their Stories: або чи дійсно ми вміємо використовувати історії користувачів

by Роман Сахаров

Improve yourself continuously!

Про мене Роман Сахаров

Business Analysis and Delivery Manager@EPAM Systems

Co-founder and trainer @E5

Delivery and Resource Manager, Trainer UA BACC leader, BA community leader UA BA mentoring curator Multiple conferences speaker

Certified Scrum Master, Leading SAFe® certifiedUA IT Awards – Business Analysis 2014 winner


User stories?1. Хто з вас працює в Agile,

або Scrum?2. Хто працює з User Story?3. А хто працює з Use Cases?

У світі продуктів для людей

А що таке User Story?

І все?


User story – це історія про...

Те як користувачі нашого продукту його використовують і...

дають нам контекст для обговорення

певна історія повинна бути розказана в рамках кожної User Story


А навіщо ж новий формат?

Бо він не ідеальний


Яка головна проблема «ідеальних» вимог?

Їх не існує

+ кожен розуміє вимоги по-своєму


Story – це домовленість

Card Conversation Confirmation


Card

Навіщо нам темплейт?


As a ...<user>?

Хто ж цей магічний юзер, що використовує 80% створених продуктів?


As a ...<user>? Виділяйте User Groups і Personas і використовуйте їх


I want to …

Функція/дія користувача


So that – навіщо це? Value виявляється саме на цьому пункті і це важливо для:

1. Деталізації

2. Реаліазції

3. Мотивації


Conversation Пам’ятаєте, що кожен читає специфікацію по-своєму?

• Різні люди – різні питання

• Завдання обговорення - досягти згоди по задачі з точки зору користувача


Будьте креативні


ConfirmationЯк ми перевіримо, що ми дійсно зробили про те що домовились?

1. Acceptance criteria2. Підтвердження після

демонстрації, що це було дійсно те що ми хотіли

І все?


А з чого ще складається сторі?


Який розмір правильний?


Правильний розмір

Vision goal 1 Vision goal 2

Epic 1.1 Epic 1.n Epic 2.1 Epic 2.n… …

Feature 1.1.1 Feature 1.1.2 Feature 2.1.1

User or market needsДля бізнесу

Для користувачів та клієнтів

Для команди


Деталізація проти знань

Рівень знань по-проекту

Ріве

нь

дета

ліза

ції


Чи можна по історії написати код?

Загалом вам потрібен рецепт – дев задачі

Розвиток продукту

За кожну історію – додайте +3 в беклог

- Алістер Кокбурн


Постійна еволюція

Validated learning over working software (or comprehensive documentation)


Історії – це частини чогось більшого

А що далі?


А що ж зі специфіцікаціями?

Померли?

Ні, але живуть тепер трішки для іншого

1. короткострокові проекти

2. початок проекту, початкові вимоги

3. результат проекту, пишемо по-одному, але імплементацію вказуємо в спеці


Простий ≠ легкий1. Це вимагає розуміння

продукту

2. Тісного звязку з замовником і користувачами

3. Бажання розібратись в тому, що ми створюємо

4. Час... досить багато часу

Історії користувачів про те як ви їх використовуєте, а не як пишете


Ми цьому ще й навчаємо!

Наступного тижня, неділя: "Управління вимогами в Agile проектах: від ідеї до працюючого продукту "

18 Грудня – "Agile Delivery Management" Тренінг “Leading SAFe 4.0 SAFe®” (періодично) Курс “Business Analysis Big Bang 2.0” (періодично) Курс вебінарів “Business Analysis Essentials” ITKaizenClub

Знижка за кодом «ITKaizenClub» – 10%


Дякую! [email protected] E5Trainings E5Trainings E5 www.e-5.com.ua

itkaizenclub: users and their stories

Education