Oversikt over Scrum Framework

Scrum framework er en metodikk relatert til smidig ledelse som brukes til å styre kunnskap og arbeid, spesielt for programvareutvikling. Den har brede bruksområder på forskjellige felt og blir nå utforsket av tradisjonelle prosjektgrupper over hele kloden. Det er laget for moderat størrelse lag med tre til maksimalt ni medlemmer, der arbeidet blir delt inn i små biter som kan fullføres innen iterasjoner som kalles sprints. Det tar ikke mer enn 30 dager / en måned å fullføre hele arbeidet.

Tiden det tar å utføre den fullstendig er to uker, og hvis den overskrider den, blir den omstrukturert i møter som kalles daglige skrummer. Rammene som gir et bilde av hvordan skrum blir implementert kalles et Scrum rammeverk. Lag i større organisasjoner inkluderer følgende skrum, nemlig storskala Scrum (LeSS), skalert smidig ramme (SAFe), skrum av skrum, og postbeskyttet, Nexus, etc.

Rollen til Scrum Framework

Scrum framework består av tre roller. Rammeverket i sin helhet hjelper til med optimal og riktig kommunikasjon mellom teammedlemmer. Disse tre rollene utgjør sammen scrum-teamet. Disse tre Scrum-rammetrollene er:

1) Produktseier: Produktseieren representerer alle mulige interessenter og kunden i hvert tilfelle. Det har ansvaret for å levere maksimal mulig verdi til kunden. Produktseieren følger ikke de tradisjonelle metodene for å få ting gjort heller han / han prioriterer ting på grunnlag eller avhengigheter og betydning. Et scrum-team bør bare ha en produktseier. Denne rollen er forskjellig fra scrummesteren. Produktseieren fokuserer på forretningsdelen av et produkt og fungerer som et mellomledd mellom interessentene og teamet. Produktseieren er ingen diktator, men en konsensusprodusent. Derfor bør en god produktseier være i stand til å forstå virksomhetens behov, årsakene bak disse behovene og kommunisere dem til interessentene og det berørte teamet.

2) Utviklingsteam: Utviklingsteamet er ansvarlig for å levere optimal kvalitetsarbeid med hver passerende sprint. Sprintmålet beskriver arbeidet et team skal gjøre, og kvaliteten det må levere på slutten av hver sprint. Teamet har fra tre til ni medlemmer som utfører alle oppgaver som kreves for å bygge produktutviklingen. Selv om et team består av mennesker med forskjellige bakgrunner, refereres alle til som utviklere. Det er et selvorganiserende team og interaksjoner utenfor teamet styres av produktseieren eller skrummesteren.

3) Scrum Master: Scrum Master er ansvarlig for å tilrettelegge for et scrum, sørge for at det ikke er noen problemer på veien for å levere kvalitetsprodukt eller levere. Skrummesteren fungerer som en mekler mellom teamet og eventuelle problemer på arbeidsveien og er ikke nødvendigvis teamleder. Scrum-masteren sørger for at Scrum-rammeverket følges. Skrummesteren oppfordrer teamet til å forbedre seg. Rollen har også blitt referert til som en teamfasilitator eller tjener-leder for å gjenspeile de doble aspektene.

The Workflow of Scrum Framework

Arbeidsflyten til et skrumrammeverk er som følger:

1) Sprint: En sprint / iterasjon er enheten til en Scrum. En sprint er begrenset til et bestemt tidspunkt. Varigheten av en sprint er bestemt på forhånd og er normalt, mellom en uke til en måned, vanligvis to uker.

2) Sprintplanlegging: Opprinnelig gjennomfører scrum-teamet sprintplanlegging for å:

  • Gjensidig bestemme omfanget av arbeidet som skal gjøres under en sprint.
  • Identifiser elementer som kan gjøres på bare en sprint.
  • Lag en sprint hvor arbeidet som skal inneholde elementer som skal fullføres.
  • Den forventede tiden det tar er fire timer per dag i to uker.
  • Når arbeidet videreføres, deles de identifiserte elementene opp, og hvis de ikke kan fullføres innen en sprint, blir de lagt inn i produktets etterslep.
  • Når sprint etterslepet er utviklet av utviklingsteamet, blir elementene som kan fullføres i en sprint tatt opp.

3) Daglig sprint: En daglig skrum eller stand-up holdes hver dag med hver sprint.

  • Hvert medlem av utviklingsteamet er godt forberedt.
  • Selv om noen få medlemmer av utviklingsteamet mangler, begynner det nøyaktig på tid.
  • Hver dag skal den holdes på samme tid og sted.
  • Tiden er begrenset til femten minutter.
  • Bare medlemmer av utviklingsteamet skal bidra, men alle andre er også velkomne.
  • Hvert teammedlem forventes å svare på tre spørsmål i løpet av det daglige skrummet.
  • Gjorde jeg noe for å bidra til lagets sprintmål i går?
  • Hva må jeg gjøre i dag for å hjelpe teamet mitt med å bidra til teamets sprintmål i dag?
  • Regner jeg med problemer som enten kan forsinke eller stoppe teamet mitt fra å oppnå sine forhåndsbestemte mål?

4) Sprint Review: Teamet har to arrangementer på slutten av en sprint, som er sprintanmeldelsen og sprinten i ettertid.

Ved sprintgjennomgangen:

  • Gjennomgå det ferdige arbeidet og arbeidet som ennå ikke skal fullføres.
  • Det ferdige arbeidet blir sendt til interessentene.
  • Bestemmer hva som skal fullføres deretter ved å samarbeide med interessentene.

Retningslinjer for Sprintanmeldelser:

  • Arbeid som er ufullstendig kan ikke påvises.
  • Den forventede varigheten er to timer i to uker.

5) Sprint retrospektiv: På sprint retrospektivet, teamet:

  • Studerer den siste sprinten.
  • Identifiserer manglene og utbedrer dem.

6) Utvidelser: Utvidelsen inkluderer to hendelser, nemlig

  • Forbedring av etterslep.
  • Avbestilling av en sprint.

Til tross for at de er så presise og effektive, har Scrum-rammene sine egne begrensninger:

  • Det er lag som er spredt geografisk eller har deltidsmedlemmer, og det er vanskelig å administrere og gjennomføre en slik ramme.
  • Det er team med veldig spesialiserte ferdigheter, og et så definitivt rammeverk fungerer ikke riktig på dem.
  • Noen få eksterne faktorer påvirker også produkter og leveranser som er utenfor kontrollen.
  • Noen få produkter er modne og har begrenset kvalitetskontroll, og derfor passer en slik ramme ikke dem.

Anbefalte artikler

Dette har vært en guide til Scrum Framework. Her diskuterer vi de 3 hovedrollene og arbeidsflyten i Scrum Framework. Du kan også gå gjennom andre foreslåtte artikler -

  1. Hva er smidig programmering?
  2. Hva er agile og Scrum?
  3. Hva er smidig prosjektledelse?
  4. Lær Scrum-prinsippene
  5. Scrum Open Assessment
  6. 7 funksjoner på Scrum Dashboard