Jak podejść do wymagań w Agile? Jak pisać dobre User Story? Po czym poznam, że to jest dobre User Story? Kto pisze User Story? Czy w Scrum stosujemy tylko User Story? Jak szybko budować Product Backlog?

1. User Story
Krystian Kaczor
Professional Scrum Trainer
SAFe Program Consultant
Agile Coach
@krystian_kaczor
@QAgile_pl
v. 1.0. 2017-06-21

2. User Story
© QAgile 2

3. PO CO?
©QAgile 3

4. ©QAgile 4

5. Agile, czyli musimy pisać
User Story, tak?
Niekoniecznie
©QAgile 5

6. ©QAgile 6
Increment
Sprint Backlog
Product Backlog
Feedback
WorkPlanning Review
Refinement
Ready state
Retro

7. Co to Ci daje?
©QAgile 7
DUŻA
DELTA
CZAS
ITERACJA 1 ITERACJA 2 ITERACJA 3 ................. ITERACJA N
PRZYROST
FUNKCJONALNOŚCI

8. To co mamy w Product Backlog?
©QAgile 8

9. KTO?

10. There can be only one!
©QAgile 11
1 Product 1 Product Backlog 1 Product Owner

11. Scrum Guide 2016
“Właściciel Produktu może wykonywać
powyższe zadania samodzielnie lub zlecać
je Zespołowi Deweloperskiemu, jednak to
Właściciel Produktu pozostaje za nie
odpowiedzialny. ”
©QAgile 12

12. 3C by Ron Jeffrie
© QAgile 13
Card Conversation Confirmation
Impact Mapping
Story Mapping
Refinement
Planning
SBE
Praca w Sprincie
SBE
ATDD
BDD
WYMAGANIE

13. CO?
©QAgile 14

14. User Story
• Technika definiowania wymagań
• Unikamy niebezpieczeństwa „You built what I aksed for, but it’s not
what I need”
• Kompensują nieprecyzyjne sformułowania (np. zupa lub sałatka i
chleb)
• Są zrozumiałe dla deweloperów i dla biznesu
• Wspierają i zachęcają do iteracji
© QAgile 15

15. Kompozycja User Story
• Elementy User Story
– Jako … (konkretny użytkownik systemu)
– chcę… (pożądana cecha, funkcjonalność)
– żeby… (korzyść płynąca z ukończenia story, problem, który
trzeba rozwiązać)
• Warunki Satysfakcji
– Szczegóły dodane w formie testów akceptacyjnych
© QAgile 16

16. ©QAgile 17
Warunki Satysfakcji  Definition of Done

17. Definition of Done - przykład
Każde Story i zadanie są testowalne,
Kod jest napisany i kompletny,
Zadanie kompletnie wykonane,
Wykorzystane TDD
Przegląd kodu został wykonany,
Przetestowane,
Brak błędów w Continuous Integration,
Udokumentowane (JavaDoc jest obowiązkowy)
©QAgile 18

18. Przykład User Story
©QAgile 19

19. Przykład User Story
©QAgile 20

20. KIEDY?

21. ©QAgile 22
CI, CD
TDD, ATDD, BDD
Impact Mapping
Feedback
SBE
Story Mapping
Definition of Ready
Definition of Done
Lean Canvas
Product Vision
SBE

22. JAK?

23. Obrabiamy górę lodową
©QAgile 24
©Mike Cohn

24. Product Backlog Refinement
• Dodawanie Warunków Satysfakcji
• Dzielenie
• Tworzenie nowych
• Sprawdzanie I.N.V.E.S.T.
• Sprawdzanie “Ready state”
• Dzieje się 1-2 Iteracje do przodu
©QAgile 25

25. Wymagania w Agile to nie raz
spisane User Story, ale rozmowa i
informacja zwrotna
©QAgile 26

26. Story Mapping
© QAgile 27

27. Nie wszystko musi być
zaimplementowane
©QAgile 28
x
x
xx
xx

28. PRZYKŁADY - ANTYWZORCE
©QAgile 29

29. “Jako użytkownik chciałbym
zmienić stylowanie ekranu dodaj
do koszyka, aby był bardziej
użyteczny i spójny z całą
aplikacją”
©QAgile 30

30. „Jako użytkownik chcę
ponownie zarezerwować lot,
żeby uniknąć wypełniania
całego formularza
wyszukiwania i przechodzenia
przez wszystkie kroki
rezerwacji” ©QAgile 31

31. „Jako kierowca ciężarówki
chcę widzieć zaplanowaną
trasę.”
©QAgile 32

32. “Jako użytkownik chciałbym mieć
możliwość wpowadzania kodu
pocztowego i miejscowości z
dostępnej z listy, żeby było mniej
pomyłek w danych adresowych”
©QAgile 33

33. Krystian Kaczor
©QAgile 34
krystian.kaczor@qagile.pl
http://www.qagile.pl
@krystian_kaczor
@QAgile_pl

34. ©QAgile 35

35. Sprawdź pełną ofertę
©QAgile 36
Agile – Requirements - Testing
Trainings – Consulting – Coaching – Audits – Certification
www.qagile.pl @QAgile_plfb.me/qagilepl