Analyse der einzelnen Phasen von SAP Activate

Objective

After completing this lesson, you will be able to analysieren Sie jede Phase von SAP Activate.

Details nach Phase

Zeitleistendiagramm, das eine allgemeine Sicht auf einige der Kernaktivitäten anzeigt, die in jeder Phase von SAP Activate ausgeführt werden.

Das obige Diagramm zeigt eine allgemeine Ansicht einiger Kernaktivitäten, die in jeder Phase von SAP Activate ausgeführt werden.

Wir sehen uns Folgendes an:

  • Detaillierte Aktivitäten für SAP-Activate-Phasen

  • Ansatz der SAP-Activate-Vorbereitungsphase

  • Ansatz der Phase „SAP Activate Explore"

  • Ansatz der SAP-Activate-Realisierungsphase

  • Aktivitäten in der Bereitstellungsphase von SAP Activate

Diagramm, das die Beschreibung der Phase Vorbereitung zusammen mit den zugehörigen Schlüsselaktivitäten zeigt.

Diese Folie enthält eine Beschreibung der Vorbereitungsphase sowie der zugehörigen wichtigsten durchzuführenden Aktivitäten.

Verfügbare Beschleuniger mit entsprechender Beschreibung werden angezeigt. Screenshots zu Software- und Bereitstellungsanforderungen, Projektzeitplan und Managementplan (basierend auf Vorlagen und Anleitungen für die SAP-Activate-Methodik).

Diese Abbildung zeigt einige Beispiele für Beschleuniger, die bei der Auslieferung eines Projekts mit SAP Activate verfügbar sind. Beschleuniger sind Dokumente, Vorlagen oder Links zu Tools und anderen Ressourcen, die ein Projektteam dabei unterstützen können, seine Arbeit schneller abzuschließen, indem es klare Anleitungen oder einen Ausgangspunkt für die Erstellung eines Ergebnisses wie einer Leistung bereitstellt.

In der Vorbereitungsphase gibt es verschiedene Beschleuniger:

  • Lieferungszusatz

  • Lösungsumfangsdokument

  • Software- und Bereitstellungsanforderungen für den Projektstrukturplan von Best Practices

  • Projektmanagementpläne und Governance-Dokumente

Diagramm, das die Beschreibung der Phase „Explore“ zusammen mit den zugehörigen Schlüsselaktivitäten zeigt.

Diese Folie enthält eine Beschreibung der Phase „Erkunden" sowie die zugehörigen wichtigsten durchzuführenden Aktivitäten.

Absatz gefolgt von einer Checkliste, in der der Zweck des Fit-to-Standard-Prozesses dargelegt wird.

Dieses Diagramm enthält eine Beschreibung des Zwecks des Fit-to-Standard-Prozesses.

Diagramm mit den sechs Schritten zur Herangehensweise an die Fit-to-Standard-Workshops.

Das obige Diagramm zeigt in sechs Schritten, wie die Fit-to-Standard-Workshops angegangen werden können.

Vorgesehene Ergebnisse der Fit-to-Standard-Workshops, in denen die Beteiligung von Konfigurationsexperten, Geschäftsprozessexperten oder beiden erwähnt wird.

Dies sind die geplanten Ergebnisse der Fit-to-Standard-Workshops.

Sechs Designprinzipien werden aufgeführt: Fit-to-Standard, Wertebegründung, Show and Tell, aktive Teilnahme, Fokus auf Einfachheit und Designakzeptanz.

Im Folgenden finden Sie die Grundsätze, die in den Fit-to-Standard-Workshops angewendet werden müssen:

  • Fit-to-Standard: Die Einführung eines Fit-to-Standard-Ansatzes und von SAP-Standardfunktionen minimiert das Bereitstellungsrisiko und senkt letztendlich die Gesamtkosten für Implementierung und Betrieb.
  • Wertebegründung: SAP-Anwendungen basieren auf branchenspezifischen Best Practices, und alle vorgeschlagenen Anpassungen sollten auf den geschäftlichen Nutzen ausgerichtet sein.
  • Show and Tell: Führt Design-Aktivitäten durch Zeigen statt Erzählen, trägt wesentlich zur Akzeptanz, Unterstützung und Akzeptanz im Unternehmen bei
  • Aktive Teilnahme: Die aktive Teilnahme der Anwendungsbenutzer an den Design- und Abnahmeaktivitäten fördert die Zusammenarbeit und ist für die Bereitstellung einer erfolgreichen Lösung von entscheidender Bedeutung.
  • Fokus auf Einfachheit: Konzentrieren Sie sich beim Entwurf der Lösung auf Einfachheit und Benutzerfreundlichkeit und minimieren Sie unnötige komplexe Funktionen so weit wie möglich.
  • Abnahme des Designs: Die Anwendung dieser Prinzipien in Fit-to-Standard-Workshops erleichtert die Einführung und führt zur Abnahme des Designs durch das Unternehmen.
