SYS-eksamen – præsentation om Scrum og Agile

Indholdsfortegnelse

• 1. Min åbning
• 2. Scrum og Agile
• 3. Hvad Scrum indeholder
• 4. Min rolle som Developer
• 5. Backlog og prioritering
• 6. INVEST og user stories
• 7. Scrum Board og Taiga
• 8. Artefakter – gode hvis de bruges rigtigt
• 9. Scrum sammenlignet med Waterfall
• 10. Min vigtigste refleksion
• 11. Afslutning
• 12. Spørgsmål jeg kan blive stillet
• 13. Scrum-begreber i alfabetisk orden
• 14. Hvis jeg går i stå

1. Min åbning

I mit oplæg tager jeg udgangspunkt i vores arbejde med CareBridge 2.0. Jeg vil forklare, hvordan vi arbejdede med Scrum som en agil tilgang, og hvad jeg især har lært af processen.

Jeg vil især komme ind på:

• hvad Scrum og Agile er
• hvilke begreber Scrum indeholder
• hvordan vi brugte backlog, Scrum Board og artefakter
• min rolle som Developer
• hvorfor Scrum passede bedre end en ren Waterfall-tilgang
• hvad jeg ville gøre mere konsekvent en anden gang

Det vigtigste for mig er ikke bare at sige, at vi brugte Scrum, men at forklare hvad det betød i praksis i vores projekt.

2. Scrum og Agile

Scrum er et agilt framework. Det betyder egentlig bare, at Scrum er en ramme for, hvordan et team kan arbejde agilt med et produkt.

Agile er tankegangen bag. Det handler om, at man ikke nødvendigvis låser hele løsningen fra starten, men arbejder i mindre dele, får feedback og justerer undervejs.

Scrum er så en mere konkret måde at gøre det på. Her arbejder man med sprints, roller, events og artefakter.

Kort sagt:

Agile er tankegangen. Scrum er frameworket.

I vores projekt gav det mening, fordi vi ikke vidste alt fra starten. Vi blev klogere undervejs på brugerbehov, adgangsroller, data og hvordan løsningen skulle hænge sammen.

3. Hvad Scrum indeholder

Scrum består især af tre dele:

1. Roller
2. Events
3. Artefakter

Derudover bygger Scrum på tre vigtige principper:

• transparens
• inspektion
• tilpasning

Det betyder, at arbejdet skal være synligt, man skal løbende kigge på produktet og processen, og man skal kunne ændre retning, når man bliver klogere.

Roller

I vores projekt havde vi en Product Owner, som vi kunne få feedback fra. Det hjalp især, når vi skulle forstå hvad der faktisk gav værdi i CareBridge.

Events

En vigtig forskel er:

Sprint Review handler om produktet. Sprint Retrospective handler om processen.

Artefakter

4. Min rolle som Developer

I Scrum betyder Developers ikke kun programmører. Det er alle i teamet, der bidrager til det færdige increment.

Det kan være arbejde med:

• analyse
• frontend
• backend
• test
• dokumentation
• kvalitet
• forståelse af brugerbehov

Min rolle var derfor ikke kun at kode. Jeg var også med til at forstå opgaverne, stille spørgsmål til kravene og tænke over, hvordan løsningen gav mening i CareBridge.

Jeg arbejdede især med forståelse af frontend/backend, analyse af data og roller, adgangsstyring og hvordan funktionaliteten skulle give værdi for brugeren.

Min refleksion er, at Developer-rollen hænger tæt sammen med processen. Hvis backloggen eller kravene er uklare, bliver det også sværere at lave en god teknisk løsning.

Det kan jeg sige kort:

Som Developer lærte jeg, at teknisk arbejde ikke står alene. Det kræver også fælles forståelse, tydelige krav og en backlog, der faktisk giver mening.

5. Backlog og prioritering

En backlog er en prioriteret liste over arbejde, der skal laves i projektet.

Product Backlog

Product Backlog er den samlede liste over alt arbejde, der kan være relevant for produktet.

Den kan indeholde:

• user stories
• bugs
• tekniske opgaver
• forbedringer
• analyseopgaver
• dokumentationsopgaver

Product Owner har ansvar for prioriteringen, men teamet skal stadig forstå opgaverne for at kunne arbejde med dem.

Sprint Backlog

Sprint Backlog er den del af Product Backlog, som teamet vælger at arbejde med i et bestemt sprint.

Det er altså ikke hele projektets opgaveliste, men det konkrete arbejde for sprintet.

Backlog Refinement

