Quiz om user stories, estimering og Scrum

Hvad beskriver 'velocity' i en Scrum-kontekst?

• • Hastigheden, hvormed et team kan reducere projektets omkostninger

• • Den tid det tager for et team at afslutte en enkelt sprint

• • Mængden af arbejde et team kan færdiggøre i en sprint, ofte målt i story points

• • Effektiviteten af daglige stand-up møder

Hvilken teknik er populær for estimering af user stories i Scrum?

• Waterfall-metoden

• Planning Poker

• Gantt-diagrammer

• Kritisk vej analyse

Hvorfor bruger Scrum teams ofte relative estimeringer frem for absolutte tidsbaserede estimeringer?

• For at sikre, at alle opgaver afsluttes på samme tid

• For at præcisere den nøjagtige tid det vil tage at fuldføre opgaver

• For at undgå de usikkerheder, der er forbundet med at forudsige fremtiden

• For at sammenligne kompleksiteten af opgaver relativt til hinanden

Hvad er formålet med en user story?

• At dokumentere softwarens tekniske specifikationer

• At beskrive en softwarefunktion fra brugerens perspektiv

• At oprette en detaljeret projektplan

• At definere projektets budget

Hvem er primært ansvarlig for at prioritere user stories i en produktbacklog?

• Scrum Master

• Udviklingsteamet

• Product Owner

• Stakeholders

Hvilket af disse elementer anses for at være en del af en god user story?

• Meget detaljerede tekniske beskrivelser

• En generel løsning på problemet

• Acceptkriterier

• En fast deadline for implementering

Hvordan bekræfter et Scrum-team, at en user story er 'done'?

• Når teamet føler, at de har arbejdet nok på den

• Når den opfylder alle kriterier defineret i definition of done

• Når der ikke er flere bugs fundet

• Når produktet er lanceret

Hvad er den typiske struktur af en user story?

• Som en , vil jeg , så jeg .

• Givet , når , så .

• Hvis , så , så

  .

• [Bruger] behøver [funktion], fordi [grund].

Hvad er en typisk størrelse for et Scrum-team?

• 5-7 medlemmer

• 10-15 medlemmer

• 20-25 medlemmer

• 30-35 medlemmer

Hvad er formålet med en sprint review i Scrum?

• At planlægge næste sprint

• At demonstrere det udførte arbejde for interessenterne

• At evaluere teamets præstation

• At diskutere tekniske udfordringer