09 · Kunskap och återuppbyggbarhet

Vad behöver företaget kunna återskapa?

Företagets AI-förmåga kan bero på människor, data, instruktioner, konfigurationer, testfall, integrationer och externa tjänster. När den förmågan blir viktig behöver någon annan kunna förstå och ta över den.

En efterträdare försöker förstå och återskapa en viktig AI-lösning efter att skaparen lämnat.

Kunskap är mer än dokument

En lösning fungerar kanske därför att en erfaren medarbetare vet vilka svar som måste korrigeras, att en viss datakälla alltid ligger efter eller att en instruktion har finjusterats över tid. Om bara koden dokumenteras saknas fortfarande en stor del av den operativa kunskapen.

Möjligheten är att göra erfarenhet mer återanvändbar. Rättelser, testfall och återkommande undantag kan struktureras så att fler får stöd och förbättringar överlever ett rollbyte.

Kan någon annan ta över på måndag?

Ett konkret test är att tänka att den som byggt eller förvaltat lösningen slutar på fredag. Kan en annan person på måndag hitta ändamål, ansvarig, instruktioner, datakällor, behörigheter, integrationer, versioner, testfall och förväntade utfall? Vet personen vilka fel som brukar uppstå och hur lösningen stoppas?

Återskapbarhet betyder inte att allt måste kunna byggas från noll. Det betyder att företaget har tillräcklig kontroll över den verksamhetsförmåga som blivit viktig för att kunna förstå, återställa, ersätta eller avveckla den.

Det kräver också svar på var data faktiskt sparas, hur instruktioner och agentkonfigurationer bevaras och hur uppbyggd kollektiv intelligens kan flyttas eller återställas. Om förmågan finns utspridd i externa tjänster behöver företaget veta vilka delar det äger, vilka delar det kan exportera och vad som måste byggas upp på nytt.

AI-skuld syns när något måste ändras

Många små lösningar kan fungera i vardagen men vara svåra att uppdatera, flytta eller avveckla. Dokumentation, ägarskap och test har släpat efter skapandet. Då har organisationen byggt upp det som här kallas AI-skuld: ett preliminärt analysbegrepp för framtida arbete och risk, inte en standardiserad skuldpost.

Kontroll utan låtsad oberoende

Fullständig oberoende från externa modeller och molntjänster är ofta orealistisk. Organisationen kan i stället välja vad som måste vara utbytbart, vad som kan återställas på annat sätt och vilka beroenden som accepteras. Teknisk flyttbarhet är inte samma sak som att arbetssätt, kvalitet och kompetens går att återskapa.

Fråga att ta vidare

Om en central person eller tjänst försvann i morgon, vilka delar av förmågan skulle vara svårast att återskapa?

Från tanke till handling

Tänkbara åtgärder

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

Dokumentera för övertagande

Bevara ändamål, ägare, källor, data, instruktioner, agentkonfigurationer, behörigheter, integrationer, testfall, kända felmönster, beroenden och stoppväg för viktiga lösningar.

Mål
Göra förmågan begriplig och överförbar.
Extra viktigt när
en lokal lösning har blivit nödvändig för leveransen.

Prova ett övertagande

Låt någon annan än skaparen hitta underlaget, förklara lösningen och genomföra en kontrollerad ändring eller återställning.

Mål
Testa att kunskapen faktiskt finns i företaget.
Extra viktigt när
en person har blivit den självklara vägen för alla frågor.