Oversigt over Scrum Process

Scrum, en enkel ramme for projektstyring, blev udviklet af Jeff Sutherland og Ken Schwaber. De repræsenterede processen på Objektorienteret programmering, systemer, sprog og applikationskonference i Austin, Texas, i 1995. Senere offentliggjorde de metoden som ”Scrum Software Development Process”.

Rammen for Scrum

Scrum lægger vægt på teamwork, der påvirker teammedlemmer til at tackle komplekse problemer og levere produkterne med den højest mulige værdi. Ligesom rugbyhold, tilskynder Scrum teamet til at lære gennem oplevelser, blive selvorganiseret på det tidspunkt, hvor de håndterer problemer og forbedring gennem refleksion over sejre og tab. Generelt er det en ramme for håndtering af et projekt, der fokuserer på teamwork, ansvarlighed, iterative fremskridt hen imod at nå et veldefineret mål.

Scrum antages ofte som en del af den agile softwareudviklingsproces, fordi Scrum-konceptet drejer sig om kontinuerlig forbedring, som er et primært princip for agile. Rammerne begynder med den enkle anerkendelse af, at teamet ikke kender detaljerne i hvert projekt og et hjørne af projektet i starten, snarere får det erfaringer gennem tilpasning af skiftende betingelser og brugerkrav.

Nøgleroller i Scrum-rammer

I scrum-rammen er der tre nøgleroller - produktejer, scrum-master og udviklingsteam er meget vigtigt for projektets succes.

  • Produkt ejer

Det spiller rollen som forbindelser mellem kunder og udviklingsteamet. Han eller hun er mesteren for deres produkt. Produktets ejer sikrer, at forventningen til det færdige produkt er blevet kommunikeret og aftalt i overensstemmelse hermed.

  • Scrum Masterworks

Som en facilitator, der er mesteren af ​​scrum i holdet. Det er det primære ansvar for scrum master at forsikre sig om at udføre scrum bedste praksis i projektet. Han eller hun planlægger de nødvendige ressourcer til sprintplanlægning, stand-up, sprintgennemgang og sprint retrospektiv.

  • Udviklingsholdet

Arbejder sammen til udvikling og test af trinvise frigivelser af det endelige produkt. Holdmedlemmerne er mestre for praksis for bæredygtig udvikling. De sædvanlige scrum-hold er fem eller syv medlemmer, tætstrikkede og samlokaliserede.

Forskellige processer af Scrum-modellen

Scrum-metoden består af visse processer eller det sæt sekvensielle begivenheder, som scrum-teamet udfører regelmæssigt. Dette er nogle afgørende begivenheder, hvor holdene spiller en rolle.

  • Oprettelse af produktets efterslæb -

Produktejer deltager i oprettelsen af ​​produktets efterslæb. Det er det primære ansvar for produktsejeren at konstant se på markeds- og kundebehov, og det er derfor, han eller hun er nødt til at køre produktet ved produktvisionen. Han eller hun udarbejder en liste baseret på kundernes feedback, og udviklingsholdet hjælper med at prioritere listen til at fungere til enhver tid. Dette er en igangværende proces, og ændringerne eller nye opståen accepterer som nye muligheder snarere hindringer.

  • Sprint-planlægningsmøde og oprettelse af Sprint-backlog -

Sprintplanlægningsmøder sker i begyndelsen af ​​et projekt, og alle medlemmer af udviklingsholdet skal deltage i dette møde. Dette møde ledes af en scrum-master, hvor teammedlemmerne og produktejeren bestemmer målet for sprinten. Sprintens varighed varer kun 2 uger, men i løbet af denne periode er det vigtigt at opretholde samarbejde mellem interessenter og teammedlemmer. Produktejer regulerer vigtigheden af ​​korrekt brugerhistorie, og scrum-teamet kan vælge en betydelig historie fra produktets efterslæb. Den specifikke brugerhistorie skal altid knyttes til målet. Ved afslutningen af ​​sprintplanlægningsmødet skal hvert skrummedlem have en klar idé om, hvad der kan bringes i den aktuelle sprint, og hvordan trinene leveres.

Sprint-backlog er listen over poster, brugerhistorier eller fejlrettelser, der er valgt af udviklingsholdet til anvendelse i den aktuelle sprintcyklus. I begyndelsen af ​​en sprint bestemmer holdet, hvilket element de vælger fra produktets efterslæb for at arbejde i sprinten. Som om der udvikles sprint-efterspørgsel under sprinten, er den meget fleksibel. Men det ultimative sprintmål skal rettes.

  • Arbejder med sprinten -

Idet sprintmålet er fastlagt på sprintplanlægningsmødet, begynder scrumteamet arbejde med at levere et trin. For at spore den aktuelle arbejdsfremgang bruges generelt et opgavetavle.

  • Hindringslisten -

Når den egentlige arbejdsproces initieres, kan hvert teammedlem tilføje hindringer eller blokkeere til en liste over, hvad han eller hun står overfor, når han arbejder på den tildelte opgave. Så snart medlemmerne annoncerer eller tilføjer blokkeringer på listen, skal scrum-masteren tage initiativ til at eliminere disse blokerere. Når blokeringen opstår, skal den formidles til andre holdmedlemmer i daglige scrummøder og holde rekorden på forhindringslisten.

  • Det daglige Scrum-møde -

Det daglige scrum-møde finder normalt sted på samme tid for at diskutere den nødvendige opgave for at nå sprintmålet. Dette er et uformelt møde, der normalt varer 15 minutter, og scrum master tager initiativ til at få det til at ske dagligt. Formålet med mødet er at holde hvert medlem af scrum-teamet i samme linie og lave en arbejdsplan for de næste 24 timer uden at gå på kompromis med målet. I dette møde fokuserer teammedlemmerne normalt på tre spørgsmål -

  • Hvad gjorde jeg i går for at nå sprintmålet?
  • Hvad planlægger jeg at gøre i dag for at hjælpe teamet med at nå sprintmålet?
  • Er der nogen forhindringer, der kan forhindre holdet til at nå sprintmålet?

Dette er ikke et omfattende diskussionsmøde, og det kaldes også 'daglig stand-up'.

  • Sprint gennemgang og sprint retrospektiv -

I slutningen af ​​sprinten mødes medlemmerne for at demonstrere ordrer med efterspørgsel til interessenter, teamkammerater og produktejer for feedback. Herefter kan produktsejeren beslutte, hvorvidt forøgelsen frigives eller ej.

Set i retrospektiv kommer teammedlemmerne for at dele deres oplevelser med, hvad de har opnået under sprinten. De diskuterer, hvad der gik godt, og hvad der skal forbedres i næste iteration.

Scrum er en ramme, der bringer regelmæssighed i projektet gennem dets forskellige faser eller processer. Enhver organisation kan implementere scrum-rammer uden at ændre dens regler og regulering.

Anbefalede artikler

Dette er en guide til Scrum-processen. Her diskuterer vi nøgleroller i Scrum-rammer og forskellige processer af Scrum-modellen. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -

  1. Scrum Framework
  2. Scrum Udvikling
  3. Agile produktstyring
  4. Agile Sprint Planning
  5. Fordelene ved Scrum Epic
  6. Roller af Scrum-software

Kategori:

Iværksætterudvikling