Ponovna procjena na sljedećem sprintu
1. Uvod (Za klijente i partnere)
Ponekad, funkcionalnost ili ispravka greške ne stigne do potpunog izdanja unutar sprinta, ili se pojave nove informacije koje zahtijevaju dalju evaluaciju. U takvim slučajevima, premještamo stavku u status “ponovna procjena” za sljedeći sprint. Ovo osigurava da ništa ne padne kroz pukotine i da ponovo razmotrimo stavku s novom perspektivom i ažuriranim prioritetima.
2. Ko je uključen
| Uloga | Uključenost | Korist za vas |
|---|---|---|
| Scrum Master | Prati nekompletne ili neriješene stavke i zakazuje ih za ponovnu procjenu. | Osigurava da vaša funkcionalnost ili ispravka greške ostane vidljiva i da ne bude napuštena. |
| Product Owner | Potvrđuje da li stavka još uvijek odgovara planu ili treba biti odložena. | Pruža jasnu smjernicu o tome da li nastaviti, odgoditi ili preraditi. |
| Dev Team | Ponovno procjenjuje tehničke ograničenja, završava preostale zadatke ili ažurira procjene. | Donosi dodatni rad potreban za finalizaciju ili poboljšanje rješenja. |
| QA Engineer | Ponovno testira stavku u sljedećem sprintu ako je potreban novi kod ili su se promijenili kriteriji prihvatanja. | Osigurava da rezultat ispunjava standarde kvaliteta kada konačno bude objavljen. |
| Vi (Klijent/Partner) | Možete biti konsultovani ako su potrebni dodatni detalji ili revidirani zahtjevi. | Drži vas informisanim o planu za završetak vaše funkcionalnosti ili ispravku vašeg problema. |
3. Tok procesa / Shema
Evo kako se stavka ponovo procjenjuje na sljedećem sprintu (koristeći dvostruke navodnike u Mermaid dijagramu):
- Stavka nije završena: Funkcionalnost ili ispravka greške ostaje djelomično urađena, ili se pojavljuju novi problemi.
- Označiti kao “Ponovna procjena”: Scrum Master označava stavku za planiranje sljedećeg sprinta.
- Pregled tokom retrospektive sprinta: Tim raspravlja zašto nije završena i šta je potrebno.
- Odluka:
- Da: Ako stavka i dalje ima poslovnu vrijednost, prelazi u Planiranje sljedećeg sprinta.
- Ne: Ako više nije relevantna ili izvediva, ili je odlažemo ili je potpuno odbacujemo (uz povratne informacije).
- Rad u sljedećem sprintu: Dev tim pojašnjava zadatke, ažurira procjene i uključuje stavku u novi sprint backlog ako to kapacitet dozvoljava.
4. Kratak FAQ
P1: Zašto funkcionalnost ili ispravka greške ne bi bila završena u jednom sprintu?
O1: Razlozi uključuju neočekivanu složenost, promijenjene prioritete, ili nove detalje koji se pojavljuju tokom sprinta.
P2: Da li “ponovna procjena” znači početi iznova?
O2: Ne nužno. Obično to znači da ćemo pregledati napredak, potvrditi preostale zadatke i nastaviti razvoj/testiranje u sljedećem sprintu.
P3: Šta ako stavka i dalje nije završena nakon sljedećeg sprinta?
O3: Može se ponovo procijeniti, odložiti ili podijeliti na manje zadatke. Cilj nam je izbjeći beskrajno odlaganje usavršavanjem opsega ili razjašnjavanjem kriterija prihvatanja.
P4: Hoću li biti obaviješten ako moja funkcionalnost ili problem ide u “ponovnu procjenu”?
O4: Da, dobićete ažuriranje koje objašnjava zašto se prenosi i očekivani vremenski okvir za završetak u sljedećem sprintu.
5. Sljedeći koraci i dodatni resursi
- Planiranje sprinta: Saznajte kako alociramo stavke (uključujući ponovo procijenjene) u nove sprinte.
- Odloženo vs. Ponovna procjena: Razumite razliku između odlaganja stavke (odgođeno) i aktivnog ponovnog ocjenjivanja sljedećeg sprinta.
- Kontaktirajte nas: Ako imate više detalja ili želite revidirati svoje zahtjeve, molimo vas da pošaljete e-mail na
contact+support@aismarttalk.techili se obratite našem chatbotu.
Ponovnim procjenjivanjem stavki u sljedećem sprintu, održavamo momentum na djelomično završenom radu i osiguravamo da čak i zaustavljene ili odložene funkcionalnosti/ispravke grešaka dobiju pažnju koja im je potrebna da konačno postignu uspješno izdanje.