At overvåge systemer med hensyn til tilgængelighed og hastighed, og signalere afvigelser før brugerne mærker noget til det, er en opgave der i vid udstrækning kan overtages. Ikke fordi AI pludselig forstår sig på infrastruktur, men fordi opgaven i sig selv gennem årevis er blevet opbygget omkring måleværdier, tærskler og gentagelse. Det er en anden konklusion end ved opgaver hvor vurdering eller forhandling udgør kernen.
Tre akser er her afgørende: volumen, struktureringsgrad og fejlomkostninger.
Volumen er højt. Overvågning kører kontinuerligt, dag og nat, over hundredvis eller tusindvis af målepunkter. Et menneske der skulle holde styr på det manuelt, kigger med mellemrum på dashboards og overser hvad der sker imellem. Et system der måler hvert sekund og sammenligner med en tærskelværdi, overser det ikke.
Struktureringsgraden er høj. Opgaven består af: at måle, sammenligne med en norm, og ved afvigelse afgive et signal. Det er en fast procedure, ikke et åbent spørgsmål. Sammenlign det med at besvare et brugerspørgsmål om software, hvor spørgsmålet hver gang er formuleret anderledes og kræver kontekst.
Fejlomkostningerne er lave til middel. En overset eller for sen melding er irriterende, men som regel reparerbar: systemet sender en ny advarsel så snart afvigelsen fortsætter, og de fleste tærskelværdier er indstillet med margin. Det er anderledes end ved en opgave hvor ét overset trin direkte resulterer i en bruger uden en fungerende applikation, som ved løsning af en førstelinje IT-hændelse.
To akser dæmper billedet: skønsrum og kreativitet ligger på henholdsvis 2 og 1.
At signalere en afvigelse er noget andet end at forstå hvad den afvigelse betyder for organisationen. En spids i hukommelsesforbrug kan være uskyldig, eller begyndelsen på et problem der om to timer lukker webshoppen ned. At fastlægge den betydning, og beslutningen om at eskalere til en ingeniør der griber ind, forbliver menneskeligt arbejde. AI signalerer afvigelsen; en person med kendskab til miljøet vurderer hvad den afvigelse er værd.
Det er samtidig grunden til at denne opgave ikke står alene. Det signal som et overvågningsværktøj afgiver, skal lande et sted: som en registreret hændelse med den rette hastegrad. Hvordan det forløber videre, er beskrevet under Registrering og prioritering af IT-hændelser, en opgave der er en anelse mindre fastlagt end selve overvågningen.
Vurderingen er: en agent. Ikke et løst script der kontrollerer én tærskelværdi, men et system der kontinuerligt måler, kombinerer flere signaler, og selv afgør om et mønster er en melding værd før et menneske ser det. Det er et skridt videre end blot alarmering, og et skridt tilbage fra fuld autonomi: agenten signalerer og kategoriserer, en administrator beslutter hvad der skal ske med signalet.
To rammebetingelser afgør om det fungerer. Der skal være indrettede tærskelværdier, tilpasset til hvad der er normalt for de pågældende systemer: en tærskel der er streng nok for én applikation, kan for en anden konstant udløse falske alarmer. Og der skal være automatiseret alarmering der rent faktisk leverer signalet til nogen. Uden disse to er der intet at overtage: ingen norm at måle mod, ingen kanal at videresende gennem.
Hos en virksomhed med et par servere og faste kontortider er overvågning ofte stadig et spørgsmål om at kigge efter en gang imellem. Volumengevinsten ved automatisering er der begrænset, simpelthen fordi volumen er lavt. Hos en virksomhed med mange systemer, kunder der forventer adgang på ethvert tidspunkt af døgnet, og en historik med hændelser der er opstået om natten, ser billedet anderledes ud: der stiger den fte-kapacitet der frigøres ved kontinuerlig automatiseret overvågning hurtigt, fordi alternativet er et menneske der permanent skal stå standby.
Også fejlomkostnings-aksen forskyder sig fra virksomhed til virksomhed. Hos et internt testmiljø er en overset melding uden konsekvenser. Hos et system der direkte berører betalingstrafik eller medicinske data, ligger compliance-barren højere, og det skubber compliance-aksen, der her allerede ligger på 4, endnu længere i retning af obligatorisk registrering og påviselig opfølgning.
Dette er ikke en udtalelse om personale. Om og hvordan en organisation anvender den frigjorte kapacitet fra en systemadministrator på anden vis, er et valg der tilhører arbejdsgiveren, med egne lovmæssige krav hvor det berører beslutninger om stillinger. Denne side beskriver kun arbejdet, ikke de mennesker der udfører det i dag.
Overvågning er sjældent en isoleret opgave. Den hænger sammen med udførelse og kontrol af backup, med hændelseshåndtering, og med planlægningen af hvem der skal være tilgængelig hvornår for opfølgning. Den der ønsker et bredere billede af hvad AI kan overtage i IT-funktionen som helhed, finder et udgangspunkt på siden om arbejde og planlægning.
Denne side giver en vurdering baseret på opgaven i generel form. Hvor meget det betyder for en konkret virksomhed, afhænger af antallet af systemer, de indrettede tærskelværdier og konsekvenserne af en overset melding. En indikation for den enkelte situation kan fås med den gratis quickscan: tolv spørgsmål, uden konto, med en indikation af hvilken andel af timerne i denne profil der i dag kan overtages af AI. Den fuldstændige arbejdsscan, der opdeler en hel virksomheds arbejde i opgaver, er stadig under udvikling.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.