← Alle artikler

Rutineoppgavene som spiser uken til et lite IT-team

Hvorfor arbeidet som aldri blir ferdig, koster mer enn arbeidet som blir det.

Rutineoppgavene i endepunktadministrasjonen – programoppdateringer, driversjekker, forespørsler om administratorrettigheter, revisjonsdokumentasjon – spiser mesteparten av de tilgjengelige timene i en liten IT-avdeling, og de spiser dem igjen uken etter. De dukker aldri opp i en prosjektplan, de feiler sjelden så tydelig at de blir eskalert, og de motstår de to tingene et presset team helst vil gjøre med dem: delegere dem eller bli ferdig med dem.

Spør en IT-leder i en virksomhet med 300 ansatte hva teamet jobbet med forrige uke, og svaret høres sjelden ut som en plan. Programmer måtte oppdateres. En bunke bærbare PC-er trengte drivere. Noen trengte lokale administratorrettigheter for å kjøre et installasjonsprogram, og noen andre måtte få de samme rettighetene fjernet igjen. Noen måtte sette sammen en rapport til en revisjon. Ingenting av det overrasket noen, og ingenting av det tok slutt.

Hvor uken egentlig blir av

Arbeidet som fyller uken til et lite IT-team, har en bestemt form. Det gjentas i en rytme ingen har valgt – leverandørene bestemmer den, og de setter opp tempoet. Chrome gikk i september 2026 over fra hovedversjoner hver fjerde uke til hovedversjoner annenhver uke, og dermed dobles antallet versjoner et IT-team må ta imot og verifisere. Maskinvareleverandørene slipper driverpakker når de slipper dem. Patch Tuesday kommer enten teamet har kapasitet den måneden eller ikke, og det er leverandøren som bestemmer omfanget også, slik Patch Tuesday i juni 2026 viste. Rytmen styres utenfra, den gir det samme resultatet hver gang den kjører, og den skjer uansett hva annet som foregår.

Den formen betyr noe, fordi den avgjør hva du kan gjøre med det. Prosjektarbeid lar seg prioritere – du kan flytte det, dele det opp eller stoppe det. Vedlikehold gjør ikke det. Å hoppe over en uke med programoppdateringer fjerner ikke arbeidet; det flytter det til neste uke og øker eksponeringen mens det venter.

Volumet vokser dessuten på en måte bemanningen ikke gjør. Hvert nytt program har sin egen oppdateringsrytme. Hver nye maskinvaremodell har sitt eget driversett. Hvert nytt etterlevelseskrav krever sin egen dokumentasjon. Et team som uten problemer håndterte 300 endepunkter, står overfor et annet problem ved 700, selv om ingen enkeltoppgave har blitt vanskeligere.

For én del av denne arbeidsmengden finnes det harde tall. Verizon 2026 Data Breach Investigations Report fant at medianvirksomheten hadde 16 kritiske sårbarheter fra CISAs Known Exploited Vulnerabilities-liste å patche i 2025, opp fra 11 året før, mens mediantiden til full utbedring økte fra 32 dager til 43 dager. Verizon peker på det økende volumet som det som vippet vektskålen, men påpeker samtidig at selve utbedringsevnen også ble svakere.

Hvorfor rutineoppgavene i endepunktadministrasjonen er vanskelige å delegere

Det åpenbare svaret på for mye gjentakende arbeid er å gi det til noen andre. I et team på fem til tjue personer møter det svaret tre vegger.

Arbeidet er spredt på flere roller. Patching ligger hos én person, klargjøring hos en annen, forespørsler om rettigheter hos servicedesken. Ingen eier helheten, så ingen ser det som én samlet arbeidsmengde.

Det er vanskelig å overlevere. En oppgave som ligger i noens rutine – sjekken de kjører på mandager, det de husker å kontrollere etter en ny versjon fra en leverandør – finnes ikke i skriftlig form. Å overlevere den betyr å skrive den ned først, og å skrive den ned er i seg selv arbeid som aldri havner øverst på listen.

