Implementering af HR-system: Tidsplan og roller

Hvorfor HR-systemimplementering er mere end et IT-projekt

Implementering af ny software kan give mareridt og virke skræmmende. For IT-specialister kan den være en stresskilde; for mange HR-specialister uden baggrund i softwareimplementering kan den være ligefrem skræmmende.

Historier om softwareprojekter, der gik galt, er lette at finde. Faldgruberne ligner hinanden og dukker op igen, så der findes vellykkede, afprøvede og testede strategier.

Opgaven kan ikke placeres hos én afdeling. Danske virksomheder efterspørger medarbejderdata samlet ét sted, automatiseret onboarding og offboarding, GDPR-understøttelse, samspil med løn-, IT- og økonomisystemer samt selvbetjening for ledere og medarbejdere.

Rollelisten spænder fra HR-ledere, HR Business Partners og systemansvarlige til løn- og økonomiansvarlige, driftsledere og direktører.

Tidsplanen og rolletildelingen er projektets rygrad. Den skal vise faserne fra behov til go-live og navngive ejere for hvert spor: proces, data, integration, rettigheder og rapportering.

Uden den bliver ansvaret liggende mellem HR, IT, løn og leverandør.

Tidsplanen skal vise, hvem der ejer kravet, hvem der tester det, og hvornår det er godkendt. Ellers kan milepæle ikke godkendes, og go-live kan ikke besluttes formelt.

Tidsplanen fra behov til go-live og rolle- og ansvarsfordelingen er to leverancer, der skal navngives i projektet. Tidsplanen viser faser og afhængigheder; ansvarsfordelingen viser ejere, testejere og beslutningsejere pr. spor. Begge skal kunne læses som praksis, før opsætningen starter.

Tidsplanen skal navngive de otte faser fra behov til go-live. Rolle- og ansvarsfordelingen skal navngive ejere for proces, data, integration, rettigheder, rapportering og support. Begge leverancer skal kunne læses som praksis, før opsætningen starter.

Tidsplanen fra behov til go-live

Forløbet følger en rækkefølge, hvor hvert skridt skaber forudsætningen for det næste. HR-ON beskriver selv kundeforløbet sådan: forarbejdet er gjort og systemet valgt, demo-gennemgangen er på plads, kontrakten er underskrevet – og derefter begynder onboarding af kunden.

Projektforløbet: (1) behovsafklaring af de processer, systemet skal dække; (2) markedsafdækning og demo på baggrund af de krav; (3) kontrakt med bilag om leverancer, integrationer og support; (4) opsætning og konfiguration.

Derefter (5) masterdata og integrationer, (6) test, (7) træning af de enkelte roller og (8) go-live.

Tidsplanoverblik: Fase 1 behovsafklaring; fase 2 markedsafdækning og demo; fase 3 kontrakt; fase 4 opsætning og konfiguration; fase 5 masterdata og integrationer; fase 6 test; fase 7 træning; fase 8 go-live. Hver fase har et output, der er input til næste fase.

Fase 1 behovsafklaring: output er en kravliste. Ejer: HR-leder eller HR Business Partner. Godkendes før demoer.

Fase 2 markedsafdækning og demo: output er valgt løsning. Ejer: HR-leder eller HR Business Partner; IT og systemansvarlig bidrager med systemlandskab og snitflader.

Fase 3 kontrakt: output er kontraktbilag om leverancer, integrationer og support. Ejer: beslutningsejer.

Fase 4 opsætning og konfiguration: output er dokumenteret konfiguration. Ejer: systemansvarlig.

Fase 5 masterdata og integrationer: output er kortlagte felter og snitflader. Ejer: dataejer pr. felt; hver snitflade har én ejer på HR-siden og én hos modtageren.

Fase 6 test: output er gennemførte testscenarier pr. rolle. Ejer: testejer pr. område.

Fase 7 træning: output er trænede roller. Ejer: HR og systemansvarlige i dybden; løn og økonomi på snitflader; ledere som superbrugere; medarbejdere i egne opgaver.

Fase 8 go-live: output er formel beslutning. Ejer: beslutningsejer. Go-live besluttes efter godkendte milepæle.

