Hver Scrum Artefakt skaber et bestemt engagement fra Scrum Teamet. Produktmålet, Sprintmålet og Definitionen af Færdiggørelse beskriver den fremtidige tilstand af Produktet. De er intentionerne eller forpligtelserne fra Scrum Teamet. Dog dækker hver Scrum Team forpligtelse et forskelligt omfang og tidsramme.
Scrum Team Forpligtelse – indholdsfortegnelse:
Introduktion
Produktmålet blev ikke tilføjet til den officielle Scrum Guide før dens 2020-version. Det defineres der som et Scrum Team engagement til den endelige form af Produktet. Det laves af Scrum Teamet og skrives i Produkt Backloggen.
Produktmålet sluttede sig således til de tidligere eksisterende mål i Scrum: Sprintmålet, som handler om Sprint Backloggen, og Definitionen af Færdiggørelse, som er Scrum Teamets forpligtelse til at levere Inkrementet i henhold til aftalte retningslinjer.
Skaberne af Scrum besluttede således at lave følgende forbindelser:

At forpligte sig er designet til at styrke Scrum Teamets fokus. Det giver teamet et klart mål og horisont for hele projektet, én Sprint og et Inkrement.
De bør alle huske på Produktvisionen og det langsigtede strategiske mål. Visionen er ikke en forpligtelse fra Scrum Teamet, men snarere horisonten for alle dets aspirationer. Det hjælper med at formulere målene i overensstemmelse hermed. Det kan formuleres som følger:
Produktvision: At blive verdensleder inden for magisk handel og tjenester.
I teksten nedenfor vil eksempler på delmål henvise til dette eksempel på Produktvisionen.
Produktmål
Produktmålet er en beskrivelse af det fremtidige Produkt som Scrum Teamet arbejder på fra begyndelsen til slutningen af projektet. Vejen til at opnå Produktmålet er skrevet i Produkt Backloggen.
Et Scrum Team kan kun gøre ét Produktmål ad gangen. For at ændre det, skal Scrum Teamet enten fuldføre det eller opgive det.
En god formulering af Produktmålet afhænger af den branche, som Scrum Teamet arbejder i. Men i alle tilfælde bør målet være overbevisende, klart udtrykt og relevant. Med andre ord, det bør beskrive den nøglepræstation, der bringer Produktvisionen tættere på realisering.
Det kunne være for eksempel:
Produktmål 1: At åbne verdens første online butik for magiske tilbehør.
Produktmål 2: Oprette en 24/7 flyvende kosteservices.
Sprintmål
Et Sprintmål er en beskrivelse af det arbejde, der vil blive udført inden for en Sprint. Det udtrykkes i form af et forretningsmål for at sikre konsistens i arbejdet fra udviklingsteamet. Og også for at øge fokus – en af de grundlæggende værdier i Scrum.
Fuldførelsen af Produktmål 1 som vi foreslog ovenfor kunne opdeles i følgende Sprintmål:
Sprintmål 1.1: Udføre en markedsundersøgelse blandt magikere for efterspørgsel efter magiske tilbehør
Sprintmål 1.2: Samle en liste over leverandører og produktets tilgængelighed
Sprintmål 1.3: At oprette en butik hjemmeside
Mens for Produktmål 2, kunne Sprintmålene se således ud:
Sprintmål 2.1: Find en bekvem placering for det første servicepunkt
Sprintmål 2.2: Udføre rekruttering af serviceteknikere
Sprintmål 2.3: Lancere en lokal markedsføringskampagne
Hvert Sprintmål er defineret og diskuteret af Scrum Teamet under Sprintplanlægning, som vi diskuterer i detaljer i denne artikel. Et Sprintplanlægningsarrangement kan ikke afsluttes uden at definere målet for den næste Sprint.

Definition af Færdiggørelse
Definitionen af Færdiggørelse er en anden detaljeret forpligtelse lavet af Scrum Teamet. I modsætning til Produkt- og Sprintmål er den formel af definition.
Den består normalt af en liste over kvalitetskriterier der skal opfyldes af Produktet for at Inkrementet kan betragtes som færdigt. Takket være Definitionen af Færdiggørelse kan medlemmerne af Scrum Teamet og hver interessent nemt se hvilke ændringer og forbedringer der er blevet foretaget på Produktet af et givet Inkrement.
For Sprintmål 1.1: Undersøg magikermarkedet for efterspørgsel efter magiske tilbehør, kunne et kriterium for Inkrementet være: Samle undersøgelsesresultater fra magikere aktive i det magiske forum. Definitionen for at fuldføre dette inkrement kunne være som følger:
Definition af Inkrement Færdiggørelse 1.1:
- Hver af magikerne gav omfattende svar på spørgsmålene
- Mindst 80% af magikerne er aktive
- Resultaterne af undersøgelsen blev indtastet i en magisk kugle database
Definitionen af færdiggørelse kan også henvise til kvalitetsstandarder defineret af organisationen. Så er den ikke frit fastsat af Scrum Teamet. Dens minimumskrav er fastsat af organisationens eksterne krav.
Dog adskiller Definitionen af Færdiggørelse sig fra acceptkriterierne, vi skrev om i teksten om Brugerhistorier. Henvisende til eksemplet på Færdiggørelsesdefinition 1.1, kunne acceptkriterierne formuleres som følger:
Acceptkriterium 1.1:
- Vurdere procentdelen af magikere, der vil være villige til at bruge en online butik
- Identificere hvilke tilbehør der er mest populære blandt dem
- Bestemme hvilket budget dine potentielle kunder har
Acceptkriteriet henviser derfor til udførelsen af opgaven, som den opfattes af kunden.
Scrum Team Forpligtelse – sammenfatning
Scrum Team forpligtelser er Produktmålet, Sprintmålet og Definitionen af Færdiggørelse. Disse gør det muligt for Scrum Teamet at forblive fokuseret, mens de arbejder på detaljerede opgaver. De giver Scrum Teamet mulighed for at besvare spørgsmålet om, hvad den nøglepræstation vil være set fra perspektivet af Produkt Backloggen, Sprint Backloggen og Inkrementet.
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?
- Hvad er Sprint i Scrum?
- Samarbejde mellem Product Owner og Scrum Master
- Scrum Team Forpligtelser - Produktmål, Sprintmål og Definition af Færdiggørelse
- Egenskaber ved en god Scrum Master