Agilt arbejdsforløb · Mindmaps
Agilt arbejdsforløb. Et redigerbart mindmap med farvede grene, underemner og forbindelser. Buede linjer viser sammenhænge; pile bruges, når retningen har betydning.
Et agilt arbejdsforløb gør kundernes behov til leveret værdi i korte løkker: krav løber ind i en prioriteret backlog, et sprint gør en portion til et fungerende inkrement, interessenterne accepterer eller afviser det, og løkken gentager sig.
Agilt arbejdsforløb · Mindmaps
The interactive MindMap canvas for this explanation — every lane, row and arrow above is a real QueryChart diagram you can open and edit.
Sådan læser du mindmappet
- Begynd ved emnet i midten, og følg en farvet gren til de tilhørende idéer.
- Buede linjer viser sammenhænge; pile bruges, når retningen har betydning.
Backlog
Denne gren samler “Gather and refine requirements”, “Prioritise the backlog by value”.
Plan the sprint
Denne gren samler “Sprint planning commits to a batch”.
Build together
Denne gren samler “Daily stand-ups keep work visible”, “Develop, test and integrate”.
Inspect
Denne gren samler “Demo the working increment”, “Stakeholders accept it?”.
Adapt & release
Denne gren samler “Release to users”, “Agile is a loop, not a line: feedback from the release and the retrospective reshape the backlog for the next iteration.”.
Forbindelser på tværs
Agil udvikling er en løkke: feedback fra hver release og hvert retrospektiv omformer den næste iteration.
Product owneren prioriterer backloggen; teamet binder sig til en portion; interessenterne bedømmer resultatet.
Accepten er gaten: et inkrement, der ikke accepteres, går tilbage til kravene i stedet for videre.
Fungerende inkrementer og korte løkker erstatter antagelsen om, at en lang plan er en god plan.
Retrospektivet er der, hvor selve processen forbedres, adskilt fra accepten af produktet.
Key relationships and takeaways
- Agil udvikling er en løkke: feedback fra hver release og hvert retrospektiv omformer den næste iteration.
- Product owneren prioriterer backloggen; teamet binder sig til en portion; interessenterne bedømmer resultatet.
- Accepten er gaten: et inkrement, der ikke accepteres, går tilbage til kravene i stedet for videre.
- Fungerende inkrementer og korte løkker erstatter antagelsen om, at en lang plan er en god plan.
- Retrospektivet er der, hvor selve processen forbedres, adskilt fra accepten af produktet.
When to use this visual
- At introducere den agile løkke for et team eller en interessent, der kun har set vandfaldsmodellen.
- At gennemgå en agil praksis: accept-gaten og retrospektivet er de to trin, der oftest stille bliver droppet.
- At dokumentere jeres teams leveringsforløb, før I tager et værktøj eller et skaleringsframework i brug.
Sådan fungerer det
Tilpas emnet i midten
Giv emnet et navn, der passer til dit projekt eller din undervisning.
Udbyg grenene
Rediger idéerne, og tilføj eksempler eller noter.
Forbind beslægtede idéer
Tegn forbindelser på tværs af grene; brug kun pile, når retningen betyder noget.
Ofte stillede spørgsmål
Hvad er et agilt arbejdsforløb?
Et agilt arbejdsforløb er en måde at organisere arbejde på, som leverer værdi i korte, gentagne løkker: krav indsamles og prioriteres, et team binder sig til en portion, bygger og tester den, demonstrerer resultatet, og accepten og retrospektivets feedback omformer den næste iteration. Den definerende egenskab er, at feedback fra hver løkke ændrer den næste, i stedet for at en plan lægges fast på forhånd.
Hvad er forskellen på agil udvikling og et vandfaldsforløb?
Vandfaldsmodellen afslutter hver fase (krav, design, byg, test) før den næste begynder, og leverer alt til sidst. Agil udvikling kører faserne i korte løkker, leverer fungerende inkrementer hyppigt og justerer planen ud fra feedback. Lærredets løkkeform er den strukturelle forskel: et vandfaldsdiagram er en lige linje, et agilt er en cirkel, hvor accept og retrospektiv føder tilbage ind i den.
Hvem afgør, om arbejdet accepteres i agil udvikling?
Den interessent eller kunde, der skal bruge arbejdet. Den agile kontrakt er, at teamet leverer fungerende inkrementer ofte, og at kundens accept, ikke en på forhånd aftalt specifikation, afgør, om et inkrement er godt nok. Derfor ligger accept-beslutningen i diagrammet i interessenternes række, med en afvisningssti tilbage til kravene.
Hvilken rolle spiller retrospektivet i et agilt arbejdsforløb?
Retrospektivet er løkkens trin til selvforbedring: teamet gennemgår, hvordan den sidste iteration gik, og binder sig til én ændring til den næste. Det er adskilt fra accept-gennemgangen, som bedømmer produktet. Agil udvikling uden et retrospektiv er en løkke, der gentager sine egne fejl: retrospektivet er det, der gør anden omgang bedre end den første.
Rediger dette mindmap i QueryChart
Åbn mindmappet på et redigerbart lærred. Flyt idéer, tilføj grene, og tegn forbindelser.