xr, hr, blandet virkelighed, virtual reality, augmented reality, afro amerikaner, kvinde, dame, pige, sort, amerika, lyserød, lilla, blå, neon, metavers, belysning
Foto af BrianPenny på Pixabay

HR-systemer

HR-systemer: Behovsanalyse, valg og implementering

Et HR-system behøver ikke være én samlet løsning.

HR-systemer: Behovsanalyse, valg og implementering – sådan bruger du guiden

Et HR-system behøver ikke være én samlet løsning. Det kan være et enkelt system eller en kombination af moduler – fx rekruttering, performance management og learning management – der hver især effektiviserer det strategiske HR-arbejde. Spørgsmålet er derfor sjældent "hvilket system?", men "hvilken sammensætning af funktioner giver mening for os?"

Markedet inddeles ofte i HRM, HCM og Talent Management. Applikationerne overlapper på tværs af kategorierne, og forskellene er svære at gennemskue. Vælg derfor sjældent kategori først og behov bagefter – afgrænsningen bør følge jeres egne processer.

Guiden er én sammenhængende beslutningsrejse, ikke tre adskilte opgaver. Først kortlægges behov og smertepunkter. Derefter defineres systemafgrænsningen, og behovene omsættes til en kravspecifikation. Så følger integrationsafklaring og markedsdialog, hvorefter implementeringen planlægges faseopdelt. Til sidst måles effekten i drift. Hvert trin giver input til det næste, og rækkefølgen er ikke tilfældig: Jo bedre grundlag i de tidlige faser, desto færre overraskelser i kontrakt-, implementerings- og driftsfasen.

Behovsanalyse: Kortlæg HR-processer, smertepunkter og krav

Behovsanalysen tager udgangspunkt i det, I allerede gør – ikke i det, I gerne vil købe. Gennemgå HR-processerne én for én: rekruttering, ansættelse, onboarding, medarbejderdata, dokumenthåndtering, kompetenceudvikling, performance- og udviklingssamtaler, trivselsmålinger, fravær og offboarding. For hver proces: Hvem udfører opgaven i dag? Hvor ligger data? Hvilke dokumenter indgår? Hvor mange gange om året eller måneden gentages den?

Kortlæg dataflowet på tværs af processerne. Tegn medarbejderrejsen fra kandidat til fratrædelse, og markér manuelle overførsler, genindtastning, mails, regneark og løse dokumentmapper. Det er typisk i mellemrummene, at smertepunkter og integrationskrav ligger.

Inddrag interessenterne bredt, men stil forskellige spørgsmål: HR og løn har typisk fokus på proces, data og dokumentation; ledere på overblik, selvbetjening og beslutningsstøtte; medarbejdere på brugervenlighed og gennemsigtighed; IT på sikkerhed, adgangsstyring og integration. Er tillidsrepræsentanter eller arbejdsmiljøorganisation involveret, bør de med tidligt – ikke først ved implementeringen.

I komplekse organisationer – herunder offentlige arbejdspladser og uddannelsesinstitutioner – går flere udfordringer igen: mange medarbejdergrupper, decentral ledelse, omfattende dokumentationskrav, trivsel og ressourcepres. Den behovsprofil stiller andre krav til ensartethed, sporbarhed og ledelsesinformation end i en mindre, centralt styret virksomhed.

Afslut analysen med at prioritere: Hvilke behov er ufravigelige (must), vigtige (should) og ønskværdige (nice to have)? Prioriteringen bliver rygraden i både kravspecifikationen og den efterfølgende leverandørdialog – og gør det lettere at sige nej til et imponerende system, der løser de forkerte problemer.

Vælg systemkategori: HRM, HCM, talent management eller modulær løsning

Når behovene er kortlagt, skal de oversættes til en systemafgrænsning. Den klassiske opdeling er HRM (personaleadministration, stamdata, dokumenter og grundlæggende arbejdsgange), HCM (bredere styring af hele medarbejderlivscyklussen) og Talent Management (rekruttering, performance, kompetencer, læring og efterfølgerplanlægning). Kategorierne overlapper i praksis, så behandl dem som en rettesnor – ikke skarpe kasser.

