Utvecklingssprint – upplägg, Draken AoT

Sprintmål

Fastställt

Målen är uppdelade per vecka. Vecka 39 handlar om att få ärendet genom handläggningen, vecka 40 om att få ut asseten och få tillsynskedjan att fungera.

Vecka 39

Registrering och handläggning

Vi ska kunna registrera ett ansökningsärende och ett anmälningsärende i Katla.
Ärenden ska registreras och kunna handläggas. Det innebär granska, utreda och besluta.
- Vi ska kunna kommunicera med kunden via Mina sidor.
- Vi ska kunna skapa "skalet" för en asset.

Vecka 40

Assets, tillsyn och presentation

Vi ska kunna skapa en komplett asset för tillstånds- och anmälningsprocessen.
Vi ska kunna starta ett tillsynsärende och ett åtgärdsärende.
- Vi ska kunna handlägga dessa ärendetyper från början till slut. Fokus: desktopläget
Vi ska kunna visa asset i Handläggningsdraken, och den ska vara sökbar.
Vi ska kunna visa asset på Mina sidor.

Så hänger veckorna ihop: asset-skalet som skapas i vecka 39 är det som kompletteras i vecka 40. Kommunikationen mot Mina sidor byggs i vecka 39 och används igen när asseten ska visas där i vecka 40. Halkar vecka 39 påverkar det därför hela vecka 40.

Innan sprinten startar

Läge 17 september

Utan detta på plats går de första dagarna åt till uppsättning i stället för bygge.

Förberedelse	Läge	Status
Labels-strukturen	Kategorin som kommer in sätts som label och ska kunna editeras av handläggare. Strukturen måste vara spikad innan Katla-arbetet kan gå vidare.	Blockerare
Genomkörning av hela kedjan	Ett ärende från Katla till Support Management, som startar processen, stegas igenom och kan stängas. Ska provköras under veckan – inte på måndag morgon.	Ska testas
LicensedBusiness	Tjänsten är uppsatt med data från Folkhälsomyndigheten inläst. Ska provköras snarast.	Redo att testa
Funktionsbrevlådor	Beställda och på plats i både test och produktion.	Klart
Katla-konfigurationen	Ärendetyp, kategori, formulär, schema per ärendetyp, processnyckel och beslutsutfall (bifall, bifall med villkor, avslag) behöver stämma mot konfigurationen i Support Management.	Pågår
Processmotorns skal	Tomma skal finns för processerna. Inre och yttre tillsyn visade sig vara olika saker, så tillsynsprocessen delas upp i två skal.	Pågår
Statusrapportering till SM	Stöd är byggt för att processmotorn läser status på pågående processer och rapporterar till Support Management, men kan inte testas förrän SM-delen är på plats.	Kan inte testas
PartyAssets-utökningen	Pågår. API för att lägga till och ta bort bilaga tillkommer. Krävs för asset-målen i båda veckorna.	Pågår
Frontend-backlog	Sätts upp synkad mot API:et, så att arbetet blir tydligt och går att fördela.	Pågår
Saknade scheman	Ett av flödena saknar sitt schema i den exporterade uppsättningen. Följs upp – annars får det byggas manuellt.	Öppen
Planering av de två veckorna	Teamet planerar upp arbetet utifrån sprintmålen inför uppstartsmötet på måndag morgon.	Pågår

Fokus och avgränsningar

Det sprinten ska leverera

Ett fungerande flöde hela vägen: från registrering i Katla, genom granskning, utredning och beslut, till en komplett asset som syns både i Handläggningsdraken och på Mina sidor.
Tillsyns- och åtgärdsärenden som går att handlägga från början till slut.
Kommunikation med kunden via Mina sidor.

Avgränsat

Fältläget. Tillsyns- och åtgärdsärenden ska fungera i desktopläget i den här sprinten. Responsivt fältstöd ligger senare.
Kundbilden. Omfattningen är inte beslutad och kräver ett eget möte. Att visa asset i Handläggningsdraken och på Mina sidor ingår i sprinten – en kundbild gör det inte.
Fakturering. Egen LCM-sprint under Q1 eller Q2, inte i leverans 1.0.
Restaurangrapporten från Folkhälsomyndigheten. Senare leverans.
Migrering. Verksamheten registrerar de cirka 130–150 pågående tillstånden. Stödet för det behöver utredas, men byggs inte nu.

Beslut som styr arbetet

Fattade under den tekniska sprinten och avstämningarna efter den. De påverkar direkt hur sprintmålen ska byggas.

Restaurangnumret skapas inte i Katla, utan senare i processen när tillståndet beviljas och asseten sätts upp. Handläggaren behöver kunna söka mot adressen i beslutssteget och välja befintligt nummer eller skapa nytt.
Assets skapas från processmotorn. Det innebär två integrationer: mot PartyAssets i processen, och mot LicensedBusiness för att hämta eller skapa restaurangnumret.
Anmälan handläggs inte som en ansökan. En anmälan – exempelvis folköl – skickas bara in, men ska ändå bli ett ärende som går genom en process och landar i uppföljning, så att tillsyn kan genomföras.
Bilagor lagras i PartyAssets. Utökningen hanteras i den här sprinten.
Tillsyn delas i inre och yttre – samma process, olika labels, men med varsitt processkal.
Vid migrering skapas inga nya restaurangnummer – befintliga ska följa med.

