En medelstor svensk kommun kan ha trettiotalet verksamhetssystem igång samtidigt. Socialtjänsten kör ett, skolförvaltningen ett annat, IT-supporten ett tredje. Var och en köptes in för att lösa ett avgränsat problem, och var och en kräver sin egen licens, sin egen integration och oftast sin egen konsult.

Inköpet är sällan det dyra. Kostnaden kommer åren efteråt, när varje ändring ska beställas och faktureras. Just det beroendet är skälet till att allt fler IT-chefer i offentlig sektor börjar utvärdera verktyg efter hur självständigt förvaltningen kan arbeta i dem, och det är en av anledningarna till att mindre kommuner ofta klarar sig bättre med Easit Go än med ett tungt enterprisesystem byggt för helt andra volymer. Ett verktyg som personalen själva kan anpassa blir billigare i längden, inte bara vid inköp. Myndigheten för digital förvaltning har räknat på hanteringen av meddelanden hos kommuner och regioner och kommit fram till att en digitalisering skulle kunna frigöra så mycket som 533 000 arbetstimmar per år. Siffran säger något om hur mycket manuellt arbete som fortfarande finns kvar, och hur dyr felräkningen blir när en kommun väljer fel verktyg. Att digitaliseringen ska ske är knappast längre en fråga. Regeringens strategi pekar redan ut offentlig förvaltning som ett av fem strategiska områden fram till 2030. Riktningen är politiskt bestämd. Det som återstår är att avgöra vilket system som klarar verkligheten i en kommun. De flesta utvärderingar börjar i fel ände, nämligen i funktionslistan.

Funktionslistan ljuger nästan alltid

Varje leverantör kryssar i samma rutor. Ärendehantering, incidenthantering, CMDB, avtalsuppföljning. På papperet ser tio system likadana ut. Skillnaden visar sig först när en handläggare ska ändra ett arbetsflöde en tisdag i mars och upptäcker att det kräver ett supportärende, två veckors väntan och en faktura.

Den kostnaden fångas sällan i en upphandling. Ett system som tekniskt kan allt men som ingen internt kan ändra blir i praktiken ett system som står still. Väg därför in graden av självständighet redan i kravspecifikationen: kan förvaltningen själv bygga om en process, eller sitter logiken inlåst hos leverantören?

Var de komplexa processerna avgörs

Ingen upphandling vinns på tekniska funktioner. De imponerar inte på ett styrgruppsmöte, men det är där de krångliga kommunala processerna avgörs. En socialtjänstprocess innehåller undantag, och ett skolärende kan behöva hanteras olika beroende på vem som anmäler och när anmälan kommer in. Be leverantören bygga en av era egna krångligaste processer under utvärderingen. Det avslöjar mer på en eftermiddag än vad en kravlista gör på en månad.

Integration, eller en ny silo

Ett verksamhetssystem som inte fungerar med andra system skapar bara ännu fler isolerade lösningar. Stöd för REST, SOAP och GraphQL avgör om personuppgifter behöver matas in dubbelt, om en folkbokföringsändring slår igenom automatiskt, om supporten ser hela historiken eller bara fragment. Offentlig sektor är extra känslig här, eftersom GDPR-kraven inte tål manuell dubbelhantering. Samma logik gäller välfärdstekniken, där Dagens PS tidigare skrivit om hur ny teknik kan lätta på det kommunalekonomiska trycket.

Vad de mindre kommunerna gör annorlunda

De stora kommunerna har egna IT-avdelningar och tål tunga system, men de små har sällan det och då blir verktygets självständighet en budgetfråga snarare än en bekvämlighet. Sydnärke är ett exempel. Hur några mindre kommuner i regionen gått tillväga finns beskrivet i en genomgång av Easit i Sydnärke, och mönstret går igen: börja med en process, lär er verktyget, bygg vidare själva. För flertalet av Sveriges 290 kommuner är det inte volymen som klämmer, utan resurserna. Varje krona till löpande konsultarvoden är en krona som inte går till skola eller omsorg. En IT-chef väljer därför sällan bara teknik, utan hur organisationen ska se ut om tre år. Skillnaden ligger i om kommunen om fem år styr sina egna processer eller betalar någon annan för att få ändra dem.