Schlagwort: SAP Cloud ALM

Willkommen zum neuesten SAP Cloud ALM Update Blog! SAP treibt die Innovation weiter voran und verbessert das Cloud ALM-Erlebnis durch anwenderorientierte Verbesserungen. Diese zweiwöchentliche Serie hält Sie über die neuesten Funktionen, Erweiterungen und Optimierungen auf dem Laufenden. In dieser Ausgabe stellen wir Ihnen die wichtigsten Updates aus Woche 6 vor und zeigen Ihnen, wie SAP Sie dabei unterstützt, effizienter zu arbeiten und bessere Ergebnisse zu erzielen.

RISE mit SAP

Die Seite RISE mit SAP im SAP Cloud ALM Launchpad hat jetzt eine neue Anwendung System View.

Das Dashboard der Systemansicht zeigt die Übereinstimmung des Systems mit dem sauberen Kern an. Von dort aus ist es möglich:

• Prüfen Sie, ob die aktuell auf dem System installierte SAP S/4HANA-Produktversion auf dem neuesten Stand ist und planen Sie das nächste System-Upgrade.
• Überwachen Sie, ob das System für eine saubere Kerndatenerfassung konfiguriert ist.
• Überprüfen Sie die aktuellen Erweiterungen, um mögliche Probleme beim nächsten Upgrade zu bewerten und sich darauf vorzubereiten.

Um auf das System View Dashboard im SAP Cloud ALM Launchpad zugreifen zu können, müssen Sie ein Kunde mit einem gültigen RISE with SAP-Vertrag sein.

SAP Business Transformation Center

SAP Business Transformation Center unterstützt jetzt die vollständige Migration von SAP Human Capital Management (HCM)-Daten von SAP ECC nach SAP S/4HANA.

SAP Human Capital Management (HCM)-Daten werden vollständig und ohne Filterung migriert.

Die Modellierung verfügt über eine neue Option zum Neustart des Data Dictionary-Scans in der Anwendung Transformationsmodelle verwalten.

Wenn bei der Überprüfung des Datenwörterbuchs ein Fehler auftritt, können Sie den Vorgang erneut starten, indem Sie Neu starten wählen.

Implementation

Processes verfügt über neue Lösungsszenarien, die in der Liste der unterstützten Lösungen für das Prozessmanagement aufgeführt sind:

• SAP Services Content für integrierte Versorgungsunternehmen
• SAP Business Network für die Lieferkette
• SAP Best Practices für SAP S/4HANA Cloud Public Edition, Öffentlicher Sektor

Prozesse ermöglicht nun auch die Anzeige von Anwendungen, die einer Lösungsaktivität zugeordnet sind. Beim Aufrufen der Details zu einer Lösungsaktivität im Solution Process Viewer werden nun Informationen zu den Anwendungen angezeigt, die der Aktivität zugeordnet sind. Neben dem Namen der Anwendung wird auch angezeigt, zu welchem Anwendungstyp sie gehört. Einige Beispiele für mögliche Anwendungstypen sind die folgenden Standard-Content-Typen, obwohl auch andere Kunden-Content-Anwendungstypen möglich sind:

• SAP Fiori Application
• Transaction
• URL
• SAP Web Dynpro Application

Handelt es sich bei der angezeigten Anwendung um eine benutzerdefinierte Anwendung und nicht um eine Standardanwendung, wird dem Benutzer außerdem die Anzeige-ID der benutzerdefinierten Anwendung angezeigt, die in der Bibliothek als Referenz gespeichert ist.

Beachten Sie, dass der Abschnitt «Anwendungen» nur angezeigt wird, wenn der Lösungsaktivität tatsächlich eine Anwendung zugewiesen ist; andernfalls wird er nicht angezeigt.

In Process Authoring ist es jetzt möglich, Lösungsaktivitäten und benutzerdefinierte Lösungsprozesse in ein Projekt hochzuladen. Wenn Inhalte importiert werden müssen, z. B. im Rahmen einer Migration, können Benutzer jetzt benutzerdefinierte Lösungsprozesse mithilfe einer ZIP-Datei oder Lösungsaktivitäten mithilfe einer Kalkulationstabelle in ein Projekt hochladen. Bei Bedarf stehen im System auch Vorlagen zur Verfügung.

Bibliotheken zeigt nun in der Detailansicht Lösungsaktivitäten an, die Konfigurationen zugewiesen wurden. Es sind auch Links verfügbar, um zur Lösungsaktivitäten-App zu navigieren.

Operations

