Forschungstransfer · HR-Systeme · Veränderung

HR-Systeme entscheiden.
Veränderung wirksam gestalten.

Wie lässt sich über die Zukunft eines HR-Systems nachvollziehbar entscheiden? Diese Seite überträgt die Inhalte meiner Masterarbeit auf Anforderungen, Handlungsoptionen, Kosten und organisatorische Veränderung – mit besonderem Blick auf den Arbeitsalltag der Menschen.

Für HR-Verantwortliche, IT-Leitungen und Geschäftsführungen.

Eine Entscheidung, die Sie begründen können.Klare Kriterien · Vergleichbare Optionen · Konkrete nächste Schritte
HR-Praxis und FührungserfahrungSchnittstelle zwischen HR und ITMenschen, Prozesse und Systeme gemeinsam betrachten
Von der Masterarbeit zur praktischen Anwendung

Systementscheidungen brauchen mehr als einen Softwarevergleich.

Meine Masterarbeit untersucht die Make-or-Buy-Entscheidung bei HR-Systemen im öffentlichen Dienst am Beispiel des Übergangs von IPIS zu SAP HCM beim Land Salzburg. Der HR Transformation Navigator übersetzt diese Perspektiven in einen praktischen Anwendungsrahmen.

Transaktionskostentheorie

Passung und Anpassungsbedarf

Je spezifischer Anforderungen und je größer Unsicherheiten sind, desto wichtiger werden Anpassungsaufwand, Abstimmung und langfristige Abhängigkeiten.

Resource-Based View

Internes Wissen und Zukunftsfähigkeit

Gewachsenes Systemwissen kann eine wertvolle Ressource sein. Technologische Veraltung oder fehlende Fachkräfte können seine künftige Nutzbarkeit begrenzen.

Total Cost of Ownership

Kosten über die Nutzungsdauer

Anschaffung und Lizenzen sind nur ein Teil. Betrieb, Anpassungen, Schulung, interne Mitarbeit und spätere Modernisierung gehören ebenfalls in die Betrachtung.

Der zentrale Befund der Fallstudie

Hohe Passung schützt nicht vor Zukunftsrisiken.

Das gewachsene System bot fachliche Passung, Flexibilität und vertraute Abläufe. Dem standen Technologie- und Wissensrisiken gegenüber. Der Wechsel zur Standardsoftware brachte seinerseits Anpassungsbedarf, technische Schwierigkeiten und veränderte Arbeitsweisen mit sich.

Für die Praxis folgt daraus eine Prüffrage: Welche Stärken sollen erhalten bleiben, welche Risiken müssen gelöst werden und welcher Veränderungsaufwand entsteht durch jede Option?

Methodik und Aussagegrenzen

Eine Fallstudie als Ausgangspunkt.

Die Untersuchung verbindet Literaturanalyse, zehn Expertengespräche als thematische Feldnotizen, Dokumente und eigene Beobachtungen. Sie betrachtet neun Vergleichskriterien: acht fachlich-wirtschaftliche Kriterien und kulturelle Akzeptanz.

Die Ergebnisse belegen keine allgemeine Überlegenheit einer Beschaffungsoption. Eine vollständige langfristige Kostenmessung liegt nicht vor. Modernisierung bleibt eine zu prüfende Alternative; ihre Machbarkeit oder Kostenvorteile sind damit nicht nachgewiesen.

Typische Ausgangssituationen

Bevor Sie Software auswählen:
die richtigen Fragen stellen.

Ein Systemwechsel beginnt oft mit technischen Grenzen. Eine tragfähige Entscheidung braucht den Blick auf den gesamten Arbeitsalltag.

01 · Gewachsene Systeme

Es funktioniert.
Aber wie lange noch?

Wenige Wissensträger, schwierige Wartung oder fehlende Schnittstellen machen die Zukunft des bestehenden Systems unsicher.

