Scrum warsztaty PO
•Als PPTX, PDF herunterladen•
0 gefällt mir•787 views
Materiały do warsztatów ze Scrum dla Product Ownerów
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Scrum warsztaty PO
Ähnlich wie Scrum warsztaty PO (18)
Scrum warsztaty PO
- 1. sterowanie salą konferencyjną utrzymaj stałą temperaturę 22°C w sali 6x12 m w tym budynku o 8:00 musisz zaprogramować klimatyzację, wentylację i rolety na cały dzień jakie parametry wziąć pod uwagę? godzina # wydarzenie 7:00 – 8:00 5 przygotowanie sali 8:00 – 9:00 50 śniadanie kontynentalne, GetResponse 9:00 – 10:30 55 spotkanie, GetResponse 10:30 – 11:00 55 przerwa kawowa 11:00 – 12:30 55 spotkanie, GetResponse 12:30 – 13:00 5-20 przygotowanie sali 13:00 – 15:00 50 spotkanie, Apple Inc. 15:00 – 15:30 50 przerwa kawowa 15:30 – 17:00 70 spotkanie, Apple Inc. 5 min
- 3. model empiryczny nie wiemy jak dokładnie będzie wyglądał produkt kiedy zaczynamy chcemy kontrolować rezultat pracy i utrzymywać jakość na wysokim poziomie kroki nie zawsze są powtarzalne
- 5. model empiryczny rzeczywistość, nie plany planowanie „Just In Time”
- 6. zarządzanie produktem Company Vision Business Strategy Product Strategy Product Roadmap Release Plan Sprint Plan Daily Plan Product Vision / Business Model Release Backlog / Product Backlog
- 7. zarządzanie produktem 0-6 m-cy 6-12 m-cy 12+ m-cy Przyszłość Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie Wymaganie S 1 S 4-… S 2-3 Pomysł Pomysł Ogólna idea Jeśli nic się nie zmieni, to…
- 8. zarządzanie produktem •Coś, o co prosi klient, co jemu dostarczy wartośćProśba klienta •Zmiany pozwalające wykorzystać okazję by uzyskać lub powiększyć udział w rynkuOkazja rynkowa •Konieczność spełnienia wymogów prawnychWymagania prawne •Spełnienie zobowiązania do dostarczenia konkretnej funkcjonalności klientowi, potencjalnemu klientowi lub partnerowiZobowiązania •Zmiana by zrównać się z możliwościami konkurencji lub ją przebićKonkurencja •Zobowiązanie przed rynkiem do wydawania nowych funkcji i poprawek zgodnie z jakimś harmonogramemDuże wydanie •Poprawianie błędówUtrzymanie
- 9. KPI Skąd wiesz, że twój produkt tworzy/dostarcza wartość? Czy jest możliwe tworzenie wartości negatywnej? Jakich używasz KPI? Czy są one premiowane? 5 min
- 10. KPI 1. Innovation Rate Jaki procent budżetu produktu idzie na tworzenie nowych funkcji, jaki na utrzymanie istniejących, a jaki na rozszerzanie pojemności 29% 53% 18% 2013 IT Budgets Expand Maintain Build New
- 11. KPI 2. Strategic Aligment Index Business Strategic Alignment IT Strategic Alignment Total Cost of Ownership High Low Low High
- 12. KPI 3. On-Product Index Odsetek czasu jaki zespół spędza pracując nad produktem i dostarczając wartości
- 14. KPI 5. Usage Index 0 20 40 60 80 100 0 5 10 Percent of users using Times used per time period Time spent using Buduj to, co jest używane Zwiększ używanie, albo pozbądź się
- 15. KPI 6. Installed Version Index Jaki odsetek klientów używa (n) ostatnich wydań produktu? Monitotorowanie: zdolność klientów do przyjmowania nowych wersji produktu 29% 45% 23% 3% 0% 10% 20% 30% 40% 50% v. 5.x v. 6.x v. 7.x v. 8.0
- 16. KPI Innovation Rate Strategic Alignment Index On-Product Index Product Availability Usage Index Installed Version Index 29% 50% 80% 99% 35% 70% 1.00 zł 0.29 zł 0.15 zł 0.13 zł 0.13 zł 0.05 zł 0.03 zł
- 17. KPI Co może zrobić PO, aby wpłynąć na te wskaźniki Innovation Rate Strategic Alignment Index On-Production Index Product Availability Usage Index Installed Version Index 5 min
- 18. zadania PO Co robi Product Owner? planowanie w trakcie Sprintu przegląd Sprintu retrospekcja grooming/refining 5 min
- 19. cechy backlogu posiadacie starą aplikację „Works Fine”, która jest trudna w utrzymaniu, więc ma zostać przepisana w nowych technologiach Legacy Larry został Product Ownerem i twierdzi, że użytkownicy są w pełni zadowoleni z aplikacji i używają wszystkich funkcjonalności (choć nie ma statystyk) Larry uważa, że nowa aplikacja musi „robić dokładnie to, co stara”. Wg niego wszystko jest jasne, więc uważa, że Backlog Produktu jest zbędny, a tym bardziej szacowanie wartości biznesowej. Co powiecie Larry’emu? 5 min
- 20. cechy backlogu cechy dobrego Backlogu Produktu jednostki dostarczalnej funkcjonalności jasne kryteria akceptacji mogą się odnosić do innych rzeczy (specyfikacje, mockupy, modele architektoniczne) odpowiedniej wielkości
- 21. cechy backlogu elementy Backlogu Produktu definicje funkcjonalności (User Story, Use Case, Specyfication by Example) błędy wymagania niefunkcjonalne pragnienia (epiki)
- 22. budowanie backlogu przejrzeć wymagania dla serwisu UEFATix stworzyć cel dla pierwszego wydania wybrać co jest potrzebne do pierwszego wydania (funkcjonalne i niefunkcjonalne) stworzyć kartę dla każdego wymagania (ok. 15-25 szt.) UWAGA! Nie próbujcie robić tego perfekcyjnie, tylko „good enough” 10 min
- 23. porządkowanie backlogu jak ustalacie w tej chwili kolejność implementacji wymagań? czy mierzycie jakoś rezultaty? Jak? jak radzicie sobie z zależnościami? 5 min
- 24. porządkowanie backlogu wartość dla istniejących klientów wartość dla nowych klientów znaczenie dla długofalowej pozycji produktu ryzyko (firma, rynek) zależności zobowiązania złożoność pracochłonność wartość ryzyko
- 25. porządkowanie backlogu przydzielić unikalną wartości (0-500 w tym ćwiczeniu) każdemu z wymagań zależności: wymagania zależne mają niższą wartość wymagania niefunkcjonalne mają wartość, bo bez nich produkt nie będzie używalny wpisać wartość z lewy górny róg posortować 10 min
- 26. story mapping zdefiniuj flow przydziel wymagania do kroków flow posortuj wymagania w każdym kroku zdefiniuj release’y 10 min
- 27. timeboxing Zespół pracuje dobrze przez cały Sprint, ale potrzebuje odrobinę więcej czasu na dokończenie testów. Czy możemy przeciągnąć Sprint o kilka dni, żeby pozwolić na dokończenie prac? 5 min
- 28. nadzwyczajne zakończenie Sprintu Kto może przerwać Sprint? Co zrobić z nieskończonymi zadaniami?
- 29. przejrzystość
- 30. przejrzystość Jesteś studentem, który po zajęciach pracuje w Fatburger na zmianie od 14 do 23. Jesteś jedyną osobą na miejscu o 22:30. Sprzątasz powoli kiedy pojawia się klient i zamawia podwójnego Fatburgera Delux z cebulą, serem, bekonem i frytkami. Podliczasz zamówienie – wychodzi $5.65 Klient informuje, że ma tylko $1.20 Co zrobisz? Uwaga1: tylko na zamówienie, brak porcji czy resztek Uwaga2: ścisła kontrola magazynu 5 min
- 33. zwinne ofertowanie Każde niezrealizowane wymaganie może być wymienione na jakiekolwiek inne o tej samej wielkości. Kolejność realizacji wymagań ustalana przez klienta z możliwością zmiany w dowolnym momencie. Klient może prosić o dodatkowe wydania w dowolnym momencie, pokrywając jedynie dodatkowe koszty samego wydania Klient może zrezygnować z dalszych prac w dowolnym momencie, jeśli otrzymał już wystarczającą wartość biznesową. Płaci za 20% pozostałych prac.
- 34. wdrażanie Scruma jeden dobry zespół podziel ten zespół i stwórz nowe z ludźmi z pierwszego zespołu wsparcie organizacji – nieocenione
- 35. wdrażanie Scruma Large-Scale Scrum (LeSS)
- 36. Scaled Agile Framework wdrażanie Scruma
- 37. unikalne kompetencje 3 zespoły, 3 Sprinty tylko jeden DBA, który zna schemat bazy danych każdy zespół twierdzi, że potrzebuje 100% jego czasu 5 min
- 38. Scrum but zdefiniuj wszystkie „Scrum but” weź jeden i znajdź regułę, którą łamiesz znajdź przyczynę takiego zachowania spróbuj policzyć jak bardzo cię to ogranicza i ile kosztuje
- 39. dług techniczny pochodzi z pracy, która nie jest rzeczywiście zrobiona (DoD) musi zostać kiedyś spłacony, chyba że twój plan zakłada bankructwo lub niepowodzenie projektu
- 40. dług techniczny przestań tworzyć dług spłacaj po kawałku w każdym Sprincie powtarzaj krok 2.
- 46. kanban wizualizacja procesu limit Work in Progress optymalizacja strumienia
- 47. kanban