Scrum Framework - Rollen en workflow van Scrum Framework

Overzicht van Scrum Framework

Scrum framework is een methodiek gerelateerd aan agile management die wordt gebruikt om kennis en werk te beheren, met name voor softwareontwikkeling. Het heeft brede toepassingen op verschillende gebieden en wordt nu onderzocht door traditionele projectteams over de hele wereld. Het is gemaakt voor middelgrote teams van drie tot maximaal negen leden, waar het werk wordt opgedeeld in kleine stukjes die kunnen worden voltooid binnen iteraties die sprints worden genoemd. Het duurt niet meer dan 30 dagen / maand om het hele werk te voltooien.

De tijd die nodig is om het volledig uit te voeren is twee weken en als het het overschrijdt, wordt het opnieuw gestructureerd in vergaderingen die dagelijkse scrums worden genoemd. Het framework dat een beeld geeft van hoe scrums worden geïmplementeerd, wordt een Scrum-framework genoemd. Teams in grotere organisaties zijn onder meer de volgende scrums, namelijk grootschalige Scrum (LeSS), scaled agile framework (SAFe), de scrum van scrums en, de Nexus, etc.

Rol van Scrum Framework

Scrum-framework bestaat uit drie rollen. Het raamwerk in zijn geheel helpt bij een optimale en juiste communicatie tussen teamleden. Deze drie rollen vormen samen het scrumteam. Deze drie Scrum-frameworkrollen zijn:

1) Producteigenaar: de producteigenaar vertegenwoordigt in alle gevallen alle mogelijke belanghebbenden en de klant. Het heeft de verantwoordelijkheid om de hoogst mogelijke waarde aan de klant te leveren. De producteigenaar volgt niet de traditionele methoden om dingen gedaan te krijgen, maar geeft prioriteit aan dingen op basis van afhankelijkheden en belangrijkheid. Een scrumteam mag maar één producteigenaar hebben. Deze rol is anders dan die van de scrummaster. De producteigenaar richt zich op het zakelijke deel van een product en fungeert als intermediair tussen de belanghebbenden en het team. De producteigenaar is geen dictator maar een consensusmaker. Daarom moet een goede producteigenaar de behoeften van het bedrijf en de redenen voor die behoeften kunnen begrijpen en deze kunnen communiceren naar de belanghebbenden en het betrokken team.

2) Ontwikkelteam: het ontwikkelteam is verantwoordelijk voor het leveren van werk van optimale kwaliteit bij elke passerende sprint. Het sprintdoel beschrijft het werk dat een team moet doen en de kwaliteit die het aan het einde van elke sprint moet leveren. Het team heeft drie tot negen leden die alle taken uitvoeren die nodig zijn om de productstappen op te bouwen. Hoewel een team bestaat uit mensen met verschillende achtergronden, zijn ze over het algemeen ontwikkelaars. Het is een zelforganiserend team en interacties buiten het team worden beheerd door de producteigenaar of de scrummaster.

3) Scrum Master: Scrum Master is verantwoordelijk voor het faciliteren van een scrum, ervoor zorgen dat er geen gedoe is met betrekking tot de kwaliteit van het product of het geleverde dat wordt geleverd. De scrummaster fungeert als bemiddelaar tussen het team en eventuele problemen op het werkpad en is niet noodzakelijk de teamleider. De scrummaster zorgt ervoor dat het Scrum-framework wordt gevolgd. De scrummaster moedigt het team aan om te verbeteren. De rol is ook aangeduid als teamfacilitator of dienend leider om de dubbele aspecten weer te geven.

De workflow van Scrum Framework

De workflow van een scrum-framework is als volgt:

1) Sprint: een sprint / iteratie is de eenheid van een Scrum. Een sprint is beperkt tot een specifieke tijd. De duur van een sprint wordt vooraf bepaald en is normaal, tussen een week tot een maand, meestal twee weken.

2) Sprintplanning: aanvankelijk voert het scrumteam sprintplanning uit om:

Bepaal gezamenlijk de reikwijdte van het werk dat tijdens een sprint moet worden gedaan.
Identificeer items die in slechts één sprint kunnen worden gedaan.
Maak een sprint waarin het werk dat items moet bevatten moet worden voltooid.
De verwachte benodigde tijd is vier uur per dag gedurende twee weken.
Naarmate het werk wordt voortgezet, worden de geïdentificeerde items gesplitst en als ze niet binnen een sprint kunnen worden voltooid, worden ze in de productachterstand geplaatst.
Wanneer de sprintachterstand door het ontwikkelteam wordt ontwikkeld, worden de items die binnen een sprint kunnen worden voltooid, opgenomen.

3) Dagelijkse sprint: elke dag wordt elke dag een scrum of stand-up gehouden.

Elk lid van het ontwikkelteam is goed voorbereid.
Hoewel een paar leden van het ontwikkelteam ontbreken, begint het precies op tijd.
Elke dag moet het op dezelfde tijd en plaats worden gehouden.
De tijd is beperkt tot vijftien minuten.
Alleen leden van het ontwikkelteam mogen bijdragen, maar iedereen is ook welkom.
Van elk teamlid wordt verwacht dat hij tijdens de dagelijkse scrum drie vragen beantwoordt.
Heb ik gisteren iets gedaan om bij te dragen aan het sprintdoel van het team?
Wat moet ik vandaag doen om mijn team te helpen vandaag bij te dragen aan het sprintdoel van mijn team?
Bereken ik gedoe dat mijn team kan vertragen of kan stoppen met het bereiken van de vooraf vastgestelde doelen?

4) Sprintbeoordeling: het team houdt twee evenementen aan het einde van een sprint, namelijk de sprintbeoordeling en de sprint met terugwerkende kracht.

Bij de sprintreview heeft het team:

Beoordeelt het voltooide werk en het werk dat nog moet worden voltooid.
Het voltooide werk wordt voorgelegd aan de belanghebbenden.
Besluit wat vervolgens moet worden voltooid door samen te werken met de belanghebbenden.

Richtlijnen voor Sprint-beoordelingen:

Werk dat onvolledig is, kan niet worden aangetoond.
De verwachte duur is twee uur gedurende twee weken.

5) Sprint Retrospective: bij de sprint retrospective:

Bestudeert de afgelopen sprint.
Identificeert de fouten en verhelpt ze.

6) Extensies: extensie omvat twee evenementen, namelijk

Verfijning achterstand.
Annulering van een sprint.

Ondanks dat het zo nauwkeurig en efficiënt is, heeft het Scrum-framework zijn eigen beperkingen:

Er zijn teams die geografisch verspreid zijn of parttime leden hebben en dus moeilijk te beheren en uit te voeren zijn.
Er zijn teams met zeer gespecialiseerde vaardigheden en zo'n definitief kader werkt hier niet goed op.
Enkele externe factoren hebben ook invloed op producten en te leveren producten die niet onder controle zijn.
Een paar producten zijn volwassen van aard en hebben beperkte kwaliteitscontrole en daarom past een dergelijk kader niet bij hen.

Aanbevolen artikelen

Dit is een handleiding voor Scrum Framework geweest. Hier bespreken we de 3 belangrijkste rollen en de workflow van het Scrum Framework. U kunt ook onze andere voorgestelde artikelen doornemen -