Afhængighederne er de steder, hvor tidsplaner glider. Beslutningen om, hvilke medarbejderfelter der er masterdata, skal træffes, før integrationer kan bygges og testes. Konfigurationen af processer og rettigheder skal ligge fast, før brugere kan trænes i realistiske scenarier.

Integrationstest af løn-, IT- og økonomisnitflader forudsætter, at både HR-data og modtager-systemets felter er kortlagt. Læg derfor datavask, konfiguration, integration og træning som selvstændige aktiviteter i planen.

Leverandørvalget påvirker, hvor lang opsætningsfasen skal planlægges. CatalystOne beskrives som skalerbar og enterprise-klar, men implementering er et større projekt. HR by Talentech roses for modulær bredde og workflow-funktioner, mens kompleksiteten kan være højere end hos mindre HR-systemer. HR-ON opleves derimod som let at komme i gang med.

Dimensionér opsætnings- og testsporet efter den valgte løsnings kompleksitet, ikke efter en generisk skabelon.

Milepæle og godkendelseskriterier: Før demoer kræves en underskrevet kravliste. Før opsætning kræves et kontraktbilag om integrationer og support. Før test kræves dokumenteret konfiguration.

Før træning kræves gennemførte testscenarier pr. rolle. Go-live besluttes formelt efter godkendte milepæle.

Fase 1-3: Behovsafklaring, markedsafdækning og demo samt kontrakt. HR-lederen eller en HR Business Partner ejer kravlisten. Systemansvarlig og IT bidrager med systemlandskab og snitflader. Driftsledere og direktører inddrages i behovsafklaringen.

Fase 4-6: Opsætning, masterdata og integrationer samt test. Den systemansvarlige ejer konfigurationen. Dataejer pr. felt beslutter, hvad der er masterdata.

Løn- og økonomifunktionen har ansvaret for løndata og flows mellem HR og løn. Hver snitflade har én ejer hos HR, én hos modtageren og en planlagt integrationstest.

Fase 7-8: Træning og go-live. Leverandørens implementeringsteam onboarder kunden. HR og systemansvarlige trænes i dybden; løn og økonomi på snitflader; ledere som superbrugere; medarbejderne i egne onboarding- og dataopdateringsopgaver.

Spor og navngivne ejere: Proces: en HR-leder eller en HR Business Partner. Data: dataejer pr. felt. Integration: én ejer på HR-siden, én hos modtageren; løn- og økonomiansvarlige. Rettigheder: systemansvarlig og beslutningsejer. Rapportering: ledelsen og beslutningsejer. Support: ejer for support og henvendelser.

Et samlet tidsplanoverblik bør vise de otte faser, pile mellem afhængigheder og milepæle med godkendelseskriterier. Hver fase skal have et output, der er input til næste fase. Varigheden fastlægges ud fra den valgte løsnings kompleksitet, ikke efter en generisk skabelon.

Tidsplanen skal vise fase 1-8 sekventielt, men datavask, integration og træning kan ligge som selvstændige spor. Hver fase skal have et output, en ejer og et godkendelseskriterium. Varigheden dimensioneres efter den valgte løsnings kompleksitet.

Rolle- og ansvarsmatrix pr. fase: Fase 1-3: HR-leder/HR Business Partner ejer krav og proces; IT/systemansvarlig ejer systemlandskab og snitflader; driftsledere og direktører ejer behov. Fase 4-6: systemansvarlig ejer konfiguration; dataejer pr. felt ejer masterdata; løn- og økonomiansvarlige ejer løndata og HR-løn-flow. Fase 7-8: testejer pr. område ejer test; ledere og medarbejdere ejer egne opgaver; beslutningsejer ejer go-live.

Tidsplan fra behov til go-live: Otte faser med ejere og godkendelseskriterier

Vælg det rigtige HR-system – sammenligning af relevante løsninger i Danmark

Roller og ansvar gennem hele forløbet

Rollelisten omfatter HR-ledere, HR Business Partners, systemansvarlige, løn- og økonomiansvarlige, driftsledere og direktører. HR-ledere og HR Business Partners kan eje krav og processer og svare på, hvordan rekruttering, onboarding, offboarding og medarbejderdata håndteres. Systemansvarlig ejer daglig konfiguration, brugeroprettelse og datavedligeholdelse.

