Revurdering i Neste Sprint
1. Introduksjon (For Kunder & Partnere)
Noen ganger når ikke en funksjon eller feilretting fullstendig utgivelse innen et sprint, eller ny informasjon dukker opp som krever videre evaluering. I slike tilfeller flytter vi elementet til “revurdering” status for neste sprint. Dette sikrer at ingenting faller mellom stolene og at vi tar opp igjen elementet med et friskt perspektiv og oppdaterte prioriteringer.
2. Hvem Er Involvert
| Rolle | Involvering | Fordel for Deg |
|---|---|---|
| Scrum Master | Følger opp ufullstendige eller uløste elementer og planlegger dem for revurdering. | Sikrer at din funksjon eller feilretting forblir synlig og ikke blir forlatt. |
| Produkt Eier | Bekrefter om elementet fortsatt er i samsvar med veikartet eller om det bør utsettes. | Gir klar retning på om man skal fortsette, utsette eller omarbeide. |
| Utviklingsteam | Revurderer tekniske begrensninger, fullfører oppgaver som er overført, eller oppdaterer estimater. | Leverer eventuelt ekstra arbeid som trengs for å fullføre eller forbedre løsningen. |
| QA Ingeniør | Tester elementet på nytt i neste sprint hvis ny kode er nødvendig eller akseptansekriteriene har endret seg. | Sikrer at resultatet møter kvalitetsstandarder når det endelig slippes. |
| Du (Kunde/Partner) | Kan bli konsultert hvis flere detaljer eller reviderte krav er nødvendige. | Holder deg informert om planen for å fullføre din funksjon eller fikse ditt problem. |
3. Prosessflyt / Skjema
Her er hvordan et element blir revurdert i neste sprint (ved å bruke doble anførselstegn i Mermaid-diagrammet):
- Element Ikke Fullført: En funksjon eller feilretting forblir delvis ferdig, eller nye problemer oppstår.
- Merk som “Revurdering”: Scrum Master merker det for planleggingsmøtet i neste sprint.
- Gjennomgang Under Sprint Retrospektiv: Teamet diskuterer hvorfor det ikke ble fullført og hva som trengs.
- Beslutning:
- Ja: Hvis elementet fortsatt har forretningsverdi, går det til Planlegging av Neste Sprint.
- Nei: Hvis det ikke lenger er relevant eller gjennomførbart, utsetter vi det eller avviser det helt (med tilbakemelding).
- Neste Sprint Arbeid: Utviklingsteamet klargjør oppgaver, oppdaterer estimater og inkluderer det i den nye sprint-backloggen hvis kapasiteten tillater det.
4. Kort FAQ
Q1: Hvorfor ville ikke en funksjon eller feilretting bli fullført i en enkelt sprint?
A1: Årsaker inkluderer uventet kompleksitet, flyttede prioriteringer, eller nye detaljer som dukker opp midt i sprinten.
Q2: Betyr “revurdering” å starte fra bunnen av?
A2: Ikke nødvendigvis. Det betyr vanligvis at vi vil gjennomgå fremdriften, bekrefte utestående oppgaver, og fortsette utvikling/testing i neste sprint.
Q3: Hva hvis elementet fortsatt ikke er ferdig etter neste sprint?
A3: Det kan bli revurdert igjen, utsatt, eller delt opp i mindre oppgaver. Vi har som mål å unngå endeløs overføring ved å raffinere omfanget eller klargjøre akseptansekriterier.
Q4: Vil jeg bli varslet hvis funksjonen eller problemet mitt går til “revurdering”?
A4: Ja, du vil motta en oppdatering som forklarer hvorfor det blir overført og en forventet tidslinje for fullføring i den påfølgende sprinten.
5. Neste Trinn & Ytterligere Ressurser
- Sprintplanlegging: Lær hvordan vi tildeler elementer (inkludert revurderte) til nye sprinter.
- Utsatt vs. Revurdering: Forstå forskjellen mellom å utsette et element (utsatt) og aktivt revurdere det neste sprint.
- Kontakt Oss: Hvis du har flere detaljer eller ønsker å revidere forespørslene dine, vennligst send en e-post til
contact+support@aismarttalk.techeller konsulter vår chatbot.
Ved å revurdere elementer i neste sprint, opprettholder vi momentum på delvis fullført arbeid og sikrer at selv stansede eller forsinkede funksjoner/feilrettinger får den oppmerksomheten de trenger for til slutt å nå en vellykket utgivelse.