Vi bruger cookies

Vi bruger nødvendige cookies til at få hjemmesiden til at fungere. Med dit samtykke bruger vi også cookies til statistik, præferencer og eventuel markedsføring. Du kan acceptere alle, afvise ikke-nødvendige cookies eller tilpasse dit valg.

Cookiepolitik Privatlivspolitik

KHALEGI DIGITAL

DIGITALISERING I PRAKSIS

FAQ

Velkommen til KHALEGI DIGITAL FAQ

FAQ’en samler mine erfaringer, observationer og spørgsmål inden for IT, teknologi, indkøb, kontrakter og rådgivning.

Brug søgefeltet til at søge efter konkrete spørgsmål eller nøgleord. Du kan også indsnævre resultaterne ved at filtrere på hovedområde, emne og målgruppe, så det bliver lettere at finde de svar, der er relevante for din situation.

FAQ’en indeholder aktuelt 200 spørgsmål og svar fordelt på ni hovedområder:

  • Cloud: Cloudstrategi og udbud, pris og økonomi, governance og compliance, service level agreements (SLA), leverandørvalg samt forandring og exit-strategi.
  • IT-udbud: Strategi, leverandørskifte, evaluering, kontrakt, governance, compliance og konkurrence i forbindelse med IT-udbud.
  • IT-sikkerhed: NIS2 og øvrige krav, lovgivning og certificering, data og lokation, internationale overførsler, myndigheder og roller, kravspecifikationer, kontraktforhold, dokumentation, standarder, governance og modenhed.
  • IT-kontrakter: Procedure og evaluering, krav og specifikationer, kontraktændringer, økonomi og forhandling, kontrakthåndtering samt compliance og samfundsansvar.
  • IT-strategi: Strategiske valg og prioritering, gennemførelse af strategien, portefølje- og produktansvar samt cloud, data og sikkerhed.
  • Ledelsesrådgivning: Ledelsesbeslutninger og mandat, gevinstrealisering og samarbejde, forankring og rådgivning samt beredskab og ledelsesstyring.
  • Analyser: Behov og datagrundlag, analysemetoder og beslutningsstøtte, alternativer og økonomi samt analyseleverancer og opfølgning.
  • Bid management: Tilbudsbeslutninger og strategi, tilbudsteam og dokumentation, tilbudsleverance og kvalitet samt læring og tilbudsstyring.
  • Market entry: Markedsvalg og kunder, markedstest og pipeline, adgang og lokal levering samt markedsstyring og skalering.

FAQ’en er lavet som et praktisk opslagsværk og bliver løbende udbygget og opdateret med nye spørgsmål, svar og emner.

Hvis du har forslag til nye spørgsmål eller emner, er du velkommen til at kontakte mig.

Nulstil

80 svar fundet · side 5 af 7

Hvordan kan sociale klausuler indgå i en IT-kontrakt?

Sociale klausuler kan være relevante, når de er lovligt udformet og knyttet til kontraktens gennemførelse. Kravene skal passe til leverancen og kunne følges op; de bør ikke indsættes som generelle ambitioner uden ansvar og dokumentation.

Afklar, hvilke forhold klausulen vedrører, hvem den omfatter i leverandørkæden, og hvilken kontrol kunden kan gennemføre. Beskriv håndtering af mangler og proportionalitet i reaktionerne. Undersøg også særlige lovkrav for den konkrete kontrakttype. En standardklausul fra en anden branche kan kræve betydelig tilpasning, før den fungerer i en IT-leverance.

Kilder og faglig baggrund: Udbudsloven, LBK nr. 116 af 3. februar 2025

Hvordan kombineres nationale krav og internationale sikkerhedsstandarder?

Start med de bindende krav, som gælder for organisationen og leverancen. Brug derefter relevante standarder og rammeværk til at strukturere kontroller og dokumentation. En international standard ophæver ikke danske eller sektorspecifikke krav.

Lav en oversigt, som forbinder hvert relevant krav med ansvarlig kontrol og dokumentation. Registrér områder, som standardens omfang ikke dækker, og planlæg supplerende tiltag. Undgå at love ”fuld compliance” alene på baggrund af et certifikat. Ved offentlige udbud skal henvisninger til standarder og krav om dokumentation desuden udformes i overensstemmelse med udbudsreglerne.

Kilder og faglig baggrund: ISO/IEC 27001:2022 · Udbudsloven, LBK nr. 116 af 3. februar 2025

