Meny

Scrum Teams roller och ansvar: Scrum Master och produktägare

  • Huvud
  • Övrig
  • Scrum Teams roller och ansvar: Scrum Master och produktägare

scrum team roles responsibilities

Prova Vårt Instrument För Att Eliminera Problem

Scrum Team Roller och ansvar:

Jag är säker på att vi nu alla måste ha varit väldigt tydliga Agile Manifesto från vår senaste handledning.

Denna handledning är utformad för Scrum-teammedlemmar som är nya inom Agile Software Development för att lära sig om sina roller och ansvar.

Självstudien hjälper också dem som redan arbetar i den smidiga modellen för att förstärka sina färdigheter och för dem som helt enkelt vill veta om dessa roller. Det kommer också att ge en inblick i ansvarsområdena och var och en av de roller den innehar.

scrum team roller ansvar

Det finns mycket för var och en av rollerna förutom vad vi har citerat i vår handledning, men läsarna kan definitivt få en kärna av varje Scrum-roll exakt utan tvekan.

Vad du kommer att lära dig:

Scrum Teams roller och ansvar

Scrum-teamet består huvudsakligen av tre roller: Scrum Master, produktägare och utvecklingsteamet .

Alla utanför kärnteamet har inget direkt inflytande över laget. Var och en av dessa roller i Scrum har en mycket tydlig uppsättning ansvarsområden som vi kommer att diskutera i detalj senare i denna handledning. Under det här avsnittet, låt oss fokusera på attributen för Scrum Team som helhet och den ideala lagstorleken.

Scrum Teams-attribut

Nedan följer de två attributen för Scrum Team:

  • Scrum Team är självorganiserande
  • Scrum Team är tvärfunktionellt

Självorganiserade Scrum-lag är självförsörjande och självförsörjande när det gäller att utföra sitt arbete utan behov av extern hjälp eller vägledning. Lagen är tillräckligt kompetenta för att använda de bästa metoderna för att uppnå sina sprintmål.

Cross-Functional Scrum Team är lagen som har alla nödvändiga färdigheter och färdigheter inom teamet för att utföra sitt arbete. Dessa lag litar inte på någon utanför teamet för att slutföra arbetsobjekten. Således är Scrum Team en mycket kreativ sammanslagning av olika färdigheter som krävs för att slutföra hela arbetsobjektet.

Varje lagmedlem behöver inte nödvändigtvis ha alla färdigheter som krävs för att bygga produkten men är kompetent inom sitt kompetensområde. Med detta sagt behöver lagmedlemmen inte vara tvärfunktionell utan laget som helhet måste vara.

Lagen med hög självorganisation och tvärfunktionalitet kommer att resultera i hög produktivitet och kreativitet.

Scrum team

Scrum Team Storlek

Rekommenderad storlek på utvecklingsteamet i Scrum är 6 +/- 3, dvs. från 3 till 9 medlemmar som inte inkluderar Scrum Master och produktägaren.

Låt oss nu gå vidare och diskutera var och en av dessa roller i detalj.

Scrum Master

Scrum Master är den person som är ansvarig för att underlätta / coacha utvecklingsteamet och produktägaren att arbeta med de dagliga utvecklingsaktiviteterna.

Det är han som ser till att laget förstår Scrumvärdena och principerna och kan öva dem. Samtidigt försäkrar Scrum Master också att teamet känner sig entusiastiskt över Agile för att uppnå det bästa ur ramverket. Scrum Master hjälper och stöder också teamet att bli självorganiserade.

Förutom att utbilda och träna teammedlemmarna angående vikten av Agile, är han också ansvarig för att teamet alltid känner sig motiverat och stärkt. Han arbetar också med att öka kommunikationen och samarbetet mellan teammedlemmarna.

Scrum Master är en processledare som hjälper Scrum-teamet och andra utanför Scrum-teamet att förstå Scrumvärden, principer och praxis

Roller och ansvar

# 1) Tränare - Scrum Master fungerar som en Agile Coach för både utvecklingsteamet och produktägaren. Scrum Master fungerar på ett sätt som en möjliggörare för korrekt kommunikation mellan utvecklingsteamet och produktägaren. Scrum Master förblir ansvarig för att eliminera hindret mellan båda de andra rollerna.