Løndata og de flows, der skal køre mellem HR og løn, ligger hos de løn- og økonomiansvarlige. Driftsledere og direktører er også brugere og bør inddrages i behovsafklaringen.

Dertil kommer leverandørens implementeringsteam. Efter underskrevet kontrakt får kunden en onboarding fra top til tå, hvor man bliver gjort bekendt med systemet, frem for at få et system, man selv skal lære. Det forløb skal have en modtager på kundesiden med mandat til at træffe beslutninger.

IT-specialister kan opleve implementeringen som en stresskilde, og mange HR-specialister har ikke baggrund i softwareimplementering. Navngiv derfor kontaktpersonen til leverandøren, beslutningsejeren og testejeren for hvert område, før opsætningen starter.

Medarbejdere og ledere er roller i planen, ikke blot modtagere. Ledere skal kunne løse egne opgaver i systemet, typisk som superbrugere. Medarbejderne gennemfører selv onboarding og opdaterer egne data.

Rolletildeling fase for fase: I kravfasen ejer HR krav og proces, IT ejer systemlandskab og snitflader. I opsætningen ejer systemansvarlig konfigurationen. I masterdata og integration har løn og økonomi ansvaret for løndata og flows.

I test og træning ejer testejere hvert område, mens ledere og medarbejdere ejer deres egne opgaver. Ved go-live beslutter beslutningsejeren formelt efter godkendte milepæle.

Ansvarsmatrix pr. fase: Fase 1-3: krav og proces hos HR-leder/HR Business Partner; systemlandskab og snitflader hos IT/systemansvarlig; behov hos driftsledere og direktører.

Fase 4-6: konfiguration hos systemansvarlig; masterdata hos dataejer pr. felt; løndata og HR-løn-flow hos løn- og økonomiansvarlige; snitflade hos én ejer på HR-siden og én hos modtageren. Fase 7-8: test hos testejer pr. område; egne opgaver hos ledere og medarbejdere; go-live hos beslutningsejer.

Spor og ejere på tværs af faserne: Proces: HR-leder eller HR Business Partner. Data: dataejer pr. felt. Integration: én ejer på HR-siden, én hos modtageren; løn- og økonomiansvarlige. Rettigheder: systemansvarlig og beslutningsejer. Rapportering: ledelsen og beslutningsejer. Support: ejer for support og henvendelser.

Rolle- og ansvarsfordelingen skal navngive beslutningsejer, dataejer, testejer og kontakten til leverandøren for hvert spor. Den skal vise, hvem der ejer kravet, hvem der tester det, og hvornår det er godkendt. Det gør matrixen operationel frem for en liste af titler.

I Arbejdstilsynets modernisering stod kontorcheferne Kirsten Brink og Allan Kjær Andersen i Digitalisering og Data i spidsen for transformationen. Det viser, at forankringen skal have navn og mandat.

Sådan sikrer I en vellykket HR-systemimplementering: Fælles forankring og ansvar

Sådan undgår I, at HR og IT taler forbi hinanden

Start med en fælles behovsafklaring, hvor HR beskriver processerne, og IT beskriver systemlandskabet og snitfladerne i samme dokument. Dokumentet bør indeholde de processer, der skal understøttes, de datafelter der skal være masterdata, de integrationer der skal bygges, rapporteringsbehov, og hvilke roller der skal have hvilken adgang.

Implementering kan være en stresskilde – blandt andet for IT-specialister. En fælles kravliste tager noget af stressen, fordi uenigheden flyttes fra opsætningsfasen og ind i afklaringsfasen.

Etabler et beslutningsforum med fast mødekadence og en beslutningslog. Udpeg én beslutningsejer pr. spor – proces, data, integration, rettigheder, rapportering – så spørgsmål ikke skal hele vejen forbi projektlederen hver gang. Når I vælger leverandør, bør implementeringserfaring og partnerskab indgå som selvstændigt vurderingspunkt. I brugerfeedback går leverandørens partnerskab, implementeringserfaring og modenhed i moduler igen.

Hold løbende status på data og integrationer, ikke kun på fremdrift i uger. Besvar to spørgsmål ved hvert statusmøde: Hvem ejer dataene i det berørte felt, hvis der opstår uenighed? Og hvem tester snitfladen, når den er bygget?

