SAP-Projektverfolgung 2026: Vier Tools, die wirklich funktionieren

Für die meisten neuen S/4HANA-Programme ist SAP Cloud ALM das richtige Tracking-Tool: Es liest Transporte, Tests und Phasen direkt aus dem SAP-System, und Kunden mit Enterprise Support oder einem Cloud-Abonnement zahlen keine Lizenzgebühr. Jira oder Microsofts Planner und Project sind nur sinnvoll, wenn Ihre Organisation bereits damit arbeitet und jemand die Integration verantwortet. SAP Solution Manager passt weiterhin zu komplexen On-Premise-Landschaften, doch seine Mainstream-Wartung endet 2027. Dieser Leitfaden richtet sich an Programmleiter und PMO-Verantwortliche, die ein Tool auswählen oder reparieren. Er vergleicht die vier Optionen und endet mit einer Checkliste. Der Test, auf den es ankommt: Kann das Tool zeigen, was im System passiert, oder nur, was Menschen gemeldet haben?

In einem meiner frühen S/4HANA-Projekte verloren wir fünf Wochen allein damit, herauszufinden, warum Transporte im QA-System hingen. Niemand hatte einen klaren Überblick. Das Tracking-Tool verfolgte Aufgaben, nicht die Arbeit.

Im Laufe der Jahre habe ich gelernt, dass das eigentliche Problem meist tiefer liegt als eine verspätete Aufgabe: ein Tracking, das das System nicht sehen kann. Wenn das Tool nicht zeigt, was in Ihrer Systemlandschaft passiert, steuern Sie auf Basis von Annahmen.

Vier Eigenschaften trennen Tools, die Verzögerungen verhindern, von Tools, die sie hinterher dokumentieren.

Integration mit dem SAP-System. Ein Tool, das das System ausliest, kennt den wirklichen Stand von Transporten, Testläufen und Freigaben. Ein Tool, das mit manuellen Updates gefüttert wird, kennt, was Menschen gemeldet haben, oft eine Woche zu spät.

Abdeckung der späten Phasen. Die meisten Tools kommen mit dem Aufbau zurecht. In Test, Cutover und Hypercare brechen sie weg, und dort summieren sich die Verzögerungen. Kann das Tool Probeläufe und Cutover-Aufgaben nicht verfolgen, lässt es Sie am riskantesten Punkt im Stich.

Sichtbarkeit von Abhängigkeiten. Die Datenmigration speist die UAT. Die Cutover-Reihenfolge hängt von der Transportreihenfolge ab. Ein Tool, das den Aufgabenfortschritt zeigt, aber keine Abhängigkeitsketten, kann nicht zeigen, was eine Verzögerung bei drei anderen Arbeitspaketen anrichtet.

Akzeptanz. Das leistungsfähigste Tool scheitert, wenn die Hälfte des Teams den Status woanders einträgt. Akzeptanz entsteht durch einfache Bedienung, dadurch, dass die Leute Informationen sehen, die sie brauchen, und dadurch, dass die Führung darauf besteht.

1. SAP Cloud ALM

SAP Cloud ALM ist SAPs Werkzeug für das Application Lifecycle Management in Cloud- und Hybridlandschaften. Dafür gibt es keine Lizenz. Kunden mit einem Cloud-Abonnement, das Enterprise Support, cloud edition einschließt (RISE- und GROW-Verträge tun das), oder mit Enterprise Support für On-Premise können pro Kundennummer einen Tenant bereitstellen. Kunden mit Standard Support haben keinen Anspruch, es sei denn, sie halten zusätzlich ein solches Cloud-Abonnement.

Was es gut kann: Es strukturiert das Projekt entlang der SAP-Activate-Phasen und liest den Status aus dem System, einschließlich Testausführung und Transporten. Ich habe S/4HANA für ein Fertigungsunternehmen eingeführt und dabei das gesamte 10-monatige Projekt in Cloud ALM verfolgt. In Realize geriet unsere Datenmigration in Schwierigkeiten. Das Tool markierte die Verzögerung und berechnete die Auswirkung auf abhängige Aufgaben.

