Agile- en Scrum-terminologie: een woordenlijst voor Agile / Scrum-concepten

agile scrum terminology

Dit is een uitgebreide gids voor alle belangrijke Agile / Scrum-terminologie en is een alles-in-één woordenlijst van Agile- en Scrum-concepten:

Zoals we allemaal weten behoeft Agile geen introductie. Het is een softwareontwikkelingsraamwerk dat over de hele wereld wordt gebruikt.

Dit artikel is een uitgebreide gids met alle agile / scrum-concepten die u binnen handbereik moet hebben.

Wat je leert:

• Agile Manifest
• Wat is Scrum?
• Pijlers van Scrum
• Scrum-team
• Rollen in Scrum
• Scrum-ceremonies
• Agile Schatting Basics
• Scrum-artefacten
• Definitie van gedaan
• Backlog Refinement (Grooming)
• Snelle vergelijking met de waterval
• Productachterstand
• Een Scrum-team opbouwen
• Gevolgtrekking
• Aanbevolen literatuur

Agile Manifest

De Agile-methodiek is gebaseerd op het Agile Manifesto. Kijk voor meer informatie over het manifest Manifest voor Agile Software Development ​

De belangrijkste afhaalmaaltijd van het agile-manifest kan worden ingekort tot ​

• Persoon-tot-persoon-communicatie is effectief voor procesbinding.
• Het werkende product is beter dan conventionele stapsgewijze documentatie.
• Betrokkenheid van de klant / ondernemer is van cruciaal belang, evenals continue feedbackloops.
• Veranderingen zijn onvermijdelijk. Daarom moeten de teams hen omarmen en verwelkomen.

U zult zien dat, hoewel het agile proces deze verklaringen doet, het niet de exacte concrete stappen biedt om dat te bereiken. Het geeft teams volledige vrijheid en autonomie om hun beste werk te doen.

In de loop van de tijd is de freestyle uitgegroeid tot gangbare praktijken. Waarvan de meest bekende Scrum is.

Laten we daarmee onze definities beginnen.

Wat is Scrum?

Scrum is een ontwikkelingsmodel ontwikkeld door Ken Schwaber en Jeff Sutherland en wordt sinds de jaren negentig gebruikt.

Het werk is opgedeeld in kleinere vereisten (verhalen, heldendichten en taken) en hechte teams bouwen en leveren in kleine termijnen. Er wordt regelmatig feedback gevraagd en er worden verbeteringen aan het product aangebracht in de vorm van frequente korte releases.

Pijlers van Scrum

De pijlers van Scrum worden hieronder in detail uitgelegd:

• Transparantie : Teams zijn zich bewust van wat er speelt en staan ​​open voor het delen en helpen van elkaar. De communicatie verloopt vrijelijk via dagelijkse opstaan ​​en informele interacties van persoon tot persoon.
• Inspectie : Regelmatige en religieuze inspecties van het werk zijn de sleutel tot het succes van Scrum. Teams kunnen op een eenvoudige en betrouwbare manier identificeren, diagnosticeren, problemen oplossen, repareren en weer op het goede spoor komen.
• Aanpassing : Scrum gaat er niet van uit dat wat ze doen juist is. Er zijn periodieke ijkpunten in de vorm van Sprintplanning, dagelijkse scrum, sprintbeoordeling / retrospectieve vergaderingen waar het team kan beoordelen en aanpassen.

Scrum-team

Scrum-teams zijn meestal klein (5-9) en zijn meestal multifunctioneel van aard. Ze bevatten een Scrum Master , ontwikkelaar, tester (het is gebruikelijk om alle agile teamleden ontwikkelaars te noemen, ongeacht hun werkveld).

Andere technische teamleden en vooral de producteigenaar of sponsor. Agile plaatst al zijn weddenschappen op zijn team. Een zelfgeorganiseerd A-team is dus cruciaal en bijna een voorwaarde voor een succesvolle agile implementatie.

Rollen in Scrum

Hieronder staan ​​de verschillende rollen in Scrum:

• Product eigenaar: Een product owner is eigenaar van de backlog. Hij is verantwoordelijk voor het product en de vorm die het aanneemt. Het handhaven van de productachterstand, het hebben van een algemene productvisie en het nastreven van de doelstellingen van het team zijn de primaire verantwoordelijkheden van een producteigenaar.
• Ontwikkelingsteam: Het ontwikkelteam heeft geen beperkte rollen. Er wordt van hen verwacht dat ze cross-functioneel werken en de beste aanpak kiezen om het doel te bereiken.
• Scrum-meester: Het is de taak van de scrummaster om ervoor te zorgen dat de scrum op de juiste manier wordt geïmplementeerd. De scrummaster wordt ook wel de Dienende leider voor het hele team.

Scrum-ceremonies

Agile vertrouwt op een aantal gewoontes om op koers te blijven en succesvol te zijn.

Sommigen van hen worden hieronder genoemd:

