Als HR IT Project Manager weiß Paula aus ihren früheren Jobs, dass der Einsatz mehrerer autarkiefähiger Tools einer der vielen Gründe für das Scheitern von Implementierungsprojekten ist. Sie erinnert sich an ein kürzlich stattfindendes Meeting mit Alexander, als Alexander darauf hinwies, dass es nicht erforderlich sei, das Rad neu zu erfinden, und dass er empfiehlt, SAP Cloud ALM Project Management zu verwenden. In diesem Meeting hat er auch die verschiedenen Phasen eines Projekts erläutert (z. B. Prepare, Explore, Realize, Deploy, Run). Darüber hinaus hat er darauf hingewiesen, dass diese Phasen nicht mit den vier Schritten aus Prozessperspektive (Design, Build, Test, Deploy) gemischt werden sollten.
Da es viele verschiedene Aufgaben gibt, die während des Implementierungsprojekts koordiniert werden müssen, ist Paula besorgt, wie alle Projektaktivitäten erfolgreich verwaltet werden können. Daher trifft sie Alexander wieder.

Alexander erläutert, dass die Hauptaufgaben während des Build-Schritts die Einrichtung der Systemlandschaft und die Arbeit an den Delta-Anforderungen sind, die während des Fit-to-Standard-Workshops erfasst wurden.
Er weist darauf hin, dass SAP Projektvorlagen ausliefert, bei denen es sich um vordefinierte Aufgabensätze handelt, die Kunden wie Dreams without Limits dabei helfen, ihre Implementierung zu beschleunigen. Wenn Paula ein Projekt aus einer Projektvorlage erstellt, fungiert das Projekt als Container, der bei der Berichterstellung und Verwaltung von Informationen hilft. Paula kann dann Phasen und Meilensteine definieren und, um die agile Methodik zu verwenden, Sprints anlegen, die auf die Realisierungsphase des Projekts abgestimmt sind. Darüber hinaus ermöglicht die integrierte Analytik, dass Paula immer aktuelle Informationen über das Projekt erhält.
Als Nächstes möchte Paula wissen, wie sie und ihr Team die Anforderungen realisieren sollen, die sie während des Fit-to-Standard-Workshops gesammelt haben.
Alexander weist darauf hin, dass Anforderungen in User-Storys und Aufgaben unterteilt werden können.
- Eine User-Story ist eine Benutzeranforderung, die erfüllt werden muss, um einen geschäftlichen Nutzen zu bieten. Es ist möglich, dass ihm eine Anforderung zugeordnet ist oder nicht. Alexander empfiehlt, einen Sprint-Zeitplan anzulegen und User-Storys zu Sprints zuzuordnen, wenn der Kunde die agile Methodik verwenden möchte. User-Storys sollten dann so angelegt werden, dass sie in einem Sprint fertiggestellt werden können.
- Eine Aufgabe ist eine Aktivität, die von einem Projektmitglied ausgeführt werden soll.
Alexander empfiehlt Paula, den Blog Creating User Stories and Sub-Tasks in SAP Cloud ALM zu lesen, um mehr über User-Storys zu erfahren.
Notiz
Mit SAP Readiness Checks kann ein vorhandenes SAP-System für ein bestimmtes Szenario analysiert werden, das dann beim Umfang und bei der Planung der Kundenprojekte helfen kann. Es gibt verschiedene Arten von SAP-Bereitschaftsprüfungen, z.B. SAP Readiness Check für SAP-S/4HANA-Upgrades (SAP-Hinweis, erfordert SAP Universal ID) und SAP Readiness Check für SAP-SuccessFactors-Lösungen (SAP-Hinweis, erfordert SAP Universal ID). Ergebnisse aus einem SAP Readiness Check können in ein Format exportiert werden, das von SAP Cloud ALM verstanden wird. Diese Prüfungen können ausgeführt werden, indem Sie AufgabenquelleSAP Readiness Check auswählen. Weitere Informationen zu SAP Readiness Checks finden Sie in der entsprechenden Online-Dokumentation im SAP Help Portal.
Hinweis
Wenn Dreams ohne Limits bereits vorhandene SAP-Lösungen verwendet haben, haben sie die Möglichkeit, die Ergebnisse von SAP Readiness Check hochzuladen, um die Folgeaktivitäten in einem Konvertierungsprojekt zu verwalten.
Am Ende dieses Treffens übergibt Alexander an seinen Kollegen Carl Consultant, um Dreams ohne Grenzen während ihres Implementierungsprojekts zu unterstützen. Während dieses Projekts muss Carl eng mit Peter Process, dem Geschäftsprozess-Experten von Dreams ohne Grenzen, zusammenarbeiten.