Health Monitoring unterstützt jetzt SAP Datasphere.

Verfügbare Metriken dafür sind Speicher und Ereignisse.

Intelligente Ereignisverarbeitung hat einen neuen Abschnitt, Ausgehende Protokolle, auf der Seite Details zur Ereignissituation.

In diesem Bereich können Sie den Status der Speicherung von Ereignis-Nutzdaten, die Anzahl der verfügbaren Nutzdaten und die Zeitstempel der ersten und letzten Nutzdaten anzeigen. Die Nutzdaten werden für Ereignisse gespeichert, für die die Aktion Ereignisnutzdaten für 24 Stunden speichern aktiviert ist.

Die Anzahl der Protokolle wird auch in der Tabelle Ereignissituationen auf der Seite Übersicht angezeigt.

Services

Issues and Actions Management hat einen neuen Issue Status: Angenommen. Wenn der Status eines Issue auf Angenommen gesetzt wird, wird das Issue von SAP bestätigt.

* Mehrere Bereiche

SAP plant, die Belize-Themen in Kürze zu entfernen. Es wird empfohlen, eines der SAP Horizon-Themen in den Benutzereinstellungen zu ändern.

Willkommen zum ersten SAP Cloud ALM Update Blog des Jahres 2025! Auch zu Beginn des neuen Jahres setzt SAP sein Engagement für Innovationen und benutzerorientierte Verbesserungen in Cloud ALM fort. Diese zweiwöchentliche Update-Serie informiert Sie über die neuesten Erweiterungen, Funktionen und Optimierungen. In dieser Ausgabe befassen wir uns mit den Highlights der Updates, die in Woche 2 und Woche 4 eingeführt wurden. Wir zeigen Ihnen, wie SAP die ALM-Erfahrung verbessert, damit Sie intelligenter arbeiten und mehr erreichen können.

SAP Business Transformation Center

Es ist jetzt möglich, den Cloud Integration Automation Service (CIAS) zu verwenden, um die Quell- und Zielsysteme für die Verwendung mit SAP Business Transformation Center zu aktivieren. Dieser Service führt durch den Arbeitsablauf und enthält Anleitungen für die manuellen und automatisierten Aufgaben und ermöglicht eine einfache und schnelle Einrichtung der Integrationskonfiguration.

Für die Modellierung sind 2 neue Funktionen verfügbar.

Es gibt jetzt eine neue Registerkarte mit dem Namen «Filter» in der App Transformationsobjektdetails, auf der eine Liste aller Transformationsfilter angezeigt wird, die auf ein ausgewähltes Transformationsobjekt angewendet werden.

In der App Transformationsmodell verwalten gibt es ausserdem eine neue Registerkarte Lösungsmuster, auf der eine Liste der auf ein ausgewähltes Transformationsmodell angewandten Lösungsmuster angezeigt wird. Eine Registerkarte Lösungsmuster ist auch in der App Versionen des Transformationsmodells verfügbar, wo angezeigt wird, welche Lösungsmuster auf die entsprechende Version des Transformationsmodells angewendet wurden.

Das Lösungsmuster, das SAP Business Transformation Center derzeit bietet, ist die Zeitscheibe.

Das Scoping ermöglicht nun die Verwendung des Zeitscheiben-Lösungsmusters, um selektiv Daten vor einem bestimmten Geschäftsjahr aus dem Migrationsumfang auszuschließen und gleichzeitig sicherzustellen, dass Daten im Zusammenhang mit offenen Posten, auch wenn sie außerhalb der Zeitscheibe liegen, einbezogen werden. Auf diese Weise lässt sich der Migrationsumfang auf Daten beschränken, die für Betriebs-, Berichts- oder Prüfungszwecke erforderlich sind. Diese Datenreduzierung vereinfacht nicht nur den Migrationsprozess, sondern gewährleistet auch einen relevanteren und wertvolleren Datensatz am Ende der Migration.

Implementation

Die Testvorbereitung hat ihre Funktion zum Einfügen von Bildern in Testfälle erweitert. Bilder, die in Testfälle eingefügt werden, bleiben nun beim Herunterladen und erneuten Hochladen des Testfalls erhalten.

Projekte und Einrichtung ermöglicht nun die Suche nach dem Systemtitel oder der ID in der Auswahlliste der Registerkarte Systemgruppen. Dies hilft bei der Suche nach dem bevorzugten System in einer langen Liste von Systemen.

Analytics zeigt jetzt alle Leistungen an, die nicht abgeschlossen sind, indem die Schaltfläche «Nicht abgeschlossen» auf der Registerkarte Leistungen der Projektfortschrittsbericht-App verwendet wird. Standardmäßig ist die Schaltfläche «Alle» aktiviert, um alle Leistungen anzuzeigen. Zusätzlich zeigt die Schaltfläche «Abgeschlossen» alle abgeschlossenen Leistungen an.

In Features enthält ein Cross-Reference Check jetzt Details zu Objektkonflikten. In der Ansicht «Prüfdetails» werden bei der Auswahl des Konfliktgrundes jetzt detaillierte Informationen zur Lösung des Problems angezeigt.

Die Funktion ermöglicht nun auch das Herunterladen der Transportprüfungsergebnisse aller konfliktbehafteten oder fehlenden Objekte, die zur gleichen Prüfungsart und zum gleichen Zielmandanten gehören, in einem einzigen Arbeitsblatt.

Für die geführte Implementierung sind 4 neue Funktionen verfügbar.

• Es ist jetzt möglich, die Quality Gates eines Projekts in der App zu verwalten, um sicherzustellen, dass alle phasenspezifischen Qualitätskriterien erfüllt werden. Der Status des Quality Gates und der Abschluss der Checkliste werden nun angezeigt. Verwenden Sie den neu hinzugefügten Link «Go to Checklist», um zur Aufgaben-App zu navigieren.

• Phasen ohne Aufgaben sind nun deutlich gekennzeichnet. Wenn für ein neues Projekt, das nur Aufgaben in der Phase «Vorbereiten» hat, kein Fahrplan ausgewählt wurde, werden alle anderen Phasen in der Registerkartenleiste ausgeblendet.

• Es gibt jetzt Icons für die verschiedenen Artikelarten und Status.

• Die App wurde um einen Filter für Quality Gate-Status erweitert.

Process Authoring verfügt über einen neuen Filter «Verwendungsstatus» in der Liste der Lösungsaktivitäten. Wenn es notwendig ist, Lösungsaktivitäten zu löschen, z.B. nach der Durchführung einer Migration, hilft ein neuer Filter, den Prozess zu vereinfachen. Da es nur möglich ist, Lösungsaktivitäten zu löschen, die nicht in einem Lösungsprozess verwendet werden, ermöglicht der Filter die Anzeige aller Aktivitäten, die nirgendwo verwendet werden. Dies bietet die Möglichkeit, in der Liste «Alle auswählen» zu wählen und alle nicht verwendeten Einträge auf einmal zu löschen.

Mit Process Authoring wurde auch ein zweistufiger Löschprozess für benutzerdefinierte Lösungsprozesse mit Archivierung eingeführt, um zu verhindern, dass Benutzer versehentlich Daten löschen. Er verhält sich je nach den vorhandenen Versionen leicht unterschiedlich.

• Wenn ein benutzerdefinierter Lösungsprozess über Entwürfe und veröffentlichte Versionen verfügt, können Sie entweder den Entwurf direkt löschen oder den benutzerdefinierten Lösungsprozess archivieren. Beachten Sie, dass nur benutzerdefinierte Lösungsprozesse ohne Skript in Process Authoring auf Archiviert gesetzt werden können.
• Wenn für einen Lösungsprozess nur eine Entwurfsversion vorliegt, kann dieser Entwurf direkt gelöscht werden.
• Wenn ein Lösungsprozess nur eine veröffentlichte Version hat, muss der Prozess zunächst archiviert und dann in einem weiteren Schritt gelöscht werden.

Die archivierten Prozesse können dann entweder gelöscht oder über die Schaltfläche «Wiederherstellen» wieder aktiviert werden. Wiederhergestellte benutzerdefinierte Lösungsprozesse werden genauso gehandhabt wie aktive, nicht gesicherte benutzerdefinierte Lösungsprozesse.

Archivierte benutzerdefinierte Lösungsprozesse haben in der Liste der Lösungsprozesse in der App «Prozesse» das Präfix [Archiviert] vor ihrem Titel.

Wenn ein benutzerdefinierter Lösungsprozess archiviert wurde, ist es nicht mehr möglich, seine Details, zugehörigen Diagramme oder Elemente zu bearbeiten. Das Erstellen neuer Diagramme, Veröffentlichen und Kopieren ist ebenfalls nicht mehr möglich, es sei denn, der Prozess wird wieder in einen aktiven Zustand versetzt.

Archivierte Lösungsprozesse können nicht mehr in den Geltungsbereich einbezogen oder massenweise bearbeitet werden. Es ist nicht möglich, ihren Status, den Prozessverantwortlichen oder die Tag-Zuweisungen in der App «Prozesse» zu ändern.