Governance og datakvalitet er styrker ved CatalystOne i større organisationer. Det er præcis de to områder, der bliver dyre at reparere efter go-live, hvis ingen havde ejerskabet undervejs.

I den fælles kravliste skal fase og rolle stå sammen: Hvem ejer kravet, hvem tester det, og hvornår er det godkendt? Det gør beslutningsforum og beslutningslog operationel.

Arbejdstilsynet gennemfører årligt ca. 45.000 virksomhedstilsyn og afgiver ca. 23.000 reaktioner. I deres modernisering kunne ændringer i den gamle løsning tage måneder og kræve IT-specialister; efter flytning til cBrain F2 kan forretningen selv foretage tilpasninger. Kontorcheferne Kirsten Brink og Allan Kjær Andersen i Digitalisering og Data stod i spidsen for transformationen.

Arbejdstilsynets erfaring med cBrain F2 viser, at ændringer kan gå fra måneder og IT-specialister til forretningen selv. Overfør det til HR: Aftal før go-live, hvem i HR der kan tilpasse felter, flows og rapporter, og hvordan ændringer godkendes.

Data, integrationer og GDPR som selvstændige spor i tidsplanen

Datavask er et spor for sig. Beslut før opsætningen, hvilke felter der er masterdata, hvem der er dataejer for hvert felt, hvordan dubletter og ufuldstændige medarbejderdata håndteres, og hvordan eksisterende data løftes over i det nye system. Danske virksomheder efterspørger moderne HR-software, der samler medarbejderdata ét sted og automatiserer onboarding og offboarding.

Samlingen kræver tid i planen – den sker ikke ved at trykke på en knap på go-live-dagen.

Integrationer er et andet spor. HR-ON fremhæver muligheden for at integrere eksisterende systemer som løn- og regnskabssoftware og henviser til en åben API. Danske virksomheder stiller samtidig krav om samspil med løn-, IT- og økonomisystemer.

Nogle brugere af HR-ON peger på, at integrationerne kan forbedres. Derfor skal hver snitflade have en aftalt ansvarlig hos HR og hos modtageren, et beskrevet dataflow og en planlagt integrationstest – ikke bare en opsætning.

GDPR skal have sin egen række i planen frem for at være en sætning i kontrakten. HR-ON angiver GDPR-compliance som en del af løsningen, hvor data håndteres sikkert, og danske virksomheder efterspørger HR-software, der understøtter GDPR.

Omsæt det til konkrete beslutninger: hvilke oplysninger registreres, og hvem får adgang i hvilke roller? Afklar adgangsstyringen for ledere med personaleansvar, og hvordan data håndteres, når en medarbejder fratræder. Afklar databehandlerforholdet med leverandøren, og skriv det ind som et punkt, der skal være på plads før go-live.

Rolletildeling i datasporet: Dataejer pr. felt beslutter masterdata. Systemansvarlig ejer data i HR-systemet. Løndata og HR-løn-flowet ligger hos de løn- og økonomiansvarlige. Hver snitflade har en ansvarlig på begge sider og en testejer. Databehandlerforhold og adgangsstyring skal være afklaret før go-live.

Konkrete testscenarier i datasporet: datavask af medarbejderdata; overførsel af eksisterende data; adgangsstyring for ledere med personaleansvar; håndtering af data når en medarbejder fratræder.

GDPR-sporet skal navngive dataejere og adgangsroller før go-live. Databehandlerforholdet med leverandøren skal være afklaret, og det skal fremgå, hvem der har adgang i hvilke roller. Ellers kan go-live ikke gennemføres sikkert.

Ledelsesforankring, medarbejderdialog og digital kompetence

Det Europæiske Arbejdsmiljøagentur inviterer til konferencen »Arbejdsmiljø i den digitale tidsalder – algoritmer, AI og samarbejde«. Brug dens temaer i behovsafklaringen: hvordan digitalisering og AI forandrer arbejdet, erfaringer fra europæiske arbejdsmiljøkampagner og teknologiens brug på danske og europæiske arbejdspladser. Digitale kompetencer og dialog er en forudsætning for et bæredygtigt arbejdsmiljø.

