Menu

Scrum Team Roller og ansvar: Scrum Master og Product Owner

  • Vigtigste
  • Andet
  • Scrum Team Roller og ansvar: Scrum Master og Product Owner

scrum team roles responsibilities

Prøv Vores Instrument Til At Fjerne Problemer

Scrum Team Roller og ansvar:

Jeg er sikker på, at vi nu alle må have været meget klare Adræt manifest fra vores sidste tutorial.

Denne vejledning er designet til Scrum-teammedlemmer, der er nye inden for Agile Software Development, for at lære om deres roller og ansvar.

Vejledningen hjælper også dem, der allerede arbejder i den smidige model, med at opfriske deres færdigheder og dem, der simpelthen vil vide om disse roller. Det giver også et indblik i ansvaret og hver af de roller, det tilbageholder.

scrum team roller ansvar

Der er meget ved hver af de andre roller end det, vi har citeret i vores tutorial, men læserne kan dog helt sikkert få en kerne af hver Scrum-rolle præcis uden tvivl.

Hvad du vil lære:

Scrum Team Roller og ansvar

Scrum-teamet består hovedsageligt af tre roller: Scrum Master, Product Owner & Development Team .

Enhver uden for kerneteamet har ingen direkte indflydelse på teamet. Hver af disse roller i Scrum har et meget klart sæt ansvarsområder, som vi vil diskutere detaljeret senere i denne vejledning. Lad os under dette afsnit fokusere på attributterne til Scrum Teamet som helhed og den ideelle holdstørrelse.

Scrum Teams attributter

Nedenfor er de 2 attributter for Scrum Teamet:

  • Scrum Team er selvorganiserende
  • Scrum Team er tværfunktionelt

Selvorganiserede Scrum-hold er selvhjulpne og selvforsynende med hensyn til at udføre deres arbejde uden behov for ekstern hjælp eller vejledning. Holdene er kompetente nok til at anvende de bedste fremgangsmåder for at nå deres Sprint-mål.

Tværfunktionelle Scrum-hold er holdene, der har alle de nødvendige færdigheder og færdigheder inden for holdet for at udføre deres arbejde. Disse hold er ikke afhængige af nogen uden for holdet til at udfylde arbejdsemnerne. Scrum Team er således en meget kreativ sammensmeltning af forskellige færdigheder, der kræves for at fuldføre hele arbejdsemnet.

Hvert teammedlem har muligvis ikke nødvendigvis alle de nødvendige færdigheder til at opbygge produktet, men er kompetent inden for sit ekspertiseområde. Når det er sagt, behøver holdmedlemmet ikke at være tværfunktionelt, men holdet som helhed skal være.

Holdene med høj selvorganisering og tværfunktionalitet vil resultere i høj produktivitet og kreativitet.

Scrum hold

Scrum-teamstørrelse

Den anbefalede udviklingsteamstørrelse i Scrum er 6 +/- 3, dvs. fra 3 til 9 medlemmer, der ikke inkluderer Scrum Master og Produktejeren.

Lad os nu gå videre og diskutere hver af disse roller i detaljer.

Scrum Master

Scrum Master er den person, der er ansvarlig for at facilitere / coache udviklingsteamet og produktejeren til at arbejde med de daglige udviklingsaktiviteter.

Han er den, der sikrer, at holdet forstår Scrum-værdierne og -principperne og er i stand til at øve dem. Samtidig forsikrer Scrum Master også, at holdet føler sig begejstret for Agile for at opnå det bedste ud af rammen. Scrum Master hjælper og støtter også holdet til at blive selvorganiseret.

Bortset fra at uddanne og træne holdmedlemmerne om vigtigheden af ​​Agile, er han også ansvarlig for at sikre, at holdet til enhver tid føler sig motiveret og styrket. Han arbejder også på at øge kommunikationen og samarbejdet mellem teammedlemmerne.

Scrum Master er en procesleder, der hjælper Scrum-teamet og de andre uden for Scrum-teamet med at forstå Scrum-værdier, principper og praksis

Roller og ansvar

# 1) Træner - Scrum Master fungerer som en agil coach for både udviklingsteamet og produktejeren. Scrum Master fungerer på en måde som en muliggør for korrekt kommunikation mellem Udviklingsteamet og Produktejeren. Scrum Master forbliver ansvarlig for at fjerne hindringen mellem begge de andre roller.

Hvis det bemærkes, at Produktejeren ikke bliver involveret eller ikke giver tilstrækkelig tid til Udviklingsteamet, er det Scrum Master's job at coache Produktejeren med hensyn til vigtigheden af ​​hans engagement for det samlede teams succes.

