Meny

Scrum Team Roller og ansvar: Scrum Master og Produkteier

  • Hoved
  • Annen
  • Scrum Team Roller og ansvar: Scrum Master og Produkteier

scrum team roles responsibilities

Prøv Instrumentet Vårt For Å Eliminere Problemer

Scrum Team-roller og ansvar:

Jeg er sikker på at vi nå alle må ha vært veldig tydelige Agile manifest fra vår siste opplæring.

Denne opplæringen er designet for medlemmer av Scrum Team som er nye for Agile Software Development for å lære om deres roller og ansvar.

Opplæringen vil også hjelpe de som allerede jobber i den smidige modellen med å pusse opp sine ferdigheter og til de som bare vil vite om disse rollene. Det vil også gi et innblikk i ansvaret, og hver av rollene det holder igjen.

scrum team roller ansvar

Det er mye med hver av rollene annet enn det vi har sitert i opplæringen vår, men leserne kan definitivt få en kjerne av hver Scrum-rolle akkurat uten tvil.

Hva du vil lære:

Scrum Team Roller og ansvar

Scrum-teamet består hovedsakelig av tre roller: Scrum Master, produktseier og utviklingsteam .

Alle utenfor kjerneteamet har ingen direkte innflytelse over teamet. Hver av disse rollene i Scrum har et veldig tydelig sett med ansvar som vi vil diskutere i detalj senere i denne opplæringen. La oss under denne delen fokusere på egenskapene til Scrum Teamet som helhet og den ideelle lagstørrelsen.

Scrum Teams Attributter

Nedenfor er de to attributtene til Scrum Team:

  • Scrum Team er selvorganiserende
  • Scrum Team er tverrfunksjonelt

Selvorganiserte Scrum Teams er selvhjulpne og selvforsynte når det gjelder å utføre sitt arbeid uten behov for ekstern hjelp eller veiledning. Lagene er kompetente nok til å ta i bruk den beste fremgangsmåten for å oppnå Sprint-målene.

Tverrfunksjonelle Scrum Teams har lagene alle nødvendige ferdigheter og ferdigheter i teamet for å utføre sitt arbeid. Disse teamene stoler ikke på noen utenfor teamet for å fullføre arbeidselementene. Dermed er Scrum Team en veldig kreativ sammenslåing av forskjellige ferdigheter som kreves for å fullføre hele arbeidsgjenstanden.

Hvert teammedlem har ikke nødvendigvis alle ferdighetene som kreves for å bygge produktet, men er kompetent innen sitt kompetanseområde. Når det er sagt, trenger ikke teammedlemmet å være tverrfunksjonelt, men teamet som helhet må være.

Teamene med høy selvorganisering og kryssfunksjonalitet vil gi høy produktivitet og kreativitet.

Scrum team

Scrum teamstørrelse

Den anbefalte størrelsen på utviklingsteamet i Scrum er 6 +/- 3, dvs. fra 3 til 9 medlemmer som ikke inkluderer Scrum Master og Produkteieren.

La oss nå gå videre og diskutere hver av disse rollene i detalj.

Scrum Master

Scrum Master er personen som er ansvarlig for å tilrettelegge / coache utviklingsteamet og produkteieren til å jobbe med de daglige utviklingsaktivitetene.

Det er han som sørger for at teamet forstår Scrum-verdiene og prinsippene og er i stand til å øve dem. Samtidig forsikrer Scrum Master også at teamet føler seg begeistret for Agile for å oppnå det beste ut av rammen. Scrum Master hjelper og støtter også teamet til å bli selvorganisert.

Bortsett fra å utdanne og trene teammedlemmene om viktigheten av Agile, er han også ansvarlig for å sørge for at teamet til enhver tid føler seg motivert og styrket. Han jobber også med å øke kommunikasjonen og samarbeidet mellom teammedlemmene.

Scrum Master er en prosessleder som hjelper Scrum-teamet og de andre utenfor Scrum-teamet til å forstå Scrum-verdier, prinsipper og praksis

Roller og ansvar

# 1) Trener - Scrum Master fungerer som en smidig coach for både utviklingsteamet og produkteieren. Scrum Master fungerer på en måte som en muliggjør for riktig kommunikasjon mellom utviklingsteamet og produkteieren. Scrum Master holder seg ansvarlig for å eliminere hindringen mellom begge de andre rollene.