Wo es schwächelt: Es braucht eine ordentliche Anbindung an Ihre Systeme. Ist das Basis-Team ausgelastet, kommt diese Anbindung nicht zu Beginn von Prepare zustande. Bis sie konfiguriert ist, hat das Projekt zwei Monate in einer Tabellenkalkulation gelebt, und niemand will die Historie migrieren.

Starten Sie bei jedem neuen S/4HANA-Cloud- oder RISE-Programm hier. Die Lizenz ist nicht der Kostenfaktor. Der Aufwand für Basis und Konfiguration ist es.

2. Jira mit einem Portfolio-Add-on

Jira ist in vielen IT-Abteilungen großer Unternehmen der Standard-Issue-Tracker. Portfolio-Add-ons wie BigPicture ergänzen Gantt-Diagramme, Abhängigkeiten und Ressourcenansichten. Atlassians KI, inzwischen unter dem Namen Rovo geführt, ist in jedem kostenpflichtigen Jira-Tarif mit einem monatlichen Kreditkontingent enthalten, fasst Tickets zusammen und entwirft Status-Updates.

Es funktioniert, wenn die Organisation Jira bereits für Entwicklung und Support nutzt. Richtet der Systemintegrator Cloud ALM ein, während das IT-Team des Kunden alles andere in Jira abwickelt, entstehen parallele Systeme. Jira zeigt, was die IT tut. Cloud ALM zeigt, was SAP tut. Niemand hat eine einheitliche Sicht.

Das Risiko ist die Integration. Jira versteht Transporte oder Activate-Phasen nicht nativ. Ohne konfigurierte Integration in die SAP-Landschaft können Sie Aufgaben verfolgen, aber nicht das System.

3. Microsoft Planner und Project

Viele PMOs sind mit Microsoft Project groß geworden, und Führungskräfte in Finanzwesen und Betrieb kennen es gut. Die Produktlinie hat sich 2026 verändert. Microsoft hat Project Online am 30. September 2026 eingestellt und den Neuverkauf von Planner and Project Plan 5 beendet. Kunden, die Desktop-Terminplanung brauchen, werden auf Planner and Project Plan 3 verwiesen, das mit 30 $ pro Nutzer und Monat gelistet ist. Microsoft 365 Copilot, eine Zusatzlizenz, entwirft aus dem Plan und verwandten Dokumenten Status-Updates und Unterlagen für den Lenkungsausschuss.

Es gibt keine tiefe Standardanbindung von Microsofts Tools an SAP. Um Transport- oder Teststatus in den Plan zu bekommen, braucht es einen Konnektor eines Drittanbieters oder eine eigene Integration. Für einen S/4HANA-Rollout von Finanzwesen und Einkauf in einer einzelnen Gesellschaft, bei dem das PMO des Kunden die Lizenzen schon besitzt, kann das genügen. Für Programme mit mehreren Gesellschaften, hohem Transportvolumen und systemübergreifenden Abhängigkeiten reicht die Tiefe nicht aus.

Lief Ihr PMO auf Project Online, prüfen Sie, dass die Migration auf den Nachfolger abgeschlossen ist, bevor die Programm-Baseline gesetzt wird.

4. SAP Solution Manager

SAP Solution Manager 7.2 ist der On-Premise-Vorgänger von Cloud ALM und in On-Premise-Wartungsverträgen enthalten. Für komplexe On-Premise-Landschaften geht es nach wie vor am tiefsten: Transportüberwachung, Prozessdokumentation, natives Testmanagement und Change Control. In einem neueren Projekt warnte uns Solution Manager vor kollidierenden Transporten, bevor sie in den Qualitätstest importiert wurden. Das verhinderte einen Konfigurationskonflikt, dessen Auflösung Tage gedauert hätte.

Der Preis dafür ist der Einrichtungsaufwand. Eine ordentliche Konfiguration kostet Wochen an Zeit von Basis- und Solution-Manager-Spezialisten. Teams, die diese Investition scheuen, nutzen es am Ende nur für die Transportüberwachung und verschenken den Großteil seiner Möglichkeiten.

