SAP-Staffing war schon immer ein eigener Arbeitsmarkt, aber die S/4HANA-Transition hat ihn komprimiert: Tausende Unternehmen, gerade im deutschsprachigen Raum, wo SAP das industrielle Rückgrat bildet, migrieren innerhalb derselben wenigen Jahre von älteren ECC-Systemen, während die Wartungshorizonte für Alt-Releases gegen Ende des Jahrzehnts auslaufen. Alle brauchen dieselben Senior-Profile im selben Zeitfenster, und der Festanstellungsmarkt kann keine SAP-Veteran:innen mit zwanzig Jahren Erfahrung auf Bestellung prägen. Diese Bedarfsspitze ist der Grund, warum Staff Augmentation in der SAP-Welt zur erstklassigen Strategie geworden ist, und warum sie hier mehr Sorgfalt braucht als in den meisten Disziplinen: Modultiefe zählt enorm, die Tagessätze sind die höchsten der Unternehmens-IT, und die Standard-Alternative, alles einem großen Systemintegrator zu übergeben, hat Trade-offs, die man vor der Unterschrift verstehen sollte.
Die S/4HANA-Deadline und die Bedarfsspitze, die sie erzeugt hat
Die Mechanik ist einfach und brutal. Die Mainstream-Wartung der älteren ECC-Generation läuft gegen Ende des Jahrzehnts aus, also muss jedes Unternehmen, das noch darauf sitzt, migrieren, replatformen oder eskalierende Extended-Maintenance-Kosten zahlen. Migrationen dieser Größe dauern zwei bis fünf Jahre, was bedeutet, dass die gesamte installierte Basis ihre Projekte im selben komprimierten Fenster fährt. Die Angebotsseite kann nicht reagieren: Ein:e Senior-SAP-Berater:in braucht fünfzehn und mehr Jahre Reifung, und die Veteranen-Kohorte geht gleichzeitig in Rente. Das Ergebnis ist ein Verkäufermarkt wie aus dem Lehrbuch, Projektstarts rutschen mangels Personal, und die Satz-Inflation konzentriert sich genau auf die Profile, die jede Migration in derselben Phase braucht.
| Treiber | Effekt auf den Markt |
|---|---|
| Auslaufender Wartungshorizont für Alt-ECC-Releases | Synchronisierte Migrationsprojekte über die gesamte installierte Basis |
| 2-5 Jahre Projektlaufzeit | Bedarfsüberlappung: Alle brauchen dieselben Profile in denselben Jahren |
| 15+ Jahre bis zur Senior-Berater:in | Das Angebot kann sich im Fenster nicht ausweiten |
| Veteranen-Kohorte in Rente | Tiefes ECC-/ABAP-Wissen verlässt den Markt dauerhaft |
| Jedes Projekt durchläuft dieselben Phasen (Blueprint, Daten, Cutover) | Phasenspezifische Spezialist:innen sind am knappsten von allen |
Modul-Spezialisten vs. Generalisten: was Sie wirklich einkaufen
"SAP-Berater:in" ist ein Etikett für Dutzende wirklich unterschiedlicher Berufe. Für Augmentation ist die Unterscheidung entscheidend, denn Sie kaufen konkrete Lücken in Ihrem Team, und eine brillante SD-Beraterin ist für Ihre FI/CO-Abschlussprobleme nahezu nutzlos. Die Arbeitsregel: Generalisten (Solution Architects, Projektleads) dünn und früh besetzen, Modul-Spezialist:innen exakt dann, wenn ihre Migrationsphase ansteht, und niemals eine unspezifizierte "SAP-Ressource" von irgendeinem Anbieter akzeptieren.
| Profil | Was es abdeckt | Knappheit |
|---|---|---|
| Solution Architect / S/4-Transformation-Lead | Zieldesign, Landschaftsstrategie, Programmkohärenz | Sehr hoch; am frühesten buchen |
| FI/CO-Spezialist:in | Finanz- und Controlling-Prozesse, Universal Journal, Abschluss | Hoch; jede Migration braucht eine:n in derselben Phase |
| Logistik-Spezialist:innen (SD, MM, PP, EWM) | Order-to-Cash, Einkauf, Produktion, Lager | Hoch, je nach Modul unterschiedlich |
| ABAP-/BTP-Entwickler:in | Custom-Code-Sanierung, Clean-Core-Erweiterungen, Integrationen | Mittel-hoch; Code-Sanierung ist Volumenarbeit |
| Datenmigrations-/Cutover-Spezialist:in | Datenladungen, Abgleich, Cutover-Proben | Sehr hoch im Go-live-Jahr |
| Basis / Infrastruktur | Systembetrieb, Sizing, Performance | Mittel; oft regional abdeckbar |
Augmentation vs. das große SI-Engagement
Der Standardreflex für ein S/4-Programm ist die Vergabe an einen großen Systemintegrator. Manchmal ist das richtig, eine komplette Greenfield-Neuimplementierung mit tiefem Prozess-Redesign profitiert von Methode und Bank eines SI. Aber es ist nicht das einzige Modell, und für viele mittelgroße Programme ist ein Kern aus externen Spezialist:innen unter interner Führung spürbar günstiger und lässt das Wissen dort, wo Sie es brauchen: in Ihrer Organisation, die dieses System fünfzehn Jahre betreiben wird. Der ehrliche Vergleich steht unten; Hybridmodelle, ein SI für das Template, Augmentation für Ihre Seite des Tisches, sind verbreitet und oft die beste Antwort.
| Dimension | Staff Augmentation | Großes SI-Engagement |
|---|---|---|
| Lieferverantwortung | Bleibt bei Ihnen; Externe arbeiten unter Ihrer Führung | Vertraglich beim SI (mit den bekannten Scope-Change-Vorbehalten) |
| Wissen nach dem Projekt | Bleibt bei gemanagtem Wissenstransfer großteils im Haus | Geht großteils mit der SI-Bank |
| Kostenstruktur | Tagessätze je benannter Person, transparent | Blended Rates, oft junior-lastige Lieferung unter Senior-Etikett |
| Kontrolle, wer an Ihrem System arbeitet | Voll; Sie interviewen und lehnen Einzelpersonen ab | Begrenzt; Staffing ist Sache des SI |
| Passt zu | Starker interner IT, der Tiefe fehlt | Wenig interner SAP-Kompetenz oder kompletter Prozess-Neuimplementierung |
| Fehlmodus | Koordinationsaufwand unterschätzt | Change-Order-Ökonomie und Abhängigkeit nach Go-live |
Vetting-Signale für SAP-Profile
SAP-Lebensläufe leiden unter Zertifikats-Inflation: Zertifikate belegen Kursbesuch, nicht Urteilskraft. Die Signale, die Erfolg vorhersagen, sind projekt-anatomisch, was genau hat diese Person verantwortet, in welcher Phase, und was ging schief. Auch Sprache zählt: In DACH-Programmen ist verhandlungssicheres Deutsch für Modul-Berater:innen, die mit Fachbereichen Workshops fahren, oft harte Anforderung, für Entwickler:innen nur manchmal.
| Bereich | Starkes Signal | Warnsignal |
|---|---|---|
| Migrations-Anatomie | Kann einen vollen Brownfield- oder Greenfield-Zyklus erzählen, den sie getragen hat, inklusive Cutover-Wochenende | Spricht in Methodik-Folien; jedes Projekt war "erfolgreich" |
| Modultiefe | Erklärt Prozess-Trade-offs (z. B. Universal-Journal-Folgen, Clean Core vs. Custom) konkret | Zählt Module auf, ohne Geschichte pro Modul |
| Custom-Code-Urteil | Hat Z-Code-Bestände saniert; argumentiert, wann löschen vs. neu bauen vs. behalten | Will allen Custom-Code unverändert mitnehmen |
| Fachbereichssprache | Workshopt mit Anwender:innen in deren Sprache, Deutsch wo gefordert | Nur Berater-Sprech; die Fachbereiche brauchen Übersetzung |
| Zertifikat vs. Nachweis | Zertifikate hinterlegt mit benannten Projektrollen und Referenzen | Die Zertifikatsliste ist der Lebenslauf |
Tagessatz-Realität, und wann umwandeln
Ehrlichkeit ist hier die einzig nützliche Rahmung: SAP-Tagessätze sind die höchsten der breiten Unternehmens-IT, sie sind mit der Migrationswelle weiter gestiegen, und sie variieren stark nach Modul, Phase und Region. Die Spannen unten sind breite Marktbeobachtung für DACH 2026, keine Angebote, einzelne Profile liegen in beide Richtungen außerhalb, und go-live-nahe Phasen preisen am oberen Rand. Zur Umwandlung: Die meisten Migrationsphasen-Spezialist:innen sollen planmäßig abrollen, aber der kleine Kern, der Ihr S/4-System betreiben und weiterentwickeln wird, typischerweise ein:e Inhouse-Architekt:in und ein bis zwei Modul-Owner, ist eine Planstelle für ein Jahrzehnt. Führen Sie diese Umwandlungsgespräche mitten im Projekt; nach dem Go-live werden dieselben Leute von der nächsten Migration zu Spitzensätzen umworben, und Ihr Hebel ist weg.
| Profil | Indikativer Tagessatz (EUR) | Anmerkungen |
|---|---|---|
| ABAP-/BTP-Entwickler:in | ≈ 800-1.100 | Code-Sanierung ist das Volumenende |
| Modul-Berater:in (FI/CO, SD, MM, PP) | ≈ 950-1.300 | Senior-Prozesstiefe; Deutsch oft gefordert |
| Datenmigrations-/Cutover-Spezialist:in | ≈ 1.000-1.400 | Spitze im Go-live-Jahr |
| S/4-Solution-Architect / Transformation Lead | ≈ 1.200-1.600+ | Das knappste Profil; Quartale im Voraus buchen |
