Reassessement at the Next Sprint
1. Wprowadzenie (Dla Klientów i Partnerów)
Czasami funkcja lub poprawka błędu nie trafia do pełnego wydania w ramach sprintu, lub pojawiają się nowe informacje, które wymagają dalszej oceny. W takich przypadkach przenosimy element do statusu „ponownej oceny” na następny sprint. Zapewnia to, że nic nie umknie naszej uwadze i że ponownie przyjrzymy się elementowi z nowej perspektywy i zaktualizowanymi priorytetami.
2. Kto jest zaangażowany
| Rola | Zaangażowanie | Korzyść dla Ciebie |
|---|---|---|
| Scrum Master | Śledzi niekompletne lub nierozwiązane elementy i planuje ich ponowną ocenę. | Zapewnia, że Twoja funkcjonalność lub poprawka błędu pozostaje widoczna i nie zostaje porzucona. |
| Product Owner | Potwierdza, czy element nadal jest zgodny z planem działania, czy powinien zostać odroczony. | Dostarcza jasnych wskazówek, czy kontynuować, odłożyć, czy przerobić. |
| Zespół deweloperski | Ponownie ocenia ograniczenia techniczne, kończy zadania przeniesione lub aktualizuje szacunki. | Dostarcza wszelkie dodatkowe prace potrzebne do sfinalizowania lub poprawy rozwiązania. |
| Inżynier QA | Powtarza testy przedmiotu w następnym sprincie, jeśli potrzebny jest nowy kod lub zmieniły się kryteria akceptacji. | Zapewnia, że wynik spełnia standardy jakości przy ostatecznym wydaniu. | | Ty (Klient/Partner) | Może być konsultowany, jeśli potrzebne są dodatkowe szczegóły lub zrewidowane wymagania. | Informuje Cię o planie ukończenia Twojej funkcji lub naprawienia Twojego problemu. |
3. Proces Przepływu / Schemat
Oto jak przedmiot jest ponownie oceniany w następnym sprincie (używając cudzysłowów w diagramie Mermaid):
- Element Nieukończony: Funkcja lub poprawka błędu pozostaje częściowo zrealizowana, lub pojawiają się nowe problemy.
- Oznacz jako „Ponowna Ocena”: Scrum Master oznacza to na następną sesję planowania sprintu.
- Przegląd podczas Retrospektywy Sprintu: Zespół omawia dlaczego to nie zostało ukończone i co jest potrzebne.
- Decyzja:
- Tak: Jeśli element nadal ma wartość biznesową, przechodzi do Planowania Następnego Sprintu.
- Nie: Jeśli nie jest już istotny lub wykonalny, odkładamy go lub odrzucamy całkowicie (z informacją zwrotną).
- Praca w Następnym Sprincie: Zespół deweloperski wyjaśnia zadania, aktualizuje szacunki i włącza to do nowego backlogu sprintu, jeśli pozwala na to pojemność.
4. Krótkie FAQ
Q1: Dlaczego funkcja lub poprawka błędu nie mogłaby zostać ukończona w jednym sprincie?
A1: Powody obejmują nieoczekiwaną złożoność, zmienione priorytety lub nowe szczegóły pojawiające się w trakcie sprintu.
Q2: Czy „ponowna ocena” oznacza rozpoczęcie od nowa?
A2: Niekoniecznie. Zazwyczaj oznacza to, że przejrzymy postępy, potwierdzimy pozostałe zadania i kontynuujemy rozwój/testowanie w następnym sprincie.
Q3: Co jeśli element nadal nie jest gotowy po następnym sprincie?
A3: Może być ponownie oceniony, odroczony lub podzielony na mniejsze zadania. Staramy się unikać niekończącego się przenoszenia, precyzując zakres lub wyjaśniając kryteria akceptacji.
Q4: Czy zostanę powiadomiony, jeśli moja funkcja lub problem przejdzie do „ponownej oceny”?
A4: Tak, otrzymasz aktualizację wyjaśniającą, dlaczego jest to przenoszone oraz oczekiwany harmonogram ukończenia w następnym sprincie.
5. Kolejne kroki i dodatkowe zasoby
- Planowanie sprintu: Dowiedz się, jak przydzielamy elementy (w tym te ponownie oceniane) do nowych sprintów.
- Odkładanie vs. Ponowna ocena: Zrozum różnicę między odkładaniem elementu (odroczonym) a aktywną ponowną oceną go w następnym sprincie.
- Skontaktuj się z nami: Jeśli masz więcej szczegółów lub chcesz zmienić swoje prośby, wyślij e-mail na adres
contact+support@aismarttalk.techlub skonsultuj się z naszym chatbotem.
Poprzez ponowną ocenę elementów w następnym sprincie, utrzymujemy impuls w przypadku częściowo ukończonej pracy i zapewniamy, że nawet wstrzymane lub opóźnione funkcje/poprawki błędów otrzymują uwagę, której potrzebują, aby ostatecznie osiągnąć udane wydanie.