Diagramm mit den sieben übergeordneten Aktivitäten, die während der Fit-to-Standard-Workshops durchgeführt wurden.

Die folgenden sieben übergeordneten Aktivitäten werden während der Fit-to-Standard-Workshops durchgeführt.

  1. Referenzwert festlegen:

    Vereinbaren Sie Fit-to-Standard-Leitlinien.

    Organisationsstruktur, Stammdaten und Prozessdiagramme vorbereiten Binden Sie Prozesse an Werttreiber.

  2. Validierung der SAP-Lösung:

    Zeigen und informieren Sie die wichtigsten Designelemente des SAP-Standards.

  3. Delta-Anforderungen sammeln:

    Lücken zum SAP-Standard identifizieren

    Zusätzliche Umfangsbestandteile protokollieren oder anlegen.

  4. Initialen Rückstand anlegen:

    Legen Sie Prioritäten und Aufwandsschätzungen fest. Identifizieren Sie Abhängigkeiten.

    Planen Sie Sprints für die Phase Explore.

  5. Lösungsdokumentation erweitern:

    Prozessdiagramme und Prozessdesign aktualisieren. Visualisieren Sie UX.

  6. Prüfen und akzeptieren:

    Überprüfen Sie die Prozess- und Lösungsdokumentation. Förderung der Akzeptanz.

  7. Sprints und Releases planen

Diagramm mit den Aktivitäten im Fit-to-Standard-Workshop.
Diagramm mit sieben übergeordneten Aktivitäten, die während der Fit-to-Standard-Workshops durchgeführt werden.

Eine wichtige Überlegung vor der Durchführung der Fit-to-Standard-Workshops besteht darin, Anwendungsbenutzern wichtige Themen zu ermöglichen, die in den Workshops behandelt werden. Dazu gehören unter anderem die Aktivierung von Stammdatenkonzepten, die SAP-Terminologie, der Workshop-Ansatz und die SAP-Activate-Methode.

Enablement-Sessions sollten auf den Projektumfang abgestimmt werden, um die Business Audience besser auf die aktive Teilnahme an den Workshops vorzubereiten.

Screenshots mit dem Deckblatt der herunterladbaren Ressource, dem wichtigsten Beispiel für „Lösung validieren“, „Dokumentation und Abhängigkeiten kritischer Pfade“ und „Validierungsworkshops Beispiel für Vertrieb und Beschaffung“.

Im Folgenden finden Sie ein Beispiel für einen Beschleuniger zur Durchführung Ihrer Fit-to-Standard-Workshops, der im SAP Activate Roadmap Viewer heruntergeladen und in Ihren Projekten verwendet werden kann.

Es stehen viele weitere Beschleuniger für jede Phase, jeden Arbeitsbereich und jede Roadmap für Aktivitäten während des gesamten Projekts zur Verfügung.

Diagramm zur Anwendung von Agile in der Phase „Erkunden“.

Die Anwendung eines vollständig agilen Ansatzes durch die Ausführung von Sprints in der Explore-Phase ist auch bei Verwendung von SAP Activate möglich.

Das obige Diagramm beschreibt Aktivitäten zur Initialisierung von Scrum-Aktivitäten sowie zur Durchführung der Sitzungen zur Erfassung der Anforderungen mithilfe von Sprints in den Workshops zur Phase „Explore".

Diagramm, das zeigt, wie Design-Updates, Verifizierung und Abzeichnung mithilfe eines Sprints in den Workshops zur Exploration-Phase durchgeführt werden.

In der Phase „Explore" wird weiterhin Scrum angewendet. Das obige Diagramm zeigt, wie Design-Updates, Verifizierungen und Abnahmen mithilfe eines Sprints in den Workshops zur Phase „Explore" durchgeführt werden.

Diagramm mit der Beschreibung der Realisierungsphase und den zugehörigen Schlüsselaktivitäten.

Auf dieser Folie wird die Phase „Realisieren" zusammen mit den zugehörigen wichtigen Aktivitäten beschrieben.

Diagramm, das die Einrichtung des Projektteams zeigt.

Projektteams in SAP-Projekten können auf unterschiedliche Weise strukturiert werden. Das obige Beispiel zeigt die Strukturierung von Scrum-Teams durch modularen oder durchgängigen Prozess sowie durch unterstützende Teams.