# 2) Facilitator - Scrum Master fungerer også som facilitator for Scrum Teamet. Han letter og organiserer alle de Scrum-begivenheder, som Scrum-teammedlemmerne anmoder om. Scrum Master letter teamet også med at træffe vigtige beslutninger, der øger produktiviteten for Scrum Teamet som helhed.

Scrum Master beordrer aldrig teammedlemmerne til at gøre noget snarere, han hjælper dem med at opnå det ved coaching og vejledning.

# 3) Fjernelse af hindringer - Scrum Master er også ansvarlig for at fjerne hindringerne, der påvirker holdets produktivitet i at levere forretning. Ethvert hindring, som holdmedlemmerne ikke selv kan løse, kommer til Scrum Master til løsning.

Scrum Master prioriterer disse hindringer baseret på deres indvirkning på holdets produktivitet og forretning og begynder at arbejde på dem.

# 4) Interferens Gatekeeper - Scrum Master beskytter også Scrum Teamet fra indblanding og distraktion udefra, så holdet kan forblive fokuseret på at levere den bedste værdi til virksomheden efter hver sprint.

Interferensen kan være af større bekymring, hvis teamet arbejder i et Scaled Scrum-miljø, hvor flere Scrum Team arbejder sammen og har afhængigheder imellem dem.

Scrum Master sørger for, at holdet holder sig ude af enhver irrelevant diskussion og fokuserer på Sprint-emnerne, mens han selv tager ansvaret for at adressere forespørgsler og bekymringer, der kommer udefra.

Scrum Master er ansvarlig for at beskytte holdet mod indblanding udefra og fjerne hindringerne for at lade teamet fokusere på at levere forretningsværdien.

# 5) Tjenerleder - Scrum Master kaldes ofte en tjenerleder for Scrum Teamet. Et af hans vigtigste ansvar er at bede Scrum-holdene om deres bekymringer og sørge for, at de bliver adresseret.

Det er Scrum Master's pligt at bekræfte, at holdets væsentlige krav prioriteres og opfyldes for at lade dem arbejde effektivt og producere resultater med høj ydeevne.

# 6) Procesforbedring - Scrum Master sammen med teamet er også ansvarlig for regelmæssigt at improvisere de anvendte processer og praksis for at maksimere den værdi, der leveres. Det er ikke Scrum Master's ansvar at få arbejdet udført, men det er hans ansvar at sætte holdet i stand til at udtænke en proces, der lader dem fuldføre deres sprintmål.

Scrum master

Produktejeren

En anden meget vigtig rolle, som vi skal diskutere i denne vejledning, er Produktejeren. Produktejer er kundens / interessenternes stemme og er derfor ansvarlig for at bygge bro over kløften mellem udviklingsteamet og interessenterne. Produktejer styrer hullet på en sådan måde, at det maksimerer værdien af ​​det produkt, der bygges.

Produktejer er indstillet til at blive involveret i hele Sprint-aktiviteterne og udviklingsindsatsen og spiller en meget afgørende rolle for et produkts succes.

Roller og ansvar

# 1) Overbygning af hullet - Produktejer arbejder tæt sammen med de interne og eksterne interessenter for at samle input og syntetisere en vision om at placere produktegenskaberne i Product Backlog.

Det er Produktejerens ansvar at forstå kravene og præferencer fra interessentens / kundersamfundet, da han er den, der fungerer som deres repræsentant og påtager sig ansvaret for at opbygge den rigtige løsning.

Samtidig sikrer produktejeren, at udviklingsteamet forstår, hvad der skal bygges, og hvornår. Han samarbejder med holdet dagligt. Produktejers engagement med teamet øger feedbackfrekvensen og responstiden, hvilket som et resultat øger værdien af ​​det produkt, der bygges.

Fravær / mindre samarbejde mellem en produktejer kan føre til katastrofale resultater og i sidste ende Scrum fiasko.

Produktejer sørger for, at varerne i Product Backlog er gennemsigtige og tydeligt udtrykt, og at alle i teamet har den samme forståelse af varen.

# 2) Håndterer produktbacklog - Som et resultat af ovenstående punkt er Produktejeren ansvarlig for oprettelse og styring af Produktbacklog, bestilling af varerne i Product Backlog for bedst at opfylde interessentens krav, dvs. prioritering af Product Backlog-varer, og til sidst skal han altid være tilgængelig for besvare eller give afklaring på alle udviklingsteams forespørgsler.

