HR-IT-Strategie: Das Zielbild vor der Softwareauswahl
Bevor ein Lastenheft für eine neue HR-Software entsteht, braucht es ein tragfähiges HR-IT-Strategie-Zielbild: eine von Personalabteilung, IT und Geschäftsführung gemeinsam getragene Soll-Architektur für Kernprozesse wie Recruiting, Personalstammdaten, Talent Management, Zeitwirtschaft und Workforce Analytics. Für mittelständische Unternehmen und Konzerne in Deutschland, die 2025 und 2026 ihre HR-Systemlandschaft konsolidieren oder ein neues HR-Kernsystem (HRIS, Human Resources Information System) einführen, entscheidet genau dieses Zielbild darüber, ob die anschließende Softwareauswahl zu einer tragfähigen, integrierten Lösung führt oder zu einem weiteren Punktsystem in einem ohnehin fragmentierten HR-Tech-Stack.
Wie riskant ein Softwareprojekt ohne belastbare Anforderungsgrundlage ist, zeigen die langjährigen Erhebungen der Standish Group (CHAOS Report): Gemittelt über alle Projektgrößen hinweg gilt seit vielen Studienjahren in etwa die Faustregel, dass rund ein Drittel aller IT-Projekte uneingeschränkt erfolgreich verläuft, knapp die Hälfte als „gefährdet" gilt und der Rest scheitert, wobei die genauen Prozentwerte von Ausgabe zu Ausgabe schwanken und die proprietäre, nicht öffentlich einsehbare Erhebungsmethodik von Standish in der Wissenschaft seit Jahren kritisch diskutiert wird (u. a. Eveleens/Verhoef, „The Rise and Fall of the Chaos Report Figures", IEEE Software 2010). Innerhalb dieses Durchschnitts zeigt der Report durchgängig ein deutliches Gefälle nach Projektgröße: Große, komplexe Vorhaben, zu denen die Ablösung eines HR-Kernsystems in aller Regel zählt, schneiden historisch spürbar schlechter ab als kleine Projekte. Unabhängig von der exakten Zahl der jeweiligen Studienausgabe zählen unklare oder unvollständige Anforderungen dabei durchgängig zu den am häufigsten genannten Ursachen für Schieflagen. Wer die Zielbild-Phase überspringt und direkt in die Anbieterauswahl einsteigt, verlagert genau dieses Risiko in ein HR-Projekt, das ohnehin sensible Personendaten, Mitbestimmungsrechte und gewachsene Altsysteme miteinander verbindet.
Warum ein HR-IT-Strategie-Zielbild vor jeder Softwareauswahl steht
Eine Funktionsliste ist kein Zielbild. Wer beides verwechselt, schreibt den Status quo fort statt die Zielarchitektur.
Softwareauswahl ohne Zielbild
In der Praxis beginnen viele HR-Softwareprojekte mit einer Funktionsliste statt mit einer Strategie: Ein Fachbereich sammelt Anforderungen aus dem Tagesgeschäft, ein externer Berater liefert eine Marktübersicht, und innerhalb weniger Wochen steht ein Lastenheft mit 200 bis 400 Einzelanforderungen. Was fehlt, ist die vorgelagerte Frage, welche HR-Prozesslandschaft das Unternehmen in drei bis fünf Jahren überhaupt haben will und wie diese mit der übergeordneten Unternehmens- und IT-Strategie zusammenhängt.
Die Folge: Anforderungen spiegeln den Status quo wider, nicht die Zielarchitektur. Systeme werden nach Ist-Prozessen ausgeschrieben, die eigentlich abgeschafft werden sollten. Stakeholder aus IT und Geschäftsführung werden erst eingebunden, wenn die Ausschreibung bereits läuft, mit der Folge, dass Sicherheitsanforderungen, Integrationsvorgaben oder Budgetrestriktionen nachträglich das gesamte Lastenheft verändern.
Nach unserer Einschätzung ist dieses nachträgliche Aufrollen einer der häufigsten Gründe, warum HR-Softwareprojekte in der Selektionsphase Monate verlieren oder, schlimmer, nach der Implementierung als Fehlkauf gelten, weil das gewählte System zwar die ursprüngliche Anforderungsliste erfüllt, aber nicht zur tatsächlichen Zielarchitektur des Unternehmens passt. Die typischen Symptome dieses Vorgehens haben wir in unseren Artikeln „Typische Stolpersteine bei der HR-Softwareauswahl" und „7 Fallstricke in der HR-Softwareauswahl" im Detail gesammelt; dieser Artikel setzt bewusst eine Ebene davor an, bei der Ursache statt bei den Symptomen.
Zielbild vor Lastenheft
Ein HR-IT-Strategie-Zielbild kehrt diese Reihenfolge um. Es definiert zunächst die Soll-Prozesslandschaft (welche HR-Prozesse laufen künftig wie ab, mit welchem Automatisierungsgrad, mit welcher Systemunterstützung), verankert diese explizit in der Unternehmens- und IT-Strategie (Wachstumspläne, geplante M&A-Aktivitäten, Cloud-first-Vorgaben, Konsolidierungsziele) und stellt sicher, dass HR, IT und Geschäftsführung ein gemeinsames Zielverständnis haben, bevor überhaupt eine Anforderung formuliert wird.
Aus diesem Zielbild leiten sich anschließend Architekturprinzipien (z. B. „ein HR-Kernsystem als Single Source of Truth", „keine Individualentwicklung ohne dokumentierte API-Schnittstelle") und Priorisierungskriterien ab, die das spätere Lastenheft konsistent und entscheidungsfähig machen. Dieses Vorgehen orientiert sich methodisch an etablierten Enterprise-Architecture-Frameworks wie TOGAF (The Open Group Architecture Framework), mit seiner Architecture Development Method (ADM) und Referenzmodellen wie dem Technical Reference Model, angewendet auf die Domäne Human Resources.
Der Aufwand für diese vorgelagerte Phase liegt nach unserer Projekterfahrung meist zwischen zwei und sechs Wochen. Der Übergang in ein konkretes HR-Software-Lastenheft mit priorisierten Muss-, Soll- und Kann-Anforderungen ist bewusst ein eigener, nachgelagerter Schritt: Die technische Ausgestaltung von Lastenheft, Architektur-Checkliste und KPIs behandelt unser Leitfaden „HR-Softwareanforderungen 2026" im Detail.
Reifegradmatrix: Wo steht Ihr Unternehmen beim HR-IT-Strategie-Zielbild?
Die folgende Matrix dient als strukturierte Selbsteinschätzung. Sie bewertet fünf Dimensionen eines HR-IT-Zielbilds entlang von vier Reifegraden, von „nicht vorhanden" bis „strategisch verankert". Unternehmen, die sich in mehreren Dimensionen auf Stufe 0 oder 1 wiederfinden, sollten die Zielbild-Phase vor jeder Ausschreibung priorisieren.
| Dimension | Stufe 0: Ad hoc | Stufe 1: Punktuell | Stufe 2: Strukturiert | Stufe 3: Strategisch verankert |
|---|---|---|---|---|
| Verknüpfung mit Unternehmensstrategie | Kein Bezug zur Unternehmensstrategie erkennbar | Einzelne Ziele werden informell erwähnt | Zielbild leitet sich aus dokumentierten Unternehmenszielen ab | Zielbild ist Teil eines formalen Strategie-Reviews mit CHRO und CIO |
| Soll-Prozesslandschaft | Nicht definiert, nur Ist-Prozesse bekannt | Einzelne Prozesse skizziert, kein Gesamtbild | Prozesslandkarte für alle HR-Kernprozesse vorhanden (z. B. nach BPMN) | Prozesslandkarte mit definierten Automatisierungs- und Zielreifegraden pro Prozess |
| Stakeholder-Alignment | HR entscheidet allein | IT wird informiert, nicht eingebunden | HR und IT stimmen gemeinsam ab, Geschäftsführung informiert | Verbindliches Steering-Komitee aus HR, IT, Geschäftsführung und ggf. Betriebsrat |
| Datenarchitektur & Integration | Keine Aussage zu Schnittstellen oder Datenhoheit | Schnittstellen werden fallweise geklärt | Zielbild für Datenflüsse und System-of-Record je Datendomäne definiert, Integrationsstandards (API/SCIM) benannt | Integrationsarchitektur mit dokumentierten API-Standards, Provisionierungsprozess (SCIM/SSO) und klarer Datenhoheit |
| Governance & Entscheidungsrechte | Keine formalen Entscheidungswege | Entscheidungen liegen bei Einzelpersonen | RACI-Matrix (Responsible, Accountable, Consulted, Informed) für Kernentscheidungen vorhanden | Governance-Modell mit Budget-, Architektur- und Change-Verantwortung fest verankert |
Nach unserer Beratungserfahrung liegt der typische Reifegrad deutscher Mittelstandsunternehmen vor Beginn eines strukturierten Auswahlprozesses bei Stufe 0 bis 1 in mindestens drei der fünf Dimensionen, am häufigsten bei Stakeholder-Alignment und Datenarchitektur. Konzerne mit etablierter Enterprise-Architecture-Funktion erreichen häufiger Stufe 2, scheitern aber oft an der praktischen Übersetzung in ein für HR verständliches, handlungsleitendes Zielbild. Diese Einschätzung beruht auf eigener Projektbeobachtung und ist als Orientierung, nicht als repräsentative Erhebung zu verstehen.
Bewusst ausgeklammert bleibt in dieser Matrix eine sechste, ebenso wichtige Dimension: die Veränderungsfähigkeit der Organisation selbst, also Kommunikationsfähigkeit, Kompetenzaufbau und die Kapazität, eine neue Systemlandschaft im Tagesgeschäft tatsächlich zu adaptieren. Dieser Aspekt würde den Rahmen einer reinen Architektur- und Governance-Reifegradmatrix sprengen und verdient eine eigene, vertiefte Betrachtung, die unser Artikel zum Change Management in HR-Projekten leistet.
Die sechs Bausteine eines belastbaren HR-IT-Zielbilds
Jeder Baustein adressiert eine eigene Fehlerquelle, die ohne vorgelagertes Zielbild typischerweise erst mitten in der Anbieterauswahl sichtbar wird.
Verzahnung mit Unternehmens- und IT-Strategie
Ein isoliert entstandenes Zielbild verfällt, sobald sich Rahmenbedingungen ändern, etwa durch eine Übernahme, den Eintritt in neue Länder oder eine konzernweite Cloud-first-Vorgabe. Ein gemeinsamer Workshop mit CHRO und CIO prüft beide Strategiedokumente auf Widersprüche, bevor die HR-Zielarchitektur final festgeschrieben wird.
Soll-Prozesslandschaft statt Funktionsliste
Eine Prozesslandkarte zeigt, wie Recruiting, Onboarding, Performance Management, Weiterbildung, Zeitwirtschaft und Offboarding als zusammenhängende Prozesskette funktionieren sollen. Modelliert mit einem standardisierten Notationsansatz wie BPMN, werden Redundanzen und Medienbrüche sichtbar, bevor ein Anbieter überhaupt evaluiert wird.
Stakeholder-Alignment zwischen HR, IT und Geschäftsführung
HR priorisiert Nutzerfreundlichkeit, IT priorisiert Sicherheitsarchitektur, die Geschäftsführung priorisiert Kosten. Ein interdisziplinärer Steering-Kreis mit RACI-Matrix macht diese Zielsysteme explizit. Details dazu in „Rollen in HR-Projekten: Verantwortlichkeiten klar regeln" und „Kollaborative HR-Softwareauswahl: Erfolg oder Scheitern".
Systemarchitektur-Prinzipien und Integrationsfähigkeit
Vor der Anbieterwahl (SAP SuccessFactors, Workday, Personio) klärt das Zielbild: Single Source of Truth oder Best-of-Breed? Konkrete Standards wie SCIM für Provisionierung, SAML2/OIDC für Single Sign-on, REST/GraphQL-APIs und die Anbindung an den Joiner-Mover-Leaver-Prozess (JML) sollten dabei bereits benannt sein, ergänzt um iPaaS-Lösungen (z. B. Boomi, Workato, MuleSoft) im Best-of-Breed-Modell.
- Datenresidenz bei US-Anbietern (Schrems II, US CLOUD Act)
- SCIM, SAML2/OIDC als Integrationsstandards
- JML-Prozess an IAM-Systeme anbinden
Datenmodell, Datenhoheit und Single Source of Truth
Für jede zentrale Datendomäne muss feststehen, welches System führend ist. Besonders praxisrelevant: die Synchronisation mit DATEV, der im deutschen Markt dominanten Lohnbuchhaltungssoftware. Details dazu in „DATEV-HR-Integration: So klappt die Anbindung". Vergütungsdaten verdienen dabei eine eigene Datendomäne, nicht zuletzt wegen der EU-Entgelttransparenzrichtlinie.
Business Case, Priorisierung und Investitionsrahmen
Ein Zielbild ohne groben Investitionsrahmen bleibt akademisch. Ein einfaches Impact-Aufwand-Portfolio verhindert, dass das spätere Lastenheft alle Wünsche gleich gewichtet, obwohl das Budget das gar nicht hergibt. Details zur Budgetplanung bietet „HR-Software-Budget ohne Kostenfalle", eine vollständige Berechnung „HR-Software-TCO: Total Cost of Ownership richtig berechnen".
Compliance- und Risikoaspekte in der Zielbild-Phase
Wer diese acht Punkte erst im laufenden Auswahlprozess prüft statt im Zielbild, riskiert Monate an Verzögerung und nachträglich ausscheidende Favoriten.
Betriebsrat nach § 87 Abs. 1 Nr. 6 BetrVG
Der Betriebsrat hat ein zwingendes Mitbestimmungsrecht bei technischen Einrichtungen zur Verhaltens- oder Leistungskontrolle, ein Kriterium, das die meisten modernen HR-Systeme mit Zeiterfassung, Performance-Tracking oder Recruiting-Analytics faktisch erfüllen. Wird der Betriebsrat erst nach Abschluss der Anbieterauswahl einbezogen, drohen Verzögerungen von mehreren Monaten.
DSGVO und internationale Datenübermittlung
HR-Systeme verarbeiten besonders sensible Daten: Gesundheitsdaten, Gewerkschaftszugehörigkeit, ggf. Religionszugehörigkeit. Bereits im Zielbild sollte feststehen, ob eine Datenschutz-Folgenabschätzung nach Art. 35 DSGVO nötig wird und wie Privacy by Design (Art. 25 DSGVO) architektonisch verankert wird. Bei US-Cloud-Anbietern stellt sich nach dem Schrems-II-Urteil die Frage nach Standardvertragsklauseln und EU-Hosting.
EU-KI-Verordnung (AI Act) für Recruiting-KI
Seit dem 2. August 2026 gilt der Großteil der Pflichten für Hochrisiko-KI-Systeme. KI für Personalmanagement und Recruiting ist in Anhang III der Verordnung 2024/1689 als eigener Hochrisiko-Anwendungsfall gelistet. Wer KI-gestützte Vorauswahl oder Bewerber-Ranking plant, braucht Risikomanagement, Bias-Kontrolle und menschliche Aufsicht, als Architekturprinzip im Zielbild, nicht als nachträgliche Prüfung.
EU-Entgelttransparenzrichtlinie als Datenfrage
Die Richtlinie 2023/970 musste bis zum 7. Juni 2026 national umgesetzt werden und verpflichtet zu strukturierten Gehaltsbändern und Gender-Pay-Gap-Reporting. Vergütungsdaten, Stellenbewertungen und Gehaltsbänder brauchen deshalb ein eindeutig definiertes führendes System. Compensation gehört als eigene Datendomäne ins Zielbild, nicht als Nebenprodukt der Personalstammdaten.
ISO/IEC 27001 und NIS2
Unternehmen mit ISMS nach ISO/IEC 27001:2022 (Übergangsfrist von der 2013er-Fassung bereits Ende Oktober 2025 ausgelaufen) müssen Zugriffskontrollen, Verschlüsselung und Audit-Fähigkeit von Beginn an als nicht verhandelbare Rahmenbedingung definieren. Für NIS2-pflichtige Unternehmen kommen weitergehende Melde- und Sorgfaltspflichten hinzu (national über das NIS2UmsuCG).
Unkontrollierte Punktlösungen
Ohne verbindliches Zielbild beschaffen Fachbereiche eigenständig Tools für Bewerbermanagement, Umfragen oder Skill-Datenbanken. Nach Erhebungen der Sapient Insights Group (jährliche „HR Systems Survey", Nachfolgerin der Sierra-Cedar/CedarCrestone-Reihe) verwalten größere Organisationen im historischen Mittel eine zweistellige Zahl paralleler HR-Anwendungen. Ein Zielbild mit klarem Freigabeprozess reduziert dieses Wachstum deutlich.
Legacy-Lock-in
Viele Unternehmen betreiben ihr HR-Kernsystem seit über einem Jahrzehnt, oft stark individualisiert. Ohne explizite Auseinandersetzung im Zielbild droht eine Migration, die bestehende, teils überholte, Prozesse lediglich in ein neues System überträgt, statt sie zu modernisieren.
Governance-Lücken bei fehlendem Zielbild
Fehlt ein verbindliches Zielbild, verschiebt sich die strategische Entscheidung faktisch in die Anbieterauswahl: Vertriebszyklen einzelner Anbieter beeinflussen dann die Architekturentscheidung, statt umgekehrt. Ein von der Geschäftsführung freigegebenes Zielbild verhindert das, ein Risiko besonders bei Investitionen im sechs- bis siebenstelligen Bereich.
Der Weg zum HR-IT-Strategie-Zielbild in sechs Schritten
Erst nach der formalen Freigabe des Zielbilds beginnt die Detaillierung in ein konkretes Lastenheft.
Standortbestimmung: IST-Analyse der HR-Systemlandschaft
Erfassung aller aktuell eingesetzten HR-Systeme, Schnittstellen, manuellen Workarounds und Schatten-IT-Lösungen, inklusive der Systeme, die offiziell nicht existieren sollten. Dauer: typischerweise ein bis zwei Wochen.
Strategieableitung: Verknüpfung mit Unternehmens- und IT-Strategie
Abgleich der HR-Ziele mit Unternehmensstrategie, IT-Strategie sowie den bereits feststehenden regulatorischen Leitplanken (EU-KI-Verordnung, Entgelttransparenzrichtlinie, DSGVO, ggf. NIS2). Ergebnis: eine bestätigte Liste strategischer Leitplanken.
Stakeholder-Workshops: HR, IT, Geschäftsführung, Betriebsrat
Strukturierte Workshops legen Zielkonflikte offen. Der Betriebsrat sollte spätestens hier informiert und bei absehbarer Mitbestimmungspflicht aktiv eingebunden werden. Bewährt: zwei bis drei moderierte Termine über zwei bis drei Wochen.
Soll-Prozesslandschaft und Zielarchitektur entwickeln
Prozesslandkarte für alle HR-Kernprozesse plus Systemarchitektur-Prinzipien: führendes System pro Datendomäne, Integrationsstandards (SCIM, SAML2/OIDC), JML-Anbindung, Automatisierungsgrad je Prozess.
Priorisierung, Business Case und Investitionsrahmen festlegen
Bewertung der Prozessbereiche nach Nutzenpotenzial und Aufwand, Ableitung einer groben Investitionsspanne und Roadmap. Das liefert die inhaltliche und budgetäre Grundlage für das Lastenheft.
Freigabe des Zielbilds und Übergabe in die Lastenheft-Phase
Formale Freigabe durch Geschäftsführung, HR- und IT-Leitung, idealerweise dokumentiert. Erst danach beginnt die Detaillierung in ein konkretes Lastenheft mit priorisierten Muss-, Soll- und Kann-Anforderungen.
Häufig gestellte Fragen zum HR-IT-Strategie-Zielbild
Antworten auf die Fragen, die HR-, IT- und Geschäftsführungsteams vor dem Start einer Softwareauswahl am häufigsten stellen.
Was ist ein HR-IT-Strategie-Zielbild genau?
Ein HR-IT-Strategie-Zielbild ist ein dokumentiertes, von HR, IT und Geschäftsführung gemeinsam getragenes Soll-Bild der künftigen HR-Prozess- und Systemlandschaft. Es beschreibt, welche HR-Prozesse in welcher Form künftig ablaufen sollen, welche Architekturprinzipien dabei gelten (z. B. ein zentrales HR-Kernsystem als Single Source of Truth) und wie dieses Zielbild mit der übergeordneten Unternehmens- und IT-Strategie zusammenhängt. Es ist bewusst kein Lastenheft mit Einzelanforderungen, sondern die strategische Grundlage, aus der ein Lastenheft erst konsistent abgeleitet werden kann.
Warum reicht ein Lastenheft allein nicht aus?
Ein Lastenheft listet in der Regel einzelne funktionale und technische Anforderungen auf, ohne notwendigerweise ein konsistentes Gesamtbild der Zielarchitektur zu liefern. Ohne vorgelagertes Zielbild entsteht das Risiko, dass Anforderungen den bestehenden Ist-Zustand fortschreiben statt die gewünschte Zielarchitektur abzubilden, und dass Widersprüche zwischen einzelnen Anforderungen erst während der Anbieterauswahl auffallen. Ein Zielbild liefert die Kriterien, an denen sich widersprüchliche oder unklare Anforderungen im Lastenheft auflösen lassen.
Wer sollte an der Entwicklung des Zielbilds beteiligt sein?
Kernrollen sind die HR-Leitung beziehungsweise ein CHRO, die IT-Leitung beziehungsweise ein CIO oder Enterprise-Architekt, die Geschäftsführung als strategischer Auftraggeber sowie, sobald mitbestimmungspflichtige Systemfunktionen absehbar sind, der Betriebsrat. In größeren Organisationen empfiehlt sich zusätzlich die Einbindung von Fachbereichsleitungen aus Recruiting, Payroll-nahen Funktionen und Personalentwicklung, um die Soll-Prozesslandschaft praxisnah zu gestalten.
Wie lange dauert die Entwicklung eines HR-IT-Zielbilds?
Nach unserer Projekterfahrung liegt der Aufwand für ein fundiertes Zielbild bei mittelständischen Unternehmen typischerweise zwischen zwei und vier Wochen, bei komplexeren Konzernstrukturen mit mehreren Landesgesellschaften eher bei vier bis acht Wochen. Entscheidend für die Dauer ist weniger die Unternehmensgröße als die Verfügbarkeit der relevanten Stakeholder für gemeinsame Workshop-Termine.
Was kostet die Entwicklung eines Zielbilds, und lohnt sich das für den Mittelstand?
Die Kosten hängen stark davon ab, ob das Zielbild intern erarbeitet oder extern moderiert wird; bei externer Begleitung bewegen sich die Aufwände meist im niedrigen bis mittleren fünfstelligen Bereich. Angesichts von Gesamtinvestitionen für ein neues HR-Kernsystem, die im Mittelstand häufig im sechsstelligen Bereich liegen, macht das Zielbild in der Regel einen einstelligen Prozentanteil des Gesamtbudgets aus, reduziert dafür aber nachweislich das Risiko von Fehlentscheidungen und nachträglichen Anpassungen.
Wie hängt das Zielbild mit der Unternehmens-IT-Strategie zusammen?
Das HR-IT-Zielbild ist kein isoliertes HR-Dokument, sondern eine funktionsspezifische Ausprägung der übergeordneten IT-Strategie. Vorgaben wie eine Cloud-first-Strategie, einheitliche Sicherheitsstandards oder eine konzernweite Konsolidierung der Systemlandschaft müssen im HR-Zielbild berücksichtigt werden, damit die spätere HR-Software-Entscheidung nicht im Widerspruch zur IT-Governance steht. Diese engere Verzahnung von Personalstrategie und Technologieentscheidungen taucht als wiederkehrendes Motiv in großen HR-Trendstudien auf, etwa in Deloittes jährlich erscheinender Studienreihe „Global Human Capital Trends". Die jeweils aktuelle Ausgabe sollte dabei direkt konsultiert werden.
Welche Rolle spielt der Betriebsrat bereits in dieser Phase?
Sobald absehbar ist, dass das künftige HR-System Funktionen zur Verhaltens- oder Leistungskontrolle enthält, etwa Zeiterfassung, Performance-Tracking oder Recruiting-Analytics, greift die Mitbestimmungspflicht nach § 87 Abs. 1 Nr. 6 BetrVG. Eine frühzeitige, informelle Einbindung des Betriebsrats bereits in der Zielbild-Phase schafft Transparenz über geplante Funktionen und verhindert, dass die formale Mitbestimmung erst nach Abschluss der Anbieterauswahl zu Verzögerungen führt.
Welche Rolle spielt die EU-KI-Verordnung (AI Act) beim Zielbild?
Sobald das Zielbild den Einsatz KI-gestützter Recruiting-, Auswahl- oder Performance-Funktionen vorsieht, ist seit dem 2. August 2026 die Einstufung solcher Systeme als Hochrisiko-KI nach Anhang III der EU-KI-Verordnung (VO (EU) 2024/1689) relevant. Das bedeutet konkrete Pflichten zu Risikomanagement, Dokumentation, Bias-Kontrolle und menschlicher Aufsicht, die von Beginn an als Architekturprinzip im Zielbild mitgedacht werden sollten, nicht erst nachträglich im laufenden Auswahlprozess.
Was passiert, wenn wir die Zielbild-Phase überspringen?
Typische Folgen sind ein Lastenheft, das den Status quo statt die Zielarchitektur abbildet, wiederkehrende Grundsatzdiskussionen während der Anbieterauswahl, weil zentrale Architekturfragen ungeklärt sind, sowie ein erhöhtes Risiko, dass IT-Sicherheits-, Datenschutz- oder KI-Compliance-Anforderungen erst spät auffallen und bereits favorisierte Anbieter wieder ausscheiden lassen. In der Gesamtbetrachtung führt das Überspringen dieser Phase häufiger zu einer längeren Gesamtprojektdauer, als die Zielbild-Phase selbst benötigt hätte.
Wie oft sollte das Zielbild aktualisiert werden?
Ein HR-IT-Zielbild ist kein einmaliges Dokument, sondern sollte spätestens bei wesentlichen Änderungen der Unternehmensstrategie (Übernahmen, neue Märkte, signifikantes Wachstum) sowie regulär alle zwei bis drei Jahre überprüft werden. Zwischen einer Zielbild-Erstellung und dem tatsächlichen Beginn einer Softwareauswahl sollte in der Regel nicht mehr als ein Jahr vergehen, da sich strategische und regulatorische Rahmenbedingungen in dieser Zeit relevant ändern können.
Braucht man für ein Zielbild einen externen Berater, oder geht das auch intern?
Unternehmen mit etablierter Enterprise-Architecture-Funktion und einem eingespielten Zusammenspiel zwischen HR und IT können ein Zielbild grundsätzlich intern erarbeiten. In der Praxis fehlt jedoch häufig entweder die methodische Erfahrung mit Prozessmodellierung und Architekturprinzipien oder schlicht die neutrale Moderationsrolle, um Zielkonflikte zwischen HR, IT und Geschäftsführung sachlich aufzulösen. Externe Begleitung lohnt sich vor allem dann, wenn frühere Softwareprojekte bereits an genau diesen Konflikten gescheitert sind.
Starten Sie Ihre HR-Softwareauswahl mit einem belastbaren Zielbild, nicht mit einer Funktionsliste.
Ein HR-IT-Strategie-Zielbild entscheidet darüber, ob Ihre spätere Anbieterauswahl auf einer konsistenten Zielarchitektur aufbaut oder auf einer Sammlung von Einzelwünschen. Nutzen Sie unsere strukturierte Reifegradmatrix und den Sechs-Schritte-Prozess als Ausgangspunkt für Ihren eigenen Zielbild-Workshop, oder nutzen Sie unser Netzwerk an unabhängigen HR-Software-Expertinnen und -Experten, um sich durch die Zielbild-Phase begleiten zu lassen, bevor Sie mit der Erstellung Ihres Lastenhefts beginnen. Weitere Orientierung bieten unsere HR-Software-Checkliste und der Überblick zur HR-Softwareauswahl.