Ohne durchgängige ALM-Prozesskette hilft auch die ALM-PLM-Integration nicht

Der wachsenden Software- und Elektronik-Anteil in smart vernetzten Produkten führt dazu, dass viele Unternehmen sich darüber Gedanken machen, wie sie ihre PLM- und ALM-Prozesse besser integrieren können, um die Traceability über Domänengrenzen hinweg sicherzustellen. Doch damit tun sie eigentlichen den zweiten Schritt vor dem ersten. In vielen Fällen unterstützen ihre bestehenden ALM-Lösungen die Software-Entwicklung nämlich nur partiell und unzureichend, so dass die ALM-PLM-Integration notwendigerweise Stückwerk bleibt.

Das Dilemma ist nicht neu, sondern besteht seit über 20 Jahren. Zum einen assoziieren nur wenige Unternehmen den Begriff ALM mit Software-Entwicklungsprozessen. Der Begriff wurde um das Jahr 2000 herum von den Systemanbietern geprägt und hat zwei wesentliche Entwicklungsstufen erlebt. Angefangen hat es damit, dass einer der Anbieter begann, Software-Produkte wild zusammenzukaufen. 

Die einzelnen Werkzeuge waren zwar gut in ihrem Aufgabengebiet, wurden aber nie richtig integriert, so dass die Traceability eine Fata Morgana blieb. Ein durchgängiges Repository und eine einheitliche grafische Benutzeroberfläche waren und sind in diesem Fall bis heute nicht zu erkennen.

Aus dieser Ära der Systemsilos mit vielen Unternehmensübernahmen (und Insolvenzen) gingen neue Lösungen hervor - zentral administrierbar, web-basiert, mit einer einheitlichen Repository-Technologie und besseren Bedieneroberflächen. Was aber immer noch fehlte war und ist, dass nie jemals genau definiert wurde, welche Prozesse und Methoden ALM abdecken soll und was an Tools dafür erforderlich ist. Alle reden von ALM, aber jeder versteht etwas anderes darunter und hat eine andere Erwartungshaltung. Das Lösungsspektrum reicht vom einfachen Bug-Tracker bis zur umfassenden ALM-Lösung, die alle Prozesse und Methoden einer Software-Entwicklung abdeckt.