====== 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 =====
<code>
/
├── assets/
│   ├── sprites/
│   └── audio/
│       ├── raw/
│       ├── ambient/
│       └── soundFx/
├── scripts/
│   └── global/
├── scenes/
├── docs/
├── README.md
└── .gitignore
</code>
===== 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:
<code>
git commit -m "feat: implementering af player coyote jump"
</code>

----

====== 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**