En kartlegging av IT-systemer og arkitekturstandarder er det minste og billigste trinnet i hele digitaliseringsstigen – og det eneste som gir forvaltningen eller selskapet, ikke leverandøren, styringen av retningen for de neste 10 årene.
Eksempel på en side til ledelsen. Illustrative data.
Et system i EZD-klassen, digital forvaltning, fakturaflyt under KSeF, en ny prosessplattform – hver av disse beslutningene koster hundretusener av złoty og binder organisasjonen til en leverandør i årevis. Kartleggingen gir dere objektiv kunnskap om hva dere faktisk har, hvilken tilstand det er i og hva som mangler, før beslutningen tas – slik at det er dere, og ikke et leverandørtilbud, som bestemmer retningen.
| Uten kartlegging | Etter kartleggingen |
|---|---|
| Konkurransegrunnlag skrevet ut fra leverandørenes tilbud. Ofte er det tilbudene som ender med å bestemme kravene. | Konkurransegrunnlag skrevet ut fra de faktiske behovene – oppdragsgiveren bestemmer kravene, leverandøren oppfyller dem |
| Klausuler om åpenhet og en exitplan henvist til «det kan vi legge til senere» | 20 standardklausuler om arkitektur, obligatoriske i hver IT-kontrakt |
| Systemer med overlappende funksjoner – organisasjonen betaler to ganger | Dere vet nøyaktig hva organisasjonen har og hvor hullene er – dere kjøper bare de funksjonene som mangler |
| Tilleggsavtaler for integrasjoner som ble glemt i konkurransegrunnlaget, for oppdragsgiverens regning | En katalog over obligatoriske integrasjoner med de sentrale systemene i konkurransegrunnlaget fra første dag |
| Risikoen for manglende samsvar med KSC/NIS 2/GDPR/AI Act kommer først frem ved en revisjon | Krav til regeletterlevelse skrevet inn i konkurransegrunnlaget og håndhevet overfor leverandøren |
| Leverandørinnlåsing – etter noen år kan dere ikke bytte uten å miste data | Klausuler om dataeksport, en exitplan, deponering av kildekode – oppdragsgiveren beholder full kontroll |
| Ingen begrunnelse for en innkjøpsbeslutning når revisorene spør | Dokumentert A/B/C/D-kategorisering og en begrunnelse for beslutningen |
| Søknader om EU-midler uten et solid analytisk grunnlag | Grunnlag for søknader om EU-midler, KPO-midler og nasjonale programmer |
Utarbeidet fra bunnen av en uavhengig rådgiver og tilpasset organisasjonen deres – ikke en mal dere må fylle ut selv. Totalt 16 dokumenter og verktøy som utgjør fundamentet for den digitale omstillingen og for gjennomføringen av en langsiktig IT-strategi.
En oppstartsworkshop med ledelsen (starosta – leder av distriktsforvaltningen – eller administrerende direktør, kommunedirektør, IT) og et kartleggingsskjema til avdelingene og leverandørene.
Gjennomgang av dokumentasjon, intervjuer med systemeierne (5–10 × 45–60 min), teknisk verifisering sammen med IT. 1–3 dager med møter med prosesseierne på stedet, resten digitalt.
Et utkast til A/B/C/D-kategorisering og en valideringsworkshop med avdelingslederne.
Rapporten og det komplette dokumentsettet; forberedelse og gjennomføring av et presentasjonsmøte for ledelsen (60–90 min).
Hold pekeren over en rad, eller velg den med Tab, for å se et eksempel.
| Kat. | Definisjon | Typisk tiltak |
|---|---|---|
| A | Systemer i tråd med målarkitekturen, høy modenhetEksempel: et personal- og lønnssystem med gyldig serviceavtale og åpent API. | Vedlikehold med kontrollert videreutvikling |
| B | Riktig retning, men krever tilpasningerEksempel: et økonomisystem uten integrasjon mot KSeF. | En plan for endringer, forhandlinger med leverandøren |
| C | Systemet utgjør en risiko – utdatert teknologi, opphør av støtte, leverandørinnlåsing, ingen integrasjonEksempel: et system for dokumentflyt der leverandøren avslutter støtten neste år. | En plan for utfasing og erstatning |
| D | En manglende funksjon i porteføljen som trengs i løpet av 1–10 årEksempel: flyten for inngående kostnadsfakturaer, som i dag går via e-post og et regneark. | Prioritering av innføringer, valg av leveransemodell |
A behold
B tilpass
C fas ut og erstatt
D tett hullet
Vurderingen bygger på 5 vektede dimensjoner: funksjonalitet og forretningsverdi (20 %), arkitektur og åpenhet – API-er, integrasjoner, standarder, beredskap for KI (25 %), sikkerhet og regeletterlevelse – KSC/NIS 2/GDPR/KRI/WCAG (20 %), teknologi og leverandør – aktualitet, støtte, leverandørinnlåsing (20 %), økonomi og samlede eierkostnader (15 %).
Prisen avhenger av antall systemer og avdelinger. Den endelige prisen fastsetter jeg etter en samtale på 30 minutter om organisasjonens størrelse.
Til sammenligning: Det komplette settet med strategiske dokumenter og standarder ville kostet 40 000–80 000 zł bestilt separat.
Metode → prosjektbeskrivelse → arkitekturvurdering → klausuler til anskaffelsen → risikoregister.
En standardkatalog, 20 kontraktsklausuler og en vurderingsmal – dere vet hva dere skal spørre om før dere setter dere ved bordet med en leverandør.
Integrasjonsmatrisen for de sentrale systemene som et ferdig utgangspunkt for hvert kommende integrasjonsprosjekt.
En oppdatering hver 12.–18. måned, enten gjennomført av deres egen IT-avdeling etter samme metode eller som en oppdatering av kartleggingen utført av rådgiveren.
Vanligvis 2–6 uker fra kontraktsignering til presentasjonsmøtet for ledelsen, avhengig av antall systemer. Bare 1–3 dager foregår på stedet, resten skjer på avstand. En koordinator på organisasjonens side bruker til sammen rundt 10 timer.
Nei. Den munner ut i krav, kontraktsklausuler og en integrasjonsmatrise – ting dere uansett måtte utarbeide før anskaffelsen. Som regel forkorter den forberedelsene til anskaffelsen, fordi den erstatter innhenting av leverandørtilbud som utgangspunkt.
Det er en metode for å vurdere hvert system ut fra fem vektede dimensjoner (funksjonalitet, arkitektur og åpenhet, sikkerhet og regeletterlevelse, teknologi og leverandør, økonomi og samlede kostnader), som ender med at hvert system plasseres i én av fire kategorier: A (behold), B (tilpass), C (planlegg erstatning) eller D (en manglende funksjon som må planlegges).
Nei – arbeidet skjer på nivået for systemer, kontrakter og konfigurasjon, uten tilgang til personopplysningene som behandles i systemene. Skulle slik tilgang bli nødvendig i et konkret tilfelle, krever det en egen databehandleravtale etter GDPR art. 28.
De blir utgangspunktet for videre arbeid: kravspesifikasjonen til et nytt prosjekt, forberedelser til samtaler med leverandører, søknader om midler og en periodisk oppdatering som deres egen IT-avdeling gjennomfører etter samme metode. Dette er ikke en rapport som havner i en skuff.
En sikkerhetsrevisjon kontrollerer samsvar med en bestemt standard eller forskrift og ender med en liste over avvik. Kartleggingen gir et bredere, forretningsmessig bilde av hele systemporteføljen – kostnader, risikoer, hull, retning – og omsettes direkte til arbeidsdokumenter for de neste beslutningene, ikke bare til en liste over utbedringer.
Ja. Applikasjonsregisteret angir for hvert system eier, kontrakt, lisens, kostnad og dato for opphør av støtte. Da ser man hvilke kontrakter som løper ut, hvor organisasjonen er avhengig av én enkelt leverandør, og hva driften egentlig koster.
