Menu

Scrum Team Rollen en verantwoordelijkheden: Scrum Master en Product Owner

  • Hoofd
  • Andere
  • Scrum Team Rollen en verantwoordelijkheden: Scrum Master en Product Owner

scrum team roles responsibilities

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Scrum Teamrollen en verantwoordelijkheden:

Ik weet zeker dat we er nu allemaal heel duidelijk over moeten zijn geweest Agile Manifest van onze laatste tutorial.

Deze tutorial is bedoeld voor Scrum-teamleden die nieuw zijn bij Agile Software Development om meer te weten te komen over hun rollen en verantwoordelijkheden.

De tutorial helpt ook degenen die al in het agile-model werken om hun vaardigheden op te frissen en degenen die gewoon meer willen weten over deze rollen. Het geeft ook inzicht in de verantwoordelijkheden en elke rol die het op zich neemt.

scrum teamrollen verantwoordelijkheden

Er is veel aan elk van de rollen behalve wat we in onze tutorial hebben genoemd, maar de lezers kunnen zonder enige twijfel een kern van elke Scrum-rol krijgen.

Wat je leert:

Scrum Teamrollen en verantwoordelijkheden

Het Scrum-team bestaat voornamelijk uit drie rollen: De Scrum Master, Product Owner en het Development Team ​

Iedereen buiten het kernteam heeft geen directe invloed op het team. Elk van deze rollen in de Scrum heeft een zeer duidelijke reeks verantwoordelijkheden die we later in deze tutorial in detail zullen bespreken. Laten we ons in dit gedeelte concentreren op de kenmerken van het Scrum-team als geheel en de ideale teamgrootte.

Scrum Teams-attributen

Hieronder staan ​​de 2 attributen van het Scrum Team:

  • Scrum Team is zelforganiserend
  • Scrum Team is Cross-Functioneel

Zelfgeorganiseerde Scrum-teams zijn zelfredzaam en zelfvoorzienend in termen van het uitvoeren van hun werk zonder de noodzaak van externe hulp of begeleiding. De teams zijn bekwaam genoeg om de best-of-practices toe te passen om hun Sprint-doelen te bereiken.

Cross-functionele Scrum-teams zijn de teams die over alle nodige vaardigheden en bekwaamheid beschikken binnen het team om hun werk te volbrengen. Deze teams zijn niet afhankelijk van iemand buiten het team voor het voltooien van de werkitems. Het Scrum-team is dus een zeer creatieve samensmelting van verschillende vaardigheden die nodig zijn om het hele werkitem te voltooien.

Elk teamlid heeft niet noodzakelijk alle vaardigheden die nodig zijn om het product te bouwen, maar is bekwaam in zijn / haar vakgebied. Dat gezegd hebbende, het teamlid hoeft niet multifunctioneel te zijn, maar het team als geheel wel.

De teams met een hoge zelforganisatie en crossfunctionaliteit zullen resulteren in een hoge productiviteit en creativiteit.

Scrum-team

Scrum-teamgrootte

De aanbevolen grootte van het ontwikkelteam in Scrum is 6 +/- 3, d.w.z. van 3 tot 9 leden, exclusief de Scrum Master en de Product Owner.

Laten we nu verder gaan en elk van deze rollen in detail bespreken.

De Scrum Master

Scrum Master is de persoon die verantwoordelijk is voor het faciliteren / coachen van het Development Team en de Product Owner om te werken aan de dagelijkse ontwikkelingsactiviteiten.

Hij is degene die ervoor zorgt dat het team de Scrum-waarden en -principes begrijpt en in de praktijk kan brengen. Tegelijkertijd zorgt Scrum Master er ook voor dat het Team enthousiast is over Agile om het beste uit het framework te halen. Scrum Master helpt en ondersteunt het team ook om zichzelf te organiseren.

Naast het opleiden en trainen van de teamleden over het belang van Agile, is hij er ook verantwoordelijk voor dat het team zich te allen tijde gemotiveerd en sterk voelt. Hij werkt ook aan het stimuleren van de communicatie en samenwerking tussen de teamleden.

