Das Application Lifecycle Management

ALM umfasst das gesamte Leben einer Anwendung: Anforderungen, Design, Aufbau und Test, Bereitstellung, Betrieb, Optimierung. Eine Governance-Disziplin, die alles regelt außer der Frage, ob die Anwender die Anwendung tatsächlich nutzen.

7 Min. Lesezeit Governance Adoption

Definition in Kürze

Application Lifecycle Management (ALM), die Lebenszyklusverwaltung von Anwendungen, umfasst Governance, Entwicklung und Wartung einer Anwendung über ihre gesamte Lebensdauer – von den ersten Anforderungen bis zur Abschaltung.

  • Es gliedert sich in Phasen: Anforderungen, Design, Aufbau und Test, Bereitstellung, Betrieb, Optimierung.
  • Es reicht über die Entwicklung hinaus: Governance, Umgebungen, Transport von Änderungen, Wertmessung.
  • Über die tatsächliche Nutzung einer Anwendung sagt ALM für sich genommen nichts – und diese Lücke kostet am meisten.

Was ist ALM (Application Lifecycle Management)?

Microsoft definiert es für seine Plattform knapp: ALM ist die Lebenszyklusverwaltung von Anwendungen, die Governance, Entwicklung und Wartung umfasst (Microsoft Learn DE). Die englische Abkürzung ALM ist im deutschen Sprachgebrauch dominant; als Übersetzung finden sich Lebenszyklusverwaltung von Anwendungen und Anwendungs-Lebenszyklusverwaltung.

ALM ist also nicht mit Softwareentwicklung gleichzusetzen: Es deckt auch das Umfeld ab – wie Anforderungen entstehen und erfasst werden, wie Änderungen von einer Umgebung in die nächste transportiert werden, wie die Anwendung betrieben und verbessert wird.

Die Phasen des Anwendungslebenszyklus

SAP beschreibt den Anwendungslebenszyklus als Folge von Phasen. Auf ihrem Support-Portal werden sechs genannt (SAP Support Portal):

  1. Anforderungen – den fachlichen Bedarf an neuen oder geänderten Geschäftsprozessen erheben.
  2. Design – die Anforderungen in detaillierte Spezifikationen übersetzen.
  3. Aufbau und Test – die Anwendungen konfigurieren und prüfen, ob sie den Anforderungen entsprechen.
  4. Bereitstellung – Änderungen aus einer Testumgebung in den laufenden Betrieb übertragen.
  5. Betrieb – die für den laufenden Betrieb nötigen Leistungen erbringen.
  6. Optimierung – die Erfüllung der Service Level analysieren und Verbesserungsmaßnahmen umsetzen.

Diese Aufzählung macht sichtbar, was in Projekten regelmäßig zu kurz kommt: die letzten beiden Phasen. Ein Projekt endet in der Regel mit der Bereitstellung, während der Großteil der Lebensdauer einer Anwendung – und ihrer Kosten – danach liegt.

Umgebungen, Transport und Governance

In der Praxis zeigt sich ALM zuerst in einer Umgebungsstrategie: Entwicklung, Integration, Abnahme, Vorproduktion, Produktion. Jede Änderung wandert nach ausdrücklichen Regeln von einer zur nächsten.

Diese Mechanik trägt drei konkrete Anliegen:

  • Nachvollziehbarkeit: zu wissen, welche Änderung wohin gegangen ist und warum;
  • Umkehrbarkeit: einen Transport zurücknehmen können, der die Produktion beschädigt;
  • Funktionstrennung: Wer entwickelt, nimmt die Änderung nicht selbst in Produktion – eine übliche Anforderung in auditpflichtigen Umgebungen.

Umgebungen für Benutzerakzeptanztests, Systemintegrationstests und Schulungen gehören zu dieser Strategie: Microsoft führt sie ausdrücklich als Umgebungen auf, die manche Organisationen zusätzlich zu Entwicklung und Produktion benötigen.

ALM und Wartungsfristen: der Fall SAP

ALM ist nicht nur eine interne Disziplin – der Kalender des Herstellers wirkt hinein. SAP hat im Februar 2020 angekündigt, die Mainstream-Wartung der Kernanwendungen von SAP Business Suite 7 bis Ende 2027 zu leisten, gefolgt von einer optionalen erweiterten Wartung bis Ende 2030, und die Wartungszusage für SAP S/4HANA bis Ende 2040 zu geben (SAP News Center).