Alt i alt er han ansvarlig for at gyde produktbackloggen for at forbedre den leverede værdi.

Enhver, der ønsker at tilføje / fjerne en vare i produktbagerlogen eller har brug for at ændre prioriteten for en vare, skal rettes til produktets ejer

# 3) Certificering af et produkt - Hans andet ansvar er at certificere de funktioner, der bygges. I denne proces definerer han acceptkriterierne for hvert af produktets efterslæbsposter. Produktejeren kan også oprette de acceptstest, der repræsenterer de acceptkriterier, der er defineret af ham, eller måske tage hjælp fra SMV'er eller udviklingsteamet med at oprette dem.

Nu er det ham, der sikrer, at acceptkriterierne er opfyldt ved at udføre accepttestene. Han kan vælge at udføre disse accepttest alene eller kan bede eksperterne om at gøre det for at sikre, at de funktionelle og kvalitetsmæssige aspekter er opfyldt, og forventningerne er opfyldt.

Denne aktivitet udføres normalt i løbet af sprinten, når og når varerne er afsluttet, så fejlene kunne afdækkes og kan løses inden det aktuelle Sprint Review-møde.

# 4) Deltagelse - Produktejer er en nøgledeltager i Sprint-relaterede aktiviteter. Han arbejder tæt sammen med udviklingsteamet med at forklare varerne, deres omfang og den værdi, det besidder.

Han fungerer også som en muliggørelse for udviklingsteamet for at være i stand til at afhente de produktbacklog-varer, som de formodes at levere i slutningen af ​​Sprint. Udover Sprint-aktiviteter arbejder Product Owner også med Product Release-aktiviteterne.

Under produktudgivelsesaktiviteterne interagerer produktejeren med interessenterne for at diskutere emnerne i den næste udgivelse. En af de vigtigste succesfaktorer for et team til at blomstre er, at hele teamet skal respektere produktejeren og hans beslutninger. Ingen andre end produktejeren skal fortælle holdet, hvilke ting de skal arbejde på.

Det anbefales at have en enkelt fuldtidsprodukt ejer til et enkelt produkt. Der kan dog være en ordning, hvor produktejeren er en deltidsrolle.

Proxy-produkt ejer

Proxy-produktindehaver er en person, der er tilmeldt af produktejeren selv, og som kan overtage alle hans ansvarsområder, hans fravær og støtte ham. Proxyproduktindehaver er ansvarlig og ansvarlig for alle de ansvarsområder, som han er blevet delegeret til, men ansvaret for det arbejde, der udføres, ligger i sidste ende stadig hos den faktiske produktejer.

top gratis youtube til mp3 konverter

Proxyproduktindehaveren er også bemyndiget til at træffe de nødvendige beslutninger på vegne af den faktiske produktejer.

Produktejer

Udviklingsteamet

En anden meget vigtig del af Scrum Teamet er Development Team. Udviklingsteamet består af udviklere, der er dygtige inden for deres eget ekspertiseområde. I modsætning til de andre medlemmer af Scrum Team, udviklingsarbejdet om den faktiske implementering af den potentielt leverbare software / inkrement, der skal leveres i slutningen af ​​hver Sprint.

Udviklingsteamet kan bestå af mennesker, der har specialiserede færdigheder som Front-end Developers, Backend Developers, Dev-Ops, QA Experts, Business Analyst, DBA osv., Men de kaldes alle udviklere; Ingen andre titler er tilladt. Udviklingsteamet kan ikke engang have underhold inden i det som testteamet, kravspecifikationsteam osv.

Teamet er oprettet i betragtning af alle de nødvendige færdigheder, der kræves for at kunne udvikle, teste og levere produktforløbene hver Sprint uden hjælp udefra. Således forventes holdet at være selvforsynende og tværfunktionelt. Udviklingsteamet tager ikke hjælp udefra Scrum Teamet og styrer deres eget arbejde.

Ansvaret for at udvikle Increments ligger altid hos Development Team som helhed, men alle i Scrum Teamet er ansvarlige for den samlede levering.

Det er udelukkende udviklingsteamets beslutning om at tilføje / fjerne et teammedlem. Hvis der kræves et nyt færdighedssæt, kan udviklingsteamet vælge at opbygge den ekspertise inden for teamet eller tilføje et nyt medlem til teamet.

Roller og ansvar

# 1) Udvikling og levering - Udviklingsteamet er ansvarligt for at skabe en færdig tilvækst baseret på 'Definition af udført' i slutningen af ​​hver sprint. Den udførte Increment er muligvis ikke en del af den næste produktionsudgivelse, men det er bestemt en potentielt frigørelig funktionalitet, som en slutbruger kan bruge.