Scrum Master is een procesleider die het Scrum-team en de anderen buiten het Scrum-team helpt om Scrum-waarden, -principes en -praktijken te begrijpen

Rollen en verantwoordelijkheden

# 1) Coach - De Scrum Master fungeert als Agile Coach voor zowel het Development team als de Product Owner. De Scrum Master fungeert in zekere zin als een enabler voor een goede communicatie tussen het Development Team en de Product Owner. De Scrum Master blijft verantwoordelijk om het obstakel tussen beide andere rollen weg te nemen.

Als wordt opgemerkt dat de Product Owner niet betrokken raakt of niet de juiste tijd besteedt aan het Ontwikkelteam, dan is het de taak van de Scrum Master om de Product Owner te coachen met betrekking tot het belang van zijn betrokkenheid bij het succes van het algehele team.

# 2) Facilitator - De Scrum Master fungeert ook als facilitator voor het Scrum Team. Hij faciliteert en organiseert alle Scrum-evenementen waar de Scrum-teamleden om vragen. De Scrum Master faciliteert het Team ook bij het nemen van belangrijke beslissingen die de productiviteit van het Scrum Team als geheel verhogen.

De Scrum Master geeft de teamleden nooit de opdracht om iets liever te doen, hij helpt hen om het te bereiken door te coachen en te begeleiden.

# 3) Belemmeringen verwijderen - De Scrum Master is ook verantwoordelijk voor het wegnemen van de belemmeringen die van invloed zijn op de productiviteit van het team bij het leveren van zaken. Elke belemmering die de teamleden niet zelf kunnen oplossen, komt naar de Scrum Master voor oplossing.

De Scrum Master geeft prioriteit aan deze belemmeringen op basis van hun impact op de productiviteit en het bedrijf van het team en gaat eraan werken.

# 4) Interferentie Poortwachter - De Scrum Master beschermt het Scrum Team ook tegen inmenging en afleiding van buitenaf, zodat het team na elke sprint gefocust kan blijven op het leveren van de beste waarde voor het bedrijf.

De interferentie kan een grotere zorg zijn als het team werkt in een Scaled Scrum-omgeving waar meerdere Scrum-teams samenwerken en de onderlinge afhankelijkheden hebben.

De Scrum Master zorgt ervoor dat het team uit elke irrelevante discussie blijft en focust op de Sprint-items, terwijl hij zelf de verantwoordelijkheid neemt om de vragen en zorgen die van buitenaf komen aan te pakken.

Scrum Master is verantwoordelijk om het team te beschermen tegen inmenging van buitenaf en om de belemmeringen weg te nemen, zodat het team zich kan concentreren op het leveren van de zakelijke waarde.

# 5) Dienende leider - De Scrum Master wordt vaak een Servant Leader van het Scrum Team genoemd. Een van zijn belangrijkste verantwoordelijkheden is om de Scrum Teams naar hun zorgen te vragen en ervoor te zorgen dat ze worden aangepakt.

Het is de plicht van de Scrum Master om te bevestigen dat de essentiële vereisten van het team prioriteit krijgen en dat er wordt voldaan aan de vereisten, zodat ze effectief kunnen werken en goed presterende resultaten kunnen produceren.

# 6) Procesverbeteraar - De Scrum Master is samen met het team ook verantwoordelijk voor het regelmatig improviseren van de gebruikte processen en praktijken om de geleverde waarde te maximaliseren. Het is niet de verantwoordelijkheid van de Scrum Master om het werk gedaan te krijgen, maar het is zijn verantwoordelijkheid om het team in staat te stellen een proces te bedenken waarmee ze hun sprintdoelen kunnen behalen.

Scrum-meester

De Product Owner

Een andere zeer cruciale rol die we in deze tutorial gaan bespreken, is de Product Owner. Product Owner is de stem van de klant / stakeholders en is daarmee verantwoordelijk voor het overbruggen van de kloof tussen het ontwikkelteam en stakeholders. De producteigenaar beheert de kloof op zo'n manier dat de waarde van het product dat wordt gebouwd, wordt gemaximaliseerd.

