Uuesti hindamine järgmisel sprintil
1. Sissejuhatus (Kliendid ja Partnerid)
Mõnikord ei jõua funktsioon või veaparandus täielikku väljaandmist sprinti, või ilmneb uus teave, mis nõuab edasiarvestamist. Sellistel juhtudel liigutame objekti “uuesti hindamise” staatusesse järgmiseks sprintiks. See tagab, et miski ei jää tähelepanuta ja et me käsitleme objekti värske vaatenurgaga ja uuendatud prioriteetidega.
2. Kes on kaasatud
| Roll | Osalemine | Kasud Teile |
|---|---|---|
| Scrum Master | Jälgib lõpetamata või lahendamata punkte ja planeerib need uuesti hindamiseks. | Tagab, et teie funktsioon või vea parandamine jääb nähtavaks ja ei jää tähelepanuta. |
| Tooteomanik | Kinnitab, kas punkt vastab endiselt teekaardile või tuleks see edasi lükata. | Pakub selget suunda, kas jätkata, edasi lükata või ümber töötada. |
| Arendusmeeskond | Uuendab tehnilisi piiranguid, lõpetab edasi kantud ülesandeid või värskendab hinnanguid. | Toob välja kõik täiendavad tööd, mis on vajalikud lahenduse lõpuleviimiseks või parandamiseks. |
| QA Engineer | Testib uuesti elementi järgmises sprindis, kui on vajalik uus kood või on muutunud aktsepteerimiskriteeriumid. | Tagab, et lõpptulemus vastab kvaliteedistandarditele, kui see lõpuks välja antakse. | | You (Client/Partner) | Võib olla konsulteeritud, kui on vajalikud rohkem üksikasju või muudetud nõuded. | Hoiab teid kursis plaaniga teie funktsiooni lõpetamiseks või teie probleemi lahendamiseks. |
3. Protsessi voog / Skeem
Siin on, kuidas eset uuesti hinnatakse järgmises sprindis (kasutades topelt jutumärke Mermaid diagrammis):
1. **Ese ei ole lõpetatud**: Funktsioon või veaparandus jääb osaliselt tegemata või tekivad uued probleemid.
2. **Märgi kui “Uuesti hindamine”**: Scrum Master märgib selle **järgmise** sprinti planeerimise sessiooniks.
3. **Arutelu sprinti retrospektiivis**: Meeskond arutab **miks** see ei olnud lõpetatud ja mis on vajalik.
4. **Otsus**:
- **Jah**: Kui ese omab endiselt äriväärtust, liigub see **järgmise sprinti planeerimise** juurde.
- **Ei**: Kui see ei ole enam asjakohane või teostatav, lükkame selle edasi või lükkame selle täielikult tagasi (tagasisidega).
5. **Järgmise sprinti töö**: Arendustiim täpsustab ülesandeid, uuendab hinnanguid ja lisab selle uude sprinti backlog'i, kui maht lubab.
---
## 4. Lühike KKK
**K1: Miks ei pruugi funktsioon või veaparandus olla lõpetatud ühe sprindi jooksul?**
**V1:** Põhjused hõlmavad **ootamatuid keerukusi**, **muutunud prioriteete** või **uute detailide** ilmnemist sprindi keskel.
**K2: Kas "uuesti hindamine" tähendab nullist alustamist?**
**V2:** Mitte tingimata. See tähendab tavaliselt, et me **ülevaatame** edenemist, kinnitame lõpetamata ülesanded ja jätkame arendamist/testimist järgmises sprindis.
**K3: Mis juhtub, kui ese ei ole pärast järgmist sprindi ikka valmis?**
**V3:** Seda saab uuesti hinnata, edasi lükata või jagada väiksemateks ülesanneteks. Me püüame vältida lõputut edasi kandmist, täpsustades ulatust või selgitades aktsepteerimise kriteeriume.
**K4: Kas ma saan teate, kui minu funktsioon või probleem läheb "uuesti hindamisele"?**
**V4:** Jah, sa saad uuenduse, mis selgitab, miks see edasi kantakse ja **oodatav ajakava** lõpetamiseks järgmisel sprindil.
## 5. Järgmised Sammud & Täiendavad Ressursid
- **Sprintide Planeerimine**: Uuri, kuidas me jaotame esemeid (sealhulgas uuesti hinnatud) uutele sprintidele.
- **Edasilükkamine vs. Uuesti Hinnang**: Mõista erinevust eseme edasilükkamise (edasi lükatud) ja selle aktiivse uuesti hindamise vahel järgmises sprintis.
- **Võta Meiega Ühendust**: Kui sul on rohkem detaile või soovid oma taotlusi muuta, palun saada e-kiri aadressile `contact+support@aismarttalk.tech` või konsulteeri meie vestlusrobotiga.
Uuesti hinnates esemeid **järgmises sprintis**, säilitame **momentumi** osaliselt lõpetatud tööde osas ja tagame, et isegi peatatud või viivitusega funktsioonid/bugide parandused saavad vajalikku **tähelepanu**, et lõpuks saavutada **edukas väljaanne**.