Om det märks att produktägaren inte engagerar sig eller inte ger tillräckligt med tid till utvecklingsteamet, är det Scrummästarens jobb att coacha produktägaren angående vikten av hans engagemang för det övergripande lagets framgång.

# 2) Handledare - Scrum Master fungerar också som en facilitator för Scrum Team. Han underlättar och organiserar alla Scrum-evenemang som Scrum Team-medlemmarna begär. Scrum Master underlättar också för teamet att fatta viktiga beslut som skulle öka produktiviteten för Scrum Team som helhet.

Scrum Master befaller aldrig teammedlemmarna att göra något snarare, han hjälper dem att uppnå det genom att coacha och guida.

# 3) Ta bort hinder - Scrum Master är också ansvarig för att ta bort hindren som påverkar lagets produktivitet när det gäller att leverera affärer. Något hinder som lagmedlemmarna inte kan lösa på egen hand kommer till Scrum Master för lösning.

Scrum Master prioriterar dessa hinder baserat på deras inverkan på teamets produktivitet och verksamhet och börjar arbeta med dem.

# 4) Interferens Gatekeeper - Scrum Master skyddar också Scrum Team från yttre störningar och distraktion så att laget kan förbli fokuserat på att leverera det bästa värdet till verksamheten efter varje sprint.

Störningen kan vara av större intresse om teamet arbetar i en Scaled Scrum-miljö där flera Scrum-team arbetar tillsammans och har beroenden bland sig.

Scrum Master ser till att laget håller sig utanför irrelevant diskussion och fokuserar på Sprint-artiklarna medan han själv tar ansvaret för att ta itu med frågorna och problemen som kommer utifrån.

Scrum Master ansvarar för att skydda teamet från interferens utifrån och för att ta bort hindren för att låta teamet fokusera på att leverera affärsvärde.

# 5) Tjänstledare - Scrum Master kallas ofta som en tjänande ledare för Scrum Team. Ett av hans viktigaste ansvar är att be Scrum Teams om deras bekymmer och se till att de tas upp.

Det är Scrum Master: s plikt att bekräfta att de väsentliga kraven i teamet prioriteras och uppfylls för att låta dem fungera effektivt och producera högpresterande resultat.

# 6) Processförbättrare - Scrum Master tillsammans med teamet ansvarar också för att regelbundet improvisera de processer och metoder som används för att maximera värdet som levereras. Det är inte Scrummästarens ansvar att få jobbet gjort, men det är hans ansvar att göra det möjligt för teamet att utforma en process som låter dem slutföra sina sprintmål.

Scrum master

Produktägaren

En annan mycket viktig roll som vi ska diskutera i denna handledning är produktägaren. Produktägare är kundens / intressenternas röst och är därför ansvarig för att överbrygga klyftan mellan utvecklingsteamet och intressenterna. Produktägaren hanterar klyftan på ett sådant sätt att maximera värdet på den produkt som byggs.

Produktägaren är involverad i Sprint-aktiviteterna och utvecklingsinsatserna och spelar en mycket viktig roll för en produkts framgång.

Roller och ansvar

# 1) Överbrygga klyftan - Produktägaren arbetar nära de interna och externa intressenterna för att samla insatserna och syntetisera en vision för att placera produktfunktionerna i produktbackloggen.

Det är produktägarens ansvar att förstå intressenternas / kundgemenskapens krav och preferenser eftersom han är den som agerar som deras representant och axlar ansvaret för att bygga rätt lösning.

Samtidigt ser produktägaren till att utvecklingsteamet förstår vad som behöver byggas och när. Han samarbetar med teamet dagligen. Produktägarens engagemang i teamet ökar återkopplingsfrekvensen och svarstiden, vilket som ett resultat ökar värdet på den produkt som byggs.

Frånvaro / mindre samarbete mellan en produktägare kan leda till katastrofala resultat och slutligen Scrum-fel.

Produktägare säkerställer att produktbackloggen är transparent och tydligt uttryckt och att alla i teamet har samma förståelse för artikeln.

# 2) Hanterar produktbackloggen - Som ett resultat av ovanstående punkt är produktägaren ansvarig för att skapa och hantera produktbackloggen, beställa artiklarna i produktbackloggen för att bäst uppnå intressentens krav, dvs. prioritering av produktbackloggprodukter och slutligen bör han alltid vara tillgänglig för svara på eller ge förtydligande till alla utvecklingsteams frågor.

