Det korte svar
En AI-løsning er driftsklar, når teamet ved, hvad der skal overvåges, hvem der reagerer, og hvordan arbejdet fortsætter ved fejl. En teknisk vellykket forespørgsel er ikke nok; forretningsresultatet skal også være korrekt.
Overvåg både teknik og forretningsresultat
Tekniske mål kan være fejl i systemkald, kølængde og behandlingstid. Forretningsmål kan være manglende ordrelinjer, antal manuelle rettelser og gamle sager uden ejer. De to perspektiver supplerer hinanden.
En integration kan svare uden fejl og stadig bruge en forkert enhedsfaktor. Omvendt kan et teknisk stop være den korrekte adfærd, når en ordre mangler en pris. Aftal derfor, hvilke signaler der kræver handling, og hvilke der blot skal registreres.
Skriv en kort driftsbeskrivelse før lancering
Beskriv den normale rytme og de vigtigste afvigelser. En ny kollega bør kunne forstå, hvor arbejdet findes, og hvem der må sætte flowet på pause. Brug roller frem for kun navne, så beskrivelsen holder ved fravær.
| Spørgsmål | Det skal være besluttet |
|---|---|
| Hvem ejer processen? | Faglig ejer og stedfortræder |
| Hvem håndterer tekniske fejl? | Kontaktvej og ansvar |
| Hvornår reagerer vi? | Aftalte grænser for kø, alder og fejl |
| Hvordan stopper vi? | Kontrolleret pause med bevaret arbejde |
| Hvordan fortsætter vi? | Manuel procedure og afstemning efter genstart |
Eksempel: ERP er utilgængeligt en formiddag
Løsningen kan bevare modtagne opgaver i en kø og undgå at melde dem færdige. Kundeservice skal kunne se, at ordren afventer systemadgang. Genforsøg bør være begrænsede og tilpasset fejltypen; gentagne ugyldige input bliver ikke korrekte af at blive sendt igen.
Når forbindelsen er tilbage, skal teamet kontrollere, hvilke operationer der allerede blev udført før udfaldet. Herefter kan sikre genforsøg og afstemning bruges. En ukontrolleret genafspilning af hele køen kan skabe dubletter eller udføre forældede ønsker.
Gennemgå ændringer som en del af driften
Nye varefelter, opdaterede modeller og ændrede adgangsregler kan påvirke resultatet. Gem versioner og kør de relevante tests før en ændring tages i brug. Beskriv, hvordan I går tilbage eller pauser løsningen, hvis kvaliteten falder.
Hold en kort, regelmæssig gennemgang af fejltyper og sager, der blev sendt til mennesker. Målet er at fjerne gentagne årsager og forbedre processen. Flere alarmer er ikke i sig selv bedre drift; alarmerne skal føre til en tydelig handling.
Brug det i praksis
Jeres næste skridt
- Udpeg faglig og teknisk ejer samt stedfortrædere.
- Definér alarmer med en konkret handling.
- Bevar sager og referencer under udfald.
- Afprøv pause, manuel behandling og genstart.
- Gennemgå ændringer og tilbagevendende fejltyper.
Ofte stillede spørgsmål
Er en oppetidsmåling tilstrækkelig?+
Nej. Den viser ikke, om opgaverne løses korrekt eller bliver liggende i en kø.
Skal alle fejl genprøves automatisk?+
Nej. Midlertidige forbindelsesfejl og ugyldige forretningsdata kræver forskellig behandling.
Hvornår bør løsningen sættes på pause?+
Når et aftalt stopkriterium er opfyldt, eksempelvis uklar effekt af systemhandlinger eller fejl, som kan påvirke flere sager.
Kilder og faglig baggrund
De praktiske eksempler og tjeklister er udarbejdet til denne guide. Følgende kilder uddyber de angivne faglige begreber.
Teknisk baggrund om genforsøg, midlertidige fejl og idempotens.
Fra guiden til jeres arbejdsgang
Se hvilke oplysninger, adgange og kontroller der skal afklares, før jeres systemer forbindes.
Brug skabelonen
Saml jeres egne oplysninger i et arbejdsgrundlag, som kan udfyldes og downloades.
Udgivet af Norstream med AI-assisteret udarbejdelse. Eksempler er illustrative, medmindre andet er angivet. Tilpas metoder og kontroller til jeres systemer og faglige ansvar.
Har du en rettelse eller et spørgsmål?