Den modulære tilgang er ofte mest realistisk: Start med en kerne – typisk HR-administration og medarbejderdata – og tilføj moduler for rekruttering, onboarding, performance management, læring, trivsel og fravær i takt med behov og modenhed. På det danske marked findes både samlede platforme og løsninger bygget op omkring enkeltmoduler.

Kategorier og modultyper i danske oversigter omfatter personalesystem, HRIS- og HRM-platforme, HCM-systemer, rekrutteringsværktøjer, onboardingværktøjer, performance management-systemer, medarbejderudviklingssamtaler, kompetenceudvikling, LMS- og LXP-systemer, trivselsmåling, medarbejdertilfredshedsundersøgelser, APV-værktøjer, medarbejderapps, HR-analytics og whistleblower-systemer. Det viser, hvor bredt "HR-system" er – og hvor let man sammenligner æbler og pærer.

Når afgrænsningen skal på plads, se på hvordan sammenlignelige organisationer har gjort. I dansk sammenhæng anvendes EG Silkeborg Datas HR-løsning, primært EG Optima og SD løn, bredt i kommuner og regioner. KMD Opus Personale er udviklet med den danske offentlige sektor som primært sigte, hvor HR- og medarbejderopgaver samles ét sted. MindKey er et danskudviklet, modulært HR-system til små, store og offentlige organisationer med rollebaseret tilgang. Internationale platforme som Oracle Fusion HCM, Workday HCM og SAP SuccessFactors har typisk tyngde i store, globale organisationer.

Et praktisk råd: Vælg den mindst mulige afgrænsning, der løser de vigtigste smertepunkter, og sikr samtidig, at platformen kan udvides med moduler, I sandsynligvis får brug for senere. Det er billigere at tilføje et modul til en kendt platform end at skifte system igen om to år.

Kravspecifikation: Funktionelle, tekniske og organisatoriske krav

Kravspecifikationen er bindeled mellem behovsanalysen og markedet. Del den op i tre lag: funktionelle krav (hvad systemet skal kunne), tekniske krav (hvordan det skal fungere og håndtere data) og organisatoriske krav (hvordan leverandøren og systemet understøtter hverdagen). Hvert krav bør spores tilbage til et konkret behov fra kortlægningen.

En brugbar overordnet tjekliste er at vurdere løsningen inden for tre områder: datahåndtering og integrationer, medarbejderengagement og trivsel samt support og produktivitet. Dækker systemet alle tre, er man efter denne tankegang kommet hele vejen rundt om HR-aspekterne.

Funktionelle krav omfatter blandt andet selvbetjening for medarbejdere og ledere, automatiserede arbejdsgange og godkendelsesflows, ensartet onboarding og offboarding, medarbejderdata og dokumenter ét sted, understøttelse af samtale- og udviklingsprocesser samt rapportering, der giver ledelsesinformation frem for simple regnearksudtræk. Overvej også, hvor stor en andel af processerne der skal kunne køre uden manuel indgriben.

Tekniske krav er datakvalitet og master data, adgangsstyring og rollebaseret rettighedsfordeling, GDPR-sikker behandling af personoplysninger, sporbarhed i dokumenthåndtering, skalerbarhed og driftsmodel. Leveres systemet som SaaS i skyen, får man typisk automatiske opdateringer og adgang via internettet i stedet for lokal installation – men det skal stadig vurderes konkret, herunder hvordan data opbevares og beskyttes.

De organisatoriske krav afgør ofte, om implementeringen lykkes: Hvordan ser leverandørens support ud, og i hvilke tidsrum? Hvilken oplæring og dokumentation følger med? Hvilke erfaringer har leverandøren med organisationer af jeres type og størrelse? Hvordan er prissætningen skruet sammen – pr. bruger, pr. modul eller andet – og hvad koster tilpasninger, integrationsarbejde og efterfølgende ændringer? Også brugervenlighed hører hjemme her: Et system, som ledere og medarbejdere ikke tager i brug, giver ingen effekt, uanset hvor funktionsrigt det er.

Integrationsfleksibilitet: Undgå manuelle siloer og dobbeltindtastning

Integrationsfleksibilitet handler om, hvor nemt et HR-system kommunikerer med andre digitale løsninger – fx lønsystemer, tidsregistrering, regnskabsprogrammer eller rekrutteringsplatforme. Uden fleksibilitet bliver systemet en ø i stedet for en bro, og konsekvensen er manuelle dataopdateringer, dobbeltindtastning og øget fejlrisiko.