Mit dem System-Check starten →
02 · Entscheidungsdruck

Modernisieren
oder neu beginnen?

Es stehen mehrere Wege offen. Anforderungen, Ressourcen, Kosten und Risiken müssen auf einer gemeinsamen Grundlage verglichen werden.

Handlungsoptionen vergleichen →
03 · Veränderung im Alltag

Neue Software.
Neue Arbeitsweisen.

Das Projekt verändert Rollen und Routinen. Erwartungen, technische Probleme und Unterstützungsbedarf sollten früh sichtbar werden.

Veränderung vorbereiten →
Erwartungen und Arbeitsalltag

Das neue System startet nicht bei null.
Die Erwartungen auch nicht.

Ein über Jahre eingespieltes System prägt, was Beschäftigte als schnell, einfach und zuverlässig erleben. An diesem Maßstab wird die neue Lösung gemessen – auch wenn sie technisch mehr Möglichkeiten bietet.

Ein typischer Satz im Systemwechsel
„Früher ging das mit drei Klicks.“

Hinter diesem Satz können verschiedene Ursachen stehen. Erst wenn sie geklärt sind, lässt sich die passende Maßnahme wählen.

Erwartungen und Arbeitsweisen klären →
01

Funktioniert der Prozess technisch?

Fehler, fehlende Berechtigungen oder instabile Schnittstellen brauchen technische Klärung.

02

Hat sich die Arbeit tatsächlich verändert?

Zusätzliche Eingaben, neue Zuständigkeiten oder längere Bearbeitungswege brauchen eine Prozess- und Rollenklärung.

03

Sind Nutzen und neue Abläufe verständlich?

Unklare Erwartungen oder fehlende Übung brauchen Beteiligung, nachvollziehbare Kommunikation und gezielte Unterstützung.

SEAM · Soziotechnisches Erwartungs- und Akzeptanzmodell

Gewohnte Abläufe prägen die Erwartungen an das neue System.

Gewohnter Maßstab

Die Nutzung des bisherigen Systems bildet eine historisch gewachsene Referenz, die „0-Linie“.

Erwartung an das neue System

Die neue Lösung wird auch an vertrauten Abläufen, Tempo und Handhabung gemessen.

Wahrgenommener Nutzen

Bleibt die Nutzungserfahrung hinter den Erwartungen zurück, können Akzeptanzprobleme entstehen.

Zwei Ansatzpunkte: Technische und prozessuale Schwierigkeiten bearbeiten; zugleich Erwartungen durch Beteiligung, Schulung und nachvollziehbare Kommunikation begleiten.

SEAM ist ein konzeptioneller Beitrag der Masterarbeit. Das Modell benötigt weitere unabhängige empirische Prüfung und erklärt nicht jede Nutzungsschwierigkeit.

So wird aus „mangelnder Akzeptanz“ eine bearbeitbare Aufgabe.

HR, IT und Führung erhalten eine gemeinsame Sicht auf das Problem und die nächsten Schritte.

HR Transformation Navigator

Fünf Bausteine.
Ein nachvollziehbarer Anwendungsweg.

Vom Überblick bis zur stabilen Nutzung: Die Bausteine zeigen praktische Fragestellungen, mögliche Arbeitsschritte und konkrete Arbeitsprodukte. Je nach Ausgangslage lassen sie sich einzeln vertiefen oder zu einem schrittweisen Vorgehen verbinden.

  1. 01 · Standort bestimmenSystem-Check
  2. 02 · Optionen vergleichenOptionenvergleich
  3. 03 · Wirtschaftlichkeit prüfenKosten & Risiken
  4. 04 · Veränderung vorbereitenVeränderung
  5. 05 · Nutzung stabilisierenStabilisierung
01 · Standort bestimmen

HR-System-Check

Wo steht Ihre HR-Systemlandschaft heute?

Ein strukturierter Überblick über Prozesse, Systemgrenzen und Abhängigkeiten – bevor eine Lösung ausgewählt wird.

