Warum HR-Transformationen oft als IT-Projekte starten

– und in fachlichen Diskussionen enden

Die digitale Transformation in HR und IT schreitet rasant voran und gibt den Takt vor – von der allgemeinen Digitalisierung von HR-Prozessen über Migrationen bis hin zu künstlich intelligenten Anwendungen. Konkret im SAP-Umfeld zwingt das bevorstehende Wartungsende der bisherigen ERP-HCM-Lösungen Unternehmen dazu, auf zukunftssichere Plattformen umzustellen, um bisher getätigte Investitionen zu schützen und ihre Systemlandschaft zu erneuern und zukunftssicher aufzustellen.

Gerade im HR-Umfeld stehen Unternehmen dabei vor unterschiedlichen Migrations- und Betriebsoptionen. Je nach Ausgangssituation und Zielbild können Kernprozesse zunächst on-premise verbleiben, schrittweise in die Cloud überführt oder in hybriden Szenarien auf beide Welten verteilt werden. Die Transformation entspricht daher oft nicht einem radikalen Neustart, sondern ist eine stufenweise Weiterentwicklung der bestehenden HR-Landschaft. Dieses Vorgehen erleichtert zwar die Steuerung von Aufwand, Risiken und Ressourcen, führt in der Praxis jedoch häufig zu hybriden Ansätzen und heterogenen Transformationslandschaften.

Von alten Mustern trennen

Auch wenn die digitale HR-Transformation längst keinen Ausnahmezustand mehr darstellt, ist sie insgesamt ein aufwendiges Projekt. Die Herausforderung besteht meist darin, Datenmigration, Prozessharmonisierung und hybride Strategien in Einklang zu bringen – und gleichzeitig eine gute Planung und ausreichend Ressourcen sicherzustellen. Wer von Beginn an klare Roadmaps entwickelt, ganzheitliche Ansätze verfolgt und verlässliche Unterstützung hinzuzieht, ist auf einem guten Weg. Ein Schlüssel ist auch die Veränderungsbereitschaft: Organisationen müssen umdenken, neue Kompetenzen aufbauen und Erwartungen an unmittelbare Effizienz- und Innovationspotenziale realistisch managen.

Ein entscheidender Erfolgsfaktor ist, sich von alten Projektmustern zu lösen. Viele Vorhaben starten in der Praxis zunächst mit einem starken technischen Fokus – etwa auf Architektur, Standardisierung oder Plattformfragen. Die fachlichen und organisatorischen Auswirkungen werden dagegen oft erst später sichtbar. Das führt nicht selten zu langen Abstimmungsschleifen und bremst die Umsetzung. Meist liegt das nicht an fehlender Bereitschaft, sondern daran, dass die Zielarchitektur fachlich zu spät bewertet wird. Die gute Nachricht ist: Wer die fachliche Komponente versteht und einbezieht, kann grundlegende strukturelle Hürden überwinden, Transformationen schneller, stabiler und günstiger realisieren – und sich intensiver mit strategischen Zukunftsthemen befassen.

Wenn zwei Logiken aufeinander prallen

IT-Projekte folgen in der Regel einer nachvollziehbaren Logik: Standardisierung, Skalierbarkeit, Security, Architektur-Kohärenz, Kostenkontrolle, Releasefähigkeit. Diese Kriterien sind rational – und auf Managementebene weit verbreitet, weil sie messbar und vergleichbar sind. HR folgt jedoch einer anderen Logik: Arbeitsverhältnisse sind keine „Prozessfälle“, sondern bilden rechtliche, tarifliche, kulturelle und organisatorische Realitäten ab. HR-Systeme verwalten nicht nur Daten – sie stehen für Verantwortlichkeiten, Ansprüche, Mitbestimmung, Fristen, Nachweispflichten und gelebte Praxis rund um Themen wie Payroll, Zeitwirtschaft, Reporting und Compliance.

