SAP Cloud ALM entdecken
Den Wert von SAP Cloud ALM für Implementierung bewerten
Wert von SAP Cloud ALM für den Betrieb bewerten
SAP Cloud ALM für Service entdecken
Durchführen des Übergangs zu SAP Cloud ALM

Verwaltung der erfolgreichen Implementierung und des Produktivstarts

Objective

After completing this lesson, you will be able to erläutern, wie SAP Cloud ALM den Anforderungslebenszyklus mithilfe des Änderungsmanagement-Workflows und der Deployment-Orchestrierung verwaltet

Funktionen von Change Enabling und Deployment Management in SAP Cloud ALM

Bei Dreams without Limits arbeitet der Deployment-Manager Dave Deploy mit dem Release-Manager Reginald Release zusammen. Um mehr über die Funktionen von Change Enabling und Deployment Management in SAP Cloud ALM zu erfahren, haben sie ein Meeting mit Carl Consultant von ihrem Implementierungspartner Implement HXM! eingerichtet.

In diesem Meeting fragen Reginald und Dave Carl, welche Funktionen SAP Cloud ALM für die Bereitstellung im Produktivsystem bietet. Carl beginnt seine Antwort mit einer allgemeinen Anmerkung zur Phase „Deploy":

Bild, das Werkzeuge für die Deploy-Phase in SAP Cloud ALM darstellt und die Integration der ABAP-Transportverwaltung sowohl für On-Premise-basierte SAP-Systeme als auch für SAP S/4HANA Cloud zeigt. Er ergänzt die Diskussion zwischen Dave, Reginald und Carl über die Funktionen von SAP Cloud ALM für die Implementierung in die Produktion, einschließlich integrierter Rückverfolgbarkeit, um Deployment-Änderungen in der gesamten Landschaft zu verfolgen, hervorgehoben durch einen Screenshot.

Darüber hinaus erklärt Carl, dass der Schwerpunkt von SAP Cloud ALM für die Implementierung auf der Agilität mit inkrementellen Erweiterungen und der kontinuierlichen Bereitstellung von Features basierend auf der Implementierung bei Bedarf liegt.

Anschließend wendet er sich an Reginald und erklärt, dass Change Enabling es ermöglicht, alle Softwareänderungen zu dokumentieren und Datensätze von Änderungen mit Softwarebereitstellungsanbietern zu integrieren. Zum Beispiel das Change and Transport System, SAP Cloud TMS und der Adaption Transport Organizer (ATO) für SAP S/4HANA Cloud, Public Edition.

In Bezug auf Dave hebt Carl hervor, dass das Deployment Management den Lieferprozess durch die Koordination heterogener Transportmechanismen beschleunigt. Sie stellt die Zuverlässigkeit sicher, indem Upgrades und Änderungen zu einem Nicht-Ereignis mit einem koordinierten Produktivstart basierend auf Release-Versionen gemacht werden. Außerdem erhöht sie die Transparenz über die integrierte Rückverfolgbarkeit, um die Implementierung Ihrer Änderungen in der gesamten Kundenlandschaft zu verfolgen.

Hinweis

Die Kachel Analysen von SAP Cloud ALM für Implementierung bietet Folgendes:

  • Nachverfolgbarkeit der Anforderung, um die Bereitschaft von Anforderungen basierend auf zugehörigen User-Storys und Projektaufgaben zu analysieren.
  • Feature-Nachverfolgbarkeit, um die Bereitschaft von Features basierend auf dem Status zugehöriger User-Storys und Projektaufgaben zu analysieren.
  • User-Story-Nachverfolgbarkeit, um die Bereitschaft von User-Storys basierend auf dem Fortschritt zugehöriger Elemente wie Unteraufgaben und Testausführungen zu überwachen.

Notiz

Für SAP S/4HANA Cloud, Public Edition ermöglicht die Integration der ABAP-Transportverwaltung die Rückverfolgbarkeit von Transporten. Für AS-ABAP-basierte On-Premise-Systeme und für SAP S/4HANA Cloud Private Edition ermöglicht Ihnen die Integration zusätzlich das Anlegen und Freigeben von Transportaufträgen direkt aus SAP Cloud ALM heraus.

Entitäten im Änderungsdienst

Dave freut sich über die Optionen, die das Deployment Management bietet. Er möchte mehr über die Details erfahren und fragt daher Carl: „Was sind die Entitäten für das Change Management?" Carl antwortet wie folgt:

Flussdiagramm, das den Änderungsmanagementprozess in SAP Cloud ALM erläutert und die Zeichen Carl Consultant und Dave Deploy enthält. Der Prozess beginnt mit einem „Requirement“ und verzweigt in zwei Pfade, je nachdem, ob der Folgebeleg transportbezogen ist. Wenn ja, führt dies zu einem „Feature“, dargestellt durch ein LKW-Symbol; wenn nein, führt es zu einer „User-Story“, die durch ein Dokumentsymbol dargestellt wird, was weiter zu „Projektaufgaben“ führt.

Er erklärt zunächst, dass alles mit der Anforderung beginnt. Anforderungen sind Erwartungen, die aus betriebswirtschaftlicher Sicht erfüllt werden müssen. Sie stellen die Geschäftsanforderungen aus Kundensicht dar, die von der Standardlösung nicht erfüllt werden. Carl weist darauf hin, dass Anforderungen beispielsweise im Rahmen des Fit-to-Standard-Workshops gesammelt werden. Sie können für verschiedene Arbeitsbereiche wie Standardkonfiguration, Erweiterbarkeit oder Analysen relevant sein.

Er fährt fort, dass Funktionen transportbezogen sind, User-Storys und Aufgaben hingegen nicht.

Carl erläutert, dass die Funktionen neue Funktionen abdecken. Er weist darauf hin, dass Dave für eine Funktion User-Storys und Projektaufgaben anlegen kann. Während die Anforderung beschreibt, was aus geschäftlicher Sicht getan werden muss, beschreibt die User-Story, wie die Anforderung von Entwicklern, IT, Testern und anderen Personen umgesetzt werden kann, um eine Entwicklung funktional umzusetzen. Eine Aufgabe enthält schließlich eine Reihe von Anweisungen und Vorgehensweisen, um verschiedene Aktivitäten in einem Projekt auszuführen.

Dave hat gelernt, dass Funktionen eine wichtige Rolle im Change-Enablement- und Deployment-Management spielen. Aber er hat immer noch nicht vollständig verstanden, was ein „Feature" wirklich ist. Er fragt daher Carl und erhält folgende Antwort:

Zusammen mit dem Symbol eines Zugs, eines Organigramms und eines Containers definiert Carl eine Funktion als ein Fahrzeug, um Funktionen in Ihrer Landschaft zu implementieren und die Rückverfolgbarkeit über die Historie, einen Orchestrator verschiedener Transportcontainer für verschiedene Softwarekomponenten und einen Container mit Landschaftsinformationen und Importgenehmigungen sicherzustellen.

Der Workflow im Änderungsmanagement mit SAP Cloud ALM

Nach dieser Erklärung will Dave wissen, wie man mit Features arbeitet. Carl antwortet, dass ein Workflow wie folgt an die Funktion angehängt ist:

Carl Consultant stellt ein Workflow-Diagramm für den Änderungsmanagementprozess von SAP Cloud ALM vor. Der Workflow beginnt mit dem Projekt „Wird spezifiziert“, von dem aus es auf „Nicht geplant“ gesetzt werden kann, wenn es sich nicht in der Spezifikation befindet, und zurück auf „In Spezifikation“. Mit „Implementierung starten“ geht es dann durch die Phasen „Wird implementiert“, „Im Test“, „Bereit für Produktion“ und „Importiert“.

Carl erklärt, dass ein Merkmal, wenn es als angelegt wurde, in den Status Wird spezifiziert wechselt. Nun kann der Kunde mit der Angabe der Funktion fortfahren.

Er fährt fort, dass der Lebenszyklus einer Funktion die folgenden Status umfasst:

  • Nicht geplant: Eine Funktion wird verschoben.
  • In Spezifikation: Die technische Spezifikation eines Merkmals wird durchgeführt.
  • Wird implementiert: Die Implementierung des Features umfasst die Aufzeichnung von Änderungen mit der Aktion Transporte zuordnen und das Importieren von Änderungen in die Testphase.
  • Im Test: Die Funktion ist bereit zum Testen.
  • Bereit für Produktion: Die Änderungen wurden erfolgreich getestet und sind bereit für die produktive Implementierung.
  • Verteilt: Bestätigung des Deployments der Änderungen in die Produktion.

