ALM (Application Lifecycle Management)
ALM (Application Lifecycle Management) bezeichnet die koordinierte Verwaltung des gesamten Software-Lebenszyklus — von Anforderungen über Entwurf, Implementierung und Test bis zu Release und Wartung — samt der Prozesse und Werkzeuge, die diese Disziplinen verbinden. Die Kernidee: Die Artefakte der Entwicklung entstehen nicht in getrennten Abteilungswelten, sondern bleiben über den Lebenszyklus hinweg miteinander verknüpft und nachvollziehbar.
Welche Disziplinen umfasst ALM?
ALM bündelt Disziplinen, die traditionell in getrennten Werkzeugen und Verantwortlichkeiten leben:
| Disziplin | Inhalt |
|---|---|
| Anforderungsmanagement | Anforderungen erfassen, versionieren, verknüpfen |
| Änderungs- und Konfigurationsmanagement | Änderungen steuern, Stände reproduzierbar halten |
| Test- und Qualitätsmanagement | Testfälle planen, Ergebnisse Anforderungen zuordnen |
| Build- und Release-Management | Software integrieren, freigeben, ausliefern |
| Projekt- und Prozesssteuerung | Arbeit planen, Fortschritt und Reifegrad sichtbar machen |
Der Mehrwert liegt in den Querbeziehungen: Erst wenn eine Anforderung mit ihrer Implementierung, ihren Testfällen und dem Release verknüpft ist, in dem sie ausgeliefert wurde, lassen sich Fragen wie „Was ist von dieser Änderung betroffen?" oder „Ist diese Anforderung getestet?" ohne manuelle Recherche beantworten.
ALM-Werkzeuge
Typische ALM-Plattformen im Engineering-Umfeld sind Siemens Polarion, PTC Codebeamer, Jama Connect und IBM Engineering Lifecycle Management (mit DOORS für das Anforderungsmanagement); daneben decken Kombinationen um Jira und Git-basierte Plattformen wie GitLab Teile des Lebenszyklus ab. Zwei Grundmuster stehen sich gegenüber: integrierte Suiten, die möglichst viele Disziplinen in einer Plattform vereinen, und Best-of-Breed-Landschaften, die spezialisierte Werkzeuge je Disziplin kombinieren. Beide Ansätze sind legitim — die Suite erkauft Durchgängigkeit mit geringerer Spezialisierung, Best-of-Breed erkauft Spezialisierung mit Integrationsaufwand.
Abgrenzung: ALM, PLM und DevOps
PLM (Product Lifecycle Management) ist das Gegenstück für das physische Produkt: Mechanik, Elektronik, Stücklisten, Fertigungsdaten. Bei eingebetteten Systemen überlappen ALM und PLM zwangsläufig, denn die Software ist Teil des Produkts — die Abstimmung beider Welten ist eine der klassischen Integrationsaufgaben im Systems Engineering. DevOps wiederum automatisiert den Weg von der Codeänderung in den Betrieb; ALM spannt den breiteren Governance-Rahmen darum, einschließlich Anforderungs-, Änderungs- und Nachweismanagement.
ALM in der Praxis: Tool-Silos sind die Regel
Das Versprechen des ALM — ein durchgängig verknüpfter Lebenszyklus — scheitert in der Praxis meist an gewachsenen Werkzeuglandschaften: Anforderungen liegen in DOORS oder Polarion, Architekturmodelle in MBSE-Werkzeugen, Code und Pipelines in GitLab, Tests in einem separaten Testmanagement. Zwischen diesen Silos entstehen genau die Lücken, in denen Nachvollziehbarkeit verloren geht — und die bei Audits nach ISO 26262 oder Automotive SPICE als fehlende Traceability sichtbar werden. Der realistische Weg ist selten die große Migration auf ein einziges Werkzeug, sondern die Integration des Bestands: eine Traceability-Schicht über den vorhandenen Werkzeugen, die Anforderungen, Modelle, Code und Tests zu durchgängigen Nachweisketten verbindet, ohne bestehende Investitionen zu ersetzen.