Product Owner zal betrokken zijn bij de Sprint Activiteiten en Ontwikkelingsinspanningen en speelt een zeer cruciale rol in het succes van een product.

Rollen en verantwoordelijkheden

# 1) De kloof overbruggen - Product Owner werkt nauw samen met de interne en externe belanghebbenden om de input te verzamelen en een visie te synthetiseren om de productkenmerken in de Product Backlog te plaatsen.

Het is de verantwoordelijkheid van de Product Owner om de vereisten en voorkeuren van de stakeholder- / klantengemeenschap te begrijpen, aangezien hij degene is die optreedt als hun vertegenwoordiger en de verantwoordelijkheid draagt ​​voor het bouwen van de juiste oplossing.

Tegelijkertijd zorgt de Product Owner ervoor dat het Development Team begrijpt wat er gebouwd moet worden en wanneer. Hij werkt dagelijks samen met het team. De betrokkenheid van de producteigenaar bij het team verhoogt de feedbackfrequentie en de reactietijd, wat als resultaat de waarde van het product dat wordt gebouwd, verhoogt.

Afwezigheid / minder samenwerking van een Product Owner kan leiden tot desastreuze resultaten en uiteindelijk Scrum-mislukking.

Product Owner zorgt ervoor dat de Product Backlog-items transparant en duidelijk worden uitgedrukt en dat iedereen in het team hetzelfde begrip heeft van het item.

# 2) Beheert productachterstand - Als resultaat van het bovenstaande punt is de Product Owner verantwoordelijk voor het creëren en beheren van de Product Backlog, het ordenen van de items in de Product Backlog om zo goed mogelijk te voldoen aan de vereisten van de Stakeholder, dwz prioritering van Product Backlog-items en tot slot moet hij altijd beschikbaar zijn voor beantwoord of verduidelijk alle vragen van het Ontwikkelteam.

Over het algemeen is hij verantwoordelijk om de Product Backlog aan te passen om de geleverde waarde te verbeteren.

Iedereen die een item in de Product Backlog wil toevoegen / verwijderen of de prioriteit van een item moet wijzigen, moet worden doorverwezen naar de Product owner

# 3) Certificering van een product - Zijn andere verantwoordelijkheid is om de functies die worden gebouwd te certificeren. In dit proces definieert hij de acceptatiecriteria voor elk van de Product Backlog Item. De Product Owner zou ook de Acceptatietests kunnen maken die de Acceptatiecriteria vertegenwoordigen die door hem zijn gedefinieerd, of kan de hulp inroepen van het MKB of het Ontwikkelteam bij het creëren ervan.

Nu is hij degene die ervoor zorgt dat aan de acceptatiecriteria wordt voldaan door de acceptatietests uit te voeren. Hij kan ervoor kiezen om deze Acceptatietests zelf uit te voeren of kan de experts vragen om dit te doen om ervoor te zorgen dat aan de functionele en kwaliteitsaspecten wordt voldaan en aan de verwachtingen wordt voldaan.

Deze activiteit wordt meestal tijdens de sprint gedaan als en wanneer de items zijn voltooid, zodat de fouten aan het licht kunnen worden gebracht en kunnen worden verholpen vóór de eigenlijke Sprint Review Meeting.

# 4) Deelname - Product Owner is een belangrijke deelnemer aan de Sprint-gerelateerde activiteiten. Hij werkt nauw samen met het ontwikkelingsteam om de items, hun reikwijdte en de waarde ervan uit te leggen.

Hij fungeert ook als een enabler voor het Ontwikkelteam om de Product Backlog-items op te halen die ze aan het einde van de Sprint zouden moeten opleveren. Naast Sprint-activiteiten werkt Product Owner ook aan de Product Release-activiteiten.

Tijdens de Productrelease-activiteiten overlegt de Product Owner met de Stakeholders om de items van de volgende release te bespreken. Een van de belangrijkste succesfactoren voor het floreren van een team is dat het hele team de Product Owner en zijn beslissingen moet respecteren. Niemand anders dan de Product Owner mag het team vertellen aan welke items het moet werken.

