När Excelark och AI-agenter blir verksamhetskritiska utan att någon äger dem
I nästan varje större organisation finns de. Excelark som beräknar nyckeltal, sammanställer månadsbokslut, styr budgetprocesser eller utgör den faktiska sanningen bakom viktiga ledningsbeslut. På senare år har samma fenomen börjat uppstå kring AI-agenter, Copilot-lösningar, Claude-baserade applikationer och lågkodsplattformar som Lovable. De skapas ofta för att lösa verkliga problem snabbt och effektivt. Problemet är att de sällan betraktas som system. Förrän organisationen upptäcker att den inte längre klarar sig utan dem. Det underliggande affärsproblemet handlar inte om Excel eller AI. Det handlar om avsaknaden av styrning, ägarskap och livscykelhantering av verksamhetskritiska informationslösningar.
Affärsproblemet och dess konsekvenser
När ett Excelark används för att beräkna ekonomiska resultat månad efter månad har det i praktiken blivit en del av organisationens informationssystem. Detsamma gäller en AI-agent som analyserar kundärenden eller genererar beslutsunderlag för verksamheten.
Trots detta saknas ofta de komponenter som normalt omger ett formellt IT-system:
• Systemägare
• Förvaltningsmodell
• Dokumentation
• Versionshantering
• Riskanalys
• Kompetensöverföring
• Kontinuitetsplanering
Resultatet blir att organisationen successivt bygger upp en parallell systemmiljö, ibland kallad skugg-IT eller skuggsystem.
Symptomen är välkända:
• Ingen vet exakt hur många lösningar som finns.
• Ingen har samlad överblick över beroenden.
• Kritisk kunskap finns hos enskilda individer.
• Lösningarna saknar budget för underhåll.
• Säkerhets- och kvalitetsrisker ökar över tid.
Den verkliga risken uppstår när nyckelpersonen bakom lösningen blir sjuk, byter arbete eller pensioneras. Då upptäcker organisationen att ett till synes enkelt kalkylark i själva verket är en verksamhetskritisk komponent. För AI-agenter och generativa AI-lösningar kan konsekvenserna bli ännu större eftersom de ofta integreras med flera datakällor och verksamhetsprocesser samtidigt.
Vem äger ansvaret?
Den kanske viktigaste frågan är inte vem som byggde lösningen utan vem som äger den. I många organisationer uppstår ett ansvarsvakuum: Verksamheten anser att lösningen är teknisk och därför IT:s ansvar. IT anser att lösningen utvecklades lokalt av verksamheten och därför är verksamhetens ansvar. Resultatet blir att ingen har ett tydligt mandat. Ytterst är detta en ledningsfråga. Ledningsgruppen behöver definiera:
• När en lokal lösning blir verksamhetskritisk.
• Vilka krav som då ska gälla.
• Vem som blir systemägare.
• Hur lösningen ska förvaltas.
Normalt bör:
• Verksamhetschef vara systemägare.
• IT stödja med teknik, säkerhet och arkitektur.
• Ekonomi och riskfunktion bidra med kontrollperspektiv.
• HR bidra kring kompetensförsörjning och kunskapsöverföring.
En Chief of Staff ersätter inte dessa roller men kan skapa den samordning som ofta saknas mellan dem.
Möjliga rotorsaker
Flera bakomliggande orsaker kan förklara varför problemet uppstår.
- Organisationens behov utvecklas snabbare än de centrala systemen
När affärsbehov förändras upplever verksamheten ofta att befintliga system inte räcker till.
Tecken att undersöka:
• Många manuella processer.
• Återkommande lokala initiativ.
• Hög användning av Excel som integrationsplattform.
I dessa situationer blir kalkylarket eller AI-agenten ett sätt att fylla ett tomrum. - Ingen gemensam definition av vad som är ett system
Många organisationer betraktar endast upphandlade eller centralt utvecklade lösningar som system. Men om verksamheten är beroende av en lösning för att fungera har den redan blivit ett system, oavsett teknik.
Tecken:
• Excelark används i officiell rapportering.
• AI-agenter används i ordinarie arbetsflöden.
• Lokala databaser används som primär informationskälla. - Innovationsincitament utan förvaltningsansvar
Organisationer uppmuntrar ofta innovation men saknar motsvarande krav på långsiktig förvaltning. Medarbetare får uppskattning för att skapa nya lösningar men sällan ansvar för deras livscykel.
Tecken:
• Många pilotprojekt.
• Få avvecklade lösningar.
• Oklar finansiering efter införande. - Bristande informationsarkitektur
När organisationen saknar en samlad bild över informationsflöden uppstår lokala lösningar naturligt.
Tecken:
• Dubbelregistrering av data.
• Många lokala datakopior.
• Oklara informationsägare. - Underskattning av teknisk skuld. Ett Excelark uppfattas ofta som ”gratis” att utveckla. Men kostnaden finns där ändå:
• Felrisker
• Personberoenden
• Underhåll
• Kvalitetssäkring
• Revisionsarbete
Samma sak gäller AI-agenter som behöver uppdateras när modeller, datakällor eller verksamhetsregler förändras.
Så kan problemet åtgärdas
Steg 1: Synliggör omfattningen
Mål: Skapa en inventering av verksamhetskritiska lokala lösningar.
Ansvarig: CIO, CFO eller verksamhetsledning.
Chief of Staffs bidrag: Koordinera kartläggningen mellan verksamhet, IT och ekonomi.
Tecken på framsteg: Organisationen har en gemensam förteckning över kritiska Excelark, databaser, AI-agenter och lågkodslösningar.
Steg 2: Inför klassificering
Alla lokala lösningar behöver inte hanteras lika.
Mål: Identifiera vilka lösningar som är verksamhetskritiska.
Klassificeringen kan exempelvis baseras på:
• Ekonomisk påverkan
• Antal användare
• Regulatoriska krav
• Informationssäkerhet
• Operativ påverkan
Tecken på framsteg: Kritiska lösningar identifierade och prioriterade.
Steg 3: Utse ägare
Varje kritisk lösning behöver en ansvarig ägare.
Mål: Eliminera ansvarsvakuum.
Ansvarig: Verksamhetsledning.
Chief of Staffs bidrag: Säkerställa att ansvar dokumenteras och beslutas.
Tecken på framsteg: Varje kritisk lösning har utsedd systemägare och kontaktperson.
Steg 4: Inför en lättviktsmodell för förvaltning
Alla lösningar behöver inte behandlas som stora affärssystem.
Men de behöver grundläggande förvaltningskrav.
Exempel:
• Dokumentation
• Versionshantering
• Behörighetsstyrning
• Backup
• Kompetensöverföring
• Kontinuitetsplan
Tecken på framsteg: Dokumenterade förvaltningsrutiner för samtliga kritiska lösningar.
Steg 5: Etablera AI-governance
För AI-agenter blir detta särskilt viktigt.
Organisationen behöver definiera:
• Vem som äger agenten.
• Vilken data den får använda.
• Hur kvalitet följs upp.
• När den ska avvecklas eller ersättas.
Tecken på framsteg: Gemensamma riktlinjer för AI-lösningar och agentutveckling.
Chief of Staffs bidrag
Problemet med skuggsystem är sällan tekniskt. Det är organisatoriskt. Här kan en Chief of Staff spela en avgörande roll genom att:
• Skapa ledningens samlade lägesbild.
• Identifiera risker som ligger mellan verksamhet och IT.
• Samordna flera funktioners ansvar.
• Säkerställa att beslut omsätts till faktisk styrning.
• Följa upp att ansvar verkligen tilldelas och efterlevs.
Chief of Staff fungerar som den sammanhållande länken mellan ledningsgruppens strategiska ambitioner och organisationens praktiska verklighet. Det är särskilt viktigt när nya AI-lösningar växer fram snabbare än organisationens befintliga styrmodeller.
Slutsats och nästa steg
Den centrala frågan är egentligen inte hur många Excelark eller AI-agenter som finns i organisationen. Den centrala frågan är vilka av dem som har blivit så verksamhetskritiska att organisationen inte längre klarar sig utan dem. I samma ögonblick som en lokal lösning blir nödvändig för ekonomisk rapportering, beslutsfattande eller operativ verksamhet har den i praktiken gått i produktion. Då uppstår också ett ledningsansvar. Ledningsgruppens nästa steg bör därför vara att besluta om en inventering av verksamhetskritiska lokala lösningar och etablera principen att varje sådan lösning måste ha en definierad ägare, en förvaltningsmodell och en plan för kontinuitet.
En Chief of Staff kan inte ensam lösa problemet, men kan ge ledningen den överblick, samordning och genomförandekraft som krävs för att innovation inte ska förvandlas till framtidens tekniska och organisatoriska skuld.