Poniżej przedstawiam w tabeli 4 proste czynnosci które powinny mieć miejsce podczas spotkania sprint review. Agenda dotyczy sprintu trwającego 2 tygodnie. W spotkaniu obowiązkowo biorą udział: produkt owner, scrum master, zespół developerski a także opcjonalnie inne zainteresowane osoby. Moderatorem spotkania jest oczywiście scrum master, który dba o kolejność zadań oraz o trzymanie w ryzach czasu. Dobrą praktyką jest aby spotkanie trwało 1 godzinę na każdy tydzień developmentu, stąd dla cyklu 2 tygodniowego spotkanie wyestymowane jest na ok. 2 godziny.
| Czynność | Szczegółowy opis czynności | Kto odpowiedzialny | Czas trwania |
| Potwierdzenie, że zespół dostarczył to na co zgodził się podczas sprint planingu | Przegląd założeń przyjętych przez zespół (user stories, story points, wydajność, etc) Wszystkie odstępstwa od planu powinny być poruszone i wyjaśnione. | Scrum master | 10 min |
| Potwierdzenie, że cały projekt idzie we właściwym kierunku | Przegląd i dyskusja dotycząca wykresów wypalenia sprintu i całego projektu, dodatkowo pozostałych metryk budżetu, jakości jeśli wymagane. | Scrum master | 10 min |
| Demo funkcjonalności które zostały dostarczone podczas danego sprintu | Spontaniczna prezentacja nowych funkcjonalności prowadzona przez zespół, głównie developerów. | Zespół oraz produkt owner | 1,5h |
| Ewentualna rozmowa na temat funkcjonalności które miały zostać dostarczone ale nie zostały | Zrozumienie dlaczego coś nie zostało dostarczone, czemu tak się stało, co musi zostać wykonane aby usunąć problem, głębsza dyskusja na spotkaniu retrospektywnym. | Zespół oraz produkt owner | 10 min |
Loading...
0 komentarzy