Mögliche Arbeitsprodukte

  • Prozess- und Systemlandkarte
  • Kritische Schnittstellen und Wissensabhängigkeiten
  • Priorisierter Handlungsbedarf
  • Prioritäten für die nächsten Analyse- und Umsetzungsschritte
Mögliche Arbeitsschritte und Beteiligte
  1. Ausgangssituation mit HR, IT und Führung klären.
  2. Kritische Abläufe und bestehende Systeme erfassen.
  3. Schwachstellen, Stärken und Abhängigkeiten gemeinsam einordnen.
Wer sollte beteiligt sein?
HR-Verantwortliche, IT und ausgewählte Prozessverantwortliche.
Welche Unterlagen helfen?
Vorhandene Systemübersicht, Prozessbeschreibungen und bekannte Probleme.
Was sollte am Ende geklärt sein?
Priorisierter Handlungsbedarf und klare Fragestellungen für die nächste Vertiefung.
Eigene Anwendung skizzieren →
02 · Optionen vergleichen

Weiterführen, modernisieren oder ersetzen

Welche Option passt zu Ihrer Organisation?

Bestehendes System, technologische Modernisierung und Standardsoftware werden anhand Ihrer Anforderungen vergleichbar betrachtet.

Mögliche Arbeitsprodukte

  • Anforderungsprofil mit Muss- und Wunschkriterien
  • Begründeter Vergleich der Handlungsoptionen
  • Transparente Kriterien und Gewichtungen
  • Entscheidungsvorlage mit offenen Prüfaufträgen
Mögliche Arbeitsschritte und Beteiligte
  1. Anforderungen und organisatorische Rahmenbedingungen vereinbaren.
  2. Handlungsoptionen und mögliche Kombinationen prüfen.
  3. Bewertung nachvollziehbar dokumentieren und Annahmen hinterfragen.
Wer sollte beteiligt sein?
HR, IT, zuständige Entscheidungsträger und bei Bedarf weitere Fachbereiche.
Welche Unterlagen helfen?
Anforderungen, verfügbare Systeminformationen und Rahmenbedingungen zu Budget, Ressourcen und Betrieb.
Was sollte am Ende geklärt sein?
Die Entscheidungsvorlage beschreibt Kriterien, Optionen, Annahmen und offene Prüfaufträge.
Eigene Anwendung skizzieren →
03 · Wirtschaftlichkeit prüfen

Kosten und Risiken transparent machen

Was kostet die Entscheidung über ihre Nutzungsdauer?

Nicht nur Anschaffungskosten zählen. Auch Wartung, Anpassungen, Migration, Schulung und interne Ressourcen gehören in den Vergleich.

Mögliche Arbeitsprodukte

  • Kostenszenarien über die Nutzungsdauer
  • Kostenstruktur einschließlich interner Aufwände
  • Risiken, Abhängigkeiten und Sensitivitätsbetrachtung
  • Quellen- und Annahmenregister
Mögliche Arbeitsschritte und Beteiligte
  1. Betrachtungszeitraum und vergleichbare Kostenpositionen festlegen.
  2. Vorliegende Kostenangaben erfassen; fehlende Daten kenntlich machen.
  3. Alternative Annahmen durchspielen und Entscheidungsrisiken benennen.
Wer sollte beteiligt sein?
HR, IT sowie Budget- oder Controlling-Verantwortliche.
Welche Unterlagen helfen?
Vorliegende Angebote, Betriebskosten, interne Aufwände und geplante Nutzungsdauer.
Was sollte am Ende geklärt sein?
Die Szenarien unterscheiden belegte Kosten von Annahmen und zeigen, welche Eingaben das Ergebnis verändern.
Eigene Anwendung skizzieren →
04 · Veränderung vorbereiten

Menschen und Arbeitsweisen einbeziehen