Det ser lite ut til du teller det. Rytmene i reelle oppsett er tettere enn de fleste team anslår. Én CapaOne-kunde kjører tredjepartsoppdateringer hver time og driveroppdateringer hver kveld kl. 18.00; en annen sjekker drivere og programmer to ganger om dagen, kl. 10.00 og 14.00; en tredje oppdaterer tredjepartsprogramvare to ganger daglig og sjekker drivere tre ganger i uken. Gjort for hånd er hver av dem en fast avtale som konkurrerer med alt annet om de samme timene.

Resultatet er et team som har det travelt uten å kunne si hva det har det travelt med. Det gjør samtaler med ledelsen om kapasitet vanskelige, fordi det ærlige svaret – at arbeidet er reelt, men spredt – høres ut som en unnskyldning.

Hva som endrer seg når plattformen tar seg av gjentakelsene

Alternativet er ikke å jobbe raskere. Det er å flytte gjentakelsene fra mennesker til et system som kjører dem etter en tidsplan og rapporterer hva som skjedde. Om det faktisk gir timer tilbake, avhenger av to ting, og begge er lette å ta feil av.

Arbeidsflytene må kjøre uten skript. Ellers blir automatiseringen kode som én person vedlikeholder ved siden av, og teamet har byttet en gjentakende oppgave mot en avhengighet av en kollega. Og de må kjøre på ett sted. Ellers ser hver rolle fortsatt bare sin egen del, og ingen kan svare på hvor stor den gjentakende arbeidsmengden er.

CapaOne-plattformen for endepunktadministrasjon oppfyller begge vilkårene. Tredjepartsprogrammer oppdateres i en rytme teamet setter én gang i Application Manager. Drivere sjekkes automatisk via Provision Manager, som også bygger opp en enhet fra bunnen av (bare metal) når den kommer ny eller ikke vil starte. Heving av rettigheter slutter å være et ærend, fordi Privilege Manager gir rettigheter for en definert oppgave og varighet og tar dem tilbake uten at noen må huske å gjøre det. CapaOne fungerer sammen med Microsoft Intune, eller helt uten.

Hva et mindre IT-team merker først

Den første endringen er ikke et tall. Det er at mandagslisten blir kortere, og at punktene som står igjen, er de som trengte en person.

Rutineoppdateringer krever ikke lenger den samme manuelle oppmerksomheten, fordi den forutsigbare delen kjører og rapporterer seg selv. Ishøj kommune administrerer mer enn 2 500 enheter og sier rett ut at manuell håndtering ikke kunne ha holdt tritt bare med tempoet i nye nettleserversjoner. Klargjøring av enheter slutter å stoppe opp, fordi en maskin kan bygges opp på nytt uten at noen må gå bort til den med en USB-pinne. Forespørsler om rettigheter slutter å avbryte, fordi policyen besvarer de fleste av dem. Og revisjonsforberedelser slutter å være et prosjekt, fordi dokumentasjonen bygger seg opp mens driften går.

Hvor stort skiftet er, ser du av tallene én kunde rapporterte. Da Vordingborg Køkkenet først innførte CapaOne, viste dashbordet mer enn 1 000 manglende oppdateringer fordelt på rundt 200 endepunkter. Nå ligger det daglige tallet stabilt på null – ikke fordi noen jobber hardere, men fordi rutinen ikke lenger går gjennom en person.

Det som står igjen, er unntakshåndtering – og unntakshåndtering er det et team på fem til tjue personer faktisk er godt på. Enhetlig automatisering av endepunkter handler ikke om å fjerne mennesker fra arbeidet. Det handler om å sørge for at arbeidet de gjør, er den delen som krever skjønn.

Spørsmålet som er verdt å stille

Ett spørsmål skiller et kapasitetsproblem fra et bemanningsproblem: Hvor mye av arbeidet forrige uke dukker opp igjen neste uke?

Åpne listen fra forrige uke og merk alt som gjentas. Hopp over henvendelsene – henvendelsene er den synlige delen, og de fleste av dem er unntak. Merk det planlagte arbeidet: oppdateringskjøringene, driversjekkene, forespørslene om heving av rettigheter, rapportene ingen har bedt om, men alle forventer. Gang så hver av dem med hvor ofte den kjører i løpet av et år.