Wenn diese beiden in der Transformation aufeinander prallenden Logiken nicht frühzeitig im Projekt einbezogen und zusammengeführt werden, verläuft es erfahrungsgemäß wie folgt: Zuerst wird über die Zielarchitektur entschieden, dann wird der Scope definiert, anschließend das Template ausgerollt – und erst danach wird sichtbar, welche Konsequenzen dies im Arbeitsalltag von Fachabteilungen erzeugt.

An dieser Stelle bekommt das Projekt eine neue Dynamik: Aus einem Planungsprojekt wird eine fachliche Dauerbaustelle. Nicht weil HR „plötzlich schwierig“ wird – sondern weil die operative Tragfähigkeit und der Nutzen für die Mitarbeitenden nachträglich hergestellt werden müssen. Die Lösungen sind zwar technisch korrekt und wirken strategisch durchdacht, funktionieren nach dem Go-Live operativ aber nur mit Umgehung, Zusatzaufwand oder Schattenprozessen. Dies geht zulasten der Effizienz und Akzeptanz.

Kapazität ist nicht gleich Verfügbarkeit

Neben der Grundproblematik, dass in HR-IT-Projekten zwei Mentalitäten aufeinanderprallen, scheitern viele Vorhaben auch an der unterschiedlichen zeitlichen Logik. HR arbeitet in festen Zyklen an Jahresabschlüssen, Entgeltanpassungen, Budget- und Personalplanungen, Tarifrunden, Meldungen und Audits. IT richtet Projektpläne jedoch vor allem nach technischen Abhängigkeiten aus. Die Folge: HR hat zu dem vorgesehenen Zeitpunkt gar keine Kapazitäten frei – und wird bei der Umsetzung systemisch überlastet. Entscheidungen werden vertagt oder es wird improvisiert, die Qualität sinkt, das Verantwortungsgefühl schwindet – und am Ende wird behauptet, HR trage die Lösung nicht mit. Tatsächlich ist es aber so, dass HR – zurecht – die unrealistische Planung der IT nicht akzeptiert.

Das rächt sich spätestens nach dem Go-Live – wenn Probleme nicht mehr mit Workshops, Kompromissen und zusätzlichen Konfigurationen aus der Welt geschaffen werden können, sondern Lösungen im Arbeitsalltag funktionieren und Mehrwerte bringen müssen. Die Teams sind dann mit zusätzlichen manuellen Prozessen, lokalen Sonderwegen, schlechter Datenqualität und mehr Ticketvolumen konfrontiert, statt entlastet zu sein. Und das nicht aufgrund der Komplexität der Cloud, sondern weil Projekte ohne den Austausch zwischen den Fachabteilungen gestartet wurden.

Drei Leitplanken mit Hebelwirkung

HR-Transformationen scheitern selten an der Technologie, sondern an fehlender Fachlichkeit. Stellt sich abschließend die Frage, wie es besser geht? Die Antwort: Wenn Geschäftsführungen verstehen, dass HR-Transformationen keine IT-Vorhaben mit HR-Beteiligung sind, sondern Unternehmensprojekte mit starkem fachlichem Kern, die Führung und Governance erfordern. Denn erst dann werden Systeme nicht nur implementiert, sondern langfristig tragfähig.

Daraus ergeben sich klare Handlungsfelder für das Management. Erstens: HR muss als Mitentscheider positioniert werden. Dazu gehört, jede fachliche Anforderung an Systeme, Standardisierung bzw. lokale Designs und Zielarchitekturen bewusst abzuwägen. Zweitens: Die Transformation sollte zeitlich realistisch nach der Lieferfähigkeit von HR getaktet werden – nicht nach technischen Meilensteinen. Wer Engpässe in der HR unterschätzt, läuft hinterher doppelt Gefahr, dass das Projekt nicht die gewünschten Ergebnisse erzielt und sogar noch komplexer wird. Drittens: Fachliche Ownership definieren – nicht nur Ressourcen einplanen. HR sollte mehr leisten, als nur Input zu liefern, sie sollte feste Rollen einnehmen, Verantwortung übernehmen, Entscheidungsmacht über Prozesse, Datenmanagement und Compliance haben – und Konsequenzen nach dem Go-Live entsprechend mittragen.