Wie wird aus einem Systemwechsel ein tragfähiger Arbeitsalltag?

Gewohnte Abläufe und Erwartungen werden ebenso berücksichtigt wie neue Funktionen. Technische Probleme und Veränderungsbedarf werden getrennt betrachtet.

Mögliche Arbeitsprodukte

  • Erwartungs- und Veränderungsprofil
  • Prozessänderungen und betroffene Rollen
  • Schulungs- und Kommunikationsplan
  • Key-User- und Beteiligungskonzept
Mögliche Arbeitsschritte und Beteiligte
  1. Betroffene Gruppen, Erwartungen und bewährte Arbeitsweisen erfassen.
  2. Veränderungen, konkrete Belastungen und technischen Klärungsbedarf sichtbar machen.
  3. Beteiligung, Schulung und Unterstützung passend zur Organisation planen.
Wer sollte beteiligt sein?
HR, Führung, Projektleitung, Key-User und Vertreter der betroffenen Nutzergruppen.
Welche Unterlagen helfen?
Geplante Prozessänderungen, Rückmeldungen, Schulungsunterlagen und Projektkommunikation.
Was sollte am Ende geklärt sein?
Ein abgestimmter Maßnahmenplan benennt Beteiligung, Unterstützung und Zuständigkeiten.
Eigene Anwendung skizzieren →
05 · Nutzung stabilisieren

Einführung und Nutzung stabilisieren

Was braucht es, damit das neue System im Alltag funktioniert?

Die Einführung lässt sich aus HR- und Organisationsperspektive strukturieren – mit klaren Verantwortlichkeiten, Rückmeldungen und überprüfbaren Maßnahmen.

Mögliche Arbeitsprodukte

  • Umsetzungs- und Stabilisierungsplan
  • Verantwortlichkeiten und priorisierte Maßnahmen
  • Strukturierte Rückmeldungen aus der Nutzung
  • Review-Termine und Fortschrittsübersicht
Mögliche Arbeitsschritte und Beteiligte
  1. HR, IT, Führung und Umsetzungspartner an gemeinsamen Zielen ausrichten.
  2. Probleme und Rückmeldungen nach Einführung systematisch aufnehmen.
  3. Wirksamkeit der Maßnahmen überprüfen und den Plan anpassen.
Wer sollte beteiligt sein?
HR, IT, Projektleitung, Key-User und zuständige Umsetzungspartner.
Welche Unterlagen helfen?
Problem- und Aufgabenlisten, Rückmeldungen aus der Nutzung sowie bestehende Projekt- und Betriebspläne.
Was sollte am Ende geklärt sein?
Priorisierte Maßnahmen werden mit Verantwortlichen und Kriterien für die Fortschrittsprüfung verbunden.
Eigene Anwendung skizzieren →
HR, IT und Organisation zusammen betrachten.

Die Bausteine verbinden fachliche Anforderungen mit technischen Möglichkeiten und organisatorischer Umsetzung. Konfiguration, Entwicklung und Datenmigration brauchen die zuständigen Fachverantwortlichen. Wirtschaftliche Szenarien zeigen die Abhängigkeit von Annahmen; sie belegen keine garantierten Einsparungen.

Die Entscheidungsgrundlage

Mehr als ein
Funktionsvergleich.

Die passende Lösung muss fachlich, wirtschaftlich und organisatorisch tragfähig sein.

Welche Kriterien besonders wichtig sind, wird für Ihre Organisation festgelegt. Bestehende Stärken und gewohnte Arbeitsweisen zählen ebenso wie Zukunftsfähigkeit und realistische Ressourcen.

  • Funktionalität
  • Passung zu Ihren Prozessen
  • Kosten über die Nutzungsdauer
  • Flexibilität und Anpassbarkeit
  • Zukunftsfähigkeit
  • Support und Wartung
  • Benutzerfreundlichkeit
  • Risiken und Abhängigkeiten
  • Akzeptanz und organisatorische Verankerung
