Den 10–14 augusti sätter vi oss tillsammans — processledare och utvecklare på samma ställe, hela veckan — och bygger stödet för avvikelsehanteringsprocesserna inom välfärdssektorn i Sundsvalls kommun: ett handläggarstöd, ett gränssnitt där medborgaren kan registrera och följa sina ärenden, samt ett administrationsgränssnitt för behörighetshantering. Fokuserat, AI-accelererat och utan distraktioner.
Vid veckans slut har vi implementerat en version av behörighetsstyrning och behörighetsadministration av avvikelsehanteringen så långt vi kan komma, samt påbörjat lösningen för att hantera datasäkerhetskraven. Resultatet blir något så komplett som möjligt att utgå från i de fokuserade utvecklingssprintar som sedan följer, där verksamhetens behov löses fullt ut.
Där avvikelserna tas emot, utreds, kategoriseras, åtgärdas och följs upp — verktyget som bär hela processen för handläggarna inom vård och omsorg.
Där medborgaren själv kan registrera en avvikelse och sedan följa sitt ärende — se status, ta del av återkoppling och känna sig trygg med att ärendet hanteras.
Där behörighetshanteringen administreras — vem som får se och göra vad i avvikelsehanteringen. Byggs med en ny integration mot AccessMapper.
Formulär och flöde för att registrera avvikelser finns redan i testmiljö — vår startpunkt.
Prototyp av handläggarstödet som verksamheten har godkänt — vår målbild för funktionaliteten.
Vi reder ut de tekniskt komplicerade delarna — som behörighetsstyrning och datasäkerhet — och bygger så långt vi hinner.
Fokuserade utvecklingssprintar tillsammans med verksamheten som löser behoven hela vägen.
När något inte blir som det ska i vården och omsorgen — en missad insats, ett läkemedelsfel, en brist i rutinerna — ska det registreras, utredas och åtgärdas. Det är så verksamheten lär sig och kvaliteten höjs. Idag saknar handläggarna inom välfärdssektorn (vård- och omsorgsförvaltningen samt individ- och arbetsmarknadsförvaltningen) ett modernt, sammanhållet stöd för den processen — och medborgaren saknar ett enkelt sätt att registrera och följa sina ärenden. Det ska vi ändra på.
Registreringsdelen finns redan framme i testmiljö, och en AI-byggd demo-applikation har visat verksamheten hur handläggarstödet kan se ut och fungera — den är godkänd som målbild. Den här veckan reder vi ut ett antal tekniskt komplicerade delar — som till exempel behörighetsstyrning och datasäkerhet — som förberedelse inför de kommande utvecklingssprintarna.
Den befintliga registreringsdelen för avvikelser, driftsatt i testmiljö. Grunden vi bygger vidare från.
draken-test.sundsvall.se/registrering/avvikelse_iafPrototypen av handläggarstödet som verksamheten har ok:at — vår funktionella målbild för sprinten.
claude.ai/public/artifacts/37ba1245…Avvikelseprocessen för VOF & IAF, dokumenterad på Confluence. Verksamhetens karta över flödet.
confluence.sundsvall.se/spaces/OAEn vecka är kort. Därför gäller sju enkla principer — de är inte förhandlingsbara, de är förutsättningen för att vi ska ro det här i land.
Vi tar eget ansvar för att driva processen framåt utan att vänta på yttre instruktioner. Ser du något som behöver göras — gör det.
Prata direkt med varandra, alltid. Ge feedback omedelbart. Tystnad är det största hindret.
Varje timme räknas. Agera med tillräcklig information — inte nödvändigtvis perfekt komplett sådan.
Avvikelsehanteringen måste bli klar. Good-enough framför optimalt. Komplexitet är en kostnad vi inte har råd med denna vecka.
Ändringar är bevis på att processen fungerar — inte på dålig planering. Ny insikt slår gammal plan.
Är du klar men en kollega har fastnat? Hjälp kollegan. Vi levererar tillsammans eller inte alls.
Vi använder AI aktivt i kodning, modellering och dokumentation — hela tiden. Det är så vi hinner en månads arbete på en vecka.
Kärnteamet sitter tillsammans hela veckan och jobbar fokuserat med sprinten — inget annat (om vi inte blir klara tidigare förstås). Stödresurser cirkulerar gärna i närområdet och är i övrigt nåbara via Slack och/eller Teams.
Leder den tekniska sprinten och är ytterst ansvarig för arkitekturbeslut — om och när sådana behövs.
Bygger tjänster, API:er och integrationer som bär avvikelseflödet.
Bygger tjänster, API:er och integrationer som bär avvikelseflödet.
Bygger handläggarnas gränssnitt — från AI-demons målbild till riktig applikation.
Bygger handläggarnas gränssnitt — från AI-demons målbild till riktig applikation.
Expertis kring verksamhetsfrågorna och processerna. Med vid uppstart, standups och demos — i övrigt tillgänglig vid behov.
Leder de fokuserade utvecklingssprintar som tar vid efter den här veckan. Med under sprinten för att säkra kontinuitet och en smidig överlämning till nästa steg.
Nyttjas vid behov när extra händer eller ögon behövs.
Processledare och utvecklare sitter tillsammans på ett och samma ställe hela veckan (exakt plats meddelas). Grovplanen nedan är just en grovplan — vi anpassar löpande efter vad vi lär oss. Omfamna förändring, som sagt.
Uppstartsmöte 08:30–10:30 med hela teamet inklusive Edwin och Claes. Vi går igenom målbilden, behörighetshantering och andra tekniskt komplicerade frågor, går igenom AI-demon, och planerar vad vi börjar med. Sedan: full fart
Fullt fokus på behörighetshantering och behörighetsadministration. Backend bygger datamodell och API:er. Frontend börjar realisera behörighets-delen i administrationsgränssnittet och handläggarvyerna.
Detta bestäms senare.
Detta bestäms senare.
Detta bestäms senare.
Uppstartsmöte — hela teamet inklusive expertstödet. Målbild, arkitekturskiss och arbetsfördelning.
Standup — kort avstämning med hela teamet, inklusive expertstödet. Vad gjorde vi, vad gör vi, vad blockerar?
Halvtidsdemo — vi visar körande funktionalitet, inte slides. Feedback direkt, in i backloggen eller in i koden.
Slutdemo & retrospektiv — vi demar resultatet, summerar lärdomarna och sätter riktningen inför verksamhetssprintarna.
Slack / Teams — stödresurser är nåbara hela veckan. Fastnar vi ropar vi direkt, vi väntar inte till nästa möte.
Här dokumenterar vi veckan medan den pågår — vad vi byggt, vad vi beslutat och vad vi lärt oss. Loggen fylls på löpande under sprinten.
Dagen inleddes med ett uppstartsmöte där scopet för sprinten diskuterades, AI-demo-applikationen visades samt diskussionerna runt hur behörighetsstyrningen ska fungera inleddes.
Jobbat med lösningen för behörighetshantering — diskussionstungt — utmaningar med datastruktur i Metakatalogen samt hur framtida omorganisationer ska hanteras, med mera.
Dessutom: testmiljö uppsatt, alla beroenden uppdaterade (ett par hundra säkerhetsvarningar åtgärdade) och stöd byggt i AccessMapper för att lagra behörigheter på personnivå utöver AD-grupper.
Planen för dagen: bygga ihop ett fungerande flöde där behörighetsstyrningen kan testas mot organisationen som den ser ut idag, och parallellt reda ut frågorna kring Metakatalogen och organisationsförändringar — bland annat genom en avstämning med systemförvaltaren för att förstå hur förändringar hanteras i praktiken.
Behörigheterna är ingen blocker för övriga delar: frontend fortsätter med handläggarvyerna (faser, beslut, tilldelning) och ett enklare admin-gränssnitt för tillfälliga behörigheter påbörjas.
Fylls på under sprinten…
Fylls på under sprinten…
Fylls på under sprinten…
Frågor som dykt upp under arbetet och som behöver ett svar. Varje fråga har en ägare som ansvarar för att driva den framåt. Listan uppdateras löpande under sprinten.
Hur implementerar vi en generell hantering av testdata för alla processer inom VOF/IAF?
Niklas RahmLösningar för att minimera access till produktionsdata.
PelleHur väl speglar Metakatalogen verkligheten för VOF/IAF (strukturerna är inte enhetliga)? Ska den vara master, och hur fångar vi upp organisationsförändringar — manuellt eller via en loader-tjänst/schemajobb som synkar organisationsdata till AccessMapper?
PelleHur ska tillfälliga behörigheter tidsbegränsas (giltig från–till, tas aldrig bort) och historiken bevaras så att det går att se vem som hade access till vad och när? Ligger ansvaret i AccessMapper eller separat?
ej utsedd ännu