# 1) Dagelijkse scrum-bijeenkomst: Dit is een typische korte bijeenkomst van 15 minuten waarin elk teamlid over de volgende punten praat:

• Wat is er gisteren gedaan?
• Wat staat er vandaag gepland?
• Zijn er onderweg belemmeringen?

Deze vorm van de bijeenkomst is zeer effectief om te begrijpen welk werk er is, wat er nog over is en hoe het team elkaar kan helpen indien nodig.

Scrum Master faciliteert deze bijeenkomst, maar het is niet ten behoeve van de Scrum Master of een plek om de status op te halen. Het is een kans voor het team om te communiceren en samen te kruipen voordat ze hun eigen weg gaan om de taken van de dag te overwinnen.

# 2) Sprint : Een Sprint is een iteratie in een tijdvak (vaak 3 weken één keer, maar kan langer of korter zijn). Dit is een zich herhalend proces en kan worden beschouwd als een uitbarsting van ontwikkeling en levering.

# 3) Sprintplanning: Het doel van sprintplanning is om te plannen hoe een set productachterstandverhalen kan worden omgezet in een increment van het leverbare product.

Het algemene formaat kan een tweedelige situatie zijn.

• Eerste helft - Het team selecteert de items die ze willen voltooien.
• Tweede helft - Product Owner is beschikbaar voor vragen.

Het team beslist hoe het moet worden gebouwd. De taken worden dus aangemaakt en overeenkomstig toegewezen, wat resulteert in het Sprint achterstand.

# 4) Sprintbeoordeling / demo : Na een sprint komen het team en de stakeholders samen, zodat het voltooide werk kan worden getoond.

De voltooide taken worden vergeleken met geplande items en de functionaliteit die niet is geïmplementeerd, wordt weggelaten. De duur van deze bijeenkomst is niet meer dan 4 uur.

# 5) Sprint Retrospective: Deze bijeenkomst wordt gefaciliteerd door de Scrum Master en het hele team inclusief de PO woont het bij.

Het team bespreekt de recente Sprint door de procesverbeteringsideeën in het oog te houden en bepaalt welke veranderingen kunnen worden aangebracht om de volgende Sprint productiever te maken.

Normaal gesproken, deze bijeenkomst duurt niet langer dan 2 uur.

=> Aanbevolen lezen - Agile retrospectieve vergaderingen

Agile Schatting Basics

Hieronder vindt u de basisprincipes van Agile Estimation:

Ingangen

• Product backlog en sprint backlog.
• Historische gegevens, eerdere schattingen voor vergelijkbare taken met werkelijke inspanningen die eraan zijn besteed.

Geschatte deelnemers

• Teamleden die bekend zijn met de applicatie.
• Teamleden die de integratie van de applicatie met andere systemen begrijpen.
• Vertegenwoordiging van verschillende vaardigheden die nodig zijn voor de voltooiing van het project.
• Vertegenwoordigers van het bouwen, implementeren en QA-team.

Definitie van Epic / Feature / Idee

• Dit zijn grote gebruikersverhalen, meestal te groot om in één iteratie te implementeren.
• Idee / Episch -> Verhalen -> Taken (één idee kan meerdere verhalen hebben. Eén verhaal kan meerdere taken hebben. Verhaalbereik is beperkt tot één sprint. Alle taken moeten worden afgesloten om het verhaal te voltooien)

# 1) Schattingstechniek voor verhaalpunten: Verhaalpunt is een nummer dat het team vertelt hoe complex het verhaal is.

In de meeste gevallen wordt de Fibonacci-serie of T-shirtmaat gebruikt. Gewoonlijk wordt één verhaalpunt beschouwd als gelijk aan één dag werk van een persoon.

De verhouding wordt echter na elke iteratie herzien op basis van de feitelijke gegevens van de gemiddelde tijd die nodig is om een ​​eenheid van een taak te voltooien.

De betrokken stappen zijn onder meer:

• Verdeel zeer grote vereisten in kleine taken.
• Kies een team van minimaal 2 schatters, de Scrum Master , Product Owner & de anderen kunnen deelnemen.
• Elke schatter wijst privé zijn / haar verhaalpunten toe aan een gebruikersverhaal (taak) en publiceert deze.
• Verhaalpunten voor de vereiste worden door de schatters toegewezen op basis van hun eerdere kennis van de omvang van een vergelijkbare taak.
• Verwacht wordt dat de schattingen enigszins zullen afwijken.
• Als schattingen significant verschillen, verklaren hoge en lage schatters hun schattingen.
• Hierna wordt nog een schattingsronde gedaan door alle schatters, volgens hetzelfde proces totdat ze allemaal convergeren naar hetzelfde aantal.

# 2) Planning van poker: Deze interessante en leuke techniek wordt hier uitgelegd: Hoe u een Agile schattingsproces gemakkelijk kunt maken met Planning Poker

Opmerking ​Er zijn veel andere technieken om agile te schatten, maar dit zijn de twee meest prominente.

Scrum-artefacten