Diagramm mit dem Scrum-Team im SAP-Projekt.
  • Scrum-Teams umfassen 5 bis 9 Mitglieder mit zugeordneten SAP-Projektrollen.

  • Scrum-Teams können nach Arbeitsbereich und/oder Anwendungsbereich organisiert werden.

  • Scrum Master und Product Owner arbeiten mit dem Scrum-Team zusammen.

  • Die Arbeit über mehrere Scrum-Teams hinweg wird durch die Scrum of Scrums Zeremonie koordiniert, bei der jedes Scrum-Team seinen Vertreter delegiert.

  • Projektmanager, Agile Coaches, Architekten und andere Rollen können auch der Scrum of Scrums Zeremonie beitreten.

  • Die Zeremonie Scrum of Scrums wird verwendet, um Themen der Überlappung oder Integration zu diskutieren.

Abbildung der Terminologiestruktur und der Beziehungsmetriken in agilen SAP-Projekten.

Das Diagramm „Transparente zu implementierende Anforderungen" veranschaulicht die Terminologiestruktur und die Beziehungsmetriken in agilen SAP-Projekten.

Sprints

Sprints sind eine Maßeinheit oder ein Zeitraum oder eine Zeit zwischen zwei bis vier Wochen, in dem die Lösung inkrementell erstellt wird. Wird in der Regel mit einer Demo der Funktionen an die Fachgruppe zurückgespielt, die die Anforderung im Workshop gestellt hat.

Wellen

Wellen sind eine Mengeneinheit und ein größerer Zeitraum mit vielen Sprints, die einer Welle zugeordnet sind. Wellen sind in der Regel ein bis drei Monate lang.

Phasen

Die Realisierungsphase ist die Build-Phase und besteht je nach Größe des Projekts aus einer oder mehreren Waves.

Freigeben

Ein Release umfasst alle Funktionen, die mit einem Produktivstart enden. Projekte können je nach Projektumfang und -zeit ein oder mehrere Releases haben.

Darstellung, wie eine typische Realisierungsphase in einem agilen Kontext aussieht.

Dieses Diagramm veranschaulicht gut, wie eine typische Realisierungsphase in einem agilen Kontext aussieht. Im Beispiel gibt es mehrere Sprints ab Beginn der Phase, die mit einem Benutzertest enden. In diesem Beispiel ist ein Firmup-Sprint enthalten, in dem String-Tests durchgeführt werden. Sting-Tests testen die Integration oder überlappen Aspekte der Funktionen, die in den vorherigen Sprints erstellt wurden.

Integrationstests können auch über Sprints durchgeführt werden. Integrationstests umfassen das Testen aller erstellten Funktionen. Dies sind die abschließenden Tests, die vom Beratungsteam durchgeführt werden, bevor das Geschäftsteam das System im Rahmen der Benutzertests testet.

Scrum Board View listet die Sprint-Backlog-Elemente und -Aufgaben auf, um die einzelnen User-Storys abzuschließen.

Das Sprint Backlog ist eine Liste von Aufgaben, die das Scrum-Team während des Sprints erledigen muss. Während der Sprint-Planung plant und wählt das Team mehrere Product-Backlog-Positionen aus und identifiziert die Aufgaben, die zum Abschließen der einzelnen User-Storys erforderlich sind.

Ein Scrum Board ist ein Werkzeug, mit dem Teams Sprint-Backlog-Elemente sichtbar machen können. Das Board kann physisch oder digital sein, dient jedoch demselben Zweck der Nachverfolgung von Sprint-Aufgaben. Das Board wird während der täglichen Stand-up-Sitzung vom Team aktualisiert und zeigt alle Elemente an, die für den aktuellen Sprint abgeschlossen werden müssen.

Illustration der Scrum-Zeremonien, die in einem großen Projekt durchgeführt wurden.

Das obige Diagramm veranschaulicht die Scrum-Zeremonien, die in einem großen Projekt durchgeführt wurden. Der Schwerpunkt dieser Folie liegt darin, dass in einem großen Projekt viele Ressourcen Teil des Projektteams sind. Im Wesentlichen trägt jede Ressource "eine Kappe", und/oder es wird eine Funktionstrennung erzwungen.

Ein Beispiel hierfür könnte sein, dass ein Projektmanager in einem großen Projekt nur Projektmanagementaktivitäten ausführt, da das Projekt über einen dedizierten Release-Manager und Qualitätsmanager verfügen kann. Ebenso kann es in einem großen Projekt ein Testteam geben. In diesem Fall sind die Funktionsberater nicht für Tests verantwortlich, da das Testteam diese Funktion übernimmt.

