Inleiding tot Agile Invest
'User stories' vormen de kern van de agile-methodiek, omdat het team erop vertrouwt voor de ontwikkelingen of verhogingen in een product. Het wordt van het grootste belang om deze gebruikersverhalen goed te krijgen. Bill Wake was de pionier die in zijn boek 'Xtreme Programming' het acroniem 'INVEST' heeft bedacht. Het Agile Invest-framework bestaat uit attributen die bijdragen aan gebruikersverhalen van goede kwaliteit. Agile Invest staat voor 'Independent', 'Negotiable', 'Valuable', 'Estimable', 'Small' en 'Testable'.
Wat zijn de voordelen van goede gebruikersverhalen in Agile Invest?
De voordelen van goede gebruikersverhalen worden hieronder weergegeven:
1. Levering met toegevoegde waarde
De traditionele Waterfall-methode richt zich maandenlang op één enkele taak zonder iets van directe waarde aan de klanten te leveren. De behendige gebruikersverhalen zijn echter een reeks kleinere taken op basis van klantvereisten en -behoeften, die binnen enkele dagen worden opgeleverd. De gebruikersverhalen zijn gericht op klanttevredenheid en upgraden het product voortdurend volgens de eisen van de klant.
2. Vergemakkelijkt samenwerking
Gewoonlijk vertrouwde de Waterfall-methode uitsluitend op vooraf gedefinieerde, gedocumenteerde instructies en hulpmiddelen. In Agile werkt het ontwikkelingsteam samen met de gebruiker om producten te leveren volgens hun verwachtingen door feedback en communicatie aan te moedigen. De behendige gebruikersverhalen worden dus gedefinieerd op basis van voortdurende feedback van klanten, in tegenstelling tot de door instructies geleide documentatie.
3. Bevordert wederzijds begrip
Omdat de Agile-teams zich richten op het leveren van kwaliteit aan de klanten, staan bij elk gebruikersverhaal de teamleden voortdurend in contact met de gebruikers. Minimale documentatie resulteert ook in routine-discussies met de gebruiker. Het stelt het ontwikkelingsteam in staat feedback te ontvangen over gebruikersverhalen wanneer deze worden geïmplementeerd. Dit bevordert dus wederzijds begrip tussen het ontwikkelingsteam en gebruikers, waardoor ze samen de gebruikersverhalen kunnen ontwerpen, upgraden en breken.
4. Incrementeel bouwen van een product
Aangezien de klanten de belangrijkste bijdragen leveren aan de gebruikersverhalen, resulteert de voortdurende feedback in een geleidelijke en incrementele ontwikkeling van een product. Deze incrementele manier van werken maakt het mogelijk om veranderingen in het product aan te brengen. Met deze kleinere sets gebruikersverhalen kunnen ontwikkelaars dus een overbodige functie in een product verwijderen en upgraden met een recentere functie.
5. Vergemakkelijkt de transparantie
De gebruikersverhalen worden gezamenlijk ontworpen door het ontwikkelteam en de gebruikers. Deze gedefinieerde gebruikersverhalen worden vastgelegd op indexkaarten die zichtbaarheid bieden aan de stakeholders en het ontwikkelteam. Het resulteert in transparantie en versterkt het vertrouwensniveau tussen hen. Transparantie verhoogt dus de effectiviteit van de teams en helpt bij het elimineren van verspilling uit het proces.
6. Houdt iedereen synchroon
Het belangrijkste is dat gebruikersverhalen het verbindingspunt vormen tussen het ontwikkelingsteam en de bedrijfsgerichte mensen, die technisch niet zo gezond zijn. Dit maakt het besluitvormingsproces eenvoudiger omdat partijen uit verschillende vakgebieden erbij betrokken zijn.
De bovengenoemde voordelen van goede gebruikersverhalen wijzen op hun belang in Agile-methodologie. Daarom moeten deze verhalen goed worden ingelijst. Het Agile Invest-framework biedt de vereiste attributen die bijdragen aan 'goede gebruikersverhalen'.
Detail begrip van Agile Invest
Het Agile Invest-raamwerk zoals hieronder uiteengezet, stelt normen bij het ontwerpen van een gebruikersverhaal. Laten we het op een meer gedetailleerde manier begrijpen:
Laten we de bijdragende kenmerken van het 'Invest'-raamwerk in detail begrijpen:
1. Onafhankelijke (I)
Alle gebruikersverhalen moeten op zichzelf staande afzonderlijke eenheden zijn en onafhankelijk van elkaar. Deze scheiding tussen elk verhaal maakt prioritering, evaluatie, toevoeging of eliminatie eenvoudiger uit een iteratie. Het projectteam moet in staat zijn om technische afhankelijkheden tussen de gebruikersverhalen te splitsen, zodat elk van hen afzonderlijk kan worden uitgevoerd. Om dit te implementeren, moet het projectteam vaardig zijn in creatief denken en effectieve technieken voor probleemoplossing.
2. Bespreekbaar (N)
In Agile wordt een verhaal niet geacht een overeenkomst te zijn en de kern van hetzelfde ligt in het leveren van wat de klanten wensen. Het eindproduct moet het resultaat zijn van een samenwerkingsverband dat ruimte biedt voor onderhandeling tussen de klanten en het ontwikkelingsteam. Uiteindelijk is het doel om te voldoen aan de verwachtingen en vereisten van klanten.
3. Waardevol (V)
Elk verhaal moet van waarde zijn voor de klant (dit kan de gebruiker of de koper zijn). En de beste manier om hetzelfde te doen, is om de klanten te laten componeren. De gebruikersverhalen moeten worden afgestemd op precieze zakelijke doelen, om waarde te leveren.
4. Geschat (E)
Als het verhaal te groot is, kan het ontwikkelteam het niet begrijpen, om een schatting te maken. Het verhaal moet het ontwikkelingsteam in staat stellen een oordeel te vellen over de complexiteit van het werk en de vereiste inspanningen. Dit betekent niet noodzakelijkerwijs dat alle acute details van de uitvoering moeten worden begrepen voor de schatting van een verhaal.
5. Klein (S)
Zoals bekend, zijn behendige verhalen kleinere werkeenheden. Maar wat is de verwachte verhaalgrootte? In het ideale geval moet het ontwikkelteam een werkeenheid kunnen uitvoeren binnen 1 sprint (duur van een enkele sprint - niet meer dan 2 tot 4 weken). De verhalen die deze duur en inspanningen overschrijden, hebben meestal fouten in de schatting.
6. Testbaar (T)
Om de bevestiging te doorlopen, moet het verhaal toetsbaar zijn. Wat heeft het voor zin een product te ontwikkelen dat niet kan worden getest? En de constructieve manier om dit te doen, is door de acceptatiecriteria van de gebruikers voor de verhalen te bepalen.
Het volgen van de richtlijnen van het Agile Invest-raamwerk zou de ontwikkelingsteams dus in staat stellen om effectieve gebruikersverhalen te ontwerpen. Een dergelijke effectieve ontwikkeling van gebruikersverhalen zal niet alleen de klanttevredenheid verhogen, maar zal ons ook in staat stellen bedrijfswaarde te leveren. Zonder een goed omlijnd gebruikersverhaal is een effectieve implementatie en ontwikkeling van een product niet mogelijk. Een goed gebruikersverhaal is een kanaal voor effectieve productimplementatie en klanttevredenheid.
Aanbevolen artikelen
Dit is een gids voor Agile Invest geweest. Hier hebben we het concept, het gedetailleerde begrip en de voordelen van goede gebruikersverhalen in Agile Invest besproken. U kunt ook onze andere voorgestelde artikelen doornemen voor meer informatie -
- Wat is Agile Programming?
- Sollicitatievragen voor Agile Scrum
- Wat is Agile Project Management?
- Agile vs Waterfall - Topverschillen
- Voordelen van Agile Devops
- Inleiding tot Agile Jobs