Het wordt aanbevolen om één fulltime producteigenaar te hebben voor één product. Er kan echter een regeling zijn waarbij de producteigenaar een parttime rol speelt.

Proxy Product Owner

Proxy Product Owner is een door de Product Owner zelf ingeschreven persoon die al zijn verantwoordelijkheden, zijn afwezigheid en ondersteuning kan overnemen. Proxy Product Owner is aansprakelijk en aansprakelijk voor alle verantwoordelijkheden waaraan hij is gedelegeerd, maar de verantwoordelijkheid voor het werk dat wordt gedaan ligt uiteindelijk nog steeds bij de feitelijke Product Owner.

hoe ziet een json-bestand eruit

De Proxy Product Owner is ook bevoegd om namens de feitelijke Product Owner de nodige beslissingen te nemen.

Product eigenaar

Het ontwikkelingsteam

Een ander zeer belangrijk onderdeel van het Scrum Team is het Development Team. Het Development Team bestaat uit ontwikkelaars die bedreven zijn in hun eigen vakgebied. In tegenstelling tot de andere Scrum Team-leden, werkt het Development Team aan de daadwerkelijke implementatie van de mogelijk te leveren software / increment die aan het einde van elke Sprint moet worden opgeleverd.

Het ontwikkelingsteam kan bestaan ​​uit mensen met gespecialiseerde vaardigheden zoals front-end ontwikkelaars, backend-ontwikkelaars, ontwikkelaars, QA-experts, business analisten, DBA enz., Maar ze worden allemaal ontwikkelaars genoemd; Andere titels zijn niet toegestaan. Het ontwikkelteam kan zelfs geen subteams hebben, zoals het testteam, het specificatieteam, enz.

Bij het opzetten van het team is rekening gehouden met alle essentiële vaardigheden die nodig zijn om de productstappen met succes te ontwikkelen, testen en leveren bij elke Sprint zonder de hulp van buitenaf. Er wordt dus van het team verwacht dat het zelfvoorzienend en multifunctioneel is. Het Development Team neemt geen hulp van buiten het Scrum Team en beheert hun eigen werk.

De verantwoordelijkheid voor het ontwikkelen van Increments ligt altijd bij het Development Team als geheel, maar iedereen in het Scrum Team is verantwoordelijk voor de algehele levering.

Het is uitsluitend de beslissing van het Ontwikkelteam om een ​​Teamlid toe te voegen / te verwijderen. Als een nieuwe set vaardigheden vereist is, kan het Ontwikkelteam ervoor kiezen om die expertise binnen het team op te bouwen of een nieuw lid aan het team toe te voegen.

Rollen en verantwoordelijkheden

# 1) Ontwikkeling en levering - Het ontwikkelteam is verantwoordelijk voor het creëren van een gedaan increment op basis van de ‘Definition of Done’ aan het einde van elke sprint. Het voltooide increment hoeft niet noodzakelijk deel uit te maken van de volgende productierelease, maar het is zeker een potentieel vrij te geven functionaliteit die een eindgebruiker kan gebruiken.

Het is de oproep van de Product Owner om te beslissen wat er onderdeel moet uitmaken van de release. Het Ontwikkelteam is echter verantwoordelijk voor het ontwikkelen en leveren van het Done Increment voor elke Sprint die voldoet aan de criteria onder Definition of Done.

# 2) Taken uitvoeren en schattingen geven - Het Ontwikkelteam is ook verantwoordelijk voor het ophalen van de Gebruikersverhalen / Items uit de geprioriteerde Product Backlog die in de volgende Sprint moeten worden geleverd. Deze items vormen dus een Sprint Backlog. Sprint Backlog ontstaat tijdens een Sprint Planning meeting.

Een andere zeer belangrijke verantwoordelijkheid die een Ontwikkelteam doet, is het creëren van taken door de Sprintitems op te splitsen en schattingen te geven voor deze Sprintitems.