Tasks hat auch 2 neue Funktionen zur Verfügung.

• Tasks ermöglicht es nun, den Tabellen-Upload zu nutzen, um Quality Gates zu Projektaufgaben und Anforderungen zu User Stories zuzuordnen.
• Es ist jetzt möglich, den Checklistenpunkten verantwortliche Teams zuzuweisen.

Operations

Real User Monitoring entwickelt sich ständig weiter und erweitert nun seine Möglichkeiten um mehrere neue unterstützte Lösungen:

• SAP Task Center
• SAP Data Quality Management, microservices for location data
• SAP Predictive Replenishment
• SAP Build Work Zone, standard edition
• SAP Build Work Zone, advanced edition
• SAP SuccessFactors Work Zone
• SAP Cloud Portal service

Die Job- und Automatisierungsüberwachung verfügt über neue Filter auf der Analyseseite, um die angezeigten Jobs und Automatisierungen weiter zu verfeinern. Die Filter sind unter «Zusätzliche Filter» zu finden und lauten:

• Schritt/Durchführbar: Filtern Sie nach dem Step/Executable-Namen des Jobs oder der Automatisierung.
• Ausgeführt von: Filtert nach dem Benutzer, der den Auftrag oder die Automatisierung ausgeführt hat.
• Geplant von: Filtert nach dem Benutzer, der den Auftrag oder die Automatisierung geplant hat.

In der intelligenten Ereignisverarbeitung ist es jetzt möglich, den Ereignisnamen und den Servicetyp für die Variante im Bereich «Wo verwendet» anzuzeigen. Darüber hinaus ist es jetzt möglich, die «Live-Suche» zu verwenden, um Varianten anhand von Ereignisnamen und Servicetyp-Informationen zu finden.

In den vorherigen Blogposts haben wir erklärt, wie man innerhalb des Fit/Standard-Workshops vom Prozessumfang zum Anforderungsbacklog gelangt, d.h. konkret, wie man anhand von Prozessdiskussionen die passenden Anforderungen erstellt

In unserer Blogserie „How to ALM “ (HTALM) geht es diesmal um die Möglichkeiten, die ALM-Prozesse direkt in SAP Cloud ALM (CALM) zu modellieren und damit zu dokumentieren. Wir zeigen, wie man die vordefinierten ALM-Best Practice Flows in SAP Cloud ALM “aktivieren” und anschliessend anpassen kann.

❓ Warum ALM-Prozesse in SAP Cloud ALM dokumentieren?

Die vordefinierten Best Practices in SAP Cloud ALM geben bereits eine klare Struktur für Onboarding, Projekt-Setup, Build, Test und Deployment. Dennoch hat jede Organisation individuelle Anforderungen an die IT-Prozesse, die es notwendig machen, die Prozesse anzupassen. Und jetzt kommt das Beste: Man kann die Best Practice Prozesse direkt in SAP Cloud ALM BPMN-Modeler anpassen und dokumentieren.

⚽️ ALM Kick-start Modelling

SAP Cloud ALM kommt mit detaillierten BPMN-Prozessdiagrammen für die folgenden Bereiche:

• Onboarding
• Projektsetup
• Fit-to-Standard
• Build
• Test
• Deployment
• Fix & Enhance

Wie können wir diese nun aktivieren und anpassen? Ich mache ein Beispiel für den Fix & Enhance Prozess. Dieser Prozess zeigt, wie Lösungen iterativ – meistens in der sogenannten Wartung/Maintenance-Phase, die nach der Projektphase kommt – verbessert und erweitert werden können. Vielleicht will man in diesem Fix & Enhance-Prozess die Integration von Incidents und Changes als Ausgangspunkt von einem anderen Tool in SAP Cloud ALM mit einem Feature integrieren und nicht mit einem Requirement, wie im Best Practice-Flow vorgesehen.

Wichtig: Ich spreche hier bewusst nicht von einer Operations/Betrieb-“Phase”, sondern von einer Wartung/Maintenance-“Phase”, denn die Funktionen für die Operations/Betrieb sind in SAP Cloud ALM für die Überwachungsbereich belegt.

Schritt 1: Neuen Scope für das Lösungsszenarios “Tools und Technologie” innerhalb eines Projektes anlegen

Schritt 2: Lösungsprozesse des Lösungsszenarios in den Scope aufnehmen (via Toggle Switch)

Das Ergebnis lässt sich anschliessend direkt schon ansehen, da der Lösungswertefluss sowie die Lösungsprozessdiagramme ersichtlich sind

Schritt 3: Eine Kopie des Lösungsprozesss erstellen

Schritt 5: Die kopierten Diagramme können nun an die Gegebenheiten des Unternehmens angepasst werden, gespeichert und “published” werden

💎 Warum das Ganze?

Dank der visualisierten Rollen und Aktivitäten verstehen alle Beteiligten den Ablauf. Wir schaffen Transparenz und sind effizient, da wir kein weiteres Tool brauchen und auf den Best Pratices aufbauen können.

Letztendlich hilft dies extrem, um auch komplexeren Prozessen folgen zu können und das nichts vergessen geht.

Neben der Sicherstellung eines gemeinsamen Verständnis, sind die Prozessflows natürlich eine super Ausgangslage um die Testfälle zu erstellen. Und: Bessere Testfälle sollten zu mehr Effizienz für das Testing, bessere Qualität und somit zu einem stabileren Produktivsystem führen.

➡️ Und ein letzter Tipp

Nutzt die ersten Erfahrungen mit BPMN für die ALM Prozesse, um auch die Geschäftsprozesse in der gleichen Form zu dokumentieren. So werden einheitliche Standards geschaffen, die Transparenz erzeugen und die Zusammenarbeit zwischen IT und Fachbereichen fördert.

Mit den integrierten Tools und Best Practices in SAP Cloud ALM wird ALM-Prozessmanagement nicht nur effizient, sondern auch intuitiv.

Viele von uns erfreuen sich wohl an einem frisch gebackenen Donut. Dabei denken wir nicht nur an den köstlichen Geschmack, sondern auch an die Form – einen Ring. Und obwohl man reflexartig nun denken könnte, dass sich der vorliegende Artikel mit der Analogie der äusseren Form eines Donuts und dem Application Lifecycle Management-Ring befasst, gehe ich nicht darauf ein, sondern auf den Unterschied von Plan- und Value-Driven Development und deren Problematik. 

Besonders spannend ist dabei die Frage, warum in SAP Cloud ALM bestimmte Features immer noch fehlen. Viele Kunden stellen genau diese Frage: Warum ist das oder jenes Feature noch immer nicht verfügbar? Ich möchte SAP dabei nicht in Schutz nehmen, denn man könnte sicher argumentieren, dass mit mehr oder schnelleren Entwicklerressourcen manches schneller umgesetzt werden könnte. Aber vielmehr geht es mir darum, ein Verständnis für die Herausforderungen zu schaffen: Wie balanciert man den Druck der Kundenerwartungen mit der langfristigen Vision und der Qualitätssicherung? Genau hier zeigt sich die Schwierigkeit, in einem plangetriebenen Ansatz sowohl Stabilität als auch Flexibilität zu vereinen, um Werte zu liefern, die nachhaltig Bestand haben. 

 Von SAP SolMan zu SAP Cloud ALM 

 Der SAP Solution Manager (oder von der Community auch liebevoll SolMan genannt) wird Ende 2027 aus der Mainstream Wartung fallen. Zwar ist SAP Cloud ALM kein direkter Nachfolger des SAP Solution Managers, da es keine Featureparität geben wird, aber es ist zumindest der logische Nachfolger. 

Und genau hier, an diesem Punkt, entsteht der Zusammenhang von einem Donut zu SAP Cloud ALM. Das fast jeder weiss, dass der Donut ringförmig ist, haben wir bereits geklärt. Viele von Ihnen wissen auch, wie ein guter Donut schmecken sollte. Und die SAP-Kunden wissen, wie der SAP Solution Manager aussieht und was er für ALM-Funktionen bietet. Es liegt also auf der Hand, dass man genau diese Funktionen auch für dem «Nachfolgprodukt» erwartet. 

Der Solution Manager, kann also mit einem altbekannten Donut-Rezept verglichen werden. Ein Rezept und eine Zubereitung, bei dem wir genau wissen, welche Zutaten hineingehören und welches Endergebnis wir erwarten können. Es ist gar ein bewährtes Rezept, das von vielen geliebt wird. 

Die Entwicklung SAP Cloud ALM hingegen stellt nun ein ganz neues Rezept und Vorgehensweise dar. Dieses wird nicht mehr schlicht nach Plan (plan-driven) entwickelt, bei dem das Endprodukt- und dessen Features von Anfang an feststehen. Vielmehr handelt es sich um eine value-driven Herangehensweise, bei der der Wert und Nutzen für den Kunden im Vordergrund stehen. 