Det er relevant i en dansk kontekst, hvor mange virksomheder ifølge Sympa – med henvisning til hrsystem.dk – allerede bruger mellem 5 og 15 forskellige digitale systemer i deres daglige HR-arbejde. Moderne HR-arbejde kræver, at oplysninger om medarbejdere er tilgængelige og opdaterede på tværs af platforme. Kan HR-systemet fx integrere automatisk med lønsystemet, slipper HR for manuelt at eksportere og importere data hver måned.

Det handler i sidste ende om tre ting: effektivitet (færre manuelle processer), datakvalitet (én samlet datakilde reducerer fejl) og skalerbarhed (systemet vokser med organisationen). Alle tre bør indgå som eksplicitte kriterier i kravspecifikationen, ikke som eftertanke.

Ved vurdering af API-adgang bør man spørge leverandøren direkte: Er API'en offentligt dokumenteret? Er der begrænsninger på antallet af API-kald? Tilbydes der et sandbox-miljø til test? Moderne HR-systemer bygger typisk på REST API og åbne standarder som OAuth og JSON, hvilket giver mulighed for at bygge egne integrationer eller koble tredjepartsværktøjer til.

Har man ikke selv ressourcerne til at bygge integrationer, er præbyggede integrationer med populære systemer ofte vejen frem. Det kan fx være løsninger til løn, tidsregistrering, LMS eller rekruttering og jobportaler. Tommelfingerreglen er enkel: Jo flere præbyggede integrationer, der dækker jeres faktiske systemlandskab, desto hurtigere kan I komme i gang, og desto lavere bliver implementeringsomkostningerne.

Endelig findes iPaaS-løsninger og middleware, som nogle virksomheder bruger til at koble systemer sammen uden at bygge skræddersyede broer fra bunden. Uanset metode bør omkostningerne til integration – både engangs og løbende vedligeholdelse – opgøres som en del af den samlede business case, ikke som en teknisk detalje for IT.

Markedsdialog og demo: Sammenlign løsninger ud fra jeres behov

Med kravspecifikationen i hånden bliver markedsdialogen langt mere målrettet. Send den til et afgrænset antal leverandører, og bed dem svare skriftligt på, hvordan de opfylder de enkelte krav – herunder hvilke krav der kræver tilpasning, og hvad det koster. Det giver et sammenligneligt grundlag, før I sætter demoer op.

I demoerne bør I styre dagsordenen selv: Bed leverandøren gennemføre jeres egne scenarier med jeres egne eksempeldata – en konkret onboarding, et fraværsforløb, en ledelsesrapport, en offboarding. Viser leverandøren kun standardskærmbilleder, får I ikke svar på, hvordan systemet opfører sig i jeres virkelighed, og hvad der skal konfigureres eller udvikles.

Spørg systematisk ind til: referencer i tilsvarende organisationer og gerne med samme kompleksitet, supportorganisation og svartider, prismodel og hvad der ligger ud over den annoncerede pris, modenhed i de enkelte moduler samt leverandørens implementeringserfaring. Leverandørens partnerskab, implementeringserfaring og modenhed i moduler som performance, kompetencer, e-læring og rekruttering er forhold, der går igen, når danske brugere beskriver, hvad der har betydning for deres tilfredshed.

De samme brugerperspektiver viser tydelige tendenser i efterspørgslen: automatiserede arbejdsgange, selvbetjening for ledere og medarbejdere samt analyser, der går ud over simple Excel-udtræk og leverer beslutningsgrundlag på ledelsesniveau. Brug dem som kontrolspørgsmål – men husk, at forskellige systemer profilerer sig forskelligt. Nogle beskrives som robuste og enterprise-klare med dybde i HR-masterdata og governance, men med implementering som et større projekt; andre som intuitive og hurtige at komme i gang med, med særlig styrke inden for rekruttering og onboarding for mindre og mellemstore virksomheder.