Danske virksomheder efterspørger, at medarbejdere og ledere kan udføre opgaver selv, og at analyserne leverer beslutningsgrundlag på ledelsesniveau frem for simple Excel-udtræk. Det giver to opgaver i tidsplanen: Ledelsen skal beslutte, hvad systemet rapporterer på, og hvem der må se det; ledere skal trænes i præcis de opgaver, de får ansvar for efter go-live.

HR's rolle i både danske og udenlandske virksomheder har i høj grad rykket ind på strategisk territorium. HR-professionelle er blevet en vigtig sparringspartner for ledelsen på forretningskritiske områder som virksomhedskultur, værdier og medarbejderudvikling.

Brug implementeringen til dialogen: Spørg ledelsen, hvilke beslutninger om medarbejdere og organisation systemet skal understøtte, før I konfigurerer felter og rapporter. Ellers bliver systemet bygget til de data, der var lette at få ind, i stedet for de data, ledelsen skal træffe beslutninger på.

I tidsplanen betyder det et træningsspor for ledere og medarbejdere i deres egne opgaver og et beslutningspunkt om ledelsesrapportering. Begge dele skal ligge før go-live, ikke efter.

Arbejdstilsynet er den danske myndighed på arbejdsmiljøområdet. Ifølge Arbejdstilsynets data har arbejdsmarkedet i Danmark 3+ mio. lønmodtagere og 21 mio. fraværsdagsværk pga. egen sygdom (DST 2025) samt 48,7 mia. kr. i omkostninger pga. arbejdsulykker og erhvervssygdomme (NFA 2025). Det viser, hvorfor ledelsen skal beslutte, hvilke data og rapporter implementeringen skal understøtte.

Ledelsesforankringen skal beslutte, hvilke data og rapporter systemet skal understøtte, før felter og rapporter konfigureres. Træningen skal følge de opgaver, ledere og medarbejdere får efter go-live. Begge dele skal ligge i tidsplanen før go-live.

Hvorfor danske virksomheder implementerer HR-systemer: Nyttige data og forventninger

Fordele og udfordringer ved digitalisering af HR-proces i danske virksomheder

Test, træning og onboarding før go-live

Test skal dække de flows, der faktisk skal køre i drift: integrationen til løn og økonomi, udtræk og rapporter, adgangsstyringen for ledere med personaleansvar samt medarbejdernes og ledernes egne opgaver i systemet. HR-ON fremhæver en åben API og muligheden for at integrere løn- og regnskabssoftware.

Snitflader er et af de steder, hvor fejl først viser sig med rigtige data. Derfor skal de testes med testdata, før de slippes løs i drift.

Træningen skal følge rollerne, ikke systemets menustruktur. Kunden får en onboarding fra top til tå, og systemet fremhæves for brugervenlighed med et intuitivt design, der gør det nemt at anvende fra dag ét – endda på forskellige sprog.

Det taler for at planlægge leverandørens onboardingforløb tidligt i forhold til go-live og sikre, at de rigtige deltagere har tid i kalenderen. HR og systemansvarlige skal i dybden, løn og økonomi på snitfladerne, ledere på deres egne opgaver og medarbejderne på deres del af systemet.

Definér »klar til go-live« som en tilstand, hvor hver rolle har gennemført sine egne opgaver i testmiljøet – ikke som en dato. I brugerfeedback nævnes leverandørens partnerskab, implementeringserfaring og modenhed i moduler ofte. Komplekse løsninger kan kræve mere opsætning.

Afklar supportvejen, før I har brug for den: Aftal, hvem der kontakter leverandøren, hvordan henvendelser prioriteres, og hvad der forventes løst af henholdsvis kunden og leverandøren.

Rolletildeling i test og træning: Testejer pr. område ejer testen. Løn- og økonomiansvarlige tester snitflader. Ledere tester egne opgaver som superbrugere. Medarbejderne tester deres onboarding- og dataopdateringsopgaver. Leverandørens onboardingforløb planlægges med de rigtige deltagere.

