Wat is een agile epos? Beste praktijken, sjabloon & voorbeeld
Weet je wat het verschil is tussen een Agile-epic en een gebruikersverhaal? Of hoe je Agile-epics het beste kunt gebruiken voor je productvereisten en productroadmap? Als je wilt leren hoe je Agile-epics in je voordeel kunt gebruiken, lees dan verder voor mijn zeven beste tips en een sjabloon om te beginnen.
Wat is een Agile-epic?
Een Agile-epic is een nuttig hulpmiddel binnen Agile-projectmanagement dat wordt gebruikt om je Agile-backlog en roadmap te structureren.
Kort gezegd is een Agile-epic een verzameling kleinere gebruikersverhalen die samen een groot werkitem beschrijven. Beschouw een epic als een groot gebruikersverhaal. Epics worden bijvoorbeeld vaak gebruikt om een nieuwe productfunctie of een groter stuk functionaliteit te beschrijven dat ontwikkeld moet worden.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Een epic is het hoogste informatieniveau in een Agile-backlog. De epic bevat meerdere gebruikersverhalen en elk gebruikersverhaal bevat op zijn beurt alle taken die nodig zijn voor de implementatie.
Agile-epics worden meestal gebruikt wanneer een stuk werk te groot is om in één sprint of iteratie op te leveren. Als je een epic gebruikt om je gebruikersverhalen voor een nieuwe functie te groeperen, kun je eenvoudig de voortgang bijhouden en zien welk percentage van het werk is voltooid en welk deel nog openstaat. Je kunt ook AI gebruiken bij sprintplanning om Agile-epics te schrijven en op te splitsen.
Epics worden meestal geschreven en bijgehouden door de producteigenaar of productmanager.
7 beste werkwijzen voor het gebruik van Agile-epics
Er bestaat geen vast sjabloon voor een Agile-epic. Je kunt het op elke gewenste manier schrijven, zolang het helpt bij het plannen van je werk en de communicatie met je Agile-teams en belanghebbenden.
Ongeacht of je een scrum-, kanban- of hybride ontwikkelingsproces gebruikt, helpen epics je om je werk te plannen en erover te rapporteren.
Hier zijn enkele tips om ervoor te zorgen dat je Agile-epics zo nuttig mogelijk zijn.
1. Begin met de epic en daarna de verhalen (top-down)
Je epics bepalen kun je heel goed doen met een overzicht van gebruikersverhalen. Je activiteit op het hoogste niveau in het overzicht van gebruikersverhalen wordt een epic en de lagere niveaus worden de gebruikersverhalen, taken en acceptatiecriteria.
Wanneer je een volledig nieuw product ontwikkelt, geeft het beginnen met epics en deze gaandeweg verder uitwerken je inzicht in de voltooide en openstaande mijlpalen.
Agile-epics komen vaak overeen met functies of grotere verbeteringen (bijvoorbeeld een herontwerp van een deel van je product), maar het is helemaal aan jou hoe je je epics wilt structureren.
2. Geef een epic een goede naam
Denk bij het benoemen van je Agile-epics na over wie deze informatie zal gebruiken. Je Agile-ontwikkelingsteams moeten bijvoorbeeld begrijpen wat ze bouwen en je belanghebbenden moeten ook je voortgang kunnen begrijpen.
Een gebruikersverhaal beschrijft een behoefte van de eindgebruiker, terwijl het een goede werkwijze is als de epic een resultaat beschrijft dat je ermee wilt bereiken.
Bekijk deze voorbeelden van namen voor epics:
- Afrekenproces V2
- Afrekenproces stroomlijnen
- Conversieratio bij het afrekenen verhogen
De eerste naam beschrijft helemaal niet wat het is, behalve dat het om een soort werk aan het afrekenen gaat. De tweede naam is beter, omdat deze beschrijft dat het afrekenproces gestroomlijnd moet worden. Maar de derde naam is nog beter, omdat deze een resultaat bevat dat je met deze stroomlijning wilt bereiken.
In Agile-managementtools, zoals bijvoorbeeld Jira van Atlassian, kunnen epics worden gebruikt voor filteren, groeperen en rapporteren. Daarom is het belangrijk om een naam te kiezen die voor zichzelf spreekt.
3. Zorg dat je epics de juiste omvang hebben
Een epic wordt meestal gebruikt wanneer het meer dan één sprint kost om aan een backlogitem te werken. Een epic kan worden opgesplitst in zoveel gebruikersverhalen als je wilt, zolang je de volledige lijst kunt bijhouden.
Een epic mag niet te groot en niet te klein zijn. Een vuistregel zou een implementatietijd van enkele weken tot enkele maanden zijn. Dat is een goede omvang om over het voltooide percentage te rapporteren.
Als epics te groot worden gemaakt, verloopt de voortgang erg langzaam, nemen percentages tijdens een sprint van twee weken nauwelijks toe en is rapportage niet betekenisvol. Als een epic bovendien te lang duurt om te implementeren, zullen er waarschijnlijk onderweg zoveel wijzigingen in de vereisten zijn dat rapporteren over de voortgang bijna zinloos wordt.
Als epics te klein worden gemaakt, betekent dit dat je er een groot aantal van moet beheren in je backlog of roadmap. Het kan moeilijk worden om een overzicht op hoog niveau te behouden van veel kleinere taken. Als epics bovendien in zeer korte tijd worden voltooid (bijvoorbeeld in één sprint), voegen ze alleen extra overhead toe zonder veel waarde te bieden.
4. Gebruik epics om je backlog te structureren
Epics zijn een uitstekende manier om een productbacklog te structureren, die meestal uit een zeer lange lijst gebruikersverhalen bestaat. Niet elk verhaal hoeft in een epic te worden opgenomen, omdat kleine stukken werk eenvoudig binnen één sprint worden voltooid. Maar het structureren van grotere werkonderdelen in epics heeft twee belangrijke voordelen:
- Het biedt een overzicht op hoog niveau van de grote onderdelen in je backlog,
- Omdat de omvang van een epic wordt bepaald door de optelsom van de verhaalpunten van al zijn gebruikersverhalen, bieden epics ook een vergelijking van de relatieve omvang van initiatieven voor prioritering.
De lijst met epics kan ook worden gebruikt om voor het senior management een overzicht op hoog niveau van een productroadmap te maken.
5. Gebruik epics om meerdere teams te coördineren
Epics kunnen erg nuttig zijn om werkonderdelen van meerdere Agile-softwareontwikkelingsteams te coördineren. Door werk voor meerdere productteams in één epic te combineren, kun je de rapportage per team uitsplitsen en de algehele voortgang volgen.
6. Neem succesmetrics op
Bij het definiëren van een epic is het de moeite waard om na te denken over welke succesmetric ermee kan worden geassocieerd. Uiteindelijk zijn alle productopleveringen bedoeld om waarde te leveren aan eindgebruikers. Door een succesmetric in je epic op te nemen, begrijpen zowel leden van het ontwikkelingsteam als belanghebbenden wat je met dit werkonderdeel probeert te bereiken.
Sommige bedrijven gebruiken OKR's om kwartaaldoelen vast te stellen. Verwijzen naar een OKR-metric in een epic is een uitstekende manier om een epic te koppelen aan de bedrijfsdoelstellingen.
7. Houd de reikwijdte van epics flexibel
Omdat een epic een werkonderdeel op hoog niveau beschrijft dat meerdere weken of maanden duurt, is het waarschijnlijk dat er nieuwe inzichten ontstaan of nieuwe technische complicaties worden ontdekt naarmate het werk vordert. Daarom moet de reikwijdte van een epic flexibel zijn.
De reikwijdte van een epic wordt bepaald door de reikwijdte van de bijbehorende gebruikersverhalen, meestal gemeten in verhaalpunten. Naarmate nieuwe vereisten ontstaan, kunnen nieuwe gebruikersverhalen worden toegevoegd en neemt de reikwijdte van de epic toe.
Gerelateerd artikel: Beste Agile-productmanagementsoftware
Agile-epicsjabloon
Er is geen vast format voor een epic, maar een aantal zaken is nuttig, zoals hierboven beschreven.
- Kies een goede naam die voor zichzelf spreekt.
- Geef in de beschrijving, een globale schets van wat de epic omvat. Verwijs naar bedrijfsdoelen om te laten zien hoe dit aansluit bij de bedrijfsprioriteiten.
- De succesmetric beschrijft specifiek wat er wordt gemeten na voltooiing van deze epic.
- Een groot gebruikersverhaal duidt op een gebruikersverhaal op het niveau van de volledige epic. Dit is zeer nuttig om vast te leggen hoe deze epic een betere gebruikerservaring oplevert.
Voorbeeld van een Agile-epic
Hier is een voorbeeld van een epic voor een nieuw gestroomlijnd mobiel betaalproces om de conversie te verhogen.
Binnen deze epic zouden we vervolgens gebruikersverhalen kunnen hebben zoals:
- Apple Pay integreren (“Als koper wil ik met één aanraking op mijn telefoon kunnen betalen, zodat ik het afrekenen snel kan voltooien”)
- Het factuuradres standaard als verzendadres gebruiken (“Als koper wil ik mijn adresgegevens maar één keer invoeren, zodat ik het afrekenen snel kan voltooien”)
Conclusie
Agile-epics zijn een flexibel hulpmiddel in je Agile-gereedschapskist. Wanneer je begint met een grote nieuwe ontwikkeling, denk dan na over de grote werkonderdelen die nodig zijn om deze te voltooien en definieer enkele epics. Vervolgens kun je al je gebruikersverhalen gaandeweg binnen deze epics aanmaken en behoud je een veel beter overzicht dan in een ongestructureerde backlog.
Epics kunnen op veel manieren worden gebruikt. Ik ben erg benieuwd hoe jullie epics gebruiken in jullie Agile-teams; laat het weten in de reacties.
Voor meer artikelen met praktische, direct toepasbare informatie over een grote verscheidenheid aan onderwerpen op het gebied van productmanagement—waaronder de Agile-methodologie!—schrijf je in voor onze nieuwsbrief.
Ook interessant:
