Wer ein SAP-Projekt aufsetzt, besetzt früh eine Rolle, deren Zuschnitt oft unklar bleibt: die Projektleitung. Die SAP-Projektleitung: Aufgaben, Verantwortung und Befugnisse werden dabei häufig verwechselt mit Terminverfolgung und Protokollführung. Tatsächlich entscheidet diese Rolle darüber, ob Anforderungen entschieden werden, ob Eskalationen den Lenkungskreis erreichen und ob der Fachbereich das Ergebnis am Ende trägt. Dieser Beitrag beschreibt, welche Aufgaben tatsächlich zur SAP-Projektleitung gehören, wie sie sich von Teilprojektleitung und PMO abgrenzt und worauf es bei der Besetzung ankommt.

SAP-Projektleitung: Aufgaben, die über den Projekterfolg entscheiden

Die Projektleitung auf Kundenseite hat eine Aufgabe, die kein Implementierungspartner übernehmen kann: Sie vertritt die Interessen des eigenen Unternehmens gegenüber dem Projekt. Das klingt selbstverständlich, hat aber konkrete Konsequenzen. Sie entscheidet, ob eine Anforderung verbindlich ist. Sie beurteilt, ob ein angebotener Standardprozess für das eigene Geschäftsmodell tragfähig ist. Und sie trägt die Verantwortung dafür, dass der Fachbereich zum Go-Live arbeitsfähig ist – nicht nur das System.

Fehlt diese Rolle oder ist sie zu schwach besetzt, füllt der Implementierungspartner die Lücke. Er tut das nach bestem Wissen, aber mit seinem Blick: dem Blick auf Systemfertigstellung, nicht auf Betriebsfähigkeit. Das ist eine der häufigsten strukturellen Ursachen für Projekte, in denen technisch alles abgenommen wurde und der Fachbereich trotzdem nicht arbeiten kann.

Die Rollen im SAP-Projekt und ihre Abgrenzung

Projektleitung auf Kundenseite

Verantwortet Zielerreichung, Budget und Entscheidungen des eigenen Unternehmens. Sie ist der Gegenpart zum Partner, nicht dessen Verlängerung. Sie braucht Entscheidungsbefugnis – oder einen sehr kurzen Weg zur Geschäftsführung.

Projektleitung des Implementierungspartners

Verantwortet die Lieferung des beauftragten Umfangs: Konfiguration, Entwicklungen, Termine auf der Lieferseite. Ihre Zielfunktion ist legitim, aber nicht identisch mit Ihrer. Genau deshalb braucht es beide Rollen getrennt.

Teilprojektleitung

Führt einen fachlichen Strang – etwa Finanzwesen, Logistik, Produktion oder Datenmigration. Sie ist fachlich tief, aber bereichsbezogen. Querschnittskonflikte zwischen zwei Teilprojekten kann sie nicht auflösen; das ist Aufgabe der Gesamtprojektleitung.

PMO

Das Project Management Office liefert die Arbeitsgrundlage: Planung, Statuserhebung, Risiko- und Maßnahmenverfolgung, Berichtswesen. Es entscheidet nicht, es macht entscheidungsfähig. Eine Projektleitung ohne funktionierendes PMO verbringt ihre Zeit mit Informationsbeschaffung statt mit Führung.

Lenkungskreis

Trifft die Entscheidungen, die den beauftragten Rahmen verändern: Termin, Budget, Umfang. Seine Qualität hängt unmittelbar davon ab, wie belastbar die Projektleitung berichtet.

Die Kernaufgaben im Überblick

  • Anforderungen entscheiden: Priorisierung, Abnahme und bewusste Ablehnung – nicht nur Sammlung.
  • Standard versus Erweiterung verantworten: jede Abweichung vom Standard mit Begründung, Aufwand und Folgekosten im Betrieb.
  • Kapazität sichern: Freistellung der Schlüsselpersonen gegenüber der Linie durchsetzen.
  • Belastbar berichten: Status anhand messbarer Kriterien statt Ampelgefühl, Risiken vor dem Eintritt.
  • Änderungen steuern: Change Requests bewertet entscheiden, mit Auswirkung auf Termin, Budget und Testumfang.
  • Abnahme und Go-Live-Entscheidung vorbereiten: Kriterien vorher festlegen, nicht am Stichtag verhandeln.
  • Organisation mitnehmen: Schulung, Rollen- und Berechtigungskonzept, Betriebsübergang.

Die operative Grundlage für diese Aufgaben – Planung, Statuserhebung, Risikoverfolgung – liefert eine saubere Projekt- und Programmsteuerung. Die Prüfung, ob Ergebnisse tatsächlich abnahmefähig sind, gehört ins Projekt-Qualitätsmanagement.

Interne oder externe Projektleitung?

Beide Varianten funktionieren, aber unter unterschiedlichen Voraussetzungen. Eine interne Projektleitung kennt Historie, Sonderfälle und Machtverhältnisse im Haus – ein erheblicher Vorteil. Sie ist aber Teil dieser Machtverhältnisse und muss nach dem Projekt in der Organisation weiterarbeiten. Unangenehme Entscheidungen gegen einen starken Fachbereich fallen ihr entsprechend schwerer.