Rolle- og ansvarsfordeling i test og træning: Testejer pr. område ejer testen; løn- og økonomiansvarlige tester snitflader; ledere tester egne opgaver som superbrugere; medarbejderne tester onboarding og dataopdatering. Leverandørens onboardingforløb planlægges med de rigtige deltagere.

Konkrete testscenarier: integration til løn- og regnskabssoftware via åben API; tidsregistrering og fraværshåndtering; onboarding og offboarding; dokumenthåndtering; trivselsundersøgelser; medarbejderudviklingssamtaler; adgangsstyring for ledere med personaleansvar; udtræk og rapporter.

HR-ON Staff fremhæves for intuitivt design, der gør det nemt at anvende fra dag ét, endda på forskellige sprog. Det bør indgå i træningsplanen for både ledere og medarbejdere.

Efter go-live: support, optimering og løbende udvikling

Med et cloudbaseret HR-system ændrer opgaven efter go-live karakter. En sådan løsning udvikles og vedligeholdes typisk løbende af leverandøren, kræver et minimum af vedligeholdelse, og support følger typisk med som en del af løsningen. Den interne vedligeholdelsesopgave forsvinder ikke, men skifter til at følge med i opdateringer, tage imod nye funktioner og bruge supportvejen aktivt.

Leverandørens udviklingstakt bør indgå i planen efter go-live. HR-ON beskrives som en platform, der stadig udvikler sig, og integrationerne kan fortsat forbedres. Uanset hvilken løsning I vælger, bør I aftale, hvordan ændringsønsker og forbedringer håndteres: Hvem opsamler dem internt, hvem prioriterer dem, og hvornår følger I op på dem?

Navngiv ejere for de fire opgaver, der fortsætter efter go-live: support og henvendelser, dataopdateringer og datakvalitet, rettigheder og adgangsstyring samt videreudviklingsønsker. Læg samtidig faste opfølgningspunkter ind i kalenderen med udgangspunkt i de begivenheder, hvor fejl vil vise sig. Det kan være den første lønudkørsel efter go-live, det første onboardingforløb gennemført af en leder og den første rapport, ledelsen skal træffe beslutning på.

Efter go-live skal fire ejere være navngivet: support og henvendelser, dataopdateringer og datakvalitet, rettigheder og adgangsstyring samt videreudviklingsønsker. Læg faste opfølgningspunkter ved første lønudkørsel, første onboardingforløb og første ledelsesrapport.

Typiske faldgruber og hvordan tidsplanen håndterer dem

Manglende softwareimplementeringserfaring i HR er en direkte faldgrube. Mange HR-specialister har ikke en baggrund i softwareimplementering, og IT-specialister kan opleve implementeringen som en stresskilde. Modtrækket ligger i tidsplanen: Afsæt reel tid til behovsafklaring og datavask, før der konfigureres. Læn dig på leverandørens onboardingforløb i stedet for at lære systemet parallelt med opsætningen.

Kompleksitet er den anden gennemgående risiko. Implementering af CatalystOne er et større projekt, og kompleksiteten hos HR by Talentech kan være højere end hos mindre HR-systemer. Modtrækket er at planlægge opsætning, integration og test som separate spor med deres egen tid og milepæle. Betragt dem ikke som én samlet »implementeringsfase«.

Platforme under udvikling og integrationer, der endnu ikke er på plads, er den tredje risiko. HR-ON beskrives som en platform, der stadig udvikler sig, med mulige forbedringer på integrationsområdet. Modtrækket er en support- og opfølgningsmodel, der er aftalt på forhånd: navngivne ejere til henvendelser og ændringsønsker, kendte svartider og faste opfølgningspunkter efter go-live.

Endelig er leverandørens implementeringserfaring, partnerskab og modenhed i moduler et vurderingspunkt i sig selv. I brugerfeedback går de samme forhold igen, og de bør stå som krav i kontrakten, ikke som forventning.

Tidsplanen skal derfor vise både fase og rolle. Manglende ejerskab er den fjerde faldgrube: Navngiv beslutnings-, data- og testejere pr. spor før opsætningen. Først derefter kan milepæle godkendes og go-live besluttes.

Fjerde faldgrube er manglende ejerskab. Navngiv beslutnings-, data- og testejere pr. spor før opsætningen. Først derefter kan milepæle godkendes og go-live besluttes.