{"id":47303,"date":"2026-09-25T08:39:00","date_gmt":"2026-09-25T06:39:00","guid":{"rendered":"https:\/\/www.blue.works\/?p=47303"},"modified":"2026-09-25T09:10:36","modified_gmt":"2026-09-25T07:10:36","slug":"transformation-mit-system-damit-du-mit-alm-punktest","status":"publish","type":"post","link":"https:\/\/www.blue.works\/de\/transformation-mit-system-damit-du-mit-alm-punktest\/","title":{"rendered":"Transformation mit System. Damit du mit ALM punktest."},"content":{"rendered":"\n

\u00abScore with ALM\u00bb heisst das Motto des SAP ALM Summit EMEA 2026. Uns gef\u00e4llt es, weil es den Blick aufs Ergebnis lenkt. Darum geht es bei Application Lifecycle Management.<\/strong><\/p>\n\n\n\n

Einmal punkten reicht aber nicht. Wer eine Meisterschaft gewinnen will, muss \u00fcber die ganze Saison konstant bleiben. Ein gelungener Go-live ist ein gewonnenes Spiel. Danach kommen das n\u00e4chste Release, der n\u00e4chste Change, das n\u00e4chste Upgrade. Manchmal geht es darum, das Erreichte zu sichern, manchmal braucht es Vollgas. Beides gelingt \u00fcber eine Saison nur mit System.<\/p>\n\n\n\n

Die Ausr\u00fcstung ist da<\/h2>\n\n\n\n

SAP Cloud ALM bringt viel mit: Monitoring, Konfigurations- und Security-Analyse, Test- und Change-Steuerung. RISE-Kunden finden dazu die Dashboards der RISE-with-SAP-Methodology mit Clean-Core-Score und Systemzustand. Und Cloud ALM wird immer mehr zum Taktgeber der integrierten Toolchain. Es verbindet Daten und Prozesse mit Jira, Azure DevOps, ServiceNow und Signavio. Diese Offenheit ist eine der grossen St\u00e4rken der Plattform.<\/p>\n\n\n\n

In Projekten sehen wir trotzdem oft dasselbe Bild. Cloud ALM ist eingef\u00fchrt, die Funktionen sind aktiviert. Freigaben laufen aber weiter \u00fcber Zuruf. Der Testnachweis liegt in einem Excel. Die Schnittstellen wurden einmal eingerichtet und seither nicht mehr angeschaut. SAP Cloud ALM eingef\u00fchrt heisst noch nicht, es auch wirksam zu nutzen.<\/p>\n\n\n\n

Eine einfache Frage zeigt, wo eine Organisation steht:<\/p>\n\n\n\n

K\u00f6nnt ihr in f\u00fcnf Minuten zeigen, welche Tests euren letzten Go-live und die angepassten Prozesse abgesichert haben?<\/strong><\/p>\n\n\n\n

Wer das kann, hat die Kette von Feature \u00fcber Transport und Test bis zum Prozess im Griff. Wer z\u00f6gert, hat ein Werkzeug, aber noch kein System.<\/p>\n\n\n\n

Wo die Punkte entstehen<\/h2>\n\n\n\n

Punkte entstehen entlang der ganzen Kette, vom Gesch\u00e4ftsprozess bis zum Betrieb.<\/p>\n\n\n\n

Prozesse.<\/strong> Am Anfang steht der Gesch\u00e4ftsprozess. In Cloud ALM bildet die Prozesshierarchie ab, was das Unternehmen tut, und Signavio liefert die Prozessmodelle dazu. Anforderungen, Tests und Changes h\u00e4ngen an diesem Prozess. So l\u00e4sst sich jederzeit sagen, welcher Prozess von einer \u00c4nderung betroffen ist und ob er getestet wurde. Wer die Dokumentation pflegt, muss sie im n\u00e4chsten Projekt nicht neu schreiben.<\/p>\n\n\n\n

Toolchain.<\/strong> Cloud ALM ist der Taktgeber, aber nicht das einzige Werkzeug. Anforderungen entstehen in Jira, entwickelt wird in Azure DevOps, der Change-Prozess l\u00e4uft in ServiceNow, die Prozessmodelle in Signavio, die Architektur in LeanIX. Punkte gibt es erst, wenn klar ist, welches Tool f\u00fcr welchen Schritt f\u00fchrt und welches System f\u00fcr welches Objekt massgebend ist. Dann wird aus vielen Tools, die nebeneinander laufen, eine Kette. Eine Integration, die niemand pflegt, wird mit jedem Release zur Fehlerquelle und noch schlimmer: Die Tools verlieren an Wert, obwohl der Preis der gleiche bleibt!<\/p>\n\n\n\n

Test- und Change-Management.<\/strong> \u00c4nderungen laufen mit Governance, und Tests liegen im Werkzeug. Die Traceability reicht vom Prozess \u00fcber die Anforderung bis zum Transport.<\/p>\n\n\n\n

Deployment und Release.<\/strong> Transporte werden gepr\u00fcft, bevor sie importiert werden. Quality Gates werden eingehalten. Die Wartung braucht ein ruhiges, verl\u00e4ssliches Tempo, Projekte brauchen manchmal Vollgas (oder umgekehrt). Diese Geschwindigkeiten m\u00fcssen im Werkzeug abgebildet sein. Hier muss Cloud ALM noch zulegen. Einfache Szenarien sollen einfach bleiben. Komplexe Organisationen brauchen Regeln und Workflows direkt in der Plattform, ohne sie daneben bauen zu m\u00fcssen.<\/p>\n\n\n\n

Betrieb.<\/strong> Business-Process-, Health-, Integrations- und Job-Monitoring haben je eine klare Verantwortung. Wer die offenen Alerts t\u00e4glich anschaut, verhindert die Nachtschicht, bevor sie n\u00f6tig wird.<\/p>\n\n\n\n

RISE-Dashboards.<\/strong>\u00a0Der Clean-Core-Score kommt frei Haus. Steuern l\u00e4sst sich damit erst etwas, wenn festgelegt ist, ab welcher Abweichung gehandelt wird und von wem. Und noch wichtiger: Welche Strategie man als Unternehmen bez\u00fcglich dem Clean Core verfolgt!<\/p>\n\n\n\n

Solution Manager.<\/strong> Beim Wechsel entscheidet sich vieles. Wer nur das Werkzeug tauscht, nimmt die Zuruf-Prozesse mit. Wer die Umstellung nutzt, um die Kette vom Prozess bis zum Deployment sauber aufzusetzen, startet mit einem Vorsprung.<\/p>\n\n\n\n

KI braucht Wissen<\/h2>\n\n\n\n

KI wird in den Unternehmen selbstverst\u00e4ndlich. Sie kann Anforderungen und Testf\u00e4lle anreichern, Abh\u00e4ngigkeiten erkennen und damit bald Transporte besser steuern. Dabei ver\u00e4ndert sie mehr als die Automatisierung, n\u00e4mlich auch, wie Business und IT zusammenarbeiten.<\/p>\n\n\n\n

Nutzen bringt KI, wenn sie ein konkretes Problem l\u00f6st. Eine einfache, verl\u00e4ssliche Funktion, die man jeden Tag braucht, bringt oft mehr als der n\u00e4chste grosse Showcase.<\/p>\n\n\n\n

Daf\u00fcr braucht KI Kontext. Welche Anforderung geh\u00f6rt zu welchem Prozess? Welcher Test deckt welchen Change ab? Wer hat was freigegeben? Dieses Wissen entsteht nur dort, wo sauber und integriert gearbeitet wird. Ein Test-Assistent, der aus unklaren Anforderungen Testf\u00e4lle erzeugt, liefert unklare Testf\u00e4lle, nur schneller.<\/p>\n\n\n\n

KI verst\u00e4rkt, was da ist. Wer heute strukturiert arbeitet, baut das Wissen auf, das KI morgen braucht.<\/p>\n\n\n\n

Transformation mit System<\/h2>\n\n\n\n

Im Fussball spielt eine gute Mannschaft mit System. Alle wissen, wo sie stehen und was zu tun ist, auch wenn der beste Spieler fehlt. Unser Slogan meint dasselbe. System heisst bei uns nicht IT-System, das liefert SAP. Gemeint ist das Zusammenspiel von Methode, Governance, Prozessen, Verantwortung und Menschen.<\/p>\n\n\n\n

Dieses Zusammenspiel wird wichtiger. Cloud und Automatisierung \u00fcbernehmen immer mehr technische Aufgaben, und grosse Upgrades weichen laufender Ver\u00e4nderung. Infrastruktur l\u00e4sst sich auslagern. Die Verantwortung daf\u00fcr, wie die eigenen Gesch\u00e4ftsprozesse funktionieren und sich weiterentwickeln, bleibt beim Kunden. Und wenn alle auf derselben Plattform arbeiten, macht die Qualit\u00e4t dieser Prozesse den Unterschied.<\/p>\n\n\n\n

ALM verschwindet deshalb nicht. Es wird vom Werkzeug zum Betriebsmodell. Die Arbeit verschiebt sich vom technischen Change Management hin zu Governance, organisatorischem Wandel und laufender Prozessverbesserung.<\/p>\n\n\n\n

Wie das konkret aussieht, haben wir in alm360 beschrieben: Ein modulares Vorgehensmodell, das Projekt, Betrieb und Qualit\u00e4t verbindet, mit SAP Cloud ALM als Taktgeber. Wir arbeiten damit seit 2014, in \u00fcber 100 Projekten bei mehr als 60 Kunden, unter anderem f\u00fcr BKW, fenaco, Sika und die Stadt Bern.<\/p>\n\n\n\n

Was wir uns vom Summit erhoffen<\/h2>\n\n\n\n

Wir fahren mit ein paar konkreten Fragen nach Darmstadt:<\/p>\n\n\n\n