En kortlægning af IT-systemer og arkitekturstandarder er det mindste og billigste trin på hele digitaliseringsstigen – og det eneste, der giver myndigheden eller virksomheden, ikke leverandøren, styringen af retningen for de næste 10 år.
Eksempel på en side til ledelsen. Illustrative data.
Et system i EZD-klassen, digital forvaltning, fakturaflow under KSeF, en ny procesplatform – hver af disse beslutninger koster hundredtusindvis af złoty og binder organisationen til en leverandør i årevis. Kortlægningen giver jer objektiv viden om, hvad I faktisk har, hvilken stand det er i, og hvad der mangler, før beslutningen træffes – så det er jer, og ikke en leverandørs tilbud, der fastlægger retningen.
| Uden kortlægning | Efter kortlægningen |
|---|---|
| Udbudsmateriale skrevet ud fra leverandørernes tilbud. Ofte er det tilbuddene, der ender med at fastlægge kravene. | Udbudsmateriale skrevet ud fra de reelle behov – ordregiveren fastlægger kravene, leverandøren opfylder dem |
| Klausuler om åbenhed og en exitplan henlagt til „det kan vi tilføje senere“ | 20 standardklausuler om arkitektur, obligatoriske i hver IT-kontrakt |
| Systemer med overlappende funktioner – organisationen betaler to gange | I ved præcis, hvad organisationen har, og hvor hullerne er – I køber kun de funktioner, der mangler |
| Tillæg til kontrakten for integrationer, der blev glemt i udbudsmaterialet, for ordregiverens regning | Et katalog over obligatoriske integrationer med de centrale systemer i udbudsmaterialet fra første dag |
| Risikoen for manglende overholdelse af KSC/NIS 2/GDPR/AI Act kommer først frem ved en revision | Krav om overholdelse af regler skrevet ind i udbudsmaterialet og håndhævet over for leverandøren |
| Leverandørbinding – efter nogle år kan I ikke skifte uden at miste data | Klausuler om dataeksport, en exitplan, deponering af kildekode – ordregiveren bevarer den fulde kontrol |
| Ingen begrundelse for en indkøbsbeslutning, når revisorerne spørger | Dokumenteret A/B/C/D-kategorisering og en begrundelse for beslutningen |
| Ansøgninger om EU-midler uden et solidt analytisk grundlag | Grundlag for ansøgninger om EU-midler, KPO-midler og nationale programmer |
Udarbejdet fra bunden af en uafhængig rådgiver og tilpasset jeres organisation – ikke en skabelon, I selv skal udfylde. I alt 16 dokumenter og værktøjer, der udgør fundamentet for den digitale omstilling og for gennemførelsen af en langsigtet IT-strategi.
En opstartsworkshop med ledelsen (starosta – leder af distriktsforvaltningen – eller administrerende direktør, kommunaldirektør, IT) og et kortlægningsspørgeskema til afdelingerne og leverandørerne.
Gennemgang af dokumentation, interview med systemejerne (5–10 × 45–60 min.), teknisk verifikation sammen med IT. 1–3 dages møder med procesejerne på stedet, resten online.
Et udkast til A/B/C/D-kategorisering og en valideringsworkshop med afdelingslederne.
Rapporten og det komplette sæt dokumenter; forberedelse og afholdelse af et præsentationsmøde for ledelsen (60–90 min.).
Hold markøren over en række, eller vælg den med Tab, for at se et eksempel.
| Kat. | Definition | Typisk handling |
|---|---|---|
| A | Systemer, der passer til målarkitekturen, høj modenhedEksempel: et personale- og lønsystem med en gældende servicekontrakt og et åbent API. | Vedligeholdelse med kontrolleret videreudvikling |
| B | Den rigtige retning, men kræver tilpasningerEksempel: et økonomisystem uden integration til KSeF. | En plan for ændringer, forhandling med leverandøren |
| C | Systemet udgør en risiko – forældet teknologi, ophør af support, leverandørbinding, ingen integrationEksempel: et system til dokumentflow, hvis leverandør stopper supporten næste år. | En plan for udfasning og udskiftning |
| D | En manglende funktion i porteføljen, som bliver nødvendig inden for 1–10 årEksempel: flowet for omkostningsfakturaer, der i dag kører via e-mail og et regneark. | Prioritering af implementeringer, valg af leverancemodel |
A bevar
B tilpas
C udfas og udskift
D luk hullet
Vurderingen bygger på 5 vægtede dimensioner: funktionalitet og forretningsværdi (20%), arkitektur og åbenhed – API’er, integrationer, standarder, parathed til AI (25%), sikkerhed og regeloverholdelse – KSC/NIS 2/GDPR/KRI/WCAG (20%), teknologi og leverandør – aktualitet, support, leverandørbinding (20%), økonomi og samlede ejeromkostninger (15%).
Prisen afhænger af antallet af systemer og afdelinger. Den endelige pris fastsætter jeg efter en samtale på 30 minutter om organisationens størrelse.
Til sammenligning: Det komplette sæt strategiske dokumenter og standarder ville koste 40.000–80.000 zł, hvis det blev bestilt separat.
Metode → projektbeskrivelse → arkitekturvurdering → klausuler til udbuddet → risikoregister.
Et katalog over standarder, 20 kontraktklausuler og en vurderingsskabelon – I ved, hvad I skal spørge om, før I sætter jer ved bordet med en leverandør.
Integrationsmatrixen for de centrale systemer som et færdigt udgangspunkt for hvert kommende integrationsprojekt.
En opdatering hver 12.–18. måned, enten gennemført af jeres egen IT-afdeling efter samme metode eller som en opdatering af kortlægningen udført af rådgiveren.
Typisk 2–6 uger fra kontraktunderskrivelse til præsentationsmødet for ledelsen, afhængigt af antallet af systemer. Kun 1–3 dage foregår på stedet, resten på afstand. En koordinator på organisationens side bruger i alt omkring 10 timer.
Nej. Den munder ud i krav, kontraktklausuler og en integrationsmatrix – ting, I alligevel skulle udarbejde før udbuddet. Som regel forkorter den forberedelsen af udbuddet, fordi den erstatter indsamlingen af leverandørtilbud som udgangspunkt.
Det er en metode til at vurdere hvert system ud fra fem vægtede dimensioner (funktionalitet, arkitektur og åbenhed, sikkerhed og regeloverholdelse, teknologi og leverandør, økonomi og samlede omkostninger), som ender med, at hvert system placeres i en af fire kategorier: A (bevar), B (tilpas), C (planlæg udskiftning) eller D (en manglende funktion, der skal planlægges).
Nej – arbejdet foregår på niveauet for systemer, kontrakter og konfiguration uden adgang til de personoplysninger, der behandles i systemerne. Hvis en sådan adgang i et konkret tilfælde skulle blive nødvendig, kræver det en særskilt databehandleraftale efter GDPR art. 28.
De bliver udgangspunktet for det videre arbejde: kravspecifikationen til et nyt projekt, forberedelsen af samtaler med leverandører, ansøgninger om midler og en periodisk opdatering, som jeres egen IT-afdeling gennemfører efter samme metode. Det er ikke en rapport, der ender i en skuffe.
En sikkerhedsrevision kontrollerer overholdelsen af en bestemt standard eller regel og ender med en liste over afvigelser. Kortlægningen giver et bredere, forretningsmæssigt billede af hele systemporteføljen – omkostninger, risici, huller, retning – og omsættes direkte til arbejdsdokumenter for de næste beslutninger, ikke kun til en liste over rettelser.
Ja. Applikationsregistret angiver for hvert system ejer, kontrakt, licens, omkostninger og ophørsdato for support. Så kan man se, hvilke kontrakter der udløber, hvor organisationen er afhængig af en enkelt leverandør, og hvad driften reelt koster.
