feat: add task points

docs/roadmap.md

@@ -38,16 +38,16 @@ Feature 0–2 är klara. Den aktuella applikationen har:
 
 - ett monorepo med separat React/Vite-frontend och Spring Boot-backend;
 - centralt lagrade användare och ett lokalt browserval av aktiv användare;
-- gemensamma uppgifter med titel, valfri beskrivning och status;
+- gemensamma uppgifter med titel, valfri beskrivning, status och poäng;
 - skapande och listning av uppgifter;
 - en bräda med Väntande, Pågående och Klart;
 - nya uppgifter som alltid skapas med status `WAITING`.
 
-Det finns ännu inga poäng, uppgiftstilldelningar, statusändringar,
-drag-and-drop, redigeringar, raderingar, deadlines eller återkommande uppgifter.
+Det finns ännu inga uppgiftstilldelningar, statusändringar, drag-and-drop,
+redigeringar, raderingar, deadlines eller återkommande uppgifter.
 Nuvarande användarval är inte autentisering.
 
-**Feature 3 – Uppgiftspoäng är nästa planerade produktfeature.**
+**Feature 3 – Uppgiftspoäng är pågående.**
 
 ## Featureöversikt
 
@@ -56,7 +56,7 @@ Nuvarande användarval är inte autentisering.
 | 0 – Projektgrund | Klar | – | Körbar frontend, backend och lokal API-koppling |
 | 1 – Användarval | Klar | 0 | Centrala användare och lokalt aktivt användar-id |
 | 2 – Skapa uppgifter | Klar | 0–1 | Gemensamma uppgifter och trekolumnsbräda |
-| 3 – Uppgiftspoäng | Planerad | 2 | Poäng på uppgifter |
+| 3 – Uppgiftspoäng | Pågående | 2 | Poäng på uppgifter |
 | 4 – Tilldelning | Planerad | 1–2 | Valfri ansvarig användare |
 | 5 – Statusändring | Planerad | 4 | Backendstyrda statusövergångar |
 | 6 – Drag-and-drop | Planerad | 5 | Kortflytt via status-API |
@@ -109,7 +109,7 @@ interaktiv brädhantering införs.
 
 ### Feature 3 – Uppgiftspoäng
 
-**Status:** Planerad
+**Status:** Pågående
 
 **Beroenden:** Feature 2
 
@@ -124,10 +124,9 @@ interaktiv brädhantering införs.
 Feature 3 ligger först eftersom poäng blir ett centralt uppgiftsfält som senare
 ska kunna redigeras och historikföras.
 
-**Öppna frågor:**
-
-- exakt poängskala;
-- standardvärde för befintliga uppgifter.
+Poängskalan är beslutad till alla heltal mellan 1 och 99. V3-migreringen ger
+eventuella befintliga uppgifter värdet `1` innan kolumnen görs obligatorisk;
+databasen har inget permanent defaultvärde.
 
 ### Feature 4 – Tilldelning av uppgifter
 
@@ -422,8 +421,6 @@ Nuvarande aktiva användarval är uttryckligen inte autentisering.
 
 ## Öppna tvärgående frågor
 
-- Vilken poängskala ska användas och vilket standardvärde får befintliga
-  uppgifter?
 - Ska uppgifter raderas permanent eller mjukt?
 - Hur ska datum, tider och tidszoner representeras?
 - Ska H2 behållas för lokal utveckling efter PostgreSQL-införandet?