Peržiūra kitame Sprint'e
1. Įžanga (Klientams ir Partneriams)
Kartais funkcija arba klaidos taisymas nepasiekia pilno išleidimo per sprintą, arba atsiranda naujos informacijos, kuri reikalauja tolimesnio vertinimo. Tokiais atvejais mes perkeliame elementą į „peržiūros“ statusą kitam sprintui. Tai užtikrina, kad niekas nepatektų į užmarštį ir kad mes vėl apsvarstytume elementą su nauja perspektyva ir atnaujintomis prioritetais.
2. Kas Įtrauktas
| Rolė | Įsitraukimas | Nauda Jums |
|---|---|---|
| Scrum Master | Sekamas nebaigtas arba neišspręstas elementas ir suplanuojamas jo peržiūra. | Užtikrina, kad jūsų funkcija ar klaidos taisymas išliktų matomas ir nebūtų apleistas. |
| Produkto Savininkas | Patvirtina, ar elementas vis dar atitinka kelrodį, ar jį reikėtų atidėti. | Teikia aiškią kryptį, ar tęsti, atidėti, ar perdirbti. |
| Vystymo Komanda | Pervertina techninius apribojimus, užbaigia perkeliamus užduotis arba atnaujina įvertinimus. | Teikia bet kokį papildomą darbą, reikalingą sprendimui užbaigti ar patobulinti. |
| QA Inžinierius | Pakartotinai testuoja elementą kitame sprint'e, jei reikia naujo kodo arba pasikeitė priėmimo kriterijai. | Užtikrina, kad rezultatas atitiktų kokybės standartus, kai jis galiausiai bus išleistas. |
| Jūs (Klientas/Partneris) | Gali būti konsultuojami, jei reikia daugiau detalių arba peržiūrėtų reikalavimų. | Laikys jus informuotus apie planą, kaip užbaigti jūsų funkciją ar išspręsti jūsų problemą. |
3. Procesų Srautas / Schema
Štai kaip elementas yra peržiūrimas kitame sprint'e (naudojant dvigubas kabutes Mermaid diagramoje):
- Elementas, kuris nebuvo užbaigtas: Funkcija arba klaidų taisymas lieka dalinai atliktas, arba kyla naujų problemų.
- Pažymėti kaip „Peržiūra“: Scrum Master pažymi jį kitam sprint'o planavimo susitikimui.
- Peržiūra Sprint'o Retrospektyvoje: Komanda aptaria kodėl jis nebuvo užbaigtas ir kas yra reikalinga.
- Sprendimas:
- Taip: Jei elementas vis dar turi verslo vertę, jis pereina į Kitą Sprint'o Planavimą.
- Ne: Jei jis nebėra aktualus ar įgyvendinamas, mes arba atidedame jį, arba visiškai atmetame (su atsiliepimais).
- Kitų Sprint'o Darbas: Dev Team paaiškina užduotis, atnaujina įverčius ir įtraukia jį į naują sprint'o backlog'ą, jei leidžia pajėgumai.
4. Trumpi DUK
K1: Kodėl funkcija arba klaidų taisymas gali būti nebaigtas per vieną sprintą?
A1: Priežastys gali būti netikėta sudėtingumas, pasikeitusios prioritetai arba nauji duomenys, atsirandantys sprint'o metu.
K2: Ar „peržiūra“ reiškia pradėti iš naujo?
A2: Ne visada. Tai paprastai reiškia, kad mes peržiūrėsime pažangą, patvirtinsime likusias užduotis ir tęsiame vystymąsi/testavimą kitame sprint'e.
K3: Ką daryti, jei elementas vis dar nebus baigtas po kito sprint'o?
A3: Jis gali būti vėl peržiūrėtas, atidėtas arba padalintas į mažesnes užduotis. Mes siekiame išvengti begalinio perkėlimo, patikslindami apimtį arba aiškindami priėmimo kriterijus.
K4: Ar būsiu informuotas, jei mano funkcija ar problema bus „peržiūrima“?
A4: Taip, gausite atnaujinimą, paaiškinantį, kodėl ji yra perkeliama, ir numatomą terminą užbaigimui kitame sprint'e.
5. Kiti Žingsniai ir Papildomi Ištekliai
- Sprint'o Planavimas: Sužinokite, kaip mes paskirstome elementus (įskaitant peržiūrėtus) naujiems sprintams.
- Atidėjimas vs. Peržiūra: Supraskite skirtumą tarp elemento atidėjimo (atidedama) ir aktyvaus jo peržiūrėjimo kitame sprint'e.
- Susisiekite su mumis: Jei turite daugiau detalių arba norite peržiūrėti savo prašymus, prašome siųsti el. laišką
contact+support@aismarttalk.techarba pasikonsultuoti su mūsų chatbot'u.
Per peržiūrint elementus kitame sprint'e, mes išlaikome momentum'ą dalinai užbaigtam darbui ir užtikriname, kad net ir sustojusios ar atidėtos funkcijos/klaidų taisymai gautų dėmesį, kurio jiems reikia, kad galiausiai pasiektų sėkmingą išleidimą.