Sprint slutförd — 2026-04-13 till 2026-04-24
Sundsvalls kommun Ånge kommun

Innovations­sprint
— ett nytt arbetssätt

En tvåveckors sprint för att utforska och testa ett snabbare, närmare och mer tvärfunktionellt sätt att utveckla digitala tjänster. Denna sida dokumenterar processen steg för steg — som en levande instruktion.

Varaktighet 2 veckor (10 arbetsdagar)
Teamstruktur Tvärfunktionellt
Metod Prototypdriven utveckling
Presentation
Förslag till införande Läs planen
Om detta arbetssätt

Drivs fram genom en innovationssprint kring dokumenthantering

Arbetsmetoden som beskrivs här utvecklas i skarpt läge genom en pågående innovationssprint inom området dokumenthantering. Sprintens primära fokus är att testa nya tvärfunktionella arbetsmetoder i den tekniska utvecklingen samt att använda AI som aktivt verktyg genom hela processen.

Över tid kommer arbetssättet att omfamna fler områden — exempelvis UX, verksamhetsnära design och bredare samarbetsformer. I inledningen är fokus dock medvetet avgränsat till den tekniska delen av utvecklingen, för att skapa fullt fokus och bästa möjliga förutsättningar att verkligen utmana etablerade mönster där.

Bakgrund

Varför behövs ett nytt arbetssätt?

Sundsvalls kommun har historiskt arbetat med traditionell agil utveckling inspirerad av stora ramverk som SAFe, utan att ha valt ett specifikt ramverk. Utvecklingsteamen har delats upp utefter kompetensområde — backend och frontend — med flera lager av roller mellan verksamheten och utvecklarna: projektledare, verksamhetsutvecklare, lösningsarkitekter och teamledare.

Verksamheten, som är ovan vid teknisk utveckling, har ofta svårt att formulera krav tidigt i processen. Kravbilden förändras löpande, vilket skapar osynk som leder till förseningar, budgetöverskridanden och resultat som inte möter verksamhetens faktiska behov.

Tidigare utmaningar
  • Projekt drar ut på tiden och håller inte budget
  • Uppdelning i backend- och frontend-team skapar beroenden och väntetider
  • Flera lager mellan verksamhet och utvecklare försvårar kommunikation
  • Verksamheten har svårt att uttrycka krav tidigt — kravbilden ändras löpande
  • Resultaten uppfyller inte verksamhetens faktiska behov
Nytt angreppssätt
  • Tvärfunktionella team som kan lösa hela uppgiften
  • Direktkontakt mellan verksamhet och utvecklare — inga mellanlager
  • Snabbare leveranscykler och kortare feedbackloopar
  • Prototypdriven utveckling som validerar hypoteser tidigt
  • AI som verktyg för att accelerera utvecklingsprocessen
Processöverblick

Innovationssprintens faser

Sprinten är uppbyggd i tre faser: en förberedande fas innan sprinten startar, själva genomförandefasen på två veckor, och en avslutande fas med utvärdering och kunskapsöverföring.

Fas 0 — Förberedelse
Prototyp, arkitektur, deploykedja & verksamhetsroller
Innan sprinten påbörjas tas en fungerande prototyp fram i nära samarbete med verksamheten. Prototypen är en vibekodad webbapp som körs i en containerbaserad miljö så att verksamheten kan testa och ge input på funktion. Därefter genomförs en övergripande dialog kring lösningsarkitektur och tekniska förutsättningar. Teamet säkerställs även full access till en egen deploykedja mot en dedikerad testbädd (sundsvall.dev), utan beroenden till andra team. Slutligen görs en medveten bedömning av hur verksamhetsspecialister ska involveras under sprinten — baserat på funktionens karaktär och behovet av domänkunskap.
Fas 1 — Genomförande
Tvåveckors utvecklingssprint
Tvärfunktionellt team arbetar i täta cykler med en daglig standup som nav — genomgång av gårdagens utveckling, demo av ny funktionalitet, och synk kring frågor och hinder. Direktkontakt med verksamheten och löpande leveranser till testbädden. AI används som verktyg i utvecklingsprocessen.
Fas 2 — Utvärdering
Reflektion & kunskapsöverföring
Resultat utvärderas mot hypotesen. Lärdomar dokumenteras och processmodellen förfinas för framtida användning.
Fas 0

Förberedelser innan sprinten

Förberedelsefasen syftar till att skapa rätt förutsättningar så att teamet kan vara produktivt från dag ett. Fyra centrala delar genomförs:

1

Prototyp i samarbete med verksamheten

En fungerande webbapplikation tas fram genom vibekodning — systematiskt och kontrollerat — och deployas i en containerbaserad miljö. Verksamheten testar prototypen och ger tidig input på funktion och flöden. Detta validerar hypotesen och bekräftar att det finns ett värde i att gå vidare med sprinten.

2

Arkitektur- och teknikdialog

Veckan innan sprinten genomförs en övergripande dialog kring lösningsarkitektur och tekniska förutsättningar utifrån prototypen. Teamet alignar kring teknikstack, miljöer och övergripande designbeslut så att alla är redo att börja direkt.

3

Egen deploykedja till testbädd

Teamet säkerställs full access att själva deploya ändringar direkt till en dedikerad testbädd (sundsvall.dev). Inga beroenden till andra team, som exempelvis IT-produktion, för att löpande kunna leverera och verifiera förändringar under sprintens gång. Autonomi i hela kedjan är en förutsättning för sprintens tempo.

4

Bedöm verksamhetens involvering

Graden av verksamhetsinvolvering under sprinten måste bedömas utifrån vad som ska byggas. Handlar sprinten om en verksamhetsspecifik funktion som kräver särskild domänkunskap är det oerhört viktigt med nära, dagligt samarbete med verksamhetsspecialister. Handlar det istället om en funktion med strategisk och taktisk bredd — mer tekniskt driven — kan verksamheten vara mindre involverad i det dagliga arbetet. Det finns inget standardsvar; varje sprint kräver en medveten bedömning av hur och hur ofta verksamheten ska delta.

Daglig rytm

Standup — sprintens dagliga nav

Varje dag genomförs en standup som fungerar som teamets gemensamma synkpunkt. Standupens syfte är tvådelat: att röja hinder för utvecklingen och att synka frågor och funderingar inom teamet och med verksamheten.

1

Genomgång av gårdagens utveckling

Teamet går igenom vad som gjorts sedan förra standupet — vad är klart, vad pågår, och var står vi i förhållande till sprintens mål?

2

Demo av ny funktionalitet

Om ny funktion har levererats körs en kort demo så att hela teamet ser framstegen och kan ge direkt feedback.

3

Frågor, hinder & synk

Öppen dialog där teammedlemmar lyfter blockeringar, frågor till verksamheten eller tekniska funderingar som behöver lösas för att arbetet ska flyta vidare.

Principer

Bärande principer för sprinten

Dessa principer vägleder teamets arbete genom hela sprinten.

Noll avstånd

Alla mellanlager mellan verksamhet och utveckling elimineras. Direkt dialog, direkt feedback.

Snabba leveranser

Korta cykler, dagliga leveranser och snabba feedbackloopar som fångar förändrade behov.

Tvärfunktionellt

Ett team som täcker alla kompetenser. Inga beroenden till andra team, ingen väntan.

AI-accelererat

AI används som verktyg i utvecklingen för att öka tempo och frigöra utvecklarnas kreativa kraft.

Hypotesdriven

Prototypen validerar en hypotes innan resurser investeras. Vi testar innan vi bygger klart.

Löpande anpassning

Processen utvecklas under sprinten. Vi lär oss och justerar dagligen.