Regnestykket er nådeløst. En gjennomgang på tretti minutter av en programoppdatering, kjørt tre ganger i uken gjennom 48 arbeidsuker, koster 72 timer i året. Det er én arbeidsflyt av et dusin. Oppgaven ser ut som tretti minutter; over året blir det nesten to arbeidsuker.

Årskostnaden for én gjentakende endepunktoppgave En gjennomgang av en programoppdatering på tretti minutter, kjørt tre ganger i uken gjennom førtiåtte arbeidsuker, gir 144 kjøringer i året. Hver av de 144 rutene står for én kjøring. Til sammen blir det 72 timer, eller nesten to arbeidsuker, fra én enkelt arbeidsflyt. ÉN ARBEIDSFLYT, ETT ÅR Oppgaven ser ut som 30 minutter 30 minutter per kjøring × 3 kjøringer i uken × 48 arbeidsuker Hver rute nedenfor er én kjøring 144 kjøringer 72 timer i året
Én gjentakende oppgave, regnet i årskostnad. Regnestykket er argumentet: Tretti minutter er det oppgaven ser ut som, 72 timer er det året faktisk koster.

Det årlige tallet er det som er verdt å ta med til ledelsen, fordi det beskriver et system og ikke en mangel. En mangel løser du med flere ansatte. Et system løser du én gang.

Endepunktadministrasjon laget for mellomstore virksomheter tar utgangspunkt i nettopp det regnestykket – i antakelsen om at teamet er lite og antallet enheter ikke er det.

Den raskeste måten å finne ut hvor mye av den listen plattformen ville tatt over, er å se den kjøre på dine egne enheter. Book en demo av CapaOne-plattformen for endepunktadministrasjon – og ta med listen.

Ofte stilte spørsmål

Hvilke endepunktoppgaver bør et lite IT-team automatisere først?

Start med oppgavene som gjentas i en fast rytme og gir det samme resultatet hver gang: oppdateringer av tredjepartsprogrammer, driversjekker og rapporteringen som dokumenterer at begge deler er gjort. Automatiser den forutsigbare delen, og la folk beholde ansvaret for unntakene – kompatibilitetsproblemer, trinnvise utrullinger, tilbakerullinger og alt som berører et forretningskritisk program, krever fortsatt skjønn.

Hva skjer med gjentakende endepunktarbeid når noen slutter?

Det avhenger av hvor arbeidet ligger. Oppgaver som kjører som planlagte arbeidsflyter i en plattform, overlever at noen slutter, fordi den neste personen arver et system de kan lese. Oppgaver som ligger i én persons rutine, forsvinner sammen med den personen, og hullet viser seg som regel som en oppdatering som ble glemt, ikke som et åpenbart tomrom.

Hvorfor vokser det gjentakende IT-arbeidet hele tiden?

Hvert nytt program, hver nye maskinvaremodell og hvert nytt etterlevelseskrav kommer med sin egen vedlikeholdsrytme. Bemanningen vokser i trinn; vedlikeholdet vokser med hvert tillegg. Et team som klarte belastningen ved 300 endepunkter, står overfor et annet problem ved 700, selv om ingenting ved selve arbeidet har endret seg.

Hvordan viser du ledelsen hvor IT-kapasiteten går?

Mål arbeidet som gjentas, ikke henvendelsene som kommer inn. Tell hvor ofte en oppgave kjører, hvor lang tid den tar, og hvor ofte den feiler. Da blir en forespørsel om flere ansatte til en beskrivelse av et system, og det er en samtale ledelsen kan handle ut fra.

Rikke Borup

Skrevet av

Rikke Borup

CMO, CapaSystems

Rikke er markedsdirektør (CMO) i CapaSystems, der hun har ledet markedsføring og kommunikasjon siden 2009. Med over 17 års erfaring fra IT-bransjen – blant annet innen cybersikkerhet, programvare for endepunktadministrasjon og IT-tjenester – har hun lang og praktisk innsikt i utfordringene som moderne IT-miljøer i større virksomheter står overfor.

Rikke er utdannet journalist og spesialiserer seg på å gjøre komplekse tekniske temaer om til klar og lettfattelig kommunikasjon for IT-beslutningstakere.

Book en demo →