Det er Produktsejerens opfordring til at beslutte, hvad der skal være en del af udgivelsen. Udviklingsteamet er dog ansvarlig for at udvikle og levere Done Increment hver Sprint, der opfylder kriterierne under Definition af Done.

# 2) Opgave og give skøn - Udviklingsteamet er også ansvarlig for at hente brugerhistorierne / emnerne fra det prioriterede produktforsinkelse, der skal leveres i den næste sprint. Således udgør disse varer derefter et Sprint-efterslæb. Sprint Backlog oprettes under et Sprint Planning-møde.

Et andet meget vigtigt ansvar, som et udviklingsteam gør, er at oprette opgaver ved at nedbryde Sprint Items og give skøn til disse Sprint Items.

Ingen fortæller udviklingsteamet, hvad og hvordan man gør tingene. Det er udviklingsteamets ansvar at afhente de varer fra Product Backlog, der kan leveres i næste Sprint. Når Sprint er startet, kan elementerne ikke ændres / tilføjes / fjernes.

Udviklingsteams størrelse

Udviklingsteams størrelse skal vælges klogt, da det direkte kan hæmme teamets produktivitet og derved påvirke produktleveringen. Udviklingsteamet bør ikke være meget stort, da det kan kræve en masse koordination blandt holdmedlemmerne.

For et meget lille hold ville det dog være meget vanskeligt at have alle de færdigheder, der kræves for at levere et trin. Således skal der vælges et optimalt antal for størrelsen på udviklingsteamet.

Den anbefalede størrelse på udviklingsteamet er fra 3 til 9 medlemmer eksklusive Scrum Master og produktejer, medmindre de også udvikler softwareforøgelsen sammen med de andre udviklere.

dev team

Resumé

Scrum Team

Roller

  • Produktejer
  • Udviklingsteam
  • Scrum Master

Størrelse

  • Scrum Team Størrelse - 3 til 9

Selvorganiserende team

  • Kender den bedste måde at færdiggøre deres arbejde på.
  • Ingen fortæller det selvorganiserede hold, hvad de skal gøre.

Tværfunktionelt team

  • Har alle de færdigheder, der kræves for at fuldføre deres arbejde uden behov for hjælp udefra.

Produktejer

  • Repræsenterer komiteen eller er påvirket af den.
  • Samarbejder med interessenterne og Scrum-teamet.
  • Administrerer efterslæb af produkter
    • Forklarer produktets efterslæbsposter.
    • Prioritering af arbejdsemner.
    • Sørger for, at produktforsinkelsen er let forståelig og gennemsigtig.
    • Definerer klart, hvilke genstande der skal arbejdes med.
    • Sikrer at udviklingsteamet forstår varen i produktforsinkelsen
    • Alt, der skal tilføjes / fjernes / ændres i Produktejeren, skal komme gennem Produktejere.
  • Ring til et opkald, hvornår du skal frigive arbejdsemnerne.

Scrum Master

  • Sørger for, at Scrum er klart forstået og vedtaget af holdet.
  • Er tjenesteleder for Scrum Teamet.
  • Fjernelse af hindringer
  • Beskyt holdet mod ubrugelige interaktioner for at maksimere den forretningsværdi, der oprettes af Scrum Team.
  • Lette Scrum-begivenheder, når det ønskes.
  • Sikrer, at møderne er tidsbokse.

Udviklingsteam

  • Leverer en potentielt frigørelig stigning i 'Udført' produkt i slutningen af ​​hver Sprint.
  • De er selvorganiserende og tværfunktionelle.
  • Ingen fortæller udviklingsteamet, hvad og hvordan man gør.
  • Ingen titler er tilladt. Alle er udviklere på holdet.
  • Ingen underhold kan oprettes.
  • De forbliver ansvarlige for at arbejde på Sprint Items.
  • Udviklingsteamet er ansvarligt for at opgive og levere estimaterne.

Det er alt, hvad vi havde i vente på Scrum Teams Roller og Ansvarsområder. Vi diskuterede de ansvarsområder, som hver af teammedlemmerne har, og hvordan de fungerer som et helt team.

Hold øje med at vide mere om Scrum-artefakter i vores kommende tutorial, hvor vi vil diskutere biprodukter som f.eks. Product Backlog, Sprint Backlog og Increments.

PREV-vejledning | NÆSTE vejledning

Anbefalet læsning

^