Vær opmærksom på, at leverandører og branchemedier publicerer ranglister, kåringer og undersøgelser med forskellige metoder og udvalg. Som eksempel henviser Talentech til brancherapporten "HR Tech", udarbejdet af Supana, hvori selskabet – dengang HR Manager Talent Solutions – kåredes som "Bedste HR-system leverandør" blandt et udvalg af store danske virksomheder. Sådanne kåringer kan være et nyttigt pejlemærke, men erstatter ikke jeres egen afprøvning mod jeres egne krav.

Brug heller ikke pris alene som beslutningskriterium. Udviklingsmuligheder, tilpasningsdygtighed og intuitive funktioner, som alle medarbejdere kan håndtere, er mindst lige så afgørende – og bør vejes sammen med licensomkostninger, integrationsarbejde, oplæring og den interne tidsinvestering i implementeringen.

Implementering: Fra kontrakt til go-live og drift

En HR-implementering lykkes sjældent, fordi den blev gennemført på rekordtid – men ofte fordi den blev opdelt i faser med klare beslutningspunkter. En typisk faseinddeling er: forberedelse og governance, design og konfiguration, datamigrering og integrationer, test, træning, go-live og efterfølgende stabilisering og videreudvikling.

I forberedelsesfasen etableres governance: Hvem ejer projektet? Hvem træffer beslutninger om procesvalg, når HR og en decentral enhed er uenige? Inddrag HR, IT, løn, ledelsesrepræsentanter og eventuelt tillidsrepræsentanter i en styregruppe og arbejdsgrupper med mandat til at beslutte. Uden en klar ejerskabsmodel bliver både designvalg og go-live-beslutninger trukket i langdrag.

Designfasen handler om at beslutte, hvilke processer der skal standardiseres, og hvilke der skal kunne variere lokalt. Standardiserede arbejdsgange er ofte hele pointen med at samle HR i én platform, men de skal balanceres mod reelle forskelle mellem forretningsområder eller institutioner. Beslutningerne bør dokumenteres, så de kan genbruges ved senere ændringer.

Dernæst følger datamigrering og integrationer. Ryd op i stamdata, før de flyttes – dårlige data bliver ikke bedre af at skifte system. Afklar i god tid, hvordan de valgte integrationer skal etableres, testes og overvåges i drift, og hvem der reagerer, hvis en dataoverførsel fejler.

Test, træning og forandringsledelse er tæt forbundne. Test med realistiske scenarier og med de roller, der faktisk skal bruge systemet – ikke kun projektgruppen. Træningen bør være rollebaseret og tæt på hverdagens opgaver, og forandringsledelsen bør adressere det åbenlyse spørgsmål: Hvad bliver lettere for den enkelte leder og medarbejder efter go-live? Vær opmærksom på, at en implementering er et større projekt i komplekse organisationer – også når systemet er modent.

Efter go-live kommer stabiliseringen: en periode med ekstra support, hurtig fejlretning og opsamling af feedback. Først derefter bør man udvide med flere moduler eller automatisere flere processer. Planlæg fra starten, hvordan systemet skal vedligeholdes og videreudvikles – herunder hvem der ejer konfiguration, roller, rapporter og den løbende opdatering af arbejdsgange.

Særlige hensyn til offentlig sektor og komplekse organisationer

Offentlige arbejdspladser og uddannelsesinstitutioner har en behovsprofil, der adskiller sig fra mange private virksomheder. Udfordringerne beskrives ofte som mange medarbejdergrupper, decentral ledelse, omfattende dokumentationskrav, trivsel samt ressourcepres. Når krav, dokumentation og kompleksitet vokser, bliver svaret typisk at samle HR-arbejdet frem for at splitte det i flere løsninger.

Løsningstilgangen er en central HR-platform med ens workflows, HR-data- og dokumentstyring, trivselsunderstøttelse og ledersparring samt automatiserede processer. Fælles HR-processer, standardiserede flows og mindre manuel administration går igen sammen med compliance og dokumentation: GDPR-sikker data, central dokumenthåndtering og klar sporbarhed.

For den decentrale ledelse betyder en fælles platform ikke ensretning for enhver pris. Målet er ensartede arbejdsgange og fælles processer, så medarbejdere og ledere genkender forløbene på tværs af enheder og institutioner – samtidig med at den enkelte leder får relevant ledelsesinformation og selvbetjening i hverdagen.