Hvordan kontrolleres teknisk og juridisk reversibilitet i cloud?

Teknisk reversibilitet handler om at kunne flytte data og funktioner. Juridisk reversibilitet handler blandt andet om rettigheder, kontraktlige frister, licenser og leverandørens medvirken. Begge dele skal fungere, hvis et skifte skal være realistisk.

Gennemfør en mindre flyttetest med repræsentative data og dokumentér tidsforbrug, tabte funktioner og nødvendige tilpasninger. Sammenhold testen med kontraktens exitvilkår og omkostninger. Afklar særligt ejerskab til konfigurationer, integrationer og dokumentation. Målet er ikke nødvendigvis et omkostningsfrit skifte, men et kendt og håndterbart alternativ til at blive hos leverandøren.

Kilder og faglig baggrund: Digitaliseringsstyrelsen: K04 – IT-drift

Hvordan mindskes risikoen for tvister efter et IT-udbud?

Tvister forebygges bedst ved, at parterne på forhånd kan se, hvad der skal leveres, hvordan det accepteres, og hvordan uenighed håndteres. Uklare forudsætninger om data, ansvar og kundens medvirken bør afklares før kontraktstart.

Gennemfør en samlet gennemgang af krav, tilbud og kontrakt med dem, der skal drive leverancen. Registrér åbne spørgsmål, dokumentrangorden og beslutninger i en fælles log. Aftal et tidligt eskalationsforløb og en procedure for ændringer. I offentlige kontrakter skal ændringsønsker desuden vurderes udbudsretligt; enighed mellem parterne gør ikke enhver ændring lovlig.

Kilder og faglig baggrund: Udbudsloven, LBK nr. 116 af 3. februar 2025 · Digitaliseringsstyrelsen: K04 – IT-drift

Hvordan øges markedets interesse for et IT-udbud?

Markedets interesse afhænger blandt andet af opgavens attraktivitet, risiko, størrelse og omkostningerne ved at afgive tilbud. Et meget detaljeret materiale kan stadig være uinteressant, hvis tidsplanen er urealistisk eller ansvaret uklart.

Undersøg gennem markedsdialog, hvilke forhold der kan afholde relevante leverandører fra at deltage. Overvej opdeling, forholdsmæssige egnethedskrav, realistiske tilbudsfrister og klare prisforudsætninger. Gør det let at forstå leverancen og beslutningsprocessen. Ændringer skal understøtte en saglig konkurrence; hensynet til flere deltagere må ikke føre til, at nødvendige krav til kvalitet eller sikkerhed bortfalder.

Kilder og faglig baggrund: Udbudsloven, LBK nr. 116 af 3. februar 2025

Hvordan omsættes governance og sikkerhed til cloudbilag?

Et brugbart bilag beskriver, hvem der træffer beslutninger, hvem der udfører kontroller, og hvilken dokumentation kunden modtager. Formuleringer som ”høj sikkerhed” eller ”fælles ansvar” er for upræcise til daglig kontraktstyring.

Lav en ansvarsmatrix for adgangsstyring, konfiguration, hændelser, backup, ændringer og underleverandører. Tilføj mødefrekvens, rapporteringsformat, eskalationsvej og frister for afhjælpning. Gennemgå mindst ét konkret scenarie, eksempelvis kompromittering af en administratorkonto. Hvis parterne er uenige om næste handling i scenariet, skal bilaget præciseres, før aftalen underskrives.

Kilder og faglig baggrund: Digitaliseringsstyrelsen: K04 – IT-drift · NIST: Cybersecurity Framework 2.0

Hvordan organiseres effektiv styring af en IT-kontrakt?

Kontraktstyring kræver en navngiven ejer og et samlet overblik over forpligtelser, økonomi, service, risici og frister. Den bør begynde ved kontraktindgåelse, så væsentlige forhold ikke først opdages, når samarbejdet er udfordret.

Omsæt kontrakten til en praktisk kalender og et forpligtelsesregister. Aftal møder, rapportering og beslutningskompetence, og registrér ændringer sammen med deres økonomiske konsekvens. Adskil daglig driftsopfølgning fra ledelsens vurdering af relation og værdi. En kontraktmappe er nødvendig dokumentation, men aktiv styring opstår først, når nogen følger op på afvigelser og træffer beslutninger.

