Application Lifecycle Management (ALM) ist die Summe aller Praktiken, Prozesse und Werkzeuge, mit denen eine Organisation eine Softwareanwendung über ihren gesamten Lebenszyklus steuert: von der ersten Anforderungserfassung über Entwicklung, Test, Release und Betrieb bis zur Migration oder Abschaltung. ALM ist keine Produktkategorie, sondern eine Disziplin.
In der generischen IT-Welt umfasst ALM typischerweise: Requirements Management, Software Configuration Management, Build und Deployment Automation, Test Management, Defect Tracking und Operational Monitoring. Werkzeuge wie Jira, Azure DevOps oder GitLab decken Teile dieser Disziplin ab.
SAP ALM bezeichnet die Ausprägung dieser Disziplin für SAP-Systemlandschaften. Sie teilt die Grundprinzipien mit dem generischen ALM, unterscheidet sich aber in mehreren wesentlichen Punkten:
Transportmechanik. SAP-Änderungen wandern nicht als Code-Commits durch eine Pipeline, sondern als Transport Requests durch ein Systemlandschaft aus DEV, QAS und PRD. Diese Transportmechanik ist SAP-spezifisch und bestimmt die Architektur aller SAP-ALM-Werkzeuge.
Mandantenstruktur. SAP-Systeme können in Mandanten aufgeteilt sein. Customizing-Änderungen können mandantenspezifisch oder systemweit sein. ALM muss diese Dimension abbilden.
Objekttypen. SAP-Änderungen betreffen ABAP-Programme, Dictionary-Objekte (Tabellen, Strukturen), Customizing-Einstellungen, Workflow-Definitionen, Formulare, Berechtigungsobjekte und viele weitere Typen. Jeder Typ hat eigene Import-Regeln und Abhängigkeiten.
Landschaftskomplexität. Grosse SAP-Installationen umfassen Dutzende von Systemen: mehrere ERP-Instanzen, branchenspezifische SAP-Systeme, Schnittstellen zu SAP-Cloud-Lösungen (SuccessFactors, Ariba, Concur), SAP BTP und Non-SAP-Systeme. ALM muss diese Heterogenität beherrschen.
In den meisten Unternehmen ist SAP-ALM ein etabliertes Thema. Was 2026 neu ist: Der strategische Druck, ALM nicht nur zu betreiben, sondern zu transformieren, hat ein historisches Niveau erreicht. Drei Kräfte treiben das:
S/4HANA-Migration. Die Wartung von SAP ECC 6.0 endet am 31. Dezember 2027. SAP hat Extended Maintenance bis 2030 angekündigt (kostenpflichtig), aber die strategische Richtung ist klar: Die Zukunft liegt in S/4HANA. Die Migration von ECC nach S/4HANA ist eines der grössten IT-Transformationsprojekte, das die meisten SAP-Kunden je durchgeführt haben. Sie erfordert ein ALM, das nicht nur den Betrieb des Altsystems sichert, sondern gleichzeitig die Transformation steuert: parallele Entwicklungslinien im ECC-System, das noch in Produktion ist, und die Aufbauarbeit im neuen S/4HANA-System.
SAP Solution Manager Ablauf. Der SAP Solution Manager 7.2 läuft in der Mainstream Maintenance bis 31. Dezember 2027. Für viele SAP-Kunden ist der Solution Manager das zentrale ALM-Werkzeug: Change Request Management (ChaRM), System Monitoring, Test Management, IT Service Management. Der Ablauf erzwingt eine Entscheidung: Migration zu SAP Cloud ALM, Migration zu einer Third-Party-Plattform oder Beibehaltung mit Extended Maintenance. Alle drei Pfade haben Implikationen für die ALM-Architektur.
Regulatorische Anforderungen. SOX, GxP, DORA und EU AI Act stellen übereinstimmende Anforderungen an SAP ALM: nachweisbare Genehmigungen, lückenloser Audit Trail, Separation of Duties, kontrollierter Zugang zu Produktivsystemen. Diese Anforderungen sind nicht neu, aber die Aufsichtsintensität steigt. DORA ist seit Januar 2025 aktiv. Der EU AI Act greift ab August 2026 (mit möglicher Verschiebung durch Digital Omnibus). Unternehmen, die diese Anforderungen noch nicht in ihr ALM integriert haben, stehen unter Zeitdruck.
SAP ALM ist keine Frage der richtigen Werkzeuge allein. Werkzeuge sind die Ergänzung zu einer Disziplin, die auf drei Säulen steht:
Prozessdisziplin. Ein SAP-ALM-Prozess definiert, wie eine Anforderung zur produktiven Änderung wird. Er deckt ab: Erfassung und Priorisierung von Anforderungen, Change-Kategorisierung und -Genehmigung, Test-Anforderungen und -Abschluss, Transport-Freigabe und -Sequenzierung, Go-Live-Genehmigung und Post-Implementation-Review. Prozessdisziplin bedeutet, dass diese Schritte nicht optional sind – auch nicht unter Zeitdruck.
Technologie. SAP-ALM-Werkzeuge automatisieren, erzwingen und dokumentieren den Prozess. Transport-Orchestrierung stellt sicher, dass Transporte in der richtigen Reihenfolge importiert werden. Cross System Object Lock verhindert gleichzeitige Änderungen an denselben Objekten in verschiedenen Linien. Automatisierte Regressionstests reduzieren den manuellen Testaufwand. Audit Trail-Werkzeuge protokollieren jede Statusveränderung automatisch.
Governance. Governance stellt sicher, dass Prozess und Technologie im Betrieb wirksam bleiben. Dazu gehören: klare Rollenverteilung (wer darf was genehmigen?), Eskalationspfade (was passiert bei Konflikten?), regelmässige Reviews des Prozesses, Metriken zur Prozessqualität und Audit-Vorbereitung. Governance ist nicht ein einmaliges Setup, sondern eine kontinuierliche Aufgabe.
Fehlende Transparenz. In vielen SAP-Landschaften fehlt ein übersichtliches Bild über den Zustand aller Changes: Welche Transporte liegen in welchem System? Welche sind blockiert? Welche haben Abhängigkeiten zu anderen Transporten? Ohne diese Transparenz werden Release-Entscheidungen auf der Basis unvollständiger Information getroffen.
Manueller Aufwand. In ALM-Umgebungen ohne ausreichende Automatisierung verbringen Basis-Teams und Release Manager erhebliche Zeit mit manuellen Aufgaben: Prüfen von Transportabhängigkeiten, koordinieren von Import-Fenstern, erstellen von Statusberichten, verfolgen von Genehmigungen. Dieser manuelle Aufwand bindet Kapazität und erzeugt Fehlerquellen.
Compliance-Dokumentation als Nacharbeit. Wenn ALM-Werkzeuge keine automatische Dokumentation erzeugen, müssen Audit-Nachweise manuell zusammengestellt werden. Das ist aufwändig, fehleranfällig und oft lückenhaft. SOX-Audits und GxP-Inspektionen, die auf manuelle Dokumentation treffen, erzeugen Befunde.
End-to-End-Prozess als Designziel. Das Designziel eines reifen SAP ALM ist ein durchgängiger End-to-End-Prozess: von der Anforderungserfassung bis zum Go-Live-Nachweis, in einem einzigen System oder einer eng integrierten Werkzeugkette. Jeder Schritt ist dokumentiert, jede Genehmigung ist nachverfolgbar, jeder Transport ist einem Change zugeordnet.
Transport-Orchestrierung. Automatisierte Transport-Orchestrierung übernimmt die Sequenzierung, prüft Abhängigkeiten und blockiert fehlerhafte Importe, bevor sie Schaden anrichten. Sie reduziert den manuellen Aufwand für Basis-Teams und erhöht die Zuverlässigkeit von Release-Ereignissen.
Audit Trail als Systemleistung. In einem reifen SAP ALM entsteht der Audit Trail als Nebenprodukt des normalen Betriebs. Jede Statusveränderung, jede Genehmigung, jeder Transport-Import wird automatisch protokolliert. Audit-Vorbereitung bedeutet dann nicht, Nachweise zusammenzusuchen, sondern Reports aus dem System zu ziehen.
SAP ALM ist keine Tool-Frage, sondern eine Disziplin. Sie besteht aus Prozessdisziplin, Technologie und Governance. Drei Kräfte machen SAP ALM 2026 zur strategischen Pflicht: S/4HANA-Migration, SolMan-Auslauf und Regulatorik.