I dansk sammenhæng findes flere systemer, der er målrettet eller bredt anvendt i den offentlige sektor. EG Silkeborg Datas HR-system består primært af EG Optima og SD løn og anvendes bredt i danske kommuner og regioner til løn- og personaleadministration, mens KMD Opus Personale er en integreret HR- og lønløsning udviklet primært til kommuner og regioner, der samler HR- og medarbejderopgaver og understøtter digitale arbejdsgange. Også danskudviklede, modulære systemer med rollebaseret adgang anvendes i offentlige organisationer.

Effekterne beskrives i praksis af brugere. HR-ON gengiver en udtalelse fra Sabina Lund, chefsygeplejerske ved Slagelse Sygehus: "Vi kunne se en nedgang i sygefraværet fra starten, og vi har ikke haft nogen langtidssygemeldte, siden vi er begyndt at bruge HR-ON Wellbeing (tidl. Howdy). Det har været et kæmpe plus for os." Sådanne udsagn er leverandørens egne kundehenvisninger og bør følges op med referencer, der ligner jeres egen organisation i størrelse og opgavesammensætning.

For komplekse organisationer er det derfor værd at vægte dokumentstyring, sporbarhed, ensartede processer på tværs af enheder og muligheden for at trække ledelsesinformation på tværs højt i kravspecifikationen – og at afprøve dem konkret i demoer med egne scenarier, før beslutningen træffes.

Sammenligning af danske HR-systemer i offentlig sektor

  • EG Silkeborg Data (EG Optima + SD Løn)Bredt anvendt i kommuner og regioner – fokus på løn og personaleadministration
  • KMD Opus PersonaleIntegreret HR- og lønløsning udviklet til danske kommuner og regioner
  • MindKeyDanskudviklet, modulært system med rollebaseret adgang – bruges i små, store og offentlige organisationer

Effektmåling efter implementering: Data, trivsel og kontinuerlig forbedring

Implementeringen er ikke målet – effekten i drift er. Beslut derfor inden go-live, hvad I vil følge op på, og hvem der har ansvaret for at reagere på tallene. Relevante målepunkter er typisk adoption blandt ledere og medarbejdere, datakvalitet i stamdata, administrativt tidsforbrug til gentagne HR-opgaver, trivsel og engagement samt sygefravær.

Adoption er en forudsætning for alle de øvrige målinger. Følg, hvor mange ledere og medarbejdere der faktisk logger ind og gennemfører processerne i systemet frem for i sideløbende regneark og mails. Falder brugen i et område, er det ofte et trænings- eller designproblem snarere end et motivationsproblem.

Trivselsdata bør følges løbende frem for som en årlig engangsøvelse. Løbende målinger kombineret med indsigt på tværs af organisationen giver mulighed for databaseret ledelse og proaktiv opfølgning, inden et problem vokser. HR-ON gengiver erfaringer fra Jan Krogh, team leader i Guldborgsund Kommune, som beskriver, at systemet har givet bedre trivsel og gjort organisationen mere bevidst om, hvad der er god og dårlig trivsel: Tallene fortæller, hvis trivslen er faldende, og gør det nemmere at spørge "hvorfor?" og "hvad kan vi gøre for at hjælpe?" – for eksempel hvis man ser et fald fra én måned til den næste.

Kombiner de bløde og de hårde målinger. Trivsel og sygefravær siger noget om medarbejderoplevelsen; datakvalitet, gennemløbstider i rekruttering, andelen af automatiserede arbejdsgange og tidsforbruget på manuelle opgaver siger noget om den administrative effekt. Tilsammen giver de et mere retvisende billede end en enkelt KPI.

Etabler en fast rytme for opfølgning – eksempelvis kvartalsvis gennemgang af de aftalte målinger med deltagelse af HR, ledelsesrepræsentanter og systemejer. Brug gennemgangen til at beslutte, hvad der skal justeres: konfiguration, arbejdsgange, træning eller udrulning af næste modul. På den måde bliver effektmålingen ikke en rapport, der lægges i skuffen, men det styringsværktøj, der sikrer, at systemet fortsat udvikler sig med organisationen.

Mere fra HR-systemer

HR-systemer

Hvilke moduler bør et HR-system indeholde?

Et HR-system er ikke nødvendigvis én platform.