Eine mögliche Anwendung

Aus Entscheidungsdruck
wird eine nachvollziehbare Vorlage.

Das folgende fiktive Beispiel zeigt, wie die Bausteine zusammenwirken können. Es ist kein dokumentiertes Projekt und kein empirischer Befund der Masterarbeit.

Ausgangslage

Ein gewachsenes HR-System.
Drei mögliche Wege.

Eine Organisation nutzt eine Eigenentwicklung. Die Abläufe sind eingespielt, das technische Wissen liegt bei wenigen Personen. Neue Schnittstellen und Self-Services werden benötigt. Eine Standardlösung steht als Alternative im Raum.

Die entscheidende Frage

Welche Option erfüllt die Anforderungen und bleibt mit den verfügbaren Ressourcen tragfähig?

Der Vergleich berücksichtigt Funktionalität, interne Aufwände, Zukunftsfähigkeit und den Aufwand für veränderte Arbeitsweisen.

Beispielhafte Prüffragen für eine Entscheidungsvorlage
PrüfpunktWeiterführenModernisierenErsetzen
Fachliche PassungWelche bestehenden Stärken bleiben erhalten?Welche Funktionen lassen sich auf eine neue Basis übertragen?Welche Anforderungen erfüllt der Standard, welche brauchen Anpassungen?
Kosten und RessourcenWas kosten Betrieb und notwendige Weiterentwicklung?Was kosten Erneuerung, Tests und Übergang?Was kosten Einführung, Migration, Lizenzen und interne Mitarbeit?
Wissen und AbhängigkeitenWie wird kritisches Systemwissen abgesichert?Wer kann die erneuerte Lösung dauerhaft betreuen?Welche Abhängigkeiten entstehen von Anbieter und Umsetzungspartnern?
ArbeitsalltagWelche Einschränkungen bleiben bestehen?Welche Abläufe ändern sich und welche bleiben erhalten?Welche Rollen, Routinen und Unterstützungsbedarfe verändern sich?
Das mögliche Arbeitsergebnis

Eine Entscheidungsvorlage mit Begründung.

  • Anforderungen und Prioritäten sind gemeinsam festgelegt.
  • Optionen und Kostenszenarien sind vergleichbar dokumentiert.
  • Risiken und offene Fragen haben Verantwortliche und Prüfaufträge.
  • Die Empfehlung benennt Voraussetzungen und nächste Schritte.
Eigene Entscheidung skizzieren →
Ein möglicher Anwendungsweg

Eine klare Grundlage.
Konkrete nächste Schritte.

Am Anfang steht eine konkrete Fragestellung. Ein begrenzter Anwendungsfall hilft, Informationen gezielt zu erheben und das Vorgehen überprüfbar zu machen.

Ausgangssituation skizzieren →
  1. Anliegen und Rahmen klären

    Was steht an, wer ist beteiligt und welche Entscheidung soll vorbereitet werden?

  2. Baustein und Untersuchungsumfang festlegen

    Fragestellung, Datenzugang, Beteiligte, Arbeitsergebnisse und Zeitrahmen gemeinsam festlegen.

  3. Analysieren und gemeinsam bewerten

    Informationen zusammentragen, Perspektiven vergleichen und Annahmen offenlegen.

  4. Entscheidung und Umsetzung vorbereiten

    Ergebnisse in priorisierte Maßnahmen, Verantwortlichkeiten und Review-Termine übersetzen.

Ihr erster System-Check

Wo lohnt sich
der erste Blick?

Drei Fragen helfen, eine sinnvolle erste Vertiefung zu finden.

Diese Orientierung führt zu einem passenden Anwendungsbaustein. Sie bewertet keine konkrete Software und entscheidet nicht zwischen Weiterführung, Modernisierung oder Ersatz.