Die Mainstream-Wartung endet Ende 2027. Die erweiterte Wartung läuft bis 2030 für ausgewählte Funktionen, für Kunden, die die erweiterte Wartung für Business Suite 7 buchen. SAPs eigene Empfehlung lautet, vor 2028 auf Cloud ALM zu wechseln. Wählen Sie für ein neues Programm Solution Manager nur, wenn Sie es bereits gut betreiben und das Programm endet, bevor dieses Zeitfenster sich schließt.

1. Sep. 2026Microsoft Project Online eingestelltPlanner and Project Plan 3 ist der Weg für Desktop-Terminplanung
2. Ende 2027Solution Manager Mainstream-Wartung endetSAPs Empfehlung lautet, den Wechsel zu Cloud ALM vor 2028 abzuschließen
3. Ende 2030Solution Manager erweiterte Wartung endetNur ausgewählte Funktionen, mit erweiterter Wartung für Business Suite 7

Quelle: Microsoft Tech Community und SAP Support Portal, geprüft im Oktober 2026

Die Tabelle fasst die vier Optionen mit Stand Oktober 2026 zusammen.

Tool	Am besten für	SAP-Integration	Einrichtungsaufwand	Lizenzierung
SAP Cloud ALM	Neue S/4HANA-Programme, RISE und GROW	Nativ	Mittel	Keine Lizenzgebühr mit Enterprise Support oder einem Cloud-Abonnement
Jira mit Portfolio-Add-on	Organisationen, die bereits Jira nutzen	Über Drittanbieter oder eigene Integration	Mittel bis hoch	Abonnement pro Nutzer plus Add-on und Integrationsaufwand
Microsoft Planner und Project	PMOs im Mittelstand, die bereits Microsoft nutzen	Über Drittanbieter oder eigene Integration	Gering bis mittel	Planner and Project Plan 3 ist mit 30 $ pro Nutzer und Monat gelistet
SAP Solution Manager 7.2	Komplexe On-Premise-Landschaften, die es bereits nutzen	Nativ, tief	Hoch	In der On-Premise-Wartung enthalten; Mainstream-Wartung endet 2027

Alle vier Tools haben inzwischen eine KI-Schicht. SAP hat Joule in Cloud ALM integriert, einschließlich Agenten für den Betrieb, die Alerts zusammenfassen und aus Prompts in normaler Sprache Monitoring-Dashboards bauen. Microsoft 365 Copilot entwirft Fließtext-Updates aus einem Plan. Atlassians Rovo fasst Jira-Threads zusammen und entwirft Confluence-Seiten.

Was KI nicht ändert, ist die Integrationstiefe. Sie beschleunigt das Schreiben des Status aus den Daten, die das Tool hält. Wird das Tool aus Tabellenkalkulationen gespeist, schreibt die KI schneller Zusammenfassungen von Tabellenkalkulationen. Bauen Sie zuerst die Integration. Die KI-Schicht lässt sich später leicht ergänzen.

Gehen Sie diese Fragen durch, bevor Sie sich auf ein Tool festlegen.

1. Liest das Tool Transport-, Test- und Freigabestatus aus dem SAP-System, oder verlässt es sich darauf, dass Menschen ihn eintippen?
2. Verfolgt es Probemigrationen, Cutover-Aufgaben und Hypercare-Tickets ebenso wie den Aufbau?
3. Kann es Abhängigkeitsketten über Arbeitspakete hinweg zeigen?
4. Wer verantwortet die Integration zwischen Tool und SAP-Landschaft, mit Namen?
5. Wie hoch ist der tatsächliche Einrichtungsaufwand? Die Lizenz ist oft die kleinste Zahl. Die eigentliche Investition ist die Zeit für Basis und Integration.
6. Wird das gesamte Team es nutzen, auch die Fachbereichsleiter?
7. Wenn zwei Tools nebeneinander bestehen müssen: Welches ist die maßgebliche Quelle für den Systemzustand und welches für den fachlichen Zeitplan?

Wie Tracking in die Governance einfließt, lesen Sie in meinem Leitfaden dazu, SAP-Projekte wieder auf Kurs zu bringen.

Mir fällt auf, dass Projektteams ihr Tracking-Tool manchmal ignorieren, weil es zu kompliziert ist, und stattdessen eigene Tabellenkalkulationen führen. Bis die Führung es bemerkt, hinkt die Systemkonfiguration drei Wochen dem Plan hinterher.