Kilder og faglig baggrund: Digitaliseringsstyrelsen: K04 – IT-drift

Hvordan sammenlignes cloudpriser i et IT-udbud?

Cloudpriser bør sammenlignes på et fælles, realistisk grundlag, der omfatter relevante ydelser og mængder. En lav pris på en enkelt enhed siger lidt om totaløkonomien, hvis tilbuddene bruger forskellige forbrugsforudsætninger.

Opstil scenarier for normal drift, vækst og ophør, og gør beregningsreglerne entydige. Medtag licenser, support, dataflytning og obligatoriske minimumskøb. I et offentligt udbud skal den offentliggjorte evalueringsmetode følges; supplerende økonomiske betragtninger må ikke indføre skjulte kriterier. Test modellen før offentliggørelse for at opdage prisstrukturer, som giver kunstigt gode resultater.

Kilder og faglig baggrund: Udbudsloven, LBK nr. 116 af 3. februar 2025 · KFST: Evalueringsmodeller

Hvordan sikres brugeradoption efter en cloudændring?

Brugeradoption begynder med at forstå de arbejdsgange, der ændres. Undervisning er nyttig, men hjælper kun begrænset, hvis løsningen gør opgaverne vanskeligere, eller hvis medarbejderne mangler tid og støtte til at ændre praksis.

Involvér repræsentative brugere tidligt, afprøv centrale opgaver og ret de største barrierer før udrulning. Planlæg introduktion, lokale kontaktpersoner og let adgang til hjælp. Følg både anvendelse og opgaveløsning, eksempelvis gennemførelsestid og fejl. Brug tilbagemeldinger til løbende forbedring, og undgå at gøre antal logins til det eneste mål for succes.

Kilder og faglig baggrund: GOV.UK Service Manual: User research in discovery

Hvordan sikres videnoverdragelse mellem IT-leverandører?

Videnoverdragelse skal omfatte den viden, modtageren skal bruge for at overtage ansvaret. Et dokumentarkiv er ikke nok, hvis centrale driftsrutiner, kendte fejl og integrationsafhængigheder kun er forstået af den afgående leverandør.

Definér konkrete leverancer, eksempelvis driftsvejledninger, arkitektur, kontaktpunkter og gennemgang af kritiske hændelser. Lad modtageren udføre udvalgte opgaver under kontrollerede forhold og registrere mangler. Aftal, hvem der godkender overdragelsen, og hvordan restancer lukkes. Beskyt personoplysninger og fortrolige forhold under delingen, og undgå at medtage adgangskoder direkte i dokumentationen.

Kilder og faglig baggrund: Digitaliseringsstyrelsen: K04 – IT-drift

Hvordan skabes en ensartet tilbudsevaluering?

En ensartet evaluering kræver en beskrevet metode, fælles forståelse af kriterierne og dokumentation for de konkrete vurderinger. Evaluatorer skal bedømme tilbuddene efter det offentliggjorte grundlag, ikke efter præferencer, der opstår under læsningen.

Afprøv modellen på konstruerede eksempler før offentliggørelse, og undersøg om vægtning og pointskala giver meningsfulde resultater. Under evalueringen bør observationer knyttes til tilbudssteder og relevante kriterier. Uenigheder skal drøftes og begrundes. Bevar et spor fra krav og kriterium til bedømmelse, så resultatet kan forklares uden efterfølgende nye begrundelser.

Kilder og faglig baggrund: Udbudsloven, LBK nr. 116 af 3. februar 2025 · KFST: Evalueringsmodeller

Hvordan stilles cloudkrav i et offentligt IT-udbud?

Beskriv den funktion, risiko og kontrol, der skal håndteres, før en bestemt cloudmodel vælges. Kravene skal være relevante for kontrakten og kunne dokumenteres og evalueres. Et produktnavn eller en geografisk præference bør ikke erstatte en begrundet kravbeskrivelse.

Lav eksempelvis særskilte krav til dataplacering, administratoradgang, backup, eksportformat og varsling af underleverandørændringer. Angiv, om hvert punkt er et minimumskrav, et evalueringspunkt eller en kontraktforpligtelse. Test materialet i lovlig markedsdialog, så kravene ikke utilsigtet udelukker anvendelige løsninger, og få særlige begrænsninger vurderet udbudsretligt.

Kilder og faglig baggrund: Udbudsloven, LBK nr. 116 af 3. februar 2025 · Datatilsynet: Cloud