SMART-mål

Grundidén

“Vi ska bli bättre på testning.” Låter bra — men när är ni klara? Hur vet ni att det gick? Ett SMART-mål är ett mål som klarar fem kontrollfrågor, en per bokstav:

S — Specifikt: vad exakt ska uppnås?
M — Mätbart: hur vet vi när det är klart?
A — Uppnåeligt (Achievable): är det realistiskt med den tid och de resurser vi har?
R — Relevant: varför spelar det roll, och hur hänger det ihop med det större målet?
T — Tidsbundet: när ska det vara klart?

Ett SMART-mål avslutas med handlingssteg — de första konkreta sakerna som ska göras. Utan dem blir även ett bra mål liggande.

Vad används det till?

Sprintmål — vad ska vara klart när sprinten är slut?
Åtgärder från en retro eller en 5 varför — så att de faktiskt blir av
Personliga mål — inför en LIA, ett utvecklingssamtal eller en kurs
Projektmål i en projektplan eller offert — så att kund och team är överens om vad “klart” betyder

Delarna och vad de heter

Del	Hur den ritas	Vad den betyder
Målet	En mening överst	Vad du vill uppnå, skrivet så kort som möjligt
Bokstav	En ruta per bokstav	Ett av de fem kriterierna målet ska klara
Kontrollfråga	Text under bokstaven	Frågan du ställer för att se om målet klarar kriteriet
Handlingssteg	Lista nederst	De första konkreta sakerna du gör för att komma igång

A står ibland för Accepterat eller Attraktivt i svenska texter, och R ibland för Realistiskt. Idén är densamma: målet ska gå att nå och vara värt att nå.

Exempel — från “bli bättre på C#” till ett SMART-mål

En student skriver i sin plan inför vårterminen: “Jag vill bli bättre på C#.” Det är en bra vilja, men det går inte att veta när den är uppfylld. Så här blir den SMART:

Som en mening: “Senast 15 december kan jag använda LINQ och async/await, vilket jag visar genom att ha löst 20 övningar och byggt ett eget litet API. Jag lägger 3 timmar i veckan, eftersom jag behöver det i vårens LIA-projekt.”

Handlingssteg:

Boka in tisdag och torsdag 17–18:30 i kalendern.
Välj ut de 20 övningarna i kursboken i dag.
Bestäm vad API:t ska göra senast nästa fredag (förslag: ett API för ett eget bokningssystem).

Samma sak för ett team. Ett sprintmål som “jobba mer med tester” blir: “Vid sprintens slut (12 april) har bokningslogiken minst 80 % testtäckning, och alla nya pull requests har minst ett test.”

Mall att kopiera

## SMART-mål: <kort rubrik>

**Målet:** <en mening>

| | Fråga | Svar |
|---|-------|------|
| **S — Specifikt** | Vad exakt vill jag/vi uppnå? | |
| **M — Mätbart** | Hur vet vi när det är klart? | |
| **A — Uppnåeligt** | Är det realistiskt? Vilka resurser behövs? | |
| **R — Relevant** | Varför spelar det roll? Hur hänger det ihop med större mål? | |
| **T — Tidsbundet** | När ska det vara klart? | |

### Handlingssteg
1.
2.
3.

När ska du välja SMART?

Välj SMART när…	Välj något annat när…
Ni vet vad ni vill och behöver formulera det skarpt	Ni vet inte ens vad ni vill än → tankekarta
En åtgärd från en retro eller analys ska bli av	Ni behöver hitta orsaken till ett problem först → 5 varför
Kund och team ska vara överens om vad “klart” betyder	Ni har många mål och måste välja → prioriteringsmatriser

Vanliga misstag

Mätbart utan siffra. “Mer tester” går inte att mäta. “80 % testtäckning” går.
För ambitiöst. Ett mål som inte går att nå är inte motiverande, det är demoraliserande. A:et finns av en anledning.
Ingen tidsgräns. “Någon gång under kursen” är ingen tidsgräns. Skriv ett datum.
Inga handlingssteg. Målet är SMART men ingen vet vad som ska hända på måndag. Skriv åtminstone det första steget.

Övning

Skriv ner ett mål du har just nu — för kursen, LIA:n eller ett grupprojekt — som det låter i huvudet. Gå sedan igenom de fem kontrollfrågorna och skriv om det. Läs det högt för någon i gruppen: kan de säga exakt när du är klar?

TL;DR

Begrepp	Vad det är
S — Specifikt	Vad exakt?
M — Mätbart	Hur vet vi att det är klart?
A — Uppnåeligt	Är det realistiskt?
R — Relevant	Varför spelar det roll?
T — Tidsbundet	När?
Handlingssteg	De första konkreta sakerna att göra