Illustration der Scrum-Zeremonien, die in einem kleinen Projekt durchgeführt wurden.

Das obige Diagramm veranschaulicht die Scrum-Zeremonien, die in einem kleinen Projekt durchgeführt wurden. Der Schwerpunkt dieser Folie liegt darin, dass kleinere Projekte weniger Ressourcen in ihrem Projektteam haben und jede Ressource möglicherweise mehr als eine Funktion für das Projekt ausführen muss, die im Wesentlichen "mehr Kappen" trägt.

Ein Beispiel hierfür könnte sein, dass ein Projektleiter in einem kleinen Projekt nicht nur Projektmanagementaktivitäten ausführt, sondern auch Freigabemanagement- oder Qualitätsmanagementaufgaben ausführen muss. Ebenso gibt es in einem kleinen Projekt möglicherweise kein dediziertes Testteam. In diesem Fall sind die Funktionsberater auch für Testaufgaben verantwortlich.

Diagramm, das ein Beispiel für eine Lösung mit zwei Releases zeigt.

Dieses Diagramm zeigt ein Beispiel für eine Lösung mit zwei Releases. Im obigen Beispiel wird der erste Teil der Lösung mithilfe von Sprints in der Realisierungsphase und nachfolgenden Deploy-Aktivitäten in der Deploy-Phase erstellt. Das erste Release wird dann in Betrieb genommen, und die Lösung ist nun produktiv. Nach dem Produktivstart tritt das Projekt sofort in die Hypercare-Phase ein, in der alle Projektberater unterstützungsbezogene Aufgaben und Aktivitäten ausführen, um das Unternehmen bei der Einführung der neuen Lösung zu unterstützen. Nach Ablauf der Hypercare-Phase werden die Aktivitäten für die zweite Freigabe gestartet und in den verschiedenen Phasen bis zum zweiten Produktivstart durchgeführt, bei dem die gesamte Lösung produktiv wird.

Diagramm mit der Beschreibung der Implementierungsphase mit den wichtigsten Projektleistungen.

Das obige Diagramm bietet einen Überblick und eine Beschreibung der wichtigsten Ergebnisse, die in der Deploy-Phase durchgeführt wurden.

Diagramm mit einer Reihe von Aktivitäten, die am letzten Wochenende vor dem Produktivstart durchgeführt wurden.

Beim Produktivstart handelt es sich um eine Reihe von Aktivitäten, die am letzten Wochenende vor dem Produktivstart durchgeführt werden. Dies ist ein Zeitraum zwischen dem Ausschalten des Zugriffs auf die alten Altsysteme und dem Einschalten des Zugriffs auf das neu aufgebaute SAP-System.

Aufgaben im Cutover.

Der Produktivstart wird in der Phase „Realisieren" geplant und in der Phase „Implementieren" ausgeführt. Cutover-Aktivitäten können auch in Sprints ausgeführt werden, um Cutover-bezogene Aufgaben zu verwalten.

Cutover-Vorlage im Excel-Dateiformat.

Dies ist ein Beispiel für eine Cutover-Vorlage, die zum Herunterladen und zur Verwendung in Ihren Projekten über den SAP Activate Roadmap Viewer verfügbar ist.

Diagramm mit den Standards für wichtige Betriebsprozesse.

SAP verfügt über insgesamt sechzehn Standards für wichtige Betriebsprozesse in den Geschäfts- und IT-Einheiten eines Unternehmens.

Jeder Standard enthält Best-Practice-Verfahren zur Ausführung der einzelnen Aufgaben, Erläuterungen dazu, welche Werkzeuge in SAP Solution Manager verwendet werden sollten, sowie verfügbare Schulungen und Services, die die Übernahme des Standards unterstützen. Die Implementierung und Optimierung dieser SAP-Standards für Solution Operations sind die wichtigsten Leistungen der Arbeitspakete der Run-Phase.

Diese zentralen Standards und Verfahren decken die Anforderungen von Geschäftsprozessexperten ab, die für die Konzeption und Ausführung von Geschäftsprozessen verantwortlich sind, sowie von IT-Abteilungen, die sicherstellen, dass die von den SAP-Lösungen bereitgestellten Services nach dem Produktivstart für Geschäftsbenutzer verfügbar sind.

Die SAP-Standards für den Betrieb können unter folgender Adresse heruntergeladen werden:

https://support.sap.com/en/offerings-programs/ccoe/media-library.html?anchorId=section_1870756447