Verksamhetens nya ansvar

AI är inte ett ansvar vid sidan av verksamheten

Den som ansvarar för en verksamhetsleverans behöver redan ta ansvar för personal, arbetssätt, utrustning, kvalitet och relevanta regelkrav. Om en AI-lösning blir en del av samma leverans kan den inte behandlas som någon annans problem bara därför att tekniken kommer från IT eller en extern leverantör. Verksamhetsansvaret omfattar ändamål, användare, förväntad nytta, kvalitetskrav, konsekvenser av fel och hur arbetet ska fungera när lösningen inte gör det. IT, säkerhet och juridik kan bära andra delar av ansvaret och ge specialiststöd.

Från initiativ till ordinarie styrning

När ett försök sprids behöver någon besluta om finansiering, bemanning, processändring, risknivå, kontinuitet och uppföljning. Skaparen kan bidra med kunskap men bör inte automatiskt bli ensam produktägare, support och riskägare vid sidan av sitt vanliga arbete. Verksamheten behöver också acceptera att en lovande lösning kan stoppas. Om kvaliteten inte går att visa eller livscykelkostnaden blir för hög är avveckling ett verksamhetsbeslut, inte ett tekniskt misslyckande.

När ingen faktiskt äger lösningen

En medarbetare bygger ett stöd som snart används av hela teamet. När personen byter roll finns ingen budget för förvaltning, ingen chef har beslutat vilken kvalitet som krävs och IT vet bara att tjänsten finns. Lösningen fortsätter ändå därför att arbetet har börjat förutsätta den. Det är inte ett tekniskt problem utan ett ägarskapsproblem: verksamheten använder en förmåga som ingen har fått mandat och resurser att bära.

Ansvar kräver resurser och en kontaktväg

Det är tomt att säga att verksamheten ”äger” lösningen om den saknar tid, kompetens, budget och väg till specialiststöd. Den ansvarige behöver vara känd, kunna nås när lösningen förändras och ha mandat att fatta eller eskalera livscykelbeslut.