Backlog Refinement betyder, at teamet løbende gennemgår og forbedrer backloggen.

Det handler om at gøre opgaverne mere klare, så teamet bedre kan forstå, estimere og prioritere dem. Det kan for eksempel være, at man opdeler en stor user story i mindre dele, præciserer acceptkriterier, fjerner opgaver der ikke længere er relevante, eller stiller spørgsmål til Product Owner.

For mig giver Backlog Refinement mening, fordi en backlog hurtigt kan blive uoverskuelig, hvis den bare bliver fyldt op med opgaver uden at blive vedligeholdt. Så bliver det svært for teamet at vide, hvad der faktisk er vigtigt, og hvad der er klar til at blive taget ind i et sprint.

I vores projekt kunne backlog refinement have været brugt endnu mere konsekvent. Det ville have gjort nogle opgaver tydeligere, inden vi gik i gang med dem, og det kunne have mindsket uklarheder undervejs i sprintet.

Kort sagt:

Backlog Refinement handler om at gøre backloggen klarere, så teamet ikke først opdager uklarhederne, når sprintet allerede er i gang.

Min refleksion:

Jeg lærte, at backloggen ikke bare er en to-do-liste. Den skal prioriteres, forstås og holdes opdateret. Hvis backloggen bliver uklar, bliver teamets arbejde også uklart.

I vores projekt gav backloggen overblik, men den krævede også vedligeholdelse. Ellers kunne det hurtigt blive uklart, hvad der var vigtigst, og hvad der egentlig var klar til at blive arbejdet på.

6. INVEST og user stories

INVEST er en huskeregel for gode user stories.

Et eksempel kunne være:

Som medarbejder vil jeg kunne søge efter en beboer, så jeg hurtigt kan finde relevante oplysninger.

Den giver mening, fordi den har et tydeligt brugerbehov. Den er også testbar, fordi man kan undersøge, om søgningen faktisk finder de relevante beboere.

INVEST forklaring:

INVEST hjælper med at gøre user stories mere brugbare. Hvis en story er for stor, for uklar eller ikke kan testes, bliver den svær at tage ind i et sprint.

7. Scrum Board og Taiga

En vigtig pointe er forskellen på metode og værktøj.

Et Scrum Board er en måde at visualisere sprintets arbejde på.

Typiske kolonner kan være:

• To Do
• In Progress
• Review/Test
• Done

Taiga er værktøjet, vi brugte til at understøtte det.

Vi brugte Taiga som værktøj til vores Scrum Board.

Pointen er, at Scrum Boardet er arbejdsformen, mens Taiga bare er softwaren.

8. Artefakter – gode hvis de bruges rigtigt

En af mine vigtigste refleksioner er, at artefakter ikke hjælper bare fordi de findes.

De hjælper først, når teamet faktisk bruger dem.

Det kunne vi også mærke i projektet. Når artefakterne blev brugt aktivt, hjalp de os med at få fælles forståelse. Hvis de ikke blev opdateret eller brugt, kunne de hurtigt miste værdi.

Min refleksion:

Artefakter skal ikke bare være noget, man laver for at dokumentere. De skal hjælpe teamet med at tage beslutninger og forstå arbejdet.

Hvis jeg skulle gøre noget anderledes, ville jeg være mere konsekvent med at holde artefakterne opdaterede og bruge dem aktivt i teamet.

9. Scrum sammenlignet med Waterfall

Waterfall og Scrum adskiller sig især i måden, man arbejder på.

Waterfall

Waterfall arbejder mere sekventielt. Man går typisk gennem faser som:

1. Analyse
2. Design
3. Implementering
4. Test
5. Levering/drift

Waterfall kan fungere godt, hvis kravene er stabile og kendte fra starten.

Fordele:

• tydelig struktur
• faste faser
• nemmere at planlægge fra start, hvis kravene ikke ændrer sig

Ulemper:

• feedback kommer sent
• ændringer kan være svære
• man kan ende med at bygge noget, der ikke længere passer til behovet

Scrum

Scrum arbejder iterativt i sprints.

Fordele:

• hurtigere feedback
• bedre mulighed for at justere
• teamet lærer undervejs
• produktet kan ændre sig, når forståelsen ændrer sig

Ulemper:

• kræver disciplin
• kræver aktiv deltagelse
• backlog og artefakter mister værdi, hvis de ikke bruges rigtigt

I CareBridge gav Scrum bedre mening end en ren Waterfall-tilgang, fordi vores forståelse ændrede sig undervejs. Vi blev klogere på brugerbehov, roller, adgang og data. Derfor havde vi brug for feedback og mulighed for at justere.