Hvis det blir lagt merke til at produkteieren ikke engasjerer seg eller ikke gir tilstrekkelig tid til utviklingsteamet, er det Scrum Master sin jobb å trene produkteieren om viktigheten av hans engasjement for det samlede teamets suksess.

# 2) Tilrettelegger - Scrum Master fungerer også som tilrettelegger for Scrum Team. Han tilrettelegger og organiserer alle Scrum-arrangementer som Scrum Team-medlemmene ber om. Scrum Master gjør det også mulig for teamet å ta viktige beslutninger som vil øke produktiviteten til Scrum Teamet som helhet.

Scrum Master beordrer aldri teammedlemmene til å gjøre noe heller, han hjelper dem med å oppnå det ved coaching og veiledning.

# 3) Fjerne hindringer - Scrum Master er også ansvarlig for å fjerne hindringene som påvirker teamets produktivitet i å levere virksomhet. Ethvert hinder som lagmedlemmene ikke kan løse på egen hånd, kommer til Scrum Master for løsning.

Scrum Master prioriterer disse hindringene basert på deres innvirkning på teamets produktivitet og virksomhet og begynner å jobbe med dem.

# 4) Interferens Gatekeeper - Scrum Master beskytter også Scrum Teamet fra interferens og distraksjon utenfor, slik at teamet kan være fokusert på å levere den beste verdien til virksomheten etter hver sprint.

Forstyrrelsen kan være en større bekymring hvis teamet jobber i et Scaled Scrum-miljø der flere Scrum Team jobber sammen og har avhengighet blant dem.

Scrum Master sørger for at teamet holder seg utenfor irrelevant diskusjon og fokuserer på Sprint-elementene, mens han selv tar ansvaret for å adressere spørsmålene og bekymringene som kommer utenfra.

Scrum Master er ansvarlig for å beskytte teamet mot forstyrrelser utenfor og for å fjerne hindringene for å la teamet fokusere på å levere forretningsverdien.

# 5) Tjenerleder - Scrum Master blir ofte referert til som en tjenerleder for Scrum Team. Et av hans viktigste ansvar er å be Scrum-teamene om deres bekymringer og sørge for at de blir adressert.

Det er plikten til Scrum Master å bekrefte at de essensielle kravene til teamet prioriteres og oppfylles for å la dem jobbe effektivt og gi resultater med høy ytelse.

# 6) Prosessforbedrer - Scrum Master sammen med teamet er også ansvarlig for å regelmessig improvisere prosessene og praksisene som brukes for å maksimere verdien som blir levert. Det er ikke Scrum Master sitt ansvar å få jobben gjort, men det er hans ansvar å gjøre det mulig for teamet å lage en prosess som lar dem fullføre sprintmålene.

Scrum master

Produkteieren

En annen veldig viktig rolle som vi skal diskutere i denne opplæringen, er Produkteier. Produkteier er stemmen til kunden / interessentene og er derfor ansvarlig for å bygge bro over gapet mellom utviklingsteamet og interessentene. Produkteier håndterer gapet på en slik måte som maksimerer verdien av produktet som bygges.

Produkteier er innstilt på å være involvert gjennom Sprint-aktiviteter og utviklingsarbeid og spiller en veldig viktig rolle i suksessen til et produkt.

Roller og ansvar

# 1) Bro over gapet - Produkteier jobber tett med de interne og eksterne interessentene for å samle innspillene og syntetisere en visjon for å plassere produktfunksjonene i produktbackloggen.

Det er produktseierens ansvar å forstå kravene og preferansene til interessentene / kundesamfunnet, ettersom han er den som opptrer som deres representant og påtar seg ansvaret for å bygge den rette løsningen.

Samtidig sørger produkteieren for at utviklingsteamet forstår hva som må bygges og når. Han samarbeider med teamet til daglig. Produkteiers engasjement med teamet øker tilbakemeldingsfrekvensen og responstiden, som et resultat øker verdien av produktet som bygges.

Fravær / mindre samarbeid mellom en produkteier kan føre til katastrofale resultater og til slutt Scrum-feil.

Produkteier sørger for at produktets etterslagsartikler er gjennomsiktige og tydelig uttrykt, og at alle i teamet har samme forståelse av varen.

# 2) Administrerer etterslep i produktet - Som et resultat av det ovennevnte punktet, er produkteieren ansvarlig for å opprette og administrere produktforsinkelsen, og bestille varene i produktbeholdningen for best å oppnå interessentens krav, dvs. prioritering av gjenstander for varebeskyttelse, og til slutt bør han alltid være tilgjengelig for svare på eller gi en avklaring på alle spørsmålene til utviklingsteamet.