Niemand vertelt het Development Team wat en hoe dingen moeten worden gedaan. Het is de verantwoordelijkheid van het Ontwikkelteam om de items uit de Product Backlog op te halen die in de volgende Sprint kunnen worden geleverd. Zodra de Sprint is gestart, kunnen de items niet meer worden gewijzigd / toegevoegd / verwijderd.

Grootte ontwikkelteam

De grootte van het ontwikkelteam moet verstandig worden gekozen, omdat dit de productiviteit van het team direct kan belemmeren en daarmee de productlevering kan beïnvloeden. Het ontwikkelteam mag niet erg groot zijn, omdat het veel coördinatie tussen de teamleden kan vereisen.

Voor een heel klein team zou het echter erg moeilijk zijn om alle vaardigheden te hebben die nodig zijn om een ​​increment te leveren. Er moet dus een optimaal aantal worden gekozen voor de grootte van het ontwikkelteam.

De aanbevolen grootte van het ontwikkelteam is van 3 tot 9 leden, exclusief de Scrum Master en Product Owner, tenzij ze ook samen met de andere ontwikkelaars het Software Increment ontwikkelen.

ontwikkelaarsteam

Overzicht

Scrum-team

Rollen

  • Product eigenaar
  • Ontwikkelingsteam
  • Scrum Master

Grootte

  • Scrum-teamgrootte - 3 tot 9

Zelforganiserend team

  • Weet hoe ze hun werk het beste kunnen voltooien.
  • Niemand vertelt het zelfgeorganiseerde team wat het moet doen.

Cross-functioneel team

  • Beschikt over alle vaardigheden die nodig zijn om hun werk te voltooien zonder hulp van buitenaf.

Product eigenaar

  • Vertegenwoordigt de commissie of laat zich erdoor beïnvloeden.
  • Werkt samen met de belanghebbenden en het Scrum-team.
  • Beheert product backlog
    • Geeft uitleg over de items in de productachterstand.
    • Prioriteit geven aan de werkitems.
    • Zorgt ervoor dat de productachterstand gemakkelijk te begrijpen en transparant is.
    • Geeft duidelijk aan aan welke items moet worden gewerkt.
    • Zorgt ervoor dat het ontwikkelteam het item in de productachterstand begrijpt
    • Alles dat moet worden toegevoegd / verwijderd / gewijzigd in de Product Owner, moet via de Product Owners komen.
  • Neem een ​​oproep aan om de werkitems vrij te geven.

Scrum Master

  • Zorgt ervoor dat de Scrum duidelijk wordt begrepen en overgenomen door het team.
  • Is een dienende leider voor het Scrum-team.
  • Belemmeringen wegnemen
  • Bescherm het team tegen nutteloze interacties om de door het Scrum-team gecreëerde bedrijfswaarde te maximaliseren.
  • Faciliteren van Scrum-evenementen wanneer daarom wordt gevraagd.
  • Zorgt ervoor dat de vergaderingen een time-box hebben.

Ontwikkelingsteam

  • Levert aan het einde van elke Sprint een potentieel vrij te geven Increment of “Done” -product.
  • Ze zijn zelforganiserend en multifunctioneel.
  • Niemand vertelt het ontwikkelteam wat en hoe het moet doen.
  • Titels zijn niet toegestaan. Allen zijn ontwikkelaars in het team.
  • Er kunnen geen subteams worden aangemaakt.
  • Ze blijven verantwoordelijk om aan de Sprint-items te werken.
  • Development Team is verantwoordelijk voor de opgaven en het maken van de schattingen.

Dat is alles wat we in petto hadden voor de rollen en verantwoordelijkheden van Scrum Teams. We bespraken de verantwoordelijkheden die elk van de teamleden heeft en hoe ze als een heel team werken.

Blijf op de hoogte om meer te weten over Scrum Artifacts in onze aanstaande tutorial, waar we zullen ingaan op de bijproducten zoals Product Backlog, Sprint Backlog en Increments.

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

^