Indholdsfortegnelse
Sprint 0 – Eksempel
Sprint 0 er projektets forberedende fase, hvor teamet etablerer fundamentet for udviklingsarbejdet. Formålet er at definere projektets retning, afklare MVP'en, sikre fælles softwareversioner og opsætte den tekniske infrastruktur.
Sprint 0 indeholder ingen færdige spilfeatures, men skaber fundamentet for en effektiv udviklingsproces.
Team & Roller
Teamet arbejder agilt som et spiludviklingsteam med fire hovedroller. Alle hjælper hinanden, men én person har primæransvar for hver rolle.
- Anna – Projektleder / Scrum Master / Narrativ
- Ansvar: Daglige stand-ups, koordinering, Trello-board og overholdelse af ScrumLite-processen.
- Jonas – Lead Programmer
- Ansvar: Opsætning af Godot-projekt, strukturering af C# scripts og tekniske arkitekturbeslutninger.
- Maja – Art & Animation
- Ansvar: Sprites, tiles, pixel art og animationer i LibreSprite.
- Emil – Lyd & Narrativ
- Ansvar: Lydoptagelser og redigering i Tenacity samt narrativt arbejde i Twine.
Alle har ansvar for rapportskrivning, versionsstyring og review af opgaver.
Kommunikation & Arbejdsaftaler
Kommunikation på skolen
Primær kommunikation sker ansigt-til-ansigt for hurtige afklaringer og sparring.
Kommunikation uden for skolen
Online kommunikation foregår på Discord.
Svartider:
- Beskeder besvares inden for 1–2 timer i aftalt arbejdstid.
- Fravær (fx sygdom) meldes tydeligt i Discord.
Koordinering
- Trello anvendes til opgavestyring og opdateres løbende.
- Større beslutninger (kode, design, struktur) kræver mindst to gruppemedlemmer.
- Hvis et medlem sidder fast i mere end 20 minutter, skal der bedes om hjælp.
Daily Standup
Gennemføres fysisk eller via Discord.
- Møde er timeboxed til maks: 15 min. (gerne mindre)
Tre spørgsmål:
- Hvad lavede jeg i går?
- Hvad laver jeg i dag?
- Har jeg blokeringer? (som jeg ikke selv kan løse)
Kommunikationskultur
Teamet vægter tydelig, respektfuld og konstruktiv kommunikation.
Software og Versioner
Alle medlemmer har installeret og testet følgende værktøjer:
| Software | Version | Formål |
|---|---|---|
| Godot | 4.2.1 | Game engine |
| C# (.NET) | 6.0 | Programmeringssprog |
| Dialogue Manager | 3.0 | Modul til dialoger |
| LibreSprite | 1.0 | Pixel art |
| Tenacity | 1.3.3 | Lydredigering |
| Twine | 2.8.1 | Narrativ design |
| Git | 2.43.0 | Versionsstyring |
| GitHub Desktop | 3.3.6 | Git interface |
| Trello | Web | ScrumLite board |
Projektopsætning & Repository
Opsætning i Godot
Nedenstående er pushed til Repo fra start:
- Nyt 2D-projekt oprettet
- C# support aktiveret og testet
- Main.tscn oprettet
- Filstruktur oprettet
- Player- og Level-scene oprettet
Repository / Godot -struktur
/ ├── assets/ │ ├── sprites/ │ └── audio/ │ ├── raw/ │ ├── ambient/ │ └── soundFx/ ├── scripts/ │ └── global/ ├── scenes/ ├── docs/ ├── README.md └── .gitignore
Branch-strategi
- main – stabil og spilbar version
- dev – aktiv udviklingsgren
- Feature branches navngives: feature-navn-paa-feature
Commit-konventioner
- feat: ny funktionalitet
- fix: fejlrettelser
- docs: dokumentation
Eksempel:
git commit -m "feat: implementering af player coyote jump"
Minimum Viable Product (MVP)
MVP'en er en simpel spilbar prototype, der viser kerneoplevelsen.
Kernefeatures
- Spilleren kan bevæge sig til højre/venstre
- Spilleren kan hoppe
- Ét spilbart level med platforme
- Kollisionsdetektion
- En simpel fjende med bevægelsesmønster
- Spilleren kan dø og respawne
- Hop-lydeffekt
- Loopende baggrundsmusik
Succeskriterium: Spillet kan gennemføres uden kritiske fejl.
ScrumLite Board
Trello-board består af:
- Backlog
- Today
- Doing
- Review
- Done
Kun reviewer må flytte opgaver fra Review → Done.
Initiale Backlog-opgaver
- Opsæt Godot-projekt
- Design spiller-sprite
- Implementer bevægelse
- Implementer hop
- Design level layout
- Implementer kollision
- Design fjende-sprite
- Implementer fjende-bevægelse
- Skab hop-lyd
- Tilføj baggrundsmusik
- Implementer respawn
- Test MVP samlet
Sprintstruktur
- Sprintlængde: 1 uge
- Start og slut på sprint er angivet i Gantt chart som er at finde i bilag.
- Gantt chart opdateres løbende igennem projektet efter behov.
Definition of Done
En opgave er færdig når:
- Alle krav på Trello-kortet er opfyldt
- Arbejdet er testet eller gennemlæst
- Materialet er gemt det rigtige sted:
- Kode → committed & pushed til Git
- Rapport → skrevet i kollaborative dokument f.eks. $\LaTeX$ via Git eller Word/Google docs.
- Trello-kortet er opdateret med en kort note + evt. link
- Opgaven flyttes til Review og er klar til review
- Reviewer (andet gruppemedlem) har godkendt arbejdet, og flyttet opgave til Done