Carl erklärt dann, dass je nach Status bestimmte Aktionen für Transportaufträge (z.B. ihre Freigabe oder der Import) zulässig oder verboten sind. Um den Status eines Features zu wechseln, müssen Sie einer bestimmten Rolle zugeordnet sein. Beispielsweise muss Reginald entweder der Rolle des Projektadministrators oder des Change-Managers zugeordnet sein, um ein Feature für die Produktion zu genehmigen (was ab dem technischen Punkt bedeutet, dass der Status auf Bereit für Produktion gesetzt wird).

Notiz

Weitere Informationen zum Statusfluss für Features finden Sie im entsprechenden Abschnitt in der Online-Dokumentation für SAP Cloud ALM. Weitere Informationen zu SAP Workflow Management finden Sie in der Online-Dokumentation.

Dave und Reginald sind glücklich, weil sie damit ein Vier-Augen-Prinzip umsetzen und den Entwicklungsprozess steuern können. Dave möchte jedoch tiefer auf das Thema eingehen und fragt, ob er die Bereitschaft von Funktionen basierend auf den zugehörigen User-Storys und Projektaufgaben analysieren kann.

Carl antwortet, dass SAP Cloud ALM für Implementierung eine App für Feature-Nachverfolgbarkeit bietet, die Rückverfolgbarkeitsberichte enthält. Mit dieser App kann Dave unter anderem prüfen, ob Transporte, die einem Feature zugeordnet sind, bereits im Entwicklungssystem freigegeben, in das Qualitätssicherungssystem importiert oder sogar in das Produktivsystem importiert wurden.

Deployment-Integration

Schließlich möchte Dave wissen, wie er die Implementierung von Transportaufträgen über ihre Implementierungslandschaft verwalten kann.

Carl erklärt, dass die Deployment-Orchestrierung ein wesentlicher Bestandteil der Änderungsaktivierung ist, und SAP Cloud ALM unterstützt die Integration verschiedener Deployment-Tools, um diesen Zweck zu erfüllen:

Diagramm, das veranschaulicht, wie SAP Cloud ALM Change Management and Deployment Orchestration sowohl für On-Premise- als auch für Cloud-basierte SAP-Systeme bietet. Das Diagramm zeigt auch die geplante Integration von Public-Cloud-Services wie SAP SuccessFactors, SAP Business Technology Platform, SAP Fieldglass und SAP Ariba mit der Unterstützung von SAP Cloud TMS.

Er weist darauf hin, dass SAP Cloud ALM mit Folgendem verbunden werden kann:

  • Das Change & Transport System (CTS), also die Importverwaltung für SAP S/4HANA Cloud Private Edition, und SAP-Systeme, die auf AS ABAP On-Premise basieren, werden durch Funktionen abgedeckt.
  • Der Adaptation Transport Organizer (ATO) bietet Nachverfolgbarkeit, um alle Änderungen für SAP S/4HANA Cloud Public Edition nachzuverfolgen, die ebenfalls von Funktionen abgedeckt werden.

  • SAP Cloud Transport Management Service (SAP Cloud TMS), daher wird auch das Deployment Management für (unter anderem) SAP BTP, Cloud Foundry und SAP BTP, Neo-Umgebung sowie für SAP Integration Suite – Cloud Integration and API Management durch Funktionen abgedeckt.

    Notiz

    Eine Liste der Entwicklungsartefakte und anwendungsspezifischen Inhalte, die mit dem Service SAP Cloud Transport Management transportiert werden können, finden Sie im SAP Help Portal unter SAP Cloud ALM - Supported Content Types.

    Hinweis

    Der Service SAP Cloud Transport Management ist automatisch mit der Bereitstellung eines SAP-Cloud-ALM-Unterkontos verfügbar. Die Kachel Cloud Transport Management ist im Bereich SAP Cloud ALM für Implementierung des zentralen Launchpads für SAP Cloud ALM verfügbar.

Am Ende dieses Meetings empfiehlt Carl die folgenden Ressourcen, um ein tieferes Verständnis des Themas zu erhalten:

Learning

SAP FacebookSAP YoutubeSAP LinkedIn