Softwaredrift og overvågning

Softwaredrift kræver overblik over de opgaver, der skal kunne fortsætte, de systemer opgaverne afhænger af, og de personer, der kan handle ved fejl. Overvåg både tekniske signaler og resultatet af vigtige arbejdsgange. Aftal, hvordan arbejdet fortsætter under et udfald.

Begynd med de opgaver, der ikke må gå i stå

Lav en kort oversigt over forretningskritiske systemer. Notér for hvert system, hvilke opgaver det understøtter, hvilke andre systemer det afhænger af, og hvem der kan træffe beslutning ved et driftsproblem. En delt fil eller en enkelt integration kan være afgørende for dagens arbejde.

Spørg medarbejderne, hvad der sker, hvis systemet er utilgængeligt en formiddag. Kan arbejdet midlertidigt udføres på en anden måde? Hvilke oplysninger skal være til stede, før det kan genoptages? Brug svarene til at prioritere drift og gendannelse.

Beslutninger for de opgaver, der ikke må gå i stå

Overvåg resultatet, ikke kun systemets status

Et system kan svare på login, mens en nødvendig overførsel står stille. Vælg kontroller, der følger en vigtig opgave: Kom posten ind, blev den behandlet, og findes resultatet hos modtageren?

Supplér med fejl, ventende poster og køretid, når den konkrete løsning giver adgang til de signaler.

En alarm skal have en modtager og en aftalt handling. Beskriv, hvornår en enkelt fejl skal undersøges, og hvornår flere berørte sager kræver hurtig eskalering.

Kontrollér også arbejde, som slet ikke startede. En tom fejlliste beviser ikke, at forventede opgaver blev kørt.

Notér efter en hændelse, hvordan problemet blev opdaget, hvilke opgaver der blev berørt, og om en kontrol manglede. Justér alarmerne efter fundene, så de peger på arbejde, nogen skal håndtere.

Gennemgå både udførelseslogge og målinger af ydeevne, når et driftsproblem skal afgrænses. En samlet oversigt kan give et hurtigt overblik, mens analyse af kørsler kan hjælpe med at finde den handling eller det trin, hvor forløbet bremses. Brug indsigterne sammen med oplysningerne om, hvilke opgaver der er berørt.

Sammenlign arbejdsgangens faktiske forløb med det forventede resultat, ikke kun med tidligere fejl. Regelmæssig overvågning skal vise, om løsningen kører korrekt, og om den stadig leverer det tilsigtede resultat effektivt. Afvigelser i køretid eller udførelse kan derfor være relevante driftssignaler, også før brugerne melder om et udfald.

Lad resultaterne fra overvågningen føre til en konkret opfølgning. Hvis analysen peger på en flaskehals eller ændret ydeevne, bør teamet vurdere, hvilke opgaver det påvirker, og om driften kræver handling. Registrér fundet i den eksisterende driftsoversigt, så det kan indgå i den videre prioritering.

Overvåg resultatet af en vigtig opgave

Gør overvågning til en fast driftsopgave

Automatiske arbejdsgange bør ikke behandles som løsninger, der passer sig selv. Regelmæssig overvågning kan vise, om de kører korrekt og effektivt og leverer det tilsigtede resultat. Formålet er også at opdage begyndende problemer, før de vokser og rammer flere opgaver.

En samlet driftsoversigt kan gøre det lettere at se, hvor opmærksomheden er nødvendig. I Power Automate samler Automation Center blandt andet anbefalinger, kørselslogge og målinger af ydeevne i et dashboard. Det giver et samlet indblik i arbejdsgangene og kan bruges til at prioritere, hvad teamet undersøger.

Brug ikke kun oversigten til at finde fejl. Målinger og anbefalinger kan også pege på arbejdsgange, der ikke leverer som forventet, eller hvor udførelsen kan forbedres. Følg op på fundene ved at knytte dem til den opgave, de påvirker, og til en ansvarlig, der kan vurdere næste skridt.

Procesanalyse kan supplere den løbende kontrol ved at undersøge kørslernes forløb. Den kan vise, hvor en arbejdsgang bliver langsommere, og hvor der kan være flaskehalse. Analyse af kørsler over tid kan synliggøre ændringer i ydeevnen, som ikke nødvendigvis fremgår af en enkelt fejlhændelse.

Se efter både den samlede køretid og varigheden af de enkelte handlinger. I en procesanalyserapport for et cloudflow kan gennemsnittet for hver handling sammenholdes med den samlede udførelsestid. Det hjælper med at indsnævre, hvor i forløbet en forsinkelse opstår, så undersøgelsen kan begynde dér.

Kørselsdata kan også vise, om en arbejdsgang udfører mange handlinger på én gang. Antallet af handlinger i en kørsel kan hjælpe med at vurdere, om arbejdsgangen risikerer at ramme begrænsninger ved daglige aktivitetsudbrud. Brug signalet som anledning til at undersøge forløbet og dets betydning for de berørte opgaver.

Fra overvågningssignal til opfølgning

Brug historik til at se udviklingen

En enkelt vellykket kørsel fortæller ikke, om driften samlet set er stabil. Sammenhold derfor historikken med de forventede resultater, og undersøg, når ydeevnen ændrer sig over tid. Procesanalyse kan bruge kørslernes historik til at skabe indsigter, der gør det lettere at finde konkrete forbedringsmuligheder.

Vurder fundene ud fra arbejdsgangens formål: En længere udførelsestid er relevant, hvis den forsinker en vigtig opgave. Et stort antal handlinger bør undersøges, hvis det kan påvirke den daglige afvikling. På den måde bliver målingerne et grundlag for driftsprioritering frem for tal, der står alene.

Overvågning kan desuden give indblik i, hvordan arbejdsgange bliver brugt. Brug oplysningerne til at vurdere, om de fortsat understøtter arbejdet effektivt, og om der er grund til at optimere ydeevnen. Hold fokus på den konkrete driftsopgave og på, hvem der skal følge op på ændrede mønstre.

Hav en prøvet vej tilbage

Aftal, hvilke data, indstillinger og forbindelser der er nødvendige for at genoptage arbejdet. Beslut, hvor gamle gendannede oplysninger højst må være, og hvor længe opgaven kan vente. Målene skal bygge på virksomhedens arbejde og den konkrete løsning.

Planlæg gendannelsesprøver i et egnet miljø uden at overskrive levende data. Kontrollér, at relevante poster, relationer og adgange virker, og dokumentér prøvens omfang. En gendannet fil viser ikke alene, at hele arbejdsprocessen kan fortsætte.

Prøv gendannelsesvejen før et udfald

Hold regler og ansvar ajour

Når en automatisk regel ændres, bør teamet kunne finde formål, ansvarlig, beslutning, tidligere indstilling og forventet virkning. Kontrollér resultatet efter ændringen, og aftal en vej tilbage ved fejl. En teknisk versionshistorik forklarer ikke nødvendigvis, hvorfor reglen blev ændret.

Gennemgå driftsoversigten, når en leverandør, arbejdsproces eller ansvarlig person ændres. Under et udfald skal den hurtigt vise, hvem der kontaktes, hvad der undersøges først, hvem der beslutter en midlertidig løsning, og hvordan normal drift bekræftes.

Dokumentér ændringer i automatiske regler