Rishikimi në Sprintin e Ardhshëm
1. Hyrje (Për Klientët & Partnerët)
Ndonjëherë, një veçori ose rregullim nuk arrin në lëshimin e plotë brenda një sprinti, ose informacione të reja shfaqen që kërkojnë vlerësim të mëtejshëm. Në këto raste, ne e kalojmë artikullin në statusin “rishikim” për sprintin e ardhshëm. Kjo siguron që asgjë të mos humbasë dhe që ne të rishikojmë artikullin me një perspektivë të re dhe prioritete të përditësuara.
2. Kush është i Përfshirë
| Roli | Përfshirja | Përfitimi për Ju |
|---|---|---|
| Scrum Master | Ndjek artikujt e papërfunduar ose të pazgjidhur dhe i planifikon ata për rishikim. | Siguron që veçoria juaj ose rregullimi të mbetet i dukshëm dhe të mos braktiset. |
| Pronari i Produktit | Konfirmon nëse artikulli ende përputhet me hartën e rrugës ose nëse duhet të shtyhet. | Ofron drejtim të qartë nëse të vazhdohet, të shtyhet ose të rishikohet. |
| Ekipa e Zhvillimit | Rishikon kufizimet teknike, përfundon detyrat e mbetura, ose përditëson vlerësimet. | Ofron çdo punë shtesë të nevojshme për të përfunduar ose përmirësuar zgjidhjen. |
| Inxhinieri i QA | Riteston artikullin në sprintin e ardhshëm nëse nevojitet kod i ri ose kriteret e pranimit janë ndryshuar. | Siguron që rezultati të përmbushë standardet e cilësisë kur lëshohet përfundimisht. |
| Ju (Klient/Partner) | Mund të konsultoheni nëse nevojiten më shumë detaje ose kërkesa të rishikuara. | Ju mban të informuar për planin për përfundimin e veçorisë suaj ose për rregullimin e çështjes suaj. |
3. Procesi i Fluksit / Schema
Ja si një artikull rishikohet në sprintin e ardhshëm (duke përdorur citatet e dyfishta në diagramin Mermaid):
- Artikulli Nuk është Përfunduar: Një veçori ose rregullim mbetet pjesërisht i bërë, ose shfaqen probleme të reja.
- Shëno si “Rishikim”: Masteri i Scrum e etiketon atë për seancën e planifikimit të sprintit të ardhshëm.
- Rishiko Gjatë Retrospektivës së Sprintit: Ekipa diskuton pse nuk u përfundua dhe çfarë është e nevojshme.
- Vendimi:
- Po: Nëse artikulli akoma ka vlerë biznesi, kalon në Planifikimin e Sprintit të Ardhshëm.
- Jo: Nëse nuk është më e rëndësishme ose e mundshme, ne ose e shtyjmë atë ose e refuzojmë krejtësisht (me feedback).
- Puna në Sprintin e Ardhshëm: Ekipa e Zhvillimit sqarojnë detyrat, përditësojnë vlerësimet dhe e përfshijnë atë në backlog-un e ri të sprintit nëse kapaciteti lejon.
4. Pyetje të Shkurtra
Q1: Pse një veçori ose rregullim nuk do të përfundojë në një sprint të vetëm?
A1: Arsyet përfshijnë kompleksitetin e papritur, ndryshimin e prioriteteve, ose detaje të reja që shfaqen gjatë sprintit.
Q2: A do të thotë “rishikim” të fillosh nga e para?
A2: Jo domosdoshmërisht. Zakonisht do të thotë se ne do të rishikojmë përparimin, do të konfirmojmë detyrat e mbetura dhe do të vazhdojmë zhvillimin/testimin në sprintin e ardhshëm.
Q3: Çfarë nëse artikulli akoma nuk është bërë pas sprintit të ardhshëm?
A3: Ai mund të rishikohet përsëri, të shtyhet, ose të ndahet në detyra më të vogla. Ne synojmë të shmangim bartjen e pafund duke rafinuar përmbajtjen ose duke sqaruar kriteret e pranimit.
Q4: A do të njoftohem nëse veçoria ose problemi im kalon në “rishikim”?
A4: Po, do të merrni një përditësim që shpjegon pse po bartet dhe një afat të pritur për përfundimin në sprintin e ardhshëm.
5. Hapat e Ardhshëm & Burime Shtesë
- Planifikimi i Sprintit: Mësoni si i alokojmë artikujt (përfshirë ata që janë rishikuar) në sprintet e reja.
- Shtyrja vs. Rishikimi: Kuptoni ndryshimin midis shtyrjes së një artikulli (të shtyrë) dhe rishikimit aktiv të tij në sprintin e ardhshëm.
- Na Kontaktoni: Nëse keni më shumë detaje ose dëshironi të rishikoni kërkesat tuaja, ju lutemi dërgoni një email në
contact+support@aismarttalk.techose konsultohuni me chatbot-in tonë.
Duke rishikuar artikujt në sprintin e ardhshëm, ne ruajmë momentin mbi punën e përfunduar pjesërisht dhe sigurojmë që edhe veçoritë/rregullimet e ndaluara ose të vonuara të marrin vëmendjen që u nevojitet për të arritur përfundimisht një lëshim të suksesshëm.