Eine externe Projektleitung bringt Methodik und Projekterfahrung aus vergleichbaren Vorhaben mit und kann unabhängiger eskalieren. Sie braucht dafür aber zwei Dinge: echte Mandatierung durch die Geschäftsführung und einen internen Gegenpart, der fachlich entscheiden darf. Ohne beides wird sie zur teuren Koordinationsstelle.

In der Praxis bewährt sich im Mittelstand häufig die Kombination: externe Gesamtprojektleitung oder Programmsteuerung mit klarem Mandat, dazu eine interne fachliche Projektverantwortung, die Entscheidungen im Haus trägt. Wichtig ist, dass diese Aufteilung schriftlich geregelt ist – sonst entsteht genau die Verantwortungslücke, die sie verhindern soll.

Die häufigsten Fehler bei der Besetzung

Die Rolle wird nebenbei vergeben. Ein SAP-Projekt in der Größe eines Mittelständlers ist keine Aufgabe für zwanzig Prozent der Arbeitszeit. Wird die Projektleitung zusätzlich zur Linienfunktion vergeben, gewinnt im Konfliktfall die Linie – und das Projekt verliert seine Führung genau dann, wenn sie am dringendsten gebraucht wird.

Die Rolle wird technisch besetzt. Tiefes Systemwissen ist wertvoll, ersetzt aber keine Entscheidungsfähigkeit über Prozesse. Eine Projektleitung, die Customizing beurteilen kann, aber keine Priorisierungsentscheidung gegen einen Bereichsleiter durchsetzt, löst das zentrale Problem nicht.

Die Rolle hat kein Mandat. Wenn jede Entscheidung über 10.000 Euro und jeder Konflikt zwischen zwei Abteilungen zur Geschäftsführung wandert, ist die Projektleitung ein Melderelais. Entscheidungsbefugnisse gehören vor Projektstart definiert – inklusive der Frage, wer im Zweifel Recht hat.

Welche Qualifikation eine SAP-Projektleitung braucht

Die wichtigsten Anforderungen sind weniger technisch, als viele Stellenprofile vermuten lassen. Notwendig ist ein solides Verständnis der eigenen Geschäftsprozesse, weil ohne dieses Verständnis Standardvorschläge nicht beurteilt werden können. Notwendig ist Erfahrung mit dem Vorgehensmodell – bei SAP-Projekten in der Regel SAP Activate –, weil sonst Phasenergebnisse und deren Abnahmekriterien nicht bewertbar sind. Und notwendig ist Konfliktfähigkeit, weil die Rolle laufend Erwartungen enttäuschen muss: Anforderungen ablehnen, Termine korrigieren, Umfang reduzieren.

Systemkenntnis ist hilfreich, aber delegierbar. Konfliktfähigkeit und Entscheidungsbefugnis sind es nicht. Wer bei der Besetzung priorisieren muss, sollte in dieser Reihenfolge entscheiden.

Die Aufgaben im Verlauf der Projektphasen

Der Schwerpunkt der Projektleitung verschiebt sich im Projektverlauf deutlich. Wer die Rolle über alle Phasen gleich zuschneidet, setzt Kapazität an der falschen Stelle ein.

Vorbereitung und Analyse

In dieser Phase ist die Projektleitung vor allem Entscheidungsorganisator. Ziele werden festgeschrieben, Anforderungen erhoben und priorisiert, der Umfang wird abgegrenzt. Die Qualität dieser Phase bestimmt, wie viele Konflikte später unter Zeitdruck ausgetragen werden müssen. Investierte Zeit ist hier am wirksamsten – und wird am häufigsten gekürzt, weil noch kein Termindruck spürbar ist.

Realisierung

Jetzt dominieren Änderungssteuerung und Kapazitätssicherung. Design-Entscheidungen fallen laufend, oft in Workshops mit Detailfragen, deren Tragweite erst im Betrieb sichtbar wird. Die Projektleitung muss hier zwei Dinge gleichzeitig tun: Entscheidungen zügig herbeiführen, ohne den Standard leichtfertig zu verlassen. Parallel läuft der Aufbau der Testfälle – ein Punkt, der ohne ausdrückliche Verfolgung regelmäßig liegen bleibt.

Test und Vorbereitung des Go-Live

Der Schwerpunkt wechselt zur Abnahmefähigkeit. Zentrale Fragen: Sind die Abnahmekriterien vorab definiert? Ist der Fachbereich geschult? Steht das Berechtigungskonzept? Gibt es einen belastbaren Cutover-Plan mit Rückfallebene? Die Go-Live-Entscheidung ist keine Bauchentscheidung am Stichtag, sondern die Prüfung vorher festgelegter Kriterien.

Betriebsübergang

Die Phase, die in Projektplänen am dünnsten ausfällt. Hier verantwortet die Projektleitung die Übergabe an Support und Key User, die Abarbeitung der offenen Punkte aus der Hypercare-Phase und den kontrollierten Abschluss – einschließlich der Frage, welche Anforderungen bewusst nicht umgesetzt wurden und wie damit weiter umgegangen wird.

Sie besetzen aktuell die Projektleitung für ein SAP-Vorhaben oder wollen eine bestehende Projektorganisation überprüfen? Sprechen Sie mit uns: Kontakt zu W+W Consulting. Bei einem laufenden Projekt mit erkennbaren Reibungspunkten ist unser kostenloser SAP-Krisencheck der schnellere Einstieg.