Sammantaget är han ansvarig för att sköta produktbackloggen för att förbättra det levererade värdet.

Den som vill lägga till / ta bort ett objekt i produktbackloggen eller behöver ändra ett objekts prioritet ska riktas till produktägaren

# 3) Certifiering av en produkt - Hans annat ansvar är att certifiera de funktioner som byggs. I den här processen definierar han acceptanskriterierna för var och en av produktens eftersläpningsartiklar. Produktägaren kan också skapa acceptantest som representerar de acceptanskriterier som definierats av honom eller kan ta hjälp från små och medelstora företag eller utvecklingsteamet med att skapa dem.

Nu är han den som ser till att acceptanskriterierna uppfylls genom att utföra acceptattesterna. Han kan välja att utföra dessa acceptantest på egen hand eller kan be experterna att göra det för att säkerställa att funktionella och kvalitetsaspekter uppfylls och förväntningar uppfylls.

Denna aktivitet utförs vanligtvis under hela sprinten när och när föremålen är färdiga så att misstagen kan upptäckas och kan åtgärdas före det faktiska sprintgranskningsmötet.

# 4) Deltagande - Produktägare är en viktig deltagare i Sprint-relaterade aktiviteter. Han arbetar nära utvecklingsgruppen för att förklara artiklarna, deras omfattning och värdet.

Han fungerar också som en möjliggörare för utvecklingsteamet för att kunna plocka upp de produktbackloggobjekt som de ska leverera i slutet av Sprint. Förutom Sprint-aktiviteter arbetar produktägaren också med aktiviteterna för produktlansering.

Under produktutgivningsaktiviteterna samarbetar produktägaren med intressenterna för att diskutera artiklarna i nästa utgåva. En av de viktigaste framgångsfaktorerna för ett team att blomstra är att hela teamet ska respektera produktägaren och hans beslut. Ingen annan än produktägaren ska berätta för teamet vilka saker de ska arbeta med.

Det rekommenderas att ha en enda heltidsproduktägare för en enda produkt. Det kan dock finnas ett arrangemang där produktägaren är en deltidsroll.

Proxy produktägare

Proxy-produktägare är en person som är registrerad av produktägaren själv som kan ta över allt hans ansvar, hans frånvaro och stödja honom. Proxy-produktägare är ansvarig och ansvarig för allt ansvar som han har delegerats till, men ansvaret för det arbete som utförs så småningom ligger fortfarande hos den faktiska produktägaren.

odefinierad hänvisning till klassfunktion c ++

Proxyproduktägaren har också befogenhet att fatta nödvändiga beslut på uppdrag av den faktiska produktägaren.

Produktägare

Utvecklingsteamet

En annan mycket viktig del av Scrum Team är Development Team. Utvecklingsteamet består av utvecklare som är skickliga inom sitt eget kompetensområde. Till skillnad från andra Scrum-teammedlemmar, utvecklar teamteamet den faktiska implementeringen av den potentiellt levererbara programvaran / steget som ska levereras i slutet av varje Sprint.

Utvecklingsteamet kan bestå av personer som har specialiserade färdigheter som Front-end Developers, Backend Developers, Dev-Ops, QA Experts, Business Analyst, DBA etc., men de kallas alla utvecklare; Inga andra titlar är tillåtna. Utvecklingsteamet kan inte ens ha undergrupper inom sig som testteamet, kravspecifikationsteamet etc.

Teamet är inrättat med tanke på alla nödvändiga färdigheter som krävs för att framgångsrikt utveckla, testa och leverera produktsteg varje Sprint utan hjälp utifrån. Således förväntas teamet vara självförsörjande och tvärfunktionellt. Utvecklingsteamet tar ingen hjälp från Scrumteamet utan hanterar sitt eget arbete.

Ansvaret för att utveckla Increments ligger alltid hos utvecklingsteamet som helhet men alla i Scrum-teamet är ansvariga för den totala leveransen.

Det är enbart utvecklingsgruppens beslut att lägga till / ta bort en teammedlem. Om en ny färdighetsuppsättning krävs kan utvecklingsteamet välja att bygga den kompetensen inom teamet eller lägga till en ny medlem i teamet.

Roller och ansvar

# 1) Utveckling och leverans - Utvecklingsteamet ansvarar för att skapa ett gjort steg baserat på 'Definition of Done' i slutet av varje sprint. Det genomförda inkrementet är inte nödvändigtvis en del av nästa produktionsrelease men det är definitivt en potentiellt frigörbar funktion som en slutanvändare kan använda.

