Design principper #

Designprincipperne har til formål at oversætte den overordnede vision for det eksisterende IT-målbillede til konkrete designprincipper, som er med til at sikre at visionen holdes i centrum i designprocessen ved udarbejdelse af målarkitekturen.

Dette opbygger en fælles forståelse og sikrer en ensartet spilleplade og beslutningsgrundlag med konkrete ‘regler’ for design og udvikling på tværs af fagsystemer og FM Data Hub –samt det øvrige systemlandskab med kobling til integrations-og KK services.

Designprincip 1 #

En simpel og stepvis tilgang til design og udvikling af nye IT-løsninger

Hvad #

Start simpelt ved design og udvikling af nye IT-løsninger med indledningsvis ‘must-have’ krav (MVP) –hvorefter der kan skaleres løbende.

Hvorfor #

Hurtigere gevinstrealisering hvor IT-løsninger hurtigere kan testes af, som ligeledes giver en bedre og kontrolleret styring af IT-landskabet.

Hvordan #

Promovere trinvis design og udvikling ved at fokusere på forretningskritikalitetfrem for omfang herunder følge MoSCoWprincippet.

Designprincip 2 #

En leverancemodel med kontrolleret styring og minimal afhængighed

Hvad #

Valg af nye IT-løsninger skal bidrage til leverandøruafhængighed og bæredygtig support og drift med kobling til eksisterende IT service model.

Hvorfor #

Kejd skal undgå at etablere nye IT-løsninger, der fordrer leverandør support og/eller kræver involvering fra få nøglepersoner, da det mindsker fleksibilitet, omstillingsparathed og gør forretningsunderstøttelsen skrøbelig.

Hvordan #

Ved design og udvikling af nye IT-løsninger skal leverancemodellen tænkes ind for både projekt-og driftsorganisationen herunder det krævede ressourcetræk og de forventede kompetencer.

Designprincip 3 #

IT-løsninger skal inkorporere sikkerhed og compliance ved design

Hvad #

Hver gang der anskaffes eller udvikles på nye IT-løsninger, så skal sikkerhed tænkes ind allerede fra starten.

Hvorfor #

Sikkerhed og complianceskal sikre forretningskontinuitet, sporbarhed og beskyttelse af følsom informationer.

Hvordan #

KK sikkerhedsregler, regulativekrav og god praksis skal tænkes ind i alle IT-løsninger, herunder udføre rettidige risikovurderinger for at identificere potentielle compliance-og sikkerhedsudfordringer.

Designprincip 4 #

Anerkendte og standard teknologier skal prioriteres ved IT-anskaffelse

Hvad #

Kejd ønsker at anvende anerkendte og standard teknologiløsninger der matcher de funktionelle behov og har de bedste priser.

Hvorfor #

Ved anvendelse af anerkendte teknologier får man en større sikkerhed i at løsningen er moden og gennemtestet, hvor standard løsninger giver en større uafhængighed til drift og udvikling samt giver en hurtigere implementering og gevinstrealisering.

Hvordan #

Dette opnås bedst ved løbende markedsscreening, teknologisamarbejde og med jævne mellemrum konkurrenceudsætte IT-løsningerne.

Designprincip 5 #

IT-løsninger skal sætte brugernes behov i centrum

Hvad #

IT-løsninger og deres funktionaliteterskal være drevet af brugerbehov, hvor det er nemt og forståeligt at navigere rundt i fagsystemer med mulighed for support og selvbetjening-funktionalitet inklusiv slutbrugerdokumentation.

Hvorfor #

Højne brugeroplevelsen og minimere nødvendigheden for kompromisløsninger og utilsigtet brug af systemer og dets funktionalitet.

Hvordan #

Involvering af slutbrugerkrav ved design og udvikling af nye IT-løsninger for at efterleve brugerbehov (eksempelvis gennem definition af use-cases).

Designprincip 6 #

IT-arkutekturen skal have fokus på den tværgående forretningsunderstøttelse

Hvad #

IT-arkitekturen skal bidrage til en sammenhængende brugerrejse for at imødekomme opgaveløsninger der går på tværs af fagsystemer.

Hvorfor #

Hvis Kejd skal høste gevinsterne ved investering i nye IT-løsninger, så er det nødvendigt, at der er sammenhænge på tværs af KEIDsIT-arkitektur, så forretningsområderne understøttes bedst muligt.

Hvordan #

Ved design af nye IT-løsninger skal funktionelle behov afdækkes på tværs af forretningsområder og det skal tydeliggøres hvorledes data håndteres på tværs af fagsystemer. Derudover ved hjælp af applikation rationalisering.

Designprincip 7 #

Anvend fællesoffentlige autoritative reference- og grunddata samt åbne dataformater

Hvad #

Kejd skal følge gængse datastandarder og autoritative reference-og grunddata (for eksempelvis geografisk information, ejendomme, bygninger og adresser).

Hvorfor #

Ved at anvende fællesoffentlig grunddata sikres validiteten af de anvendte data, hvormed KEID kan fokusere på anvendelsen af data frem for kvalitetssikringen. Derudover bidrager det til større leverandør neutralitet.

Hvordan #

Afsøg ved design om data findes i de fællesoffentlige grunddataprogram, og hvordan grunddata skal indgå i KEIDsbegrebsmodel. Sekundært om data allerede findes i KEID og bør udstilles til andre offentlige forvaltninger og samarbejdspartnere.

Designprincip 8 #

IT-arkitekturen skal understøtte en datadrevet tilgang

Hvad #

IT-arkitekturen skal hjælpe med at holde data valide, konsistente og tilgængelige med høj kvalitet og relevans for alle i KEID og relevante samarbejdspartnere.

Hvorfor #

For at understøtte opgaveløsning og optimere forretningen samt tilbyde kunderne den bedst mulige service.

Hvordan #

Nye IT-løsninger skal vurderes i forhold til deres bidrag til disciplinerne dataindsamling, dataanvendelse, dataudstilling, datarapportering og analyse. Nye IT-løsningers logiske datamodel skal mappes mod KEIDsfælles begrebsmodel.

Designprincip 9 #

Processer og data er dokumenteret og har en ejer

Hvad #

Der skal være et klart ejerskab for processer og data på tværs af datagrupper og kerneprocesser.

Hvorfor #

For at kunne planlægge og styre sine processer for at imødekomme kravet om stigende effektivitet, relevans og agilitet –herunder kvalitetssikring af data for at kunne træffe korrekte strategiske og operationelle beslutninger.

Hvordan #

Procesejerens ansvar er at sikre dokumentation, relevans, kvalitet, complianceog effektivitet af den/de ejede proces(ser). Dataejerens ansvar er tilsvarende at sikre de ejede datas dokumentation, relevans, kvalitet og vedligeholdelse.

Designprincip 10 #

En modulær og agil IT-arkitektur med løst koblet systemer og veldefinerede integrationer

Hvad #

Det skal være nemt og fleksibelt at tilføje og udskifte fagsystemer i Kejd økosystem.

Hvorfor #

For at imødekomme nye behov og omstillingsparathed hvor systemændringer sker gnidningsfrit og ikke påvirker forretningen.

Hvordan #

System komponenter skal designes uafhængigt for øje og med veldefinerede og dokumenterede integrationer.