Jeśli słowo „Review” w Twoim zespole kojarzy się z szybkim klikaniem po feature’ach na Zoomie, to ten artykuł jest dla Ciebie.
Jako Scrum Master nieraz obserwuję, jak Sprint Review redukowane jest do „demo” – i choć pokazanie efektów pracy to część Review, to nie wszystko.
W rzeczywistości Review to jedno z kluczowych wydarzeń Scruma, podczas którego zespół i interesariusze wspólnie rozmawiają o produkcie i planach na przyszłość.
Definicja Sprint Review
„Celem przeglądu sprintu jest sprawdzenie wyników sprintu i określenie przyszłych adaptacji.”
(Scrum Guide 2020)
Sprint Review to interaktywne wydarzenie na koniec Sprintu, podczas którego:
- Zespół prezentuje, co udało się osiągnąć (przyrost),
- Interesariusze dają feedback i zadają pytania,
- Dyskutowane są zmiany, priorytety i co dalej.
To nie jest status meeting ani jednostronna prezentacja. To inspekcja + współpraca + adaptacja.
Cele Sprint Review
- Inspekcja przyrostu – pokazujemy, co zostało zbudowane (zgodnie z Definition of Done).
- Zebranie feedbacku – co myślą użytkownicy, klienci, biznes?
- Zaktualizowanie Backlogu Produktu – na podstawie nowych informacji.
- Podjęcie decyzji o kierunku – czy nadal idziemy w tym kierunku? Co zmienić?
Kto uczestniczy?
- Zespół Deweloperski – prezentuje, odpowiada na pytania.
- Product Owner – prowadzi rozmowę, zbiera feedback, aktualizuje Backlog.
- Scrum Master – dba o przebieg i zasady wydarzenia.
- Interesariusze – klienci, użytkownicy, właściciele biznesowi, sponsorzy.
Review to nie prywatne spotkanie zespołu, tylko otwarte forum współpracy z otoczeniem produktu.
Przebieg Sprint Review – przykładowy plan:
- Wprowadzenie – Cel Sprintu (PO lub SM)
- Prezentacja przyrostu – przez zespół (demo, mockupy, testy, itd.)
- Omówienie pracy niezrealizowanej
- Dyskusja z interesariuszami – pytania, opinie, potrzeby
- Wpływ na Backlog – PO notuje zmiany, priorytety, nowe wymagania
- Wstępna rozmowa o kierunku na kolejny Sprint
Czego unikać w Review?
| Błąd | Dlaczego to problem? |
|---|---|
| Demo offline / nagrane | Brak interakcji = brak wartości |
| Brak interesariuszy | Review bez feedbacku to teatr, nie rozmowa |
| Brak celu Sprintu | Trudno ocenić sukces przyrostu |
| Tylko „co zrobiliśmy” | A gdzie pytanie: „Czy to spełnia Wasze potrzeby?” |
| Zaskakiwanie zespołu | Review nie jest pokazem iluzji – zespół powinien być przygotowany |
Jak zrobić dobre Sprint Review?
- Przygotuj się – przetestuj demo, przygotuj kontekst, miej jasny cel Sprintu.
- Zaproś właściwe osoby – klientów, użytkowników, sponsorów.
- Bądź otwarty na feedback – nawet krytyczny.
- Angażuj interesariuszy pytaniami:
- „Jak to działa z Waszej perspektywy?”,
- „Czy to rozwiązuje problem, o którym mówiliście?”,
- „Co warto doprecyzować?”
- Zapisz ustalenia – zmiany trafiają do Product Backlogu.
Podsumowanie – 5 rzeczy, które warto zapamiętać o Sprint Review
- To nie demo – to rozmowa o produkcie.
- Interesariusze są kluczowi – bez nich Review nie spełnia swojej roli.
- Celem jest wspólne zrozumienie kierunku produktu.
- Feedback z Review wpływa na przyszłe Sprinty.
- Sprint Review to fundament empiryzmu w Scrumie.