12 · Gemensamma digitala fundament

IT:s uppdrag när verksamheten kan bygga mer själv

Verksamheten kan skapa mer själv. Det gör gemensamma behov kring identitet, data, integrationer, säkerhet, kontinuitet, plattform och förvaltning viktigare.

IT-specialist och verksamhet diskuterar den tekniska arkitekturen som gör en AI-lösning robust och säker.

Från ensam leverantör till gemensamma fundament

IT behöver inte bygga varje lokalt stöd. Rollen kan i högre grad bli att erbjuda säkra byggblock, godkända miljöer och specialiststöd som gör fler initiativ möjliga. Centrala utvecklingsteam kan samtidigt själva få högre leveransförmåga av AI; decentralisering är alltså inte den enda utvecklingsvägen. Det avgörande är vem som tar över ansvar som lämnas. Om verksamheten bygger men ingen äger plattform, integration, identitet eller återställning har ansvaret inte decentraliserats – det har blivit otydligt.

Gemensamt där det ger hävstång

Identitet, behörigheter, informationsklassning, loggning och standardiserade integrationer lämpar sig ofta som gemensamma fundament. De gör det möjligt att återanvända kontroller och minskar behovet av att varje initiativ uppfinner sin egen säkerhetsarkitektur. Behörighetshantering har länge varit en självklar del av IT:s vardag. När verksamheten själv skapar appar och AI-lösningar är det inte lika självklart att samma frågor fångas. Lösningen kan behöva läsa data eller agera i flera system, vilket kan kräva gemensam identitets- och behörighetsinfrastruktur och specialiststöd – inte bara en inställning i den lokala appen. Allt behöver inte standardiseras. IT kan skilja mellan självservice inom givna ramar, lösningar som behöver gemensamt stöd och användningar som kräver full utvecklings- och förvaltningsprocess.

När abonnemanget blir infrastruktur

En inköpt AI-tjänst kan gradvis bli bärare av data, instruktioner och arbetsflöden. Då behöver IT tillsammans med inköp och verksamhet följa förändringar i modell och funktion, kostnadsutveckling, datahantering, integrationer, leverantörskoncentration och möjligheten att lämna tjänsten. Exit behöver inte betyda att allt kan flyttas över en natt. Men organisationen bör veta vad den kan exportera, vilka delar som är leverantörsspecifika, vilket alternativ som finns och hur länge verksamheten kan fungera om tjänsten förändras eller försvinner.

Tre vägar – med olika ansvar

Självservice passar när användningen ryms inom förhandsbeslutade ramar och inte skapar ett viktigt beroende. Stöttad utveckling passar när verksamheten kan äga syfte och resultat men behöver gemensamt stöd för exempelvis identitet, data eller integration. Full förvaltning behövs när lösningen blivit kritisk, komplex eller kräver långsiktig teknisk livscykel. Gränserna måste vara begripliga och gå att passera utan att initiativet börjar om från noll.

När IT:s roll ändras måste mandat och finansiering följa med

Om IT ska bygga mer gemensam plattform och mindre lokala speciallösningar behöver även prioritering, kompetens och finansiering ändras. Annars behåller organisationen gamla incitament samtidigt som den förväntar sig ett nytt arbetssätt.

Fråga att ta vidare

Vad ska verksamheten få bygga själv, när ska IT stödja – och vilka gemensamma fundament måste företaget fortfarande kontrollera centralt?

Från tanke till handling

Tänkbara åtgärder

Några rimliga sätt att ta frågan vidare.

Publicera tre tydliga vägar

Beskriv självservice, stöttad utveckling och full förvaltning med konkreta inträdeskriterier.

Mål
Minska väntan och osäkerhet.
Extra viktigt när
allt i dag går genom samma tunga process.

Gör en realistisk exitbedömning

Dokumentera data, instruktioner, integrationer, exportmöjligheter, alternativ och tolererad avbrottstid för viktiga plattformar.

Mål
Veta vad leverantörsberoendet faktiskt innebär.
Extra viktigt när
många lösningar byggs på samma AI-tjänst.

Flytta mandat och finansiering tillsammans

Namnge vilka beslut, budgetar och kompetenser som behöver ändras när IT går från generell grindvakt till gemensam plattforms- och specialistförmåga.

Mål
Undvika att den gamla styrmodellen blockerar den nya leveransmodellen.
Extra viktigt när
självservice och stöttad utveckling ska bli normala arbetssätt.