Ekonomiskt biståndAutomatiseringPOC

Innovationsdagar för Rakel 2.0

Tre dagar för att designa, verifiera och estimera automatiseringen av ekonomiskt bistånd i Sundsvalls kommun.

Projekt
Rakel 2.0
Format
Innovationsdagar
Datum
3 dagar, tisdag–torsdag 5-7 maj, ca 9–16
RETROSPEKTIV

Innovationsdagarnas kvitto.

Tre intensiva dagar genomförda. 4 av 5 leverabler klara, 3 beslut fattade, 4 openpoints lösta på plats och 8 tydligt formulerade att ta in i nästa sprint. Retrospektivet visar genomgående starka erfarenheter kring dialog, samarbete och förståelse — med ett antal tydliga framgångsfaktorer som bör tas vidare som villkor för formatet. Samtidigt identifieras konkreta förbättringsområden inför nästa sprint.

01 — FRAMGÅNGSFAKTORER

Det som bar dagarna.

Elva faktorer som tillsammans skapade kraften — och som bör betraktas som villkor när formatet återanvänds.

01

Dialogen var ovanligt levande

Alla deltog, alla var engagerade. Det är inte självklart i ett tvärfunktionellt rum med tio personer från olika roller och kompetenser — men det fungerade. Dialogen blev navet för hela upplägget.

02

Fysisk närvaro skapade relation

Att ses på plats gav något som digitala möten inte kan ge: ansikten på varandra, spontana sidosamtal och en känsla av gemensamt projekt. Relationsbygget var ett av de mest värdefulla utfallen — och ett som lever längre än dagarna själva. Fysisk närvaro bör betraktas som ett nästintill ovillkorligt krav för detta format.

03

Utvecklarna förstår nu processen på riktigt

Istället för att få en Jira-story fick utvecklarna sitta med verksamheten och höra hur ekonomiskt bistånd faktiskt fungerar — lagar, regler, praxis och de situationer som är svårast. Den förståelsen är omöjlig att dokumentera sig till. Den måste upplevas.

04

Utvecklarna var nyfikna, respektfulla och frågvisa

Utvecklarnas inställning var en av de mest positiva överraskningarna. De ställde frågor, ville verkligen förstå och visade genuint intresse för verksamhetens verklighet — inte bara de tekniska kraven. Det skapade ett klimat där verksamheten kände sig lyssnad på, vilket i sin tur öppnade upp för ännu öppnare dialog.

05

Verksamheten brinner för frågan

Engagemanget från verksamhetssidan var genuint och starkt — så starkt att de i praktiken höll i hela första dagen, inte bara förmiddagen som planerat. De drev dialogen, satte agendan och visade öppenhet för det tekniska i en grad som ofta saknas i liknande projekt. Det är inte givet — och det var avgörande.

06

Verksamhetens öppenhet för det tekniska

Inte bara engagemang — utan faktisk nyfikenhet på hur saker fungerar tekniskt och en vilja att förstå och utforska processen tillsammans med IT-teamet. Det möjliggjorde äkta dialog istället för parallella monologer.

07

Prototypen och demos satte rätt förväntningar

Att ha något konkret att visa — ett ansökningsformulär, en påbörjad BPMN-process, en Lovable-demo — gav diskussionerna ett ankare. Det är skillnaden mellan att diskutera i abstrakta termer och att peka på något verkligt.

08

Fokus hölls på problembilden, inte POC:en

En av de viktigaste insikterna: när det visade sig att API-åtkomst krävdes för att testa på riktigt, justerades kursen. Beslutet dokumenterades dag 2: att inte utveckla något under dagarna eftersom oklarheterna kräver verifiering mot faktiska API:er med data. Dagarna landade istället i djup förståelse av problembilden, 8 tydligt formulerade openpoints och en MVP-lista — vilket är rätt prioritering.

09

Tydlig processledning

En ansvarig person som förberedde, styrde och höll ihop dagarna. Utan det hade dagarna lätt blivit fragmenterade. Kontinuiteten i ledningen var en förutsättning för att flexibiliteten i upplägget fungerade.

10

Rätt roller i rummet

Att handläggarna inte var med just i detta skede visade sig vara rätt bedömning. Rollvalet anpassades till vad som faktiskt behövde göras — inte till vad som ”brukar” ingå i sådana här möten.

