| Tytuł: | Product Ownership dla zespołów |
| Kod: | Agile-poTeams |
| Kategoria: | Agile Software Development |
| Forma: | 20% wykłady, 80% warsztaty |
| Czas trwania: | 3 dni |
| Odbiorcy: | management, analitycy, Scrum Masters, developerzy, architekci, testerzy, Product Owners |
| Zapisy: |
Indywidualne zamówienie i dopasowanie dla grupy. |
| Logistyka: |
W siedzibie klienta lub w innym dowolnym miejscu. |
Szkolenie prowadzone jest w formie praktycznych ćwiczeń na bazie przygotowanego w tym celu projektu.
Każdy temat jest wstępnie omawiany od strony teoretycznej, a następnie grupa pod kierunkiem trenera pracuje nad realnymi przypadkami związanymi z zagadnieniem.
Do kogo adresowane jest szkolenie?
- Do nowych zespołów, które rozpoczynają pracę nad produktem i chcą nim efektywnie zarządzać.
- Do istniejących zespołów, które chciałyby podnieść wydajność pracy nad produktem w metodyce Scrum.
- Do osób zaangażowanych w zarządzanie produktami i zespołami - kadra zarządzająca, architekci, liderzy zespołów, analitycy, kierownicy produktów i projektów.
Kluczowe umiejętności rozwijane podczas szkolenia
- Rozumienie roli PO w projekcie i organizacji
- Planowanie strategiczne
- Analiza wymagań
- Przygotowywanie specyfikacji zadań dla zespołu
- Planowanie i przebieg sprintów
- Odbiór i akceptacja wyników pracy zespołu
- Zarządzanie backlogiem
- Efektywna komunikacja
- Dobór właściwych narzędzi
Wyróżniki szkolenia
- Zorientowanie na wartość produktu
- Realistyczne scenariusze warsztatowe
- Metryki
Program Szkolenia
Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.-
Wstęp- Krótkie przypomnienie idei zwinności (agile) i metodyki Scrum
- Rola Product Owner wg Scrum
- Product Owner vs. Product manager
- Krótkie przypomnienie idei zwinności (agile) i metodyki Scrum
-
Planowanie strategiczne i faza analizy- Zbieranie wymagań od interesariuszy
- Przygotowanie koncepcji rozwiązania
- Definicja zakresu prac, wstępny podział na bloki funkcjonalne, estymacja
- Zarządzanie backlogiem na poziomie funkcjonalności (features)
- Priorytetyzacja i estymacja funkcjonalności (features)
- Harmonogram produktu (product roadmap)
- Komunikacja z interesariuszami dotycząca planowania strategicznego
- Przygotowanie zespołu do pracy nad produktem
- Zbieranie wymagań od interesariuszy
-
Praca nad specyfikacją zadań- Tworzenie historyjek - kryteria odbioru, dobre praktyki
- Planowanie sprintu
- Tworzenie historyjek - kryteria odbioru, dobre praktyki
-
Przebieg sprintu- Sesje groomingowe
- Start sprintu
- Zarządzanie historyjkami przez zespół w trakcie sprintu
- Udział Product Ownera w bieżącej pracy zespołu
- Sprint demo
- dla zespołu (wewnętrzne)
- dla interesariuszy
- dla zespołu (wewnętrzne)
- Sesje groomingowe
-
Bieżące zarządzanie rejestrem produktu (backlog)- Priorytetyzacja i wstępny podział na fazy/sprinty
- Szacowanie kosztu
- Błędy/zadania/historyjki
- Priorytetyzacja i wstępny podział na fazy/sprinty
-
Miary jakości i monitorowanie postępu- Sprint burndown
- Version burnup
- Epic burndown
- Release burndown
- Created vs resolved issues
- Feature progress vs roadmap
- Sprint burndown
-
Rola Product Ownera w kontekście całej organizacji - możliwe modele współpracy- PO vs zespół
- PO vs kierownictwo
- PO vs zespół
-
Narzędzia- Tablica i papier
- Arkusz kalkulacyjny + dokumenty tekstowe
- Jira
- Tablica i papier
Pobierz program w formacie PDF