Objective
Die oben genannten Learning-Journey-Inhalte können sich ändern. Weitere Informationen finden Sie immer unter dem neuesten Link. https://help.sap.com/learning-journeys/5001ff287a26101484fbc62f9283839d
Um eine geeignete Option zur Nachweisgenerierung für das Projekt auszuwählen, empfiehlt es sich, Folgendes zu tun:
Erhalten Sie im Rahmen von Informationsworkshops Informationen zu den verfügbaren Optionen von internen Teams, externen Beratern und SAP.
Ordnen Sie in Design-Thinking-Workshops die Informationen aus Schritt 1 den Unternehmensanforderungen zu.
Ausgewählte Optionen und Einstellungen für Tools zur Nachweisgenerierung innerhalb des entsprechenden Informations-Assets der Strategieebene 0 erfassen.
Initiieren Sie Teilprojekte für die Implementierung von Werkzeugen.
Vorteile:
Planbare Budgetierung
Rückverfolgbarkeit nach Meilensteinen/Ergebnissen
Zahlungen basierend auf tatsächlichem Fortschritt
Nachteile:
Langwierige Verhandlungen und Unterzeichnung
Langwierige Change-Request-Verhandlungen und Unterzeichnung
Hohes Risiko von Änderungen aufgrund von Unsicherheiten bei langwierigen Projekten
Vorteile:
Einfache Vertragsabwicklung
Niedrigerer anfänglicher Aufwand für die Definition von Anforderungen
Nachteile:
Nicht ergebnisorientiert
Zahlungen, die nicht an den tatsächlichen Fortschritt gebunden sind
Big Bang Adoption
Stufenweise Einführung
Vanilla-Software
Kommerziell ab Lager (COTS)
Kundenspezifische Software
Passthrough
Vollständig
Big Bang Adoption oder direkte Umstellung ist die Akzeptanzart der sofortigen Umstellung, wenn jeder, der mit dem alten System verbunden ist, zu dem voll funktionsfähigen neuen System an einem bestimmten Datum wechselt.Quelle: Wikipedia.org
Die stufenweise Einführung ist eine Strategie zur schrittweisen Implementierung einer Innovation (z.B. Informationssysteme, neue Technologien, Prozesse usw.) in einer Organisation, sodass verschiedene Teile der Organisation in verschiedenen nachfolgenden Zeitfenstern implementiert werden.Quelle: Wikipedia.org
Cloud-Multitenant-Software wird manchmal Vanille genannt, wenn sie in ihrer ursprünglichen Form eingesetzt wird, was bedeutet, dass keine Anpassungen gemacht werden.Quelle: Wikipedia.org
Kommerzielle Standardprodukte sind Paketlösungen, die dann an die Bedürfnisse der Einkaufsorganisation angepasst werden.Quelle: Wikipedia.org
Custom Software ist Software, die speziell für bestimmte Organisationen oder andere Benutzer entwickelt wurde. Quelle: Wikipedia.org*
| Parameter/Ansatz | Passthrough | Vollständig |
|---|---|---|
| Kurzbeschreibung | Rechtzeitiger Produktivstart und Lösung offener Probleme und Vorfälle von unterwegs | Produktivstart erst nach Behebung aller offenen Probleme und Vorfälle |
| Schwerpunkt des Projektteams | Schnelle Geschäftsgewinne | Risikominderung |
| Ausgegebenes Budget für | Stoffänderungen | Compliance / Dokumentation |
| Time-To-Value | Schnellste | Langsamste |
| Stärkung der geschäftlichen Verantwortung erforderlich | Sehr hoch | Mäßig |
| Kompatibilität der Organisationskulturen | Agil | Risikofrei |
| Stabilisierungsbemühungen | Sehr hoch | Mäßig |
| ID | Abweichung | Zusätzliche Absichten/Erwartungen | Pros | Kons. |
|---|---|---|---|---|
| 1 | FPP mit T&M für Entwicklungen | Legen Sie nur kundeneigene Entwicklungen mit Business Case an. | Weniger kundenspezifische Entwicklung, daher niedrigere Gesamtbetriebskosten | Geschäft akzeptiert möglicherweise nicht |
| 2 | FPP mit Lizenzgebühren für die Erreichung von Unternehmens-KPIs | Implementierungspartner auf die Erreichung der strategischen Geschäftsziele des Kunden konzentrieren |
|
|
| 3 | FPP mit Lizenzgebühr für die Erfüllung der Erfolgskriterien | Versuch, gleichzeitig optimale TCI, TCO und Geschäftsziele zu erreichen | Bessere TCI, Gesamtbetriebskosten und Fokus auf geschäftlichen Vorteilen | Wie in 2, aber mit zusätzlichen TCI und TCO-KPIs |
| 4 | FPP pro Phase | Möglichkeit zur Auswahl des besten Implementierungspartners (Erfahrung + Kosten) für die nächste Phase |
|
|
| 5 | Leerer Rahmen mit FPPs für jedes oder mehrere Releases/Epics/Sprints | Agilen Ansatz für das Projekt verwenden |
|
|
Die Projektinitiierungsdokumentation wurde formuliert (Projektauftrag, Umfangsbeschreibung, Governance-Modell, Kommunikations- und Reporting-Mechanismus und Projektzeitplan).
Projektstandards und Infrastrukturelemente sind vorhanden, der Projekt-Kickoff-Workshop wurde durchgeführt, und die Onboarding-Aktivitäten des Projektteams wurden durchgeführt. Eine erste Lernstrategie für Endbenutzer wurde entwickelt.
Der Fragebogen zur geschäftsorientierten Konfiguration wurde ausgefüllt und geprüft.
Das Starter-System wurde angefordert und bereitgestellt, und der Zugriff wurde geprüft.
Erforderliche integrierte Systeme wurden angefordert, bereitgestellt und der Zugriff geprüft.
Das Team des Kunden wurde in den verschiedenen Elementen des SAP-Systems und der SAP Activate Methodologie geschult.
Der Fit-to-Standard-Workshop-Zeitplan wird vereinbart.
Die Geschäftsbeziehung des Kunden für Fit-to-Standard-Aktivitäten und andere Projektaktivitäten wurde bestätigt.
Die Mitglieder des Implementierungsteams, die über entsprechende SAP-S/4HANA-Cloud-Zertifizierungen verfügen, wurden bestätigt.
Ein Projektplan mit geplantem Produktivstarttermin und Cutover-Phase.
Ein verfügbarer Sprint-Plan mit allen Konfigurationsaktivitäten mit einer Granularität "pro Tag".
Tägliche Ständup-Meetings sind für die Realisierungsphase geplant.
Das Projektteam des Kunden und das Team des Systemintegrators verfügen über ausreichende Ressourcen, um alle relevanten Themen abzudecken.
Fit-to-Standard-Workshops wurden durchgeführt und dokumentiert.
Relevante Scope Itemse werden als allgemeiner Umfang für die Realisierung definiert und vereinbart.
Relevante durchgängige Geschäftsprozesse wurden definiert und relevante Länder identifiziert.
Potenzielle Scope Itemse mit zusätzlicher Lizenzierung wurden identifiziert, und die Verfügbarkeit pro erforderlichem Land wurde bewertet.
Berechtigungsrollen und Einstellungen wurden identifiziert und Anwendungsbenutzerrollen zugeordnet.
Die Liste der zu konfigurierenden SSCUIs wurde finalisiert.
Die Liste der vorab genehmigten Expertenkonfiguration, die konfiguriert werden muss, wurde fertiggestellt.
Alle zusätzlichen kritischen Anforderungen für den Produktivstart wurden identifiziert und vereinbart.
Alle SAP-Integrationsszenarios und Nicht-SAP-Integrationsszenarios werden identifiziert, wobei die Voraussetzungen geklärt und für die Integration erfüllt sind.
Alle Vorlagen für die Bereitstellung des Q-Systems wurden vervollständigt, Vorlagenversionen geprüft und an das SAP-Service-Center übermittelt.
Release-Upgrades während der Realisierungsphase wurden identifiziert und im Projektplan berücksichtigt, die Factoring-Konfiguration und der Transport frieren ein.
Testaktivitäten für die Datenmigration werden unter Berücksichtigung der Reihenfolge der Datenladevorgänge eingeplant.
Die Konfiguration des automatisierten Testwerkzeugs ist geplant.
Die Verfügbarkeit von Geschäftsressourcen wird während der Realisierungsphase sichergestellt, um die Konfiguration wöchentlicher Sprints zu überprüfen.
Es wurde ein detaillierter Schulungsplan für Endbenutzer formuliert.
Die Lösungskonfiguration wurde entsprechend durchgeführt, die entsprechenden Einheiten wurden effektiv getestet, Ausgabebelegvorlagen wurden definiert, erweitert und übertragen.
Die Integration wird effektiv im Q-System eingerichtet und für P gestartet/geplant.
Erweiterbarkeitselemente wurden entwickelt, getestet und in das P-System transportiert.
Die Datenmigration wurde vollständig getestet, die Daten wurden migriert, und die endgültige Datenqualität wurde bewertet.
Die Voraussetzungen für die SAP-S/4HANA-Cloud-Integration (sofern vorhanden) mit Nicht-SAP-S/4HANA-Cloud-Systemen in der Produktivlandschaft wurden abgeschlossen.
Testpläne wurden erfolgreich angelegt und ausgeführt.
Der Supportprozess und die Organisation nach dem Produktivstart sind definiert und aktiviert.
Lerninhalte wurden entwickelt und ausgerollt.
Cutover-Strategie, Umfang, Zeitpläne, Kommunikation und Rollen wurden vollständig dokumentiert.
Alle Projektleistungen sind abgeschlossen, und das Projekt wurde offiziell abgenommen/abgeschlossen.
Alle Hypercare-Austrittskriterien wurden erfüllt und alle offenen Probleme vom Operations-Team akzeptiert.
Alle Datenmigrationsaufgaben wurden erfolgreich abgeschlossen.
Die gesamte Projekt- und Kundenprozessdokumentation wird zentral gespeichert.
Organisationsrollen und Zuständigkeiten wurden zugeordnet für:
Lösungsdokumentation/Content-Aktualisierung/Schulungs- und Onboarding-Material für neue Benutzer (Personalwechsel, Neueinstellungen).
Neue Benutzerbereitstellung und Berechtigungsverwaltung.
Endbenutzer-Support.
Key-User-Support.
Management kritischer Vorfälle.
Eskalationsverfahren wurden definiert, einschließlich Kommunikationspfad, Eskalationspfad, wichtige Kontakte und Kanäle.
Die Vorgehensweise für die Verwaltung kontinuierlicher Release-Zyklen wurde definiert, einschließlich Regressionstests, Auswertung neuer Scope Items und Scope-Item-Anderungen, Geschäftskommunikation für Wartungsfenster und Einschränkungen.
Die Benutzerschulung für das SAP Cloud Availability Center und SAP Enterprise Support wurde durchgeführt.
Schulungsmaterial und Onboarding-Material für neue Benutzer verfügbar (Personalwechsel, Neueinstellungen).