Die Auswahl wird ausschließlich in dieser Seite verarbeitet und nicht gespeichert.

Markus Macha
Praxis und wissenschaftlicher Hintergrund

Markus Macha.

HR-Praxis, Führungserfahrung und digitale Transformation verbinden.

Mein beruflicher Hintergrund umfasst Personalentwicklung, Recruiting, Vergütung, HR-Systeme und Controlling. Ich bringe Erfahrung aus Unternehmen und der öffentlichen Verwaltung mit und betrachte Systementscheidungen aus fachlicher und organisatorischer Perspektive.

Mehr über meinen Hintergrund →
Fragen zur Anwendung

Was der Praxistransfer
leisten kann.

Die Bausteine helfen, Fragen und Arbeitsschritte zu strukturieren. Entscheidungen brauchen trotzdem konkrete Daten und den jeweiligen organisatorischen Kontext.

Die Softwareentscheidung ist bereits gefallen. Welche Inhalte bleiben relevant?

Dann stehen Prozesspassung, Erwartungen, Beteiligung und die Stabilisierung nach Einführung im Vordergrund. Eine getroffene Entscheidung bildet den Rahmen; ihre Umsetzung kann weiter untersucht und verbessert werden.

Müssen alle fünf Bausteine verwendet werden?

Nein. Ein Anwendungsfall kann sich auf die Systemlandschaft, den Optionenvergleich, Kosten oder veränderte Arbeitsweisen konzentrieren. Entscheidend sind die Fragestellung und ein nachvollziehbares Arbeitsprodukt.

Wie werden unklare Kosten oder Anforderungen behandelt?

Vorhandene Informationen erfassen und Lücken kennzeichnen. Beobachtungen und Annahmen trennen; fehlenden Informationen konkrete Prüfaufträge zuordnen. Sensitivitätsbetrachtungen zeigen, wie alternative Annahmen die Einordnung verändern.

Wie wird aus einer Analyse ein überprüfbarer nächster Schritt?

Den nächsten Schritt mit Zuständigkeit, Zeitrahmen und einem beobachtbaren Prüfkriterium verbinden. Beispielsweise lässt sich ein kritischer Prozess gemeinsam erproben oder eine Kostenannahme anhand eines belastbaren Angebots überprüfen.

Welche Grenzen haben Fallstudie, SEAM und Bewertungsmodelle?

Eine qualitative Einzelfallstudie ist begrenzt übertragbar. SEAM und Matrixgewichtungen benötigen weitere empirische Prüfung. Sie dienen als strukturierte Denk- und Prüfrahmen, nicht als Beweis einer allgemein besten Lösung oder garantierter Einsparungen.

Vom Lesen zur eigenen Fragestellung

Eine Systementscheidung
nachvollziehbar skizzieren.

Die Arbeitsvorlage ordnet Ausgangssituation, Fakten, Annahmen und nächste Prüfaufträge. Ihre persönliche Transfernotiz lässt sich kopieren oder als Textdatei herunterladen.

Hilfreiche Fragen für den Anfang:
  • Welche Abläufe und Systemstärken müssen erhalten bleiben?
  • Welche Optionen und Abhängigkeiten sind zu prüfen?
  • Welche Informationen fehlen für eine begründete Entscheidung?

Bitte keine personenbezogenen oder vertraulichen Informationen eingeben. Trennen Sie, was beobachtet wurde, von dem, was zunächst angenommen wird.

Markus Macha

Hallein / Salzburg

Rückfragen zur Masterarbeit, fachlicher Austausch und wissenschaftliche Zusammenarbeit.

Über mich und die Forschungsgrundlage →

Meine Transfernotiz

Die Eingaben werden nur in dieser geöffneten Seite verarbeitet. Es wird nichts versendet oder dauerhaft gespeichert.

Beim Neuladen gehen die Eingaben verloren. Kopieren Sie Ihre Notiz oder laden Sie sie als Textdatei herunter.