Value-Driven vs. Plan-Driven Development: Ein Rezeptduell 

 Das Verständnis der Unterschiede zwischen Value-Driven und Plan-Driven Development ist wichtig, um die Vorzüge und Herausforderungen zu erkennen. Hier ein Vergleich: 

Plan-Driven Development (PDD) 

PDD basiert auf einem systematischen und sequenziellen Ansatz, bei dem jede Phase (Anforderungen, Design, Implementation, Validierung) der Softwareentwicklung streng geplant wird, bevor sie tatsächlich beginnt. Der Leistungsumfang ist fix, die Kosten und die Termine «variabel» bzw. die Stellschrauben, an denen gedreht werden kann.   

• Planung: Das Hauptaugenmerk liegt auf der Vorabplanung. Es wird erwartet, dass alle Anforderungen zu Beginn des Projekts festgelegt werden und sich im Verlauf des Projekts nur wenig oder gar nicht ändern. 

• Dokumentation: PDD betont die Wichtigkeit umfassender Dokumentationen. Jeder Schritt wird ausführlich dokumentiert, um sicherzustellen, dass alle Beteiligten den Ablauf und die Anforderungen genau verstehen. 

• Flexibilität: PDD ist in der Regel weniger flexibel in Bezug auf Änderungen, da Änderungen oft kostspielig und zeitaufwendig sind, besonders wenn sie spät im Prozess vorgenommen werden. 

• Risikomanagement: PDD versucht, Risiken frühzeitig zu minimieren, indem alles vorab geplant wird. 

• Beispiele für Methoden: Wasserfallmodell, V-Modell. 

 Value-Driven Development (VDD) 

VDD fokussiert sich darauf, kontinuierlichen Wert für den Kunden oder den Endbenutzer zu schaffen, indem auf Feedback und iterative Entwicklung gesetzt wird. Bei diesem Vorgehen sind die Kosten und Termine «fix» und der Leistungsumfang variabel. Ein gutes, agiles Requirementsengineerung ist für VDD ein Muss.   

• Planung: Anstatt sich streng an einen festgelegten Plan zu halten, passt VDD sich flexibel an neue Informationen oder geänderte Kundenbedürfnisse an. 

• Dokumentation: Während Dokumentation immer noch wichtig ist, kann sie in VDD weniger umfangreich sein als in PDD. Der Schwerpunkt liegt auf funktionsfähiger Software und Kundenfeedback. 

• Flexibilität: VDD ist in Bezug auf Änderungen sehr flexibel, da der Ansatz erwartet, dass Anforderungen sich im Laufe der Zeit ändern können. 

• Risikomanagement: VDD akzeptiert, dass Risiken bestehen, setzt aber darauf, sie durch regelmäßige Feedbackschleifen und Anpassungen zu minimieren. 

• Beispiele für Methoden: Agile Entwicklungsmethoden wie Scrum und Kanban 

 Plan-driven Development: So vertraut wie ein Zuckerguss-Donut oder ein SAP Solution Manager 

 Vor einigen Jahren wurde der SAP Solution Manager entwickelt. Eine Plattform, für die Implementierung und dem Betrieb von SAP-Lösungen (vor allem für on-Premise Produkte). Das Rezept ist fest, die Zutaten sind bekannt, und das Ergebnis ist vorhersehbar, d.h. das Prinzip bei der Entwicklung des SolMan war weitestgehend der systematische Ansatz des «Plan-Driven Development». Ähnlich einem Architekten, der jedes Detail plant, bevor der eigentliche Bau beginnt.   

Die Herausforderung des Wandels: SAP Cloud ALM   

Stellen Sie sich also vor, Sie stehen in einer modernen Donut-Bäckerei. Anstatt nur einen festgelegten Donut zu backen, experimentiert der Bäcker mit verschiedenen Zutaten. Er bringt Ihnen zuerst den nackten Donutring, das Grundgerüst – sozusagen ein Minimum Viable Product (MVP). Für manche ist dies bereits ausreichend, andere warten auf die Glasur, wieder andere auf die Streusel und aufgrund des Feedbacks kann der Bäcker nach und nach (in mehreren Iterationen) den Donut verfeinern. Wieder andere geben Feedback und verlangen nach einer bestimmten Füllung. Welcher Weg ist nun der richtige?  

Die Entwicklung von SAP Cloud ALM  erinnert an den Trend von experimentellen Donut-Geschmacksrichtungen. Zwar wurde SAP Cloud ALM auch für Implementierung und dem Betrieb von SAP-Lösungen entwickelt, aber mit einem deutlicheren Fokus: Für SAP Cloud Produkte. 

