Vigtigste punkter fra indlægget
Først oversigt, så indkøb
Listen over systemer, kontrakter og integrationer viser, hvad distriktskontoret allerede har, og hvor risikoen ligger.
Én plan for forpligtelser
EZD, KSC, KSeF, e-Doręczenia og CRU vedrører de samme mennesker og det samme dokumentflow.
Budget på distriktsrådets sprog
Forpligtelse for sig, investering for sig, omkostningen ved at undlade handling direkte.
Digitaliseringsansvarlig
Sekretæren med en rådgiver ved siden af it-medarbejderne, uden at oprette en stilling som it-direktør.
Zdjęcia ilustracyjne
Dette indlæg er til distriktssekretærer og distriktschefer (starosta), samt til kæmnere, som budgettet aftales med. Distriktskontoret har sin egen specifikke karakter: mange afdelinger med egne fagsystemer og nationale registre, organisatoriske enheder under distriktet, og i loven om det nationale cybersikkerhedssystem status som nøgleenhed. Derfor er orden i it ikke kun et spørgsmål om bekvemmelighed her, men også om forpligtelser.
Hvorfor det er sværere på et distriktskontor
Distriktskontoret håndterer sager, der er baseret på systemer og registre drevet af forskellige leverandører og institutioner: køretøjsregistrering, det geodætiske ressourceregister, byggesager, økonomi, HR og dokumenthåndtering. Hver afdeling kender sit eget system, men sjældent er der nogen, der ser helheden: hvilke systemer udveksler data med hinanden, hvem der ejer kontrakten, hvornår producentens support udløber, og hvad der sker, hvis leverandøren hæver prisen.
Ud fra samtaler med distriktskontorer ser jeg nogle tilbagevendende årsager:
- Viden er spredt. It-medarbejderen kender infrastrukturen, afdelingerne kender deres applikationer, leverandørerne kender deres kontrakter. Ingen har det fulde billede.
- Forpligtelserne kommer hver for sig, men lander hos de samme mennesker. KSC, KSeF, e-Doręczenia, Det Centrale Kontraktregister og den bebudede forpligtelse til et EZD-klasse system er i praksis ændringer af det samme dokumentflow.
- It-afdelingen er lille. To-tre personer vedligeholder udstyr, netværk og kontorets daglige drift. De har ikke tid til at gennemføre valget af et stort system.
- Beslutninger træffes under tidspres. Så er der ikke længere tid til sammenligning af tilbud, og distriktskontoret forhandler fra en svagere position.
Trin 1. Kortlægning af systemer og kontrakter
Det første skridt er ikke valget af et system, men en oversigt over det, distriktskontoret allerede har. En god kortlægning besvarer enkle spørgsmål: hvilke systemer kører i hver afdeling, hvem der ejer dem, hvem kontrakten er indgået med og indtil hvornår, hvor meget vedligeholdelsen koster, hvilke systemer udveksler data med hinanden, og hvor der er enkeltpunktsfejl, altså steder hvor en fejl i én komponent eller én persons afgang stopper arbejdet.
Kortlægningen tager 2-6 uger, ligger under tærsklen for offentlige udbud og kræver ikke adgang til borgernes data. Den afsluttes med én side til distriktschefen (starosta) og distriktsbestyrelsen samt et komplet sæt dokumenter, som alle efterfølgende trin bygger på. Detaljer: kortlægning af it-systemer.
Trin 2. Plan for forpligtelser på én side
På baggrund af kortlægningen udarbejdes én side med forpligtelser og frister. Ved hver forpligtelse angives: hvem der er ansvarlig, hvad det næste skridt er, og hvornår.
- Et EZD-klasse system. Bebudet forpligtelse; ifølge udmeldinger fra Digitaliseringsministeriet fra oktober 2026 er fristen udskudt til tidligst 2029, og lovgivningen er stadig i udkast. Det er værd at bekræfte løbende, da tidsplanen opdateres fra tid til anden.
- KSC. Distriktskontoret er en nøgleenhed i henhold til loven om det nationale cybersikkerhedssystem (KSC); en del af forpligtelserne har egne frister. Hvor man skal begynde, beskriver jeg i indlægget KSC-loven på distriktskontoret.
- KSeF og e-Doręczenia. De ændrer håndteringen af fakturaer og korrespondance og berører dermed de samme processer som EZD-klasse systemet.
- Det Centrale Kontraktregister (CRU). Kræver viden om kontrakter, som kortlægningen under alle omstændigheder indsamler; trin for trin beskriver jeg det i indlægget Det Centrale Kontraktregister.
Planen for forpligtelser fungerer som en renoveringsplan for en bygning, hvor der arbejdes hver dag. Man kan ikke udskifte installationerne i hvert rum hver for sig og uafhængigt af hinanden. Man er nødt til at vide, hvad der løber gennem hvilke vægge, og tilrettelægge arbejdet, så kontoret fungerer hele tiden.
Trin 3. Et budget, der kan forsvares over for distriktsrådet
Et it-budget som én samlet post er svært at forsvare. Det er lettere, når det deles op i en lovpligtig forpligtelse (det, der skal gøres i kraft af lovgivningen) og en investering (det, distriktskontoret gør for at arbejde mere effektivt), og ved siden af omkostningen ved at undlade handling: hvad der sker, hvis vi ikke gør noget. Budgetforslaget udarbejdes om efteråret, så det er det bedste tidspunkt at forberede en sådan opdeling på. Mere i indlægget It-budget over for rådet.
Trin 4. Digitaliseringsansvarlig uden en ny stilling
Ethvert stort projekt har brug for en ansvarlig: en person, der holder øje med helheden, fristerne og beslutningerne. På et distriktskontor uden it-direktør er det normalt sekretæren, selvom vedkommende sjældent har tid og erfaring med valg af store systemer. I stedet for at oprette en ny stilling kan man styrke dette med en ekstern rådgiver på deltid: nogen, der hver uge eller hver måned sætter sig sammen med sekretæren og it-lederen, fører et register over projekter og risici, hjælper med samtaler med leverandører og vurderer deres forslag uafhængigt. Beslutningerne forbliver hos distriktskontoret.
It-lederen er i denne sammenhæng en allieret, ikke et objekt for tilsyn. Registret over systemer og opdelingen af budgettet er de bedste argumenter for de ressourcer, som it-medarbejderen normalt har bedt om i lang tid.
Eksempel fra praksis
Den samme mekanisme har jeg set i en stor JST (lokal selvstyreenhed), hvor partneren på kontorets side var chefen for it-afdelingen. Kontoret voksede med stadig flere applikationer, der ikke hang sammen, og som skulle understøtte de enkelte afdelingers arbejde. Vi startede med en grundlæggende kortlægning af behov og eksisterende systemer. På den baggrund opstod et kort over tiltag, der skulle optimere omkostningerne ved kommende projekter, og dernæst fundamentet for en applikationsstrategi, oversat til teknologiske krav: optimal samlet ejeromkostning (TCO), begrænsning af risikoen for vendor lock-in og en plan for at overføre viden fra leverandører til det interne it-team.
Kontoret indførte standarder for procesmodellering, videnoverdragelse mellem leverandører samt dokumentation af krav og systemarkitektur, og planlagde applikationsstrategien for de kommende ti år. Det, der overraskede mest, var ét forhold: de organisatoriske enheder, som havde egne budgetter og beføjelser, kørte parallelt deres egne it-initiativer. De udbyggede siloer og øgede vedligeholdelsesomkostningerne, selvom det fra begyndelsen kunne have været gennemført inden for rammerne af én sammenhængende strategi. Uden kortlægningen ville ingen have set det.