Tools schaffen Sichtbarkeit. Sie schaffen nicht die Gewohnheit, darauf zu reagieren. Dafür braucht es einen Lenkungsausschuss, der eine rote Ampel als Anlass zum Handeln versteht und nicht als Anlass, einen Maßnahmenkommentar zu ergänzen und weiterzugehen.

Was ist SAP Cloud ALM, und ist es kostenlos?

SAP Cloud ALM ist SAPs Werkzeug für das Application Lifecycle Management bei der Einführung und beim Betrieb von SAP-Systemen. Es gibt keine separate Lizenz. Kunden mit SAP Enterprise Support oder Product Support for Large Enterprises können pro Kundennummer einen Tenant bereitstellen. Das gilt auch für Kunden, deren Cloud-Abonnement Enterprise Support, cloud editions einschließt, was RISE und GROW abdeckt. Die eigentlichen Kosten sind der Aufwand, es anzubinden und zu konfigurieren.

Eignet sich Jira für die SAP-Projektverfolgung?

Für Aufgaben und Issues ja. Es versteht Transporte, SAP-Activate-Phasen oder SAP-Abhängigkeiten nicht nativ. Mit einem Portfolio-Add-on und einer konfigurierten Integration kann es Programmzeitpläne verwalten und einige SAP-Daten abrufen. Nutzen Sie es, wenn die Organisation Jira ohnehin für alles andere einsetzt. Für ein reines SAP-Programm ohne bestehende Jira-Investition ist Cloud ALM der effizientere Start.

Was hat Microsoft Project Online ersetzt?

Microsoft hat Project Online am 30. September 2026 eingestellt. Für Kunden, die Desktop-Terminplanung brauchen, verweist Microsoft auf Planner and Project Plan 3, das die Desktop-Anwendung Project enthält. Planner and Project Plan 5 wird an Neukunden nicht mehr verkauft. Hat Ihr PMO ein SAP-Programm in Project Online verfolgt, bestätigen Sie, dass die Migration abgeschlossen und die Historie umgezogen ist, bevor Sie sich auf den neuen Plan verlassen.

Wann sollten Sie SAP Solution Manager statt Cloud ALM einsetzen?

Wenn drei Dinge zutreffen. Sie betreiben eine komplexe On-Premise-Landschaft mit ECC oder S/4HANA. Sie haben Solution Manager bereits konfiguriert und ein Team, das es kennt. Und das Programm endet, bevor die Mainstream-Wartung 2027 ausläuft. Während eines Wechsels von ECC auf S/4HANA können beide parallel laufen: Solution Manager für die alte Landschaft, Cloud ALM für die neue. SAP empfiehlt, den Wechsel zu Cloud ALM vor 2028 abzuschließen.

Wie verringern Tracking-Tools Verzögerungen in SAP-Programmen?

Indem sie Probleme zeigen, bevor das wöchentliche Status-Meeting es tut. Ein Transport, der in einer Freigabewarteschlange hängt, taucht in einem manuellen Bericht erst auf, wenn jemand es bemerkt. Ein Tool, das das System ausliest, zeigt es am selben Tag. Im frühen Projekt oben hätte ein Tool, das den echten Transportstatus liest, die Blockade gezeigt, bevor sie fünf Wochen kostete. Der Gewinn ist in Realize und Deploy am größten, wenn die Transportvolumen hoch sind und Tests parallel laufen.

Können Sie mehr als ein Tracking-Tool im selben SAP-Programm nutzen?

Sie können, und meistens macht es Ärger: Zwei Tools zeigen für dasselbe Arbeitspaket unterschiedliche Stände, und jede Eskalation beginnt mit einem Streit darüber, welches recht hat. Wenn Sie zwei betreiben müssen, geben Sie jedem eine klar definierte Aufgabe. Der Systemzustand (Transporte, Tests) liegt in Cloud ALM oder Solution Manager. Der fachliche Zeitplan kann in Jira oder Planner liegen, wenn das der Standard des Kunden ist. Gleichen Sie sie in festen Intervallen ab.