Se ha denunciado esta presentación.
Se está descargando tu SlideShare. ×

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

Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Anuncio
Cargando en…3
×

Eche un vistazo a continuación

1 de 35 Anuncio

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

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

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

Anuncio
Anuncio

Más Contenido Relacionado

A los espectadores también les gustó (20)

Similares a Роман Сахаров “Users and their Stories: або чи дійсно ми вміємо використовувати історії користувачів“ (20)

Anuncio

Más de Dakiry (20)

Más reciente (20)

Anuncio

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

  1. 1. Users and their Stories: або чи дійсно ми вміємо використовувати історії користувачів by Роман Сахаров
  2. 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. 3. Improve yourself continuously! User stories? 1. Хто з вас працює в Agile, або Scrum? 2. Хто працює з User Story? 3. А хто працює з Use Cases?
  4. 4. У світі продуктів для людей
  5. 5. А що таке User Story?
  6. 6. І все? 
  7. 7. Improve yourself continuously! User story – це історія про... Те як користувачі нашого продукту його використовують і...  дають нам контекст для обговорення  певна історія повинна бути розказана в рамках кожної User Story
  8. 8. Improve yourself continuously! А навіщо ж новий формат? Бо він не ідеальний
  9. 9. Improve yourself continuously! Яка головна проблема «ідеальних» вимог? Їх не існує  + кожен розуміє вимоги по-своєму
  10. 10. Improve yourself continuously! Story – це домовленість Card Conversation Confirmation
  11. 11. Improve yourself continuously! Card
  12. 12. Навіщо нам темплейт?
  13. 13. Improve yourself continuously! As a ...<user>? Хто ж цей магічний юзер, що використовує 80% створених продуктів?
  14. 14. Improve yourself continuously! As a ...<user>? Виділяйте User Groups і Personas і використов уйте їх
  15. 15. Improve yourself continuously! I want to … Функція/дія користувача
  16. 16. Improve yourself continuously! So that – навіщо це? Value виявляється саме на цьому пункті і це важливо для: 1. Деталізації 2. Реаліазції 3. Мотивації
  17. 17. Improve yourself continuously! Conversation Пам’ятаєте, що кожен читає специфікацію по-своєму? • Різні люди – різні питання • Завдання обговорення - досягти згоди по задачі з точки зору користувача
  18. 18. Improve yourself continuously! Будьте креативні
  19. 19. Improve yourself continuously! Confirmation Як ми перевіримо, що ми дійсно зробили про те що домовились? 1. Acceptance criteria 2. Підтвердження після демонстрації, що це було дійсно те що ми хотіли
  20. 20. І все? 
  21. 21. Improve yourself continuously! А з чого ще складається сторі?
  22. 22. Improve yourself continuously! Який розмір правильний?
  23. 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 Для бізнесу Для користувачів та клієнтів Для команди
  24. 24. Improve yourself continuously! Деталізація проти знань Рівень знань по-проекту Рівень деталізації
  25. 25. Improve yourself continuously! Чи можна по історії написати код? Загалом вам потрібен рецепт – дев задачі
  26. 26. Розвиток продукту
  27. 27. За кожну історію – додайте +3 в беклог - Алістер Кокбурн
  28. 28. Improve yourself continuously! Постійна еволюція Validated learning over working software (or comprehensive documentation)
  29. 29. Improve yourself continuously! Історії – це частини чогось більшого
  30. 30. А що далі?
  31. 31. Improve yourself continuously! А що ж зі специфіцікаціями? Померли? Ні, але живуть тепер трішки для іншого 1. короткострокові проекти 2. початок проекту, початкові вимоги 3. результат проекту, пишемо по- одному, але імплементацію вказуємо в спеці
  32. 32. Improve yourself continuously! Простий ≠ легкий 1. Це вимагає розуміння продукту 2. Тісного звязку з замовником і користувачами 3. Бажання розібратись в тому, що ми створюємо 4. Час... досить багато часу
  33. 33. Історії користувачів про те як ви їх використовуєте, а не як пишете
  34. 34. Improve yourself continuously! Дякую! roman.sakharov@e-5.com.ua E5Trainings E5Trainings E5 www.e-5.com.ua
  35. 35. Improve yourself continuously! Ми цьому ще й навчаємо! Сертифікаційний тренінг “Leading SAFe 4.0 SAFe®” Курс “Business Analysis Big Bang 2.0” (періодично) Вебінари “Business Analysis Essentials” Вебінари “Scrum Fundamentals” ITKaizenClub Знижка за кодом «E5BAQ» – 10%

Notas del editor

  • У своїй доповіді я розповім історію про еволюцію проекту швейцарського банку, який виявився досить гнучкий щоб пережити багато злетів та падінь. Використовуючи цікаві напрацювання з масштабованого 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
  • Сторі Меп

    Важливо як ви розумієте сторі в контексті

    МВП

×