I dagens artikel ønsker vi at definere increment. Mens vi arbejder på et produkt, kan de heldige få successive indgange fra produktbackloggen blive til increment. Med andre ord vælger produktlederen, hvilken produktfunktionalitet fra produktbackloggen der skal implementeres. Udviklingsteamet omdanner det til en fungerende, værdifuld produktfunktionalitet i løbet af en sprint.
Definere Increment – indholdsfortegnelse:
- Introduktion – definere Increment
- Increment vs. Produktmål og Sprintmål
- Hvornår bliver det udførte arbejde et Increment?
- Sammenfatning
Introduktion – definere Increment
Et Increment er den seneste færdige og forbedrede version af et produkt som har forretningsværdi og er klar til udgivelse i løbet af en sprint. En vigtig del af dets definition er udsagnet om, at dette er summen af den tidligere tilstand af produktet sammen med de ændringer, der er tilføjet i den nuværende sprint. Dermed definerer det ikke kun de nye funktionaliteter, der er suppleret til produktet, men også – eller primært – deres integration med den oprindelige version sammen med alle de forbedringer og rettelser, det har gennemgået.
Increment vs. Produktmål og Sprintmål
Hver sprint bør producere mindst ét nyt increment – det er ansvaret for hele Scrum-teamet. Så hvordan relaterer det sig til sprintmålet? Man kunne sige, at sprintmålet er svaret på, hvorfor vi skal konstruere et. Men husk, at teamet i en enkelt sprint kan skabe flere increments, hvis sum kombineres til et sprintmål.
Så et eksempel på et sprintmål kunne være følgende opgave: Opret en “indkøbskurv” funktionalitet i en online butik med magiske tilbehør.
Dog vil komponenterne i incrementet inkludere flere funktionaliteter i butikken såsom:
- tilføje en vare til kurven
- fjerne en vare fra kurven
- vise beløb, der skal betales for køb
- beregning af leveringsomkostninger for varer i kurven osv.
Teamet skal forestille sig, at hvert increment er et skridt fremad mod at opnå produktmålet. Derfor, for at forbedre processen for dets forbedring, kan det:
- ordne kundedatabasen
- forbedre arbejdsgangen mellem udviklerne
Det er fordi, selvom de ikke er direkte relateret til at forbedre den nuværende tilstand af produktet, har de en stor indflydelse på bedre og hurtigere realisering af produktmålet.
Hvornår bliver det udførte arbejde et Increment?
Vurderingen af et succesfuldt increment er, om det er praktisk. Med andre ord, det udførte arbejde bliver kun et increment, når det opfylder definitionen af færdiggørelse, som vi vil skrive om i en separat artikel. Denne definition angiver unikt, hvilke ændringer og forbedringer der er sket med produktet. Baseret på definitionen af færdiggørelse kan du teste incrementet for at vurdere om det virkelig introducerer forbedringer til produktet, og om det bringer den påståede forretningsværdi.
Hvis resultatet ikke opfylder standarderne for definitionen af færdiggørelse, går projektet tilbage til produktbackloggen. Hvad der kommer næste kan tage følgende veje:
- Teamet kan færdiggøre det i den næste sprint
- Projektet kan blive annulleret
- Teamet kan beslutte at holde det i produktbackloggen til fremtidig udførelse – når teamet finder ud af, hvordan man overvinder forhindringerne
Hvis teamet formår at producere et increment i en sprint, går det videre til at blive evalueret under sprintgennemgangen. Men om nødvendigt kan det vises for interessenterne selv før slutningen af sprinten. Den endelige beslutning om at frigive det tilhører produktlederen.
Definere Increment – Sammenfatning
Et increment er en frisk, helt ny version af et produkt klar til udgivelse. Det inkluderer alle de opdaterede ændringer og forbedringer, der er foretaget i en sprint. Med andre ord er det den seneste stabile, udgivelsesklare version af produktet. Selv flere increments kan opstå og udvikle sig i løbet af en sprint, så længe de alle opfylder definitionen af færdiggørelse.
Hvis du kan lide vores indhold, så bliv en del af vores travle bier-fællesskab på Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Som projektleder er Caroline en ekspert i at finde nye metoder til at designe de bedste arbejdsgange og optimere processer. Hendes organisatoriske færdigheder og evne til at arbejde under tidspres gør hende til den bedste person til at gøre komplicerede projekter til virkelighed.
Scrum Guide:
- Ordbog over grundlæggende termer, roller og begreber
- Hvad er Scrum?
- Scrum værdier
- Hvordan implementerer man Scrum i din virksomhed?
- Scrum Team - hvad er det, og hvordan fungerer det?
- Hvem er en Product Owner?
- De mest almindelige fejl hos Product Owner
- Hvem er Scrum Masteren?
- De mest almindelige fejl hos Scrum Master
- Hvilke statistikker og målinger bør Scrum Masteren følge?
- Udviklingsteam i Scrum
- De mest almindelige fejl hos udviklere
- Scrum artefakter
- Skalering af Scrum
- Sprint Backlog
- Hvad er produktbackloggen?
- Hvad er brugerhistorier?
- At skabe den bedste User Story med INVEST
- De mest almindelige fejl i User Stories
- Brugerhistorie Acceptkriterier
- Estimering og Story Points i Scrum
- Planlægningspoker
- Team Estimeringsspil
- Definere inkrement
- Scrum begivenheder
- Hvad er et Burndown-diagram?
- Fordele og ulemper ved burndown-diagrammet
- Kanban-tavler i Scrum og Scrumban
- Hastighed i Scrum - Udviklingsteamets hastighed
- Daglig Scrum
- Sprintplanlægning
- Sprintgennemgang
- Hvad er en Sprint Retrospektiv?
- Almindelige fejl under en Sprint Retrospektiv
- Produkt Backlog pleje
- Hvordan opretter og fortolker man et burndown-diagram?