re-ai-gov Skriv upp mig på väntelistan

Kennisbank

IT-signaler om AI-användning vid flera verksamhetsställen

En organisation med flera verksamhetsställen har sällan en enda IT-miljö. Det finns ofta ett centralt avtal för den stora produktivitetsprogramvaran, men därutöver finns lokala inköpsbudgetar, regionala IT-administratörer och verksamhetsställen som tecknar sina egna abonnemang. Den som söker efter AI-användning inom en sådan struktur måste veta vilka signaler som säger något och vilka signaler som bara ger sken av fullständighet.

Vad den centrala listan visar och inte visar

Den centrala IT-avdelningen levererar vanligtvis en licensöversikt: vilka verktyg som köpts in, för vilka avdelningar och med vilka funktioner aktiverade. Den översikten är en utgångspunkt, inte en slutpunkt. Den visar vad som är godkänt, inte vad som används, och absolut inte vad som per verksamhetsställe har tillkommit utöver det centrala utbudet. En orsak till att it-listan inte stämmer är just detta: godkännande och användning är två olika frågor, och vid flera verksamhetsställen växer avståndet mellan dem med varje ytterligare plats.

Signaler som skiljer sig per verksamhetsställe

Inom en organisation med flera platser skiljer sig ett antal signaler åt som vid ett enda verksamhetsställe fortfarande sammanfaller.

Fakturering är en. En kreditkortsbetalning för ett AI-abonnemang kan stå på verksamhetsställets kostnadsställe istället för på den centrala IT-budgeten. Den som bara tittar på det centrala inköpssystemet missar dessa utgifter helt.

Nätverkstrafik är en annan signal, och den beter sig inte likadant överallt. Ett verksamhetsställe med egen internetanslutning genererar trafik som förblir utanför de centrala brandväggsloggarna. Trafik till kända AI-domäner är då bara synlig om det verksamhetsstället är anslutet till samma övervakningspunkt som huvudkontoret, och det är inte alltid fallet.

Webbläsartillägg och separata konton utgör en tredje kategori. Dessa installeras vanligtvis lokalt, på utrustning som förvaltas av en regional IT-medarbetare eller ibland av användaren själv. En centralt förvaltad enhetspark med enhetlig programvarudistribution visar den här typen av installationer; ett verksamhetsställe med eget förvaltningsansvar visar det just inte, om det inte specifikt efterfrågas.

Slutligen finns frågan om vem som har åtkomst till vad. Ett verktyg som köpts in centralt för en avdelning kan via delade inloggningsuppgifter också hamna hos andra verksamhetsställen, utan att detta är registrerat någonstans. Åtkomsthantering per verksamhetsställe, i den mån den finns, ger här en indikation, men ingen säkerhet.

Varför dessa signaler måste komplettera varandra

Ingen av dessa källor är i sig komplett. Faktureringsuppgifter visar utgifter, inte användning. Nätverksloggar visar trafik, inte avsikt eller sammanhang. Åtkomsthantering visar vem som kan logga in, inte vem som faktiskt gör det och för vad. Vid ett enda verksamhetsställe är det fortfarande överskådligt att lägga dessa källor sida vid sida; vid flera verksamhetsställen uppstår risken att varje plats har en del av bilden och ingen har helheten.

Därtill kommer den mänskliga källan: förfrågningar hos medarbetare och lokala chefer. Den signalen är ofta den rikaste, eftersom den inte bara visar vad som används utan också för vad och hur ofta. Den är samtidigt den mest känsliga signalen, för den fungerar bara om människor vågar svara. Hur det hanteras beskrivs i hur ni frågar utan att det får konsekvenser.

Vad ni dokumenterar per verksamhetsställe

Signalerna är användbara, men utan fast dokumentation förblir de lösa observationer. För varje upptäckt tillämpning är det meningsfullt att åtminstone notera: vilket verksamhetsställe eller avdelning som använder verktyget, vem som förvaltar eller har anskaffat tillämpningen, vilken typ av data som matas in, och om tillämpningen fattar beslut självständigt eller bara stödjer. Denna indelning är vidare utvecklad i vad ni dokumenterar per tillämpning, och uppbyggnaden av den fullständiga översikten, från första signal till sammanhängande inventering, beskrivs i hur ni bygger upp en AI-inventering.

Vid flera verksamhetsställen är skillnaden mellan leverantör och användare av en AI-tillämpning extra relevant, eftersom ett verksamhetsställe ibland själv lägger till en AI-funktion i en produkt eller tjänst och därmed får en annan roll än det verksamhetsställe som bara använder ett färdigt verktyg. Vilken skillnad det är förklaras på är ni leverantör eller användare, och när den rollen kan förändras, till exempel genom anpassningar som ett verksamhetsställe själv genomför, kan ni läsa om på när ändras er roll.

Översikten som utgångspunkt

Syftet med denna inventering är inte fullständighet på en gång, utan en utgångspunkt som kan upprepas. Verksamhetsställen förändras, abonnemang förlängs eller avslutas, och nya verktyg dyker upp snabbare än en årlig revision kan hålla jämna steg med. En översikt som kombinerar de viktigaste signalerna och är upprepningsbar per verksamhetsställe ger mer stöd än en engångsbild.

När det en gång är synligt vilka AI-tillämpningar som används inom organisationen, följer naturligt en annan fråga: vad dessa tillämpningar exakt gör med arbetet självt. Arbetsskanningen från FTE TO AI beräknar per uppgift vilken del av arbetet som kan tas över av AI, och ansluter därmed till den översikt som Responsible AI Scan ger.

Andrewde assistent van de Responsible AI Scan

Vraag maar. Governance begint bij weten wat er draait — ook wat niemand heeft goedgekeurd.

Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.