Samlet sett er han ansvarlig for å stelle Produktet Backlog for å forbedre den leverte verdien.

Alle som ønsker å legge til / fjerne en vare i produktets forsinkelse eller trenger å endre prioriteten til en vare, skal rettes til produkteieren

# 3) Sertifisering av et produkt - Hans annet ansvar er å sertifisere funksjonene som bygges. I denne prosessen definerer han godkjennelseskriteriene for hvert av produktets forsinkelseselementer. Produkteieren kan også opprette aksepttester som representerer akseptkriteriene som er definert av ham, eller kan ta hjelp fra SMB eller utviklingsteamet med å lage dem.

Nå er det han som sørger for at akseptkriteriene blir oppfylt ved å utføre aksepttestene. Han kan velge å utføre disse aksepttestene på egenhånd eller kan be ekspertene om å gjøre det for å sikre at de funksjonelle og kvalitetsaspektene blir oppfylt og forventningene blir oppfylt.

Denne aktiviteten utføres vanligvis gjennom hele sprinten når og når elementene er fullført, slik at feilene kan avdekkes og kan løses før selve Sprint Review Meeting.

# 4) Deltakelse - Produkteier er en viktig deltaker i Sprint-relaterte aktiviteter. Han jobber tett med utviklingsteamet for å forklare varene, deres omfang og verdien det har.

Han fungerer også som en aktivator for utviklingsteamet for å være i stand til å hente produktets forsinkelsesvarer som de skal levere ved slutten av Sprint. I tillegg til Sprint-aktiviteter jobber produkteier også med produktutgivelsesaktivitetene.

Under produktutgivelsesaktivitetene engasjerer produkteieren seg med interessentene for å diskutere elementene i neste utgivelse. En av de viktigste suksessfaktorene for et team å blomstre er at hele teamet skal respektere produkteieren og hans avgjørelser. Ingen andre enn produkteieren skal fortelle teamet hvilke ting de skal jobbe med.

Det anbefales å ha en enkelt heltidsprodukteier for et enkelt produkt. Imidlertid kan det være en ordning der produkteieren er en deltidsrolle.

Proxyprodukteier

Proxyprodukteier er en person som er registrert av produkteieren selv som kan ta over alt hans ansvar, hans fravær og støtte ham. Proxyprodukteier er ansvarlig og ansvarlig for alt ansvaret som han er delegert til, men ansvaret for arbeidet som til slutt utføres ligger fortsatt hos den faktiske produkteieren.

udefinert referanse til klassefunksjon c ++

Proxyprodukteieren er også bemyndiget til å ta de nødvendige avgjørelsene på vegne av den faktiske produkteieren.

Produkteier

Utviklingsteamet

En annen veldig viktig del av Scrum Teamet er Development Team. Utviklingsteamet består av utviklere som er dyktige i sitt eget kompetanseområde. I motsetning til de andre Scrum Team-medlemmene, utvikler Team Teamwork den faktiske implementeringen av den potensielt leverbare programvaren / trinnet som skal leveres på slutten av hver Sprint.

Utviklingsteamet kan bestå av personer som har spesialiserte ferdigheter som Front-end Developers, Backend Developers, Dev-Ops, QA Experts, Business Analyst, DBA etc., men de blir alle referert til som Developers; Ingen andre titler er tillatt. Utviklingsteamet kan ikke engang ha undergrupper i det som testteamet, kravspesifikasjonsteamet osv.

Teamet er satt opp med tanke på alle viktige ferdighetssett som kreves for å lykkes med å utvikle, teste og levere produktsteg hver Sprint uten hjelp fra utsiden. Dermed forventes teamet å være selvforsynt og kryssfunksjonelt. Utviklingsteamet tar ingen hjelp fra utenfor Scrum Teamet og styrer sitt eget arbeid.

Ansvaret for å utvikle Increments ligger alltid hos Development Team som helhet, men alle i Scrum Teamet er ansvarlige for den totale leveransen.

Det er kun utviklingsteamets beslutning om å legge til / fjerne et teammedlem. Hvis et nytt ferdighetssett kreves, kan utviklingsteamet velge å bygge den kompetansen i teamet eller legge til et nytt medlem i teamet.

Roller og ansvar