11

På plats är superviktigt

Inte ett påstående — en bekräftad erfarenhet från dessa tre dagar. Det kan inte ersättas av digitala format.

02 — FÖRBÄTTRINGSOMRÅDEN

Det vi gör annorlunda nästa gång.

Fem konkreta justeringar att ta med in i Fas 0 för nästa sprint.

11

Bedöm och anpassa stödet till verksamhetens förberedelse

Denna verksamhet kom väl förberedda och bidrog med bra material — till stor del på eget bevåg efter uppmaning och vägledning från PL. Det är ändå en viktig insikt: hur mycket stöttning verksamheten behöver varierar beroende på verksamhetens mognad och erfarenhet. Det bör byggas in i Fas 0 som ett explicit moment att bedöma — och vid behov aktivt stödja.

12

Dialog med utvecklarna om förberedelser

Vad behöver det tekniska teamet ha tänkt igenom eller tagit fram innan dag 1? En kort brief till utvecklarna inför Fas 0 sparar tid och ger bättre diskussioner på plats.

13

Fler och kortare pauser

Dagarna var intensiva och passen för långa. Inplanerade pauser som faktiska schemablock — inte som marginaler som försvinner när diskussionen drar ut.

14

Kallelse med rätt timing och utan platshållare

Skicka kallelsen tillräckligt tidigt, med korrekta datum och tydlig uppmaning om förberedelse. Detaljerna spelar roll för hur seriöst deltagarna tar förberedelsen.

15

AW som avslutning — inbyggt i formatet

Inte en lyx — en del av upplägget. Tre intensiva dagar tillsammans avslutas bäst med ett informellt avslut som befäster de relationer som byggts.

03 — UTFALL

Vad dagarna faktiskt producerade.

Mätbara resultat från sprintloggen, leverablerna och POC-kriterierna.

4 / 5
Leverabler klara
3
Beslut fattade
4 / 12
Openpoints lösta på plats
8
MVP-krav definierade

Openpoints att ta in i nästa sprint

8 openpoints kvarstår — samtliga kräver tillgång till faktiska API:er för att kunna verifieras. De är inte misslyckanden, de är en preciserad kravbild för nästa sprint.

01

Extrainformation som inte kommer med i ansökan måste kunna läggas till av handläggare på ärendet

02

Bevakningar i LifeCare — hur kan vi göra längre levande OBS-texter för handläggaren?

03

Diffar i summor — hur och när ska dessa visas för handläggaren, och hur sätts hårda spärrvärden?

04

Hur och när ska konton för utbetalningar läggas till?

05

Hur kan vi hantera att det finns ett återkrav på en person?

06

Räcker det att RPA synkar bevakningar någon gång per dag?

07

Vilka loggar kan vi få från processmotorn, och hur länge kan de sparas?

08

Meddelanden på aktualisering — går det att spara dem när ärendet är avslutat?

MVP-listan — ett oplanerat men värdefullt leverabelt

Dag 3 producerade teamet gemensamt en MVP-lista med 8 krav. Den stod inte i den ursprungliga planen — men är nu det mest konkreta underlaget för höstens utvecklingssprint.

01

Tagga och välja vilka dokument som ska visas på Mina sidor

02

Beslut inkl. beräkning, utredningar, brev/kallelser och utbetalningar

03

Logiken för återansökningar ska fungera till väldigt stor del

04

Alla ansökningstyper/-vägar ska kunna arkiveras (ny, åter och tillägg)

05

Alla ansökningstyper/-vägar ska kunna aktualiseras (ny, åter och tillägg)

06

Alla ansökningstyper/-vägar ska kunna skickas in (ny, åter och tillägg)

07

Meddelanden mellan handläggare och klient ska kunna arkiveras

08

Kunna flagga för återkrav på person i LifeCare från Draken

· · ·

Det starkaste mönstret från dagarna är att dialog, fysisk närvaro och rätt roller skapade något som är svårt att planera fram men enkelt att förstöra. Dagarna gav inte en färdig POC — de gav något mer hållbart: en gemensam förståelse, 8 preciserade openpoints och en MVP-lista redo att ta in i nästa sprint. Retrospektivet pekar ut de villkor som måste vara på plats för att formatet ska kunna återanvändas — och de justeringar som gör nästa sprint ännu bättre.