Backlog to takie miejsce spotkań. Codziennie można tam znaleźć zarówno Product Ownera, Scrum Mastera jak i Zespół Deweloperski. Jest tyle perspektyw, przeważnie więcej niż jeden Interesatiusz, Deweloperzy mówią, żeby zrobić jedno, trzeba zrobić jeszcze „to, to i tamto”. Scrum Master krzyczy, że to przekracza Velocity. Product Owner rozkłada ręce. Na dodatek jesteśmy Agile. Ciągła zmiana to nasz chleb powszedni. A co na to Backlog? Przecież to tylko jedna lista, na której musi się zmieścić wszystko w odpowiedniej kolejności. Ile razy odnajdywaliście gdzieś na końcu Backlogu zadania, które właściwie są już zrobione, nieaktualne, lub wręcz niepotrzebne? Z pomocą przychodzi User Story Mapping – narzędzie, które pozwala stworzyć Big Picture projektu, odnaleźć relacje pomiędzy funkcjonalnościami, zaplanować Minimal Value Product, świadomie zarządzać Technical Debt, a to wszystko przy zachowaniu czytelności i prostoty.

1. USER STORY
MAPPING
Adam Łukaszczyk Agile Silesia #13

2. CHAOS

4. KANBAN

8. …, WIĘC MAMY BACKLOG

11. MINUSY ZWYKŁEGO
BACKLOGA
• Ciężki w ogarnięciu całości
• Jak mierzyć postęp?
• Trudno zarządzać priorytetami
• Mało widoczne relacje pomiędzy US

12. OCZEKIWANIA

13. OCZEKIWANIA
INTERESARIUSZY
• Big Picture
• Postęp prac
• Wsparcie w podejmowaniu decyzji
• Tworzenie Roadmapy

14. OCZEKIWANIA
PROGRAMISTÓW
• Przewidywalność
• Niezmienność wymagań w trakcie trwania iteracji
• Większa świadomość produktu
• Miejsce na zgłaszanie technicznych usprawnień

15. OCZEKIWANIA
SCRUM MASTERA
• Narzędzie komunikacyjne dla całego zespołu
• Wymagania posortowane i aktualne
• Planowanie realnych do wykonania iteracji

16. OCZEKIWANIA
PRODUCT OWNERA
• Prostota narzędzia
• Widok na zależności
• Planowanie releasów
• Wszystkie zadania w jednym miejscu

18. USER STORY MAPPING

20. BACKBONE

21. WALKING SKELETON

22. USER STORIES

23. GROUPED
BY
FUNCTIO
NALITY

24. MOST
IMPORTANT
LESS IMPORTANT
ASAP
SOMEDAY

25. RELEASES

26. PRODUCT DEVELOPMENT TO NIE
TYLKO PROGRAMOWANIE,
WIĘC DLACZEGO WIĘKSZOŚĆ
BACKLOGÓW POKAZUJE
WYŁĄCZNIE PRACĘ
PROGRAMISTÓW?

28. OK, MAMY USER STORIES, KTÓRE
PRZYNOSZĄ WARTOŚĆ
BIZNESOWĄ,
A CO Z DŁUGIEM TECHNICZNYM,
KTÓRY ROŚNIE MNIEJ LUB
BARDZIEJ ŚWIADOMIE?

30. USER STORY MAPPING
JEST TO PRACA WARSZTATOWA

31. PODCZAS WARSZTATÓW
• Musisz generalnie wiedzieć jaki produkt chcesz stworzyć
• Zbierz cały zespół
• Cicha burza mózgów
• Praca w grupach 3-5 osób
• Przeznacz cały dzień na warsztat
• Stwórz całą mapę produktu za jednym podejściem

32. CO DALEJ?
Impact Mapping Team Estimation Game

33. DZIĘKI
Adam Łukaszczyk
adam@bezigly.pl