De belangrijkste scrum-artefacten zijn Product Backlog & Sprint Backlog ​ Dit zijn degenen die helpen bij het bewaken van de algemene sprintdoelen.

# 1) Productachterstand:

• Een geordende lijst met “eisen” die wordt bijgehouden voor een product / project.
• Een lijst kan bugs bevatten, en ook niet-functionele items.
• Product Owner is verantwoordelijk voor het stellen van prioriteiten in het PBL.
• Product Owner is verantwoordelijk voor het managen van de Product Backlog.

# 2) Sprintachterstand:

• Takenlijst (ook wel Backlog-item genoemd) voor het Sprint.
• Scrum-team is verantwoordelijk voor het onderhoud ervan ..
• Tijdens de sprint, van teamleden wordt verwacht dat ze de sprint-backlog bijwerken zodra er nieuwe informatie beschikbaar is.
• In het geval dat een van de items onvolledig of gedeeltelijk compleet wordt gelaten, worden deze items, volgens de definitie van standaard scrum, teruggeplaatst in de Productachterstand.

# 3) Burn-down-diagram:

opgegeven gateway-ip is niet geldig

• Het is een openbaar weergegeven kaart met het voltooide en resterende werk in de sprint.
• Toont het daadwerkelijke werk dat per dag is voltooid.
• Onderhouden door de Scrum Master dagelijks.
• Er zijn twee soorten ‘Burn-down charts vrijgeven’ en ‘Sprint burn-down charts’.

Definitie van gedaan

Definitie van gedaan is verschillend voor verschillende scrumteams. In eenvoudige bewoordingen is DoD een manier om te bepalen wanneer het team het doel zal bereiken via de beschikbare tools. Het is het contract tussen de PO en het team.

DoD voldaan betekent dat alle verhalen uit de backlog worden ontwikkeld volgens de vereisten van de belanghebbende. Verhalen kunnen niet-technisch zijn of meerdere taken hebben.

Backlog Refinement (Grooming)

Achterstand verfijning is geen kernoefening van scrum, maar is aangenomen als een manier om de kwaliteit van backlog-items die een sprint binnenkomen te beheren.

Het is een voortdurende inspanning om de items in de productachterstand te herzien en te controleren of ze op de juiste manier geprioriteerd en voorbereid zijn op een manier die ze duidelijk en uitvoerbaar maakt voor teams zodra ze sprints binnengaan via de sprintplanningsactiviteit.

Snelle vergelijking met de waterval

Productachterstand

Terwijl we omhoog gaan, worden PBI's gemaakt en ze zijn DIEP:

• D- Gedetailleerd genoeg
• IS- Emergenc is
• IS- Geschatte
• P- Prioriteit

En ze zijn meer gedetailleerd voor het team.

Dingen waaraan een Scrum Master zich moet aanpassen:

• Belemmeringen wegnemen
• Vergemakkelijken
• Mentoring en lesgeven
• Coachen

Dit zijn de taken die a Scrum Master zou moeten presteren wanneer de Scrum is nieuw geïmplementeerd. Maar naarmate de tijd verstrijkt en het team gewend raakt aan Scrum (zelforganiserend wordt) heeft de Scrum Master een taak uit te voeren, namelijk ‘OBSERVEREN’.

Een Scrum-team opbouwen

Bij het opbouwen van een team de Scrum Master kunnen de volgende uitdagingen aangaan: vormen, bestormen, normeren en presteren.

• Vormen Waar er geen relaties zijn in een team.
• Bestorming Waar de grenzen tussen de teamleden licht zouden worden.
• Norming- Als er in het team een ​​goede relatie is opgebouwd.
• Het uitvoeren van- Dit is de laatste fase waarin er alleen teamwerk is.

Zoals we kunnen zien, is de laatste fase waar het team echt werkt als een Scrum-team ​Maar als er tijdens deze transformatie op een bepaald moment enige verstoring is, gaat het team terug naar het begin.

Gevolgtrekking

We hopen dat deze tutorial al het belangrijke in het kort heeft uitgelegd Agile- en Scrum-terminologie ​Raadpleeg deze tutorialserie Volledige gids voor Agile-methodologie voor details over Agile / Scrum-concepten.

Gelukkig behendigheid!

Aanbevolen literatuur

• Agile Scrum Online Quiz: test uw kennis van Agile Scrum
• Zelfvoorzienende scrumteams: hoe creëer je een zelfvoorzienend team?
• Kanban versus Scrum versus Agile: een gedetailleerde vergelijking om verschillen te vinden
• Hoe u hoogwaardige softwarefuncties in een korte periode kunt leveren met behulp van Agile Scrum-proces
• Agile Manifesto: Agile waarden en principes begrijpen
• Agile-methodologie: een beginnershandleiding voor Agile-methode en Scrum
• SAFe Agile-zelfstudie: wat is Scaled Agile Framework
• Scrum Team Rollen en verantwoordelijkheden: Scrum Master en Product Owner