Die agile Entwicklung bei SAP Cloud ALM ist nun, als würde der Bäcker alle zwei Wochen vorbeischauen und sagen: «Testen Sie das mal!». Aber statt eines vollständigen Donuts gibt es vielleicht nur einen Bissen. Einige Kunden sind begeistert von der schnellen Lieferung und der Möglichkeit, Feedback zu geben. Andere sind vielleicht enttäuscht, dass der Donut noch nicht «fertig» ist.   

Eine Geschmackswelt, die sich ständig verändert   

So wie die Welt der Donuts sich ständig weiterentwickelt – denken Sie nur an Trends wie Cronuts oder Donut-Burger – so verändert sich auch die unsere Welt der Informationssysteme und der allgemeinen Rahmenbedingungen. Das Wichtigste ist, dass wir bereit sind, uns anzupassen, Feedback zu geben und offen für die unzähligen Möglichkeiten zu sein, die vor uns liegen.   

Das value-driven Development erfordert Flexibilität und Offenheit für Veränderungen. Und während einige Kunden die Chance schätzen, ihre eigenen «Donuts» zu gestalten, finden es andere herausfordernd, sich ständig an neue Geschmacksrichtungen anzupassen.   

Es braucht einen «Shift in Mindset» auf zumindest dreierlei Weise:   

1. Entwicklerteams müssen sich so anpassen, damit sie in die in der Lage sind, ein Produkt tatsächlich agil zu entwickeln  

2. Kunden müssen die Bereitschaft und Akzeptanz entwickeln, dass nicht jede Funktion bereits 100% Mehrwert bringt, dafür aber Teilfunktionen schneller nutzbar sind und zumindest einen Teil-Mehrwert bringen 

3. Kunden müssen sich auf eine Reise begeben und Funktionen nicht nur fordern, weil sie es «halt schon immer so gemacht haben», sondern hinterfragen, ob alternative Herangehensweisen einen noch grösseren Nutzen bringen könnten   

In einer sich ständig verändernden (digitalen) Welt sollten wir vielleicht alle ein wenig mehr die Werte von Donut-Liebhabern übernehmen: Neugierde, Flexibilität, Geduld und die Offenheit für einen potenziell nächst besseren und süssen Bissen der Donutinnovation – auch wenn einem der ein oder andere Versuch mal nicht so gut schmeckt 🍩 

Willkommen zur neuesten Ausgabe unserer zweiwöchentlichen SAP Cloud ALM Update-Serie! Alle zwei Wochen stellen wir Ihnen die neuesten Innovationen, Leistungsverbesserungen und Schnittstellenerweiterungen vor, die Ihr Cloud ALM-Erlebnis verbessern. In dieser Ausgabe befassen wir uns mit den spannenden Updates, die in Woche 48 eingeführt wurden. Bleiben Sie dran, um einen genaueren Blick auf die Neuerungen zu werfen!

Services

Im «Problem- und Aktionsmanagement» werden Probleme und eigenständige Aktionen jetzt auf der Grundlage der SAP-Kategorie und nicht mehr nach dem Problemtyp kategorisiert. Jetzt ist es möglich, die Issues und Standalone-Aktionen nach SAP-Kategorie zu filtern.

Implementation

Unter «Prozesse» ist es jetzt möglich, dasselbe Dokument mehrfach unterschiedlichen Entitäten eines Lösungsprozesses innerhalb des Kontexts eines Projekts und Umfangs zuzuordnen. Zum Beispiel ist es möglich, dasselbe Dokument einer Lane und einer Lösungsaktivität innerhalb desselben Lösungsprozessablaufs zuzuordnen.

Beachten Sie, dass ein Dokument immer nur einmal einer bestimmten Entität zugeordnet werden kann (z. B. kann dasselbe Dokument nicht zweimal derselben Lösungsaktivität im Kontext eines Projekts, Umfangs, Lösungsszenarios, Lösungsprozesses, Lösungsprozessablaufs oder Lösungsprozessablaufdiagramms zugeordnet werden).

Bei der Auswahl des gesamten Diagramms (durch Klicken ausserhalb seiner Grenzen) werden nur die Dokumente angezeigt, die dem Diagramm direkt zugeordnet sind nicht denen innerhalb der enthaltenen Entitäten. Das Gleiche gilt für Anforderungen, User Stories oder Aufgaben. Eine Übersicht über solche Zuordnungen finden Sie in der App «Solution Process Traceability».

