Зоряна Борбулевич "Підхід, який трансформував компанію Microsoft: ННК і його...
Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовувати історії користувачів“
1. Users and their Stories:
або чи дійсно ми вміємо
використовувати історії користувачів
by Роман Сахаров
2. 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® certified
UA IT Awards – Business Analysis 2014 winner
3. Improve yourself continuously!
User stories?
1. Хто з вас працює в Agile,
або Scrum?
2. Хто працює з User Story?
3. А хто працює з Use Cases?
7. Improve yourself continuously!
User story – це
історія про...
Те як користувачі
нашого продукту його
використовують і...
дають нам контекст
для обговорення
певна історія повинна
бути розказана в
рамках кожної User
Story
16. Improve yourself continuously!
So that – навіщо це?
Value виявляється
саме на цьому
пункті і це важливо
для:
1. Деталізації
2. Реаліазції
3. Мотивації
19. Improve yourself continuously!
Confirmation
Як ми перевіримо, що ми
дійсно зробили про те що
домовились?
1. Acceptance criteria
2. Підтвердження після
демонстрації, що це було
дійсно те що ми хотіли
23. Improve yourself continuously!
Правильний розмір
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
Для бізнесу
Для користувачів та
клієнтів
Для команди
31. Improve yourself continuously!
А що ж зі
специфіцікаціями?
Померли?
Ні, але живуть тепер трішки для
іншого
1. короткострокові проекти
2. початок проекту, початкові вимоги
3. результат проекту, пишемо по-
одному, але імплементацію
вказуємо в спеці
32. Improve yourself continuously!
Простий ≠ легкий
1. Це вимагає розуміння
продукту
2. Тісного звязку з
замовником і
користувачами
3. Бажання розібратись в
тому, що ми створюємо
4. Час... досить багато часу
35. Improve yourself continuously!
Ми цьому ще й
навчаємо!
Сертифікаційний тренінг “Leading SAFe 4.0
SAFe®”
Курс “Business Analysis Big Bang 2.0”
(періодично)
Вебінари “Business Analysis Essentials”
Вебінари “Scrum Fundamentals”
ITKaizenClub
Знижка за кодом «E5BAQ» – 10%
Hinweis der Redaktion
У своїй доповіді я розповім історію про еволюцію проекту швейцарського банку, який виявився досить гнучкий щоб пережити багато злетів та падінь. Використовуючи цікаві напрацювання з масштабованого Agile і здорового глузду. А також, на скільки складніше працювати у випадку розподілених команд і яка ціна використання такої конфігурації.
Насправді Юзер сторі – це історія про використання юзерами нашого продукту, які дають нам контекст для обговорення.
Kent Beck - історіїї
Перед усім
- він очевидно не ідеальний
Перфекціонізм??
Не ідеальний (
Аджайл маніфест – працюючий софт понад документації
Всі читали документацію по-своєму (це до речі одна з причин, чому навіть історії які не обговорені – не значно кращі за будь який інший документ
МИ всі можемо прочитати один документ, але зрозуміти його по-різному
Картинка: крулгий стіл
Коли я починав, сторі – це був запис, все решту, було не так важливо
Але темплейт – це просто база, яка дозволяє почати
Що ви пишете в цій частині?
Юзер? Who is the fucking user?
А хто такий юзер в веб сайті?
А адміністратор тоді хто?
Як визначити користувачів вашого продукту?
Що ви пишете в цій частині?
Юзер? Who is the fucking user?
А хто такий юзер в веб сайті?
А адміністратор тоді хто?
Як визначити користувачів вашого продукту?
Важливо: Говорити про користувача, а не свої бажання
Acc criteria
BDD
Signed contract, approved
визначають параметри User story
специфікують функціональні і не функціональні вимоги
Вказують коли історія закінчена і працює, як очікувалося
Еволюція
-
Алістер кокбурн
Plan to Learn, and Learn to Plan
Keep Talking as You Build
Сторі Меп
Важливо як ви розумієте сторі в контексті
МВП