# 1) Utvikling og levering - Utviklingsteamet er ansvarlig for å lage en ferdig inkrement basert på ‘Definition of Done’ på slutten av hver sprint. Gjort Increment er ikke nødvendigvis en del av neste produksjonsutgivelse, men det er definitivt en potensielt frigjørbar funksjonalitet som en sluttbruker kan bruke.

Det er produktseierens oppfordring å bestemme hva som må være en del av utgivelsen. Utviklingsteamet er imidlertid ansvarlig for å utvikle og levere Done Increment hver Sprint som oppfyller kriteriene under Definisjon av Done.

# 2) Oppgave og gi estimater - Utviklingsteamet er også ansvarlig for å plukke opp brukerhistoriene / elementene fra den prioriterte produktforsinkelsen som skal leveres i neste sprint. Dermed utgjør disse elementene et Sprint-etterslipp. Sprint Backlog opprettes under et Sprint Planning-møte.

Et annet veldig viktig ansvar som et utviklingsteam gjør, er å opprette oppgaver ved å bryte ned Sprint Items og gi estimater til disse Sprint Items.

Ingen forteller utviklingsteamet hva og hvordan de skal gjøre ting. Det er utviklingsteamets ansvar å hente varene fra Product Backlog som kan leveres i neste Sprint. Når Sprint er startet, kan ikke elementene endres / legges til / fjernes.

Utviklingsteams størrelse

Utviklingsteamets størrelse bør velges med omhu, da det direkte kan hemme produktiviteten til teamet og dermed påvirke produktleveransen. Utviklingsteamet bør ikke være veldig stort, da det kan kreve mye koordinering blant teammedlemmene.

For et veldig lite team ville det imidlertid være veldig vanskelig å ha alle ferdighetene som kreves for å levere et inkrement. Dermed bør det velges et optimalt antall for størrelsen på utviklingsteamet.

Den anbefalte størrelsen på utviklingsteamet er fra 3 til 9 medlemmer, unntatt Scrum Master og produktseier, med mindre de også utvikler programvareøkning sammen med de andre utviklerne.

dev team

Sammendrag

Scrum Team

Roller

  • Produkteier
  • Utviklingsteam
  • Scrum Master

Størrelse

  • Scrum teamstørrelse - 3 til 9

Selvorganiserende team

  • Kjenner den beste måten å fullføre arbeidet sitt på.
  • Ingen forteller det selvorganiserte teamet hva de skal gjøre.

Tverrfunksjonelt team

  • Har alle ferdighetssettene som kreves for å fullføre arbeidet sitt uten behov for hjelp fra utsiden.

Produkteier

  • Representerer komiteen eller er påvirket av den.
  • Samarbeider med interessentene og Scrum-teamet.
  • Behandler etterslep
    • Forklarer vareproduktet.
    • Prioritere arbeidselementene.
    • Sørger for at produktetterslepet er lett forståelig og gjennomsiktig.
    • Definerer tydelig hvilke ting du skal jobbe med.
    • Sikrer at utviklingsteamet forstår varen i produktets forsinkelse
    • Alt som skal legges til / fjernes / endres i Produkteieren bør komme gjennom Produkteierne.
  • Ta en samtale som når du skal frigjøre arbeidselementene.

Scrum Master

  • Sørger for at Scrum er tydelig forstått og adoptert av teamet.
  • Er tjenesteleder for Scrum Team.
  • Fjerne hindringer
  • Beskytt teamet mot unyttige interaksjoner for å maksimere forretningsverdien skapt av Scrum Team.
  • Tilrettelegge for Scrum-hendelser når det er forespurt.
  • Sikrer at møtene er tidsbestemte.

Utviklingsteam

  • Leverer en potensielt frigjørbar økning av 'Ferdig' produkt på slutten av hver Sprint.
  • De er selvorganiserende og kryssfunksjonelle.
  • Ingen forteller utviklingsteamet hva og hvordan de skal gjøre.
  • Ingen titler er tillatt. Alle er utviklere på laget.
  • Ingen underlag kan opprettes.
  • De holder seg ansvarlige for å jobbe med Sprint Items.
  • Utviklingsteamet er ansvarlig for å gi oppdrag og gi estimatene.

Det er alt vi hadde i butikken på Scrum Teams Roller og ansvar. Vi diskuterte ansvaret som hver av teammedlemmene har og hvordan de fungerer som et helt team.

Følg med for å vite mer om Scrum-artefakter i vår kommende opplæring, hvor vi vil diskutere om biproduktene som Product Backlog, Sprint Backlog og Increments.

PREV Opplæring | NESTE veiledning

Anbefalt lesing

^