De dyreste dataproblemer står ikke i budgettet

Løsninger, der kommer for sent i drift. Beslutninger truffet på et grundlag, ingen kan efterprøve. Udviklingstimer brugt på at bygge det samme to gange. Ingen af de tre står som en post i budgettet, og det er derfor, de sjældent bliver rettet. De koster i stedet måneder på den første løsning, der skal i drift.

Årsagen er som regel den samme:

En beslutning er truffet, men aldrig omsat til konsekvent drift. Fire ting afgør, om det sker:

  1. Beslutningsrettigheder

  2. Ejerskab

  3. Håndhævelse

  4. Eskalation

Organisationsmodellen er ikke det første valg.

Symptomerne, I sandsynligvis kender

Mange organisationer oplever det samme, når data- og AI-initiativer skal fra projekt til drift.

 

Det ligner fire forskellige problemer. Forretningsmæssigt er det de tre fra indledningen, og de har samme årsag. Beslutningen er truffet. Den er aldrig blevet omsat til konsekvent udførelse.

Mål udførelsen i stedet for antallet af politikker

En beslutning i toppen er kun noget værd, hvis den kan udføres i bunden. Beslutningerne om data og AI skal hænge sammen: hver enkelt med en navngiven ejer, et mandat og en eskalationsvej.

Governance bør derfor ikke vurderes på antallet af gruppemedlemmer, møder, politikker eller standarder. Det, der tæller, er, om organisationen kan omsætte en beslutning til handling på tværs af mennesker, processer, data og systemer. Governance, der ikke lever i det daglige arbejde, er et dokument.

Fire ting, der kun virker samlet

Beslutningsrettigheder, ejerskab, håndhævelse og eskalation. De fire er ikke opgaver, man kan tage én ad gangen. Fejler én af dem, fejler helheden, og symptomet dukker op et helt andet sted end årsagen.

Beslutningsrettigheder uden håndhævelse giver politikker, ingen følger. Ejerskab uden fælles rammer giver to teams med hver sin definition af det samme begreb. Håndhævelse uden eskalation giver en drift, der går i stå, hver gang der opstår en undtagelse. Eskalation uden klare beslutningsrettigheder sender sagen videre, uden at nogen har mandat til at afgøre den.

Det er derfor, symptomet sjældent peger på årsagen. Standarden, ingen bruger, er et håndhævelsesproblem. To definitioner af samme begreb er et ejerskabsproblem. Løsningen, der venter i uger, er et eskalationsproblem. Rettelsen ligger et andet sted end symptomet.

 

3 Data Governance Artikel

Det er sammenhængen mellem de fire, der afgør, om governance holder i drift.

Organiseringen afhænger af, hvor I står

Der findes ikke én rigtig organisationsmodel. Hvilken der passer, afhænger af modenheden: hvor stærke datakompetencer der sidder i forretningen, hvor mange use cases der kører, og hvor tilgængelige data er i forvejen.

4 Data Governance Artikel

Et centraliseret team, hvor alt går igennem, bliver en flaskehals, hvis der allerede sidder dygtige datafolk i forretningen. En decentral organisering, før ejerskab og standarder er på plads, fragmenterer begreberne. De fleste organisationer flytter sig gennem spektret over tid, og modellen skal flytte sig med dem.

Fejlen er at vælge en model, organisationen ikke kan bære, og det viser sig først, når den første AI-løsning skal i drift.

Mekanismer, I kan sammensætte

De fire mekanismer bærer fire ting i praksis.

  • Referencegrupper bærer primært ejerskabet

  • Principper bærer primært beslutningsrettighederne

  • Procedurer bærer primært eskalationen

  • Runtime-kontroller bærer primært håndhævelsen.

 

Mekanismerne overlapper, og det er meningen. En procedure, der kun understøtter én af de fire, er sjældent værd at skrive ned. Hvor meget I har brug for af hver, afhænger af, hvor I står.

De seks beslutningstyper fra den første artikel er det, mekanismerne skal bære: adgang & sikkerhed, kontekst & betydning, data- & modelkvalitet, autonomi, omkostning samt ansvar & sporbarhed.

En organisation, der lige er gået i gang, får mest ud af de to første. En organisation med flere AI-løsninger i drift har brug for alle fire. Rækkefølgen er sjældent til diskussion: den fjerde mekanisme kræver, at de tre første har defineret, hvad der skal håndhæves.

Når AI-agenten læser på tværs af domænerne

En agent, der skal træffe en beslutning, henter ofte data fra flere domæner på én gang - for eksempel kunde, produkt og service. De tre domæner har hver sin definition af, hvornår kunden er aktiv, og hver sin opfattelse af, hvornår data er gode nok. Agenten spørger ikke og vælger.

Derfor skal ejerskab af rammerne og ejerskab af data holdes adskilt. Beslutningslaget ejer rammerne for agentens autonomi, go-live og forbrug. Det enkelte produkt- eller procesteam ejer den konkrete løsning og dens effekt i driften. De data, agenten forbruger, forbliver fødererede: ejet pr. domæne og læst gennem aftalte snitflader. Beskriver domænet dem ikke, mangler agenten et pålideligt grundlag.

Rollerne er de samme. Aktøren, de skal forholde sig til, er ny. En dataejer ejer sit domæne og de aftaler, en agent læser på. En datasteward går fra at sikre kvalitet sag for sag til at lægge skønnet ind i standarder, som en maskine kan håndhæve.

En agent udfylder ikke automatisk uklare regler med organisatorisk erfaring. Den skal have klare data, grænser og eskalationsmuligheder indbygget. Derfor skal betydningen rejse med dataene i stedet for at ligge i hovedet på den, der plejer at vide det. Hvordan den betydning gøres tilgængelig for både mennesker og agenter, er emnet for den tredje artikel.


Hvor I starter, og hvad I får

Governance bliver operationel, når den har en rytme: datafejl håndteres løbende, standarder revideres, når processer ændrer sig.

Start med ét dataområde, hvor en konkret AI-løsning skal i drift. Udpeg en ejer, etablér en referencegruppe, beskriv området, og følg datakvaliteten løbende.

Effekten kan følges på tre tal. Antal afklaringer per løsning, før den kan gå i drift. Tid fra løsningen er klar, til den er i drift. Og hvor mange datafejl der kommer igen næste kvartal. Alle tre kan måles, før governance er færdig, og alle tre bevæger sig, når de fire ting hænger sammen.

 

Har I brug for hjælp?

Vi kan hjælpe jer med at placere jer i spektret og prioritere mekanismerne. Et første forløb er kort: et billede af, hvor de fire ting hænger sammen i dag og hvor de ikke gør, valg af ét dataområde at starte med, og en referencegruppe, der er nedsat og har holdt sit første møde.

Vil du høre mere?

Kontakt
Honey Arora Senior Manager

+45 2989 7209

har@immeo.dk

HAR
breaker