Kort sagt:

Waterfall passer bedst, når kravene er stabile. Scrum passer bedre, når man forventer ændringer og har brug for løbende feedback.

10. Min vigtigste refleksion

I starten tænkte jeg mest på Scrum som møder, sprints og opgaver i et board.

Undervejs blev det mere tydeligt for mig, at Scrum handler om transparens, feedback og løbende forbedring.

Boardet, backloggen og artefakterne havde kun værdi, når vi brugte dem aktivt til at skabe overblik og fælles forståelse.

Jeg lærte også, at et agilt projekt stadig kræver struktur. Scrum betyder ikke, at man bare ændrer retning hele tiden. Det betyder, at man arbejder struktureret i korte iterationer og bruger feedback til at tage bedre beslutninger.

Hvis jeg skulle gøre noget anderledes, ville jeg især være mere konsekvent med:

• backlog refinement
• Definition of Done
• vedligeholdelse af artefakter
• tydeligere opfølgning på retrospectives

Det ville have gjort det lettere for teamet at bevare fælles forståelse gennem hele projektet.

11. Afslutning

Min vigtigste læring er, at Scrum ikke kun handler om at have et board eller holde møder.

Scrum handler om at skabe transparens, få feedback og forbedre både produkt og proces løbende.

Artefakter som backlog, mockups og diagrammer kan være rigtig gode, men kun hvis de bliver brugt rigtigt. Ellers bliver de bare dokumentation uden reel værdi.

Jeg vil derfor sige, at processen i CareBridge var lige så vigtig som de tekniske features, fordi processen påvirkede vores fælles forståelse og kvaliteten af det, vi lavede.

12. Spørgsmål jeg kan blive stillet

Hvad er Scrum?

Scrum er et agilt framework, hvor man arbejder iterativt i sprints med roller, events og artefakter.

Hvad er Agile?

Agile er en tankegang om fleksibel og iterativ udvikling, hvor man bruger feedback og løbende tilpasning.

Hvad er forskellen på Agile og Scrum?

Agile er tankegangen. Scrum er et framework, der gør det mere konkret i praksis.

Hvad indeholder Scrum?

Scrum indeholder roller, events og artefakter.

Hvad er forskellen på Product Backlog og Sprint Backlog?

Product Backlog er hele den prioriterede liste over arbejde. Sprint Backlog er det udvalg, teamet har valgt til det aktuelle sprint.

Hvad er Backlog Refinement?

Backlog Refinement er løbende arbejde med backloggen, hvor teamet gør opgaver mere klare, mindre og mere forståelige, så de er nemmere at tage ind i et sprint.

Man kan for eksempel opdele store user stories, præcisere krav, tilføje acceptkriterier og afklare spørgsmål med Product Owner.

I vores projekt kunne vi godt have brugt refinement mere aktivt, fordi nogle opgaver først blev helt tydelige, da vi allerede var i gang med dem.

Hvad er INVEST?

INVEST er en huskeregel for gode user stories: Independent, Negotiable, Valuable, Estimable, Small og Testable.

Hvad er forskellen på Sprint Review og Sprint Retrospective?

Sprint Review handler om produktet og feedback på det, der er lavet. Sprint Retrospective handler om processen og samarbejdet.

Hvad er forskellen på Scrum Board og Taiga?

Scrum Boardet er arbejdsformen til at visualisere sprintets opgaver. Taiga er værktøjet, vi brugte til at understøtte det.

Hvorfor Scrum frem for Waterfall?

Scrum passer godt, når krav og forståelse ændrer sig undervejs. Waterfall passer bedre, når kravene er stabile fra starten.

Hvad var din rolle som Developer?

Som Developer bidrog jeg både med teknisk arbejde og med at forstå krav, brugerbehov, adgangsroller og data, så løsningen gav mening i CareBridge.

13. Scrum-begreber i alfabetisk orden

14. Hvis jeg går i stå

Scrum er et agilt framework, der hjælper et team med at arbejde iterativt i sprints. Det består af roller, events og artefakter.

I vores CareBridge-projekt brugte vi Scrum til at skabe overblik, få feedback og justere arbejdet undervejs.

Min vigtigste refleksion er, at artefakter som backlog, Scrum Board og Definition of Done kun skaber værdi, hvis de bruges aktivt.

Taiga var ikke Scrum Boardet, men værktøjet vi brugte til at understøtte det.

Sammenlignet med Waterfall gav Scrum bedre mening, fordi vores forståelse og krav ændrede sig undervejs.