SAP-Projektprozess

End-to-End Ablauf von der Anforderung bis zum Go-Live — über ServiceNow, SAP Cloud ALM, Jira, Signavio und Confluence.

Prozessfluss — interaktiv 0 / 10

Signavio Confluence Documents ServiceNow Demand SAP Cloud ALM Projekt • Requirements auto Epic Jira — auto Breakdown User Stories Jira — fachlich auch in Cloud ALM für E2E-Prozess erstelle Tech. US Tech. User Story Jira — SAP-spezifisch auto Feature Cloud ALM — Impl. Test auf Q10 Cloud ALM Testplan Transport → P10 Go-Live SYSTEMLANDSCHAFT D10 Development T10 Test Q10 Quality Assurance P10 Produktion
Klicke ▶ Play oder navigiere mit den Pfeilen um den Prozess Schritt für Schritt zu sehen.
1

Projektdemand erfassen ServiceNow

Der Fachbereich oder die Projektleitung erstellt einen Projektdemand in ServiceNow. Dieser beschreibt die fachliche Anforderung und den Business Case für das Vorhaben.

2

Projekt in Cloud ALM anlegen Cloud ALM

Auf Basis des genehmigten Demands wird ein Projekt in SAP Cloud ALM angelegt. Dieses Projekt ist der zentrale Steuerungspunkt für alle Artefakte.

3

Requirements anlegen Cloud ALM Signavio

Signavio-Prozesse werden in Cloud ALM importiert. Zu diesen Prozessen werden Requirements in Cloud ALM angelegt, die beschreiben was geändert oder neu gebaut werden muss.

4

Requirements genehmigen Cloud ALM

Der Projektlead prüft und approved die Requirements in Cloud ALM. Erst nach Freigabe wird der nächste Schritt automatisch ausgelöst.

5

Epic in Jira Jira automatisiert

Nach Approval wird automatisch ein Epic in Jira erstellt. Das Epic bildet die genehmigte Anforderung im Entwicklungs-Backlog ab.

6

User Stories erstellen Jira Cloud ALM

Die Epics werden in User Stories heruntergebrochen. Jede Story beschreibt eine einzelne, umsetzbare Aufgabe. Die User Stories werden auch in Cloud ALM angelegt, um den End-to-End-Prozess durchgängig abzubilden.

7

Technische User Stories & Features Jira Cloud ALM automatisiert

Wenn eine Umsetzung im SAP-System erfolgen muss (Transport notwendig), wird eine technische User Story in Jira erstellt. Diese triggert automatisch die Erstellung eines Features in Cloud ALM.

8

Feature implementieren Cloud ALM

Das Feature wird in Cloud ALM implementiert. Transporte werden in D10 (Development) erstellt und über T10 (Test) in die Systemlandschaft befördert.

9

Formaler Test auf Q10 Cloud ALM

Die funktionalen Testfälle werden aus den Umsetzungen der User Stories abgeleitet. In Cloud ALM werden Test Cases angelegt und im Testplan organisiert. Der formale Test erfolgt auf Q10 (Quality Assurance).

10

Dokumentation Confluence Cloud ALM EnableNow

Die Dokumentation der User Stories — Fachliche Dokumente (FD), Technische Dokumente (TD) und EnableNow Trainings — wird in Confluence erstellt. In Cloud ALM wird das Documents-Artefakt als Verknüpfungspunkt verwendet.

Go-Live — Transport nach P10

Nach erfolgreichem Test auf Q10 werden alle Transporte in der korrekten Reihenfolge nach P10 (Produktion) transportiert. Transportpfad: D10 → T10 → Q10 → P10.

Toollandschaft

Tool Rolle im Prozess Artefakte
ServiceNow Eingangskanal für Projektdemands Demand-Ticket
SAP Cloud ALM Zentrale Steuerung — Projekt, Anforderungen, Features, Tests, Dokumente Project, Requirements, Features, Test Cases, Documents
Signavio Geschäftsprozess-Modellierung, Import nach Cloud ALM Prozessdiagramme (BPMN)
Jira Agile Entwicklungssteuerung, Backlog-Management Epics, User Stories, Technische User Stories
Confluence Dokumentation (FD, TD), Knowledge Base Fachliche & Technische Dokumente
EnableNow Schulungs- und Trainingsmaterial Trainings, Simulationen