Diese Daten strukturieren die Fahrpläne tausender Unternehmen. Der DSAG-Investitionsreport 2026, den die deutschsprachige SAP-Anwendergruppe am 26. Februar 2026 auf Basis einer Befragung von 198 Teilnehmenden veröffentlicht hat, zeigt den Stand der Entscheidungen.

37 %

der Befragten wollen bis Ende 2027 auf S/4HANA umstellen; fast die Hälfte plant die Umstellung bis Ende 2030.

DSAG-Investitionsreport 2026 (n = 198)

63 %

nennen das Wartungsende als einen der Faktoren, die ihre Investitionsentscheidungen hemmen.

DSAG-Investitionsreport 2026 (n = 198)

2040

Horizont der Wartungszusage von SAP für S/4HANA, angekündigt im Februar 2020.

SAP News Center

Die Lücke im Lebenszyklus: die tatsächliche Nutzung

Ein gut geführter Anwendungslebenszyklus beantwortet die Frage „funktioniert die Anwendung wie vorgesehen?“. Er beantwortet nicht die Frage, die den Wertbeitrag bestimmt: „nutzen die Menschen sie, und nutzen sie sie richtig?“.

Sichtbar wird das in der Optimierungsphase. Service Level messen Verfügbarkeit, Antwortzeiten, Störungsvolumen. Nichts davon sagt, dass eine vor achtzehn Monaten bereitgestellte Funktion nie genutzt wurde oder dass ein Drittel der Anwender den Hauptbildschirm mit einer Tabellenkalkulation umgeht.

ALM um eine Messung der digitalen Adoption zu ergänzen, verändert die Art der Abwägungen: Ob entwickelt, umkonfiguriert oder begleitet wird, entscheidet sich dann an der beobachteten Nutzung und nicht an der lautesten Anforderung. Eine Digital Adoption Platform liefert diese Daten – und erlaubt zudem, mit einer Anleitung zu lösen, wofür sonst eine Anwendungsänderung nötig gewesen wäre.

Die Expertise von Knowmore

Wie Knowmore ALM ergänzt.

Knowmore setzt an den beiden Phasen an, die ALM-Werkzeuge am wenigsten abdecken: Betrieb und Optimierung. K-VALUE misst die tatsächliche Nutzung, Funktion für Funktion, und macht die Bildschirme sichtbar, an denen Anwender abbrechen.

K-NOW und K-STUDIO erlauben es, darauf ohne Anwendungsänderung zu reagieren: Eine in wenigen Tagen veröffentlichte kontextbezogene Anleitung löst oft ein Problem, für das sonst eine Entwicklungsanforderung und ein ganzes Quartal nötig gewesen wären.

Fazit

ALM gibt dem Informationssystem, was ihm am häufigsten fehlt: Nachvollziehbarkeit, Umkehrbarkeit und einen Rahmen für Entscheidungen. Betrieb und Optimierung sind seine längsten Phasen.

Sie sind auch die, in denen die Messung fehlt. Ein Anwendungslebenszyklus, der die tatsächliche Nutzung ignoriert, optimiert ein System, ohne je beobachtet zu haben, wie damit gearbeitet wird.

Häufige Fragen

Was ist der Unterschied zwischen ALM und DevOps?

ALM ist ein Governance-Rahmen für den gesamten Lebenszyklus einer Anwendung, einschließlich Anforderungsmanagement und Betrieb. DevOps ist ein Bündel von Praktiken und Werkzeugen, um den Weg von der Entwicklung in die Produktion zu verkürzen. DevOps fügt sich in ALM ein; es ersetzt es nicht.

Wie viele Umgebungen braucht man?

Mindestens Entwicklung und Produktion; in der Praxis kommen meist eine Integrations- und eine Abnahmeumgebung hinzu. Microsoft weist darauf hin, dass manche Organisationen zusätzlich Umgebungen für Benutzerakzeptanztests, Systemintegrationstests und Schulungen benötigen.

Gilt ALM auch für SaaS-Anwendungen?

Ja, mit verschobenem Schwerpunkt. Bei SaaS liegen Aufbau und Bereitstellung weitgehend beim Hersteller, aber Konfiguration, Umgebungsverwaltung, aufgezwungene Versionswechsel und die Begleitung der Anwender bleiben beim Unternehmen – und wiegen schwerer als in selbst betriebenen Umgebungen.

Von der Theorie zur Praxis

Ein geführter Lebenszyklus, eine unbekannte Nutzung.

Sehen wir uns an, was Ihre Anwender wirklich mit Ihren Anwendungen tun – und was das an Ihren Abwägungen ändert.