Det är produktägarens uppmaning att bestämma vad som behöver ingå i utgåvan. Utvecklingsteamet ansvarar dock för att utveckla och leverera Done Increment varje Sprint som uppfyller kriterierna under Definition of Done.

# 2) Uppgifter och tillhandahålla uppskattningar - Utvecklingsteamet ansvarar också för att plocka upp användarberättelser / artiklar från den prioriterade produktbackloggen som ska levereras i nästa sprint. Således utgör dessa artiklar en Sprint-eftersläpning. Sprint Backlog skapas under ett Sprint Planning-möte.

Ett annat mycket viktigt ansvar som ett utvecklingsteam gör är att skapa uppgifter genom att bryta ner Sprint-artiklarna och ge uppskattningar till dessa Sprint-artiklar.

Ingen berättar för utvecklingsteamet vad och hur man gör saker. Det är utvecklingsgruppens ansvar att plocka upp de artiklar från produktbackloggen som kan levereras i nästa sprint. När Sprint har startats kan objekten inte ändras / läggas till / tas bort.

Utvecklingslagets storlek

Utvecklingslagets storlek bör väljas klokt eftersom det direkt kan hämma teamets produktivitet och därmed påverka produktleveransen. Utvecklingsteamet borde inte vara särskilt stort eftersom det kan kräva mycket samordning mellan gruppmedlemmarna.

För ett mycket litet team skulle det dock vara mycket svårt att ha alla färdigheter som krävs för att leverera ett steg. Således bör ett optimalt antal väljas för utvecklingsteamets storlek.

Rekommenderad storlek på utvecklingsteamet är från 3 till 9 medlemmar exklusive Scrum Master och produktägare såvida de inte också utvecklar programvaruökningen tillsammans med andra utvecklare.

dev team

Sammanfattning

Scrum Team

Roller

  • Produktägare
  • Utvecklingsteam
  • Scrum Master

Storlek

  • Scrum Team Storlek - 3 till 9

Självorganiserande team

  • Känner till det bästa sättet att slutföra sitt arbete.
  • Ingen säger till det självorganiserade teamet vad man ska göra.

Tvärfunktionellt team

  • Har alla färdigheter som krävs för att slutföra sitt arbete utan att behöva någon hjälp utifrån.

Produktägare

  • Representerar kommittén eller påverkas av den.
  • Samarbetar med intressenterna och Scrum-teamet.
  • Hanterar produktstocken
    • Förklarar produktens eftersläppsposter.
    • Prioritera arbetsobjekten.
    • Ser till att produktstocken är lättförståelig och transparent.
    • Definierar tydligt vilka artiklar du ska arbeta med.
    • Säkerställer att utvecklingsteamet förstår artikeln i produktstocken
    • Allt som ska läggas till / tas bort / ändras i produktägaren ska komma via produktägare.
  • Ring ett samtal när du ska släppa arbetsföremålen.

Scrum Master

  • Ser till att Scrum är tydligt förstått och antaget av teamet.
  • Är tjänarledare för Scrum Team.
  • Ta bort hinder
  • Skydda teamet från värdelösa interaktioner för att maximera affärsvärdet som skapas av Scrum Team.
  • Underlätta Scrum-händelser när så önskas.
  • Säkerställer att mötena är tidsbegränsade.

Utvecklingsteam

  • Levererar en potentiellt frigörbar ökning av 'Klar' produkt i slutet av varje sprint.
  • De är självorganiserande och tvärfunktionella.
  • Ingen berättar för utvecklingsteamet vad och hur man gör.
  • Inga titlar är tillåtna. Alla är utvecklare på laget.
  • Inga undergrupper kan skapas.
  • De är ansvariga för att arbeta med Sprint Items.
  • Utvecklingsteamet ansvarar för uppdrag och tillhandahållande av uppskattningarna.

Det är allt vi hade i butiken på Scrum Teams Roller och ansvar. Vi diskuterade de ansvarsområden som var och en av gruppmedlemmarna har och hur de fungerar som ett helt team.

Håll dig uppdaterad om du vill veta mer om Scrum-artefakter i vår kommande handledning, där vi kommer att diskutera biprodukter som Product Backlog, Sprint Backlog och Increments.

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^