Die Übersichts-App bietet nun die Möglichkeit, nach Release zu filtern. Durch die Verwendung des Filters werden die Daten für die Aufgaben, Anforderungen, Merkmale und Defect-Verteilung aktualisiert.

In der projektübergreifenden Übersicht gibt es in der App «Prozesshierarchiezuordnung» jetzt eine neue Spalte für die Defects.

«Analytics» hat einen neuen Filter Testplan in der App «Defect Reporting» eingeführt. Jetzt werden alle Registerkarten entsprechend gefiltert, wobei die Registerkarte Defekt-Verteilung auch eine Auswahl nach Testplan für Defects bietet.

Operations

Synthetic User Monitoring hat jetzt den Verfügbarkeitsstatus verbessert.

Falls Ausführungen aufgrund von Überwachungsproblemen (z. B. Infrastrukturprobleme, schlecht geformte Skripte oder interne Fehler) fehlschlagen, wird die Verfügbarkeit für diese Ausführungen nun nicht mehr bewertet.

In der Benutzeroberfläche werden sie nicht wie folgt behandelt:

• Auf der Startseite werden sie nicht für die angezeigten Status in den Übersichtskacheln gezählt. Wenn die letzte Ausführung aufgrund eines Überwachungsproblems fehlgeschlagen ist, wird das Symbol für die letzte Verfügbarkeit in Blau angezeigt.
• In den Ausführungen werden sie in blau mit der Information Verfügbarkeit nicht bewertet angezeigt.
• Es wird kein Ereignis erzeugt, wenn die Ausführung aufgrund von Überwachungsproblemen fehlschlägt.

Integration & Exception Monitoring hat 2 neue Funktionen zur Verfügung.

Es wird ein neuer Ereignistyp, «Probleme entdeckt», eingeführt. Dieser Ereignistyp ermöglicht die Konfiguration von Ereignissen auf der Grundlage von status group, Status direction oder einem anderen für die Nachrichtenkategorie verfügbaren Filterparameter.

So ist es beispielsweise möglich, Ereignisse für Warnmeldungen von einer bestimmten Schnittstelle einzurichten, indem die Parameter Status und Senderschnittstelle angegeben werden.

Die Ereignisbedingungen werden im Abschnitt Filter der Ereigniseinstellungen definiert. Standardmässig sind ERROR und WARNING für den Parameter Status Group ausgewählt.

Eine neue Version der Raw Data Outbound Logs API ist jetzt für Integration & Exception Monitoring verfügbar. Diese Version verwendet eine neue Nutzdatenstruktur, die die Nachrichtenverarbeitung für offene Telemetrie vereinfacht.

Administration

Das Landscape Management hatte Verbesserungen bei der Zugangskontrolle.

Auf der Detailseite eines Business Service werden die zugeordneten Services und Systeme angezeigt. Diese Namen verweisen nun nur noch auf die entsprechende Detailseite, wenn der Benutzer über die Zugriffskontrolle Zugriff auf die Komponente hat.

Auf der Detailseite einer verwalteten Komponente werden die Business Services dieser Komponente angezeigt. Dort werden nur die Business-Services aufgelistet, auf die Benutzer aufgrund der Zugriffskontrolle Zugriff haben.

Landscape Management hat auch eine neue Funktion eingeführt, die Business Units.

Es ist nun möglich, Geschäftseinheiten als zusätzliches Gruppierungskriterium für verwaltete Komponenten zu verwenden, um einen besseren Überblick über Systeme und Dienste zu erhalten. Es ist möglich, einem System oder Service eine oder mehrere Business Units zuzuordnen. Benutzer mit der Rolle Landschaftssicherheitsadministrator können Geschäftseinheiten im Konfigurationsabschnitt Kundengeschäftseinheiten erstellen, bearbeiten und löschen.

Diese Funktion ist besonders nützlich für einen besseren Überblick, wenn eine grosse Anzahl von Systemen und Diensten unter derselben Kundennummer läuft. Je nachdem, welches Gruppierungskriterium für die Gruppierung der verwalteten Komponenten am hilfreichsten ist, ist es auch möglich, beliebige andere Werte wie Abteilungen, Marken oder Standorte anzugeben.

Nach der Erstellung kann die Liste der Dienste und Systeme nach jeder Geschäftseinheit gefiltert werden; ausserdem werden die einer Dienstleistung oder einem System zugeordneten Geschäftseinheiten in den entsprechenden Details angezeigt.