Beroenden och öppna punkter

Fråga	Ligger hos	Påverkar
Labels-strukturen	Teamet	Katla-registreringen, vecka 39
Tillståndets innehåll – Excel utskickad för verifiering	Verksamheten	Asset-strukturen, vecka 40
Vilka bilagor som ska ingå i tillsynsprotokollet	Verksamheten	Tillsynsärenden, vecka 40
Krav på vem som får vara serveringsansvarig	Verksamheten	Asset och Mina sidor
Återkoppling av nya restaurangnummer till Folkhälsomyndigheten	Teamet – ej utrett	Beslutssteget, vecka 40
Saknat schema från e-tjänsten	Teamet	Registrering i Katla, vecka 39
Ska Katla nås via länk från Mina sidor?	Ej beslutat	Ingången för kunden
Notis när åtgärdstid löper ut – filter eller notisfunktion	Ej beslutat	Åtgärdsärenden, vecka 40
Behörighetsmodell för sekretessbelagda uppgifter i utredningen	Öppen principfråga	Utredningssteget, vecka 39
Kundbildens omfattning och eventuell extra sprint	Kristin beslutar	Vad som händer efter vecka 40

Verksamhetens medverkan

Daglig standup på morgonen, med minst en deltagare från verksamheten via Teams.
Demo på fredagar.
Verksamheten finns tillgänglig för snabba avstämningar under veckan, och sannolikt någon på plats.
De ska få klicka runt i gränssnittet själva, lämpligen när de är på plats.

Mandatfrågan. De som deltagit har olika uppfattningar utifrån hur de själva arbetar, och ingen av dem avgör. Mandatet finns hos Annika och Urban. Två saker som lyftes i retron och är värda att prova under sprinten: presentera ett färdigt förslag att stresstesta i stället för att ställa öppna frågor, och kom överens om en svarstid på frågor som blockerar – förslaget var 15 minuter.

Arbetssätt

Från retron

Fortsätt

Jobba i samma rum
Dagliga avstämningar
Inga andra möten under sprinten

Börja

Blanda in arkitekt i dialogen tidigare
Få med någon med mandat från verksamheten
Backlog för frontend, synkad med API
Planera grundläggande arkitektur i stället för att lita på att AI syr ihop det
Ta ett steg tillbaka och revidera antaganden när något skaver

Sluta

Låta sprintar spilla över till heltid utan att planera för det
Komplexa AI-genererade lösningsdokument
Parallella sprintar och beroenden mellan dem
Fixa sånt som inte är trasigt i verktyg och processer

Storyhantering

Ingen tung storyhantering. Listor över vad som ska göras räcker, och det spelar mindre roll var de ligger – poängen är bokföring av arbetet, inte detaljerade stories med tidsuppskattningar.

Risker

Risk	Konsekvens	Hantering
Labels-strukturen inte spikad vid start	Katla-arbetet står still och mål 1 för vecka 39 glider.	Spika strukturen före måndag.
Kedjan inte provkörd i förväg	Första dagarna går åt till felsökning av uppsättningen i stället för utveckling.	Kör igenom ett ärende under veckan, med påhittad data om det behövs.
Tillståndets innehåll obekräftat	Asset-strukturen kan behöva göras om mitt i vecka 40.	Följ upp Excel-verifieringen med verksamheten.
SM-delen för statusrapportering inte klar	Processmotorns rapportering kan inte verifieras, och får slipas sent.	Prioritera den kvarvarande lappen i SM-storyn.
Mindre kapacitet än två fulla veckor	Sprintmålen förutsätter mer tid än som faktiskt finns.	Räkna med frånvaro och gemensamma aktiviteter i planeringen.
Sprinten spiller över och blir heltid	Samma mönster som förankringssprinten och den tekniska sprinten, där arbetet blev mer än dubbelt så omfattande som planerat.	Planera för den faktiska omfattningen, och säg till om det tar tre veckor i stället för två.
Kundbildsbeslutet dröjer	Oklart vad som händer efter vecka 40, och risk för arbete som inte blir återanvändbart.	Boka kundbildsmötet och lyft vägvalet till beslut.

Att bestämma innan start

Labels-strukturen – hur den ska se ut och vem som spikar den.
Vad "komplett asset" innebär konkret, så att vecka 40 har ett tydligt slutkriterium.
Hur handläggarens dialog för restaurangnummer i beslutssteget ska se ut.
Om återkopplingen till Folkhälsomyndigheten ska lösas i sprinten eller skjutas.
Om Katla ska nås via länk från Mina sidor.
Notis vid utgången åtgärdstid – filter eller egen funktion.
Hur spåren fördelas mellan backend och frontend, och vem som äger vad.

Uppstartsmöte måndag morgon. Blir i första hand teamets egen planering av de två veckorna. Punkterna ovan är de som behöver landa där.