{"id":35549,"date":"2024-05-21T09:31:20","date_gmt":"2024-05-21T07:31:20","guid":{"rendered":"https:\/\/www.blue.works\/?p=35549"},"modified":"2026-02-17T11:17:24","modified_gmt":"2026-02-17T10:17:24","slug":"von-der-anforderung-zur-user-story-mit-sap-cloud-alm","status":"publish","type":"post","link":"https:\/\/www.blue.works\/de\/von-der-anforderung-zur-user-story-mit-sap-cloud-alm\/","title":{"rendered":"Von der Anforderung zur User Story mit SAP Cloud ALM"},"content":{"rendered":"\n

F\u00fcr zuk\u00fcnftige SAP Einf\u00fchrungs- und Migrationsprojekte ist die Strategie von SAP klar definiert: Das geht effizient und nachhaltig mit SAP Cloud ALM! Diese Meinung teilt blue.works ebenfalls. Aus diesem Grund beleuchtet der nachfolgende Blog wie man von den Anforderungen zu den User Stories gelangt. Die Vorgeschichte dazu, wie man vom Prozessumfang zum Anforderungsbacklog gelangt ist HIER<\/a> beschrieben.<\/p>\n\n\n\n

Das Beispiel: Transformationsprojekt f\u00fcr S\/4HANA private Edition<\/h2>\n\n\n\n

Die nachfolgenden Erkl\u00e4rungen gehen von einem S\/4HANA<\/a> Transformationsprojekt aus, nicht genau spezifiziert ob on-premise, private oder public Cloud, wobei eher angelehnt an on-premise oder private Cloud. Zeitlich gesehen, befinden wir uns in der SAP Activate Methodologie in der Realize-Phase. Der Blog geht davon aus, dass ein Projekt in SAP Cloud ALM bereits angelegt ist, die Anforderungen erfasst, detailliert spezifiziert, genehmigt und der Realize-Phase zugewiesen sind.<\/p>\n\n\n\n

Die User Story im Kontext<\/h2>\n\n\n\n

Um die User Story in den Kontext eines Projektes und dessen Anforderungen zu stellen wird hier der Begriff der User Story zu erl\u00e4utern versucht. Die Menge der Arbeit (Backlog), die von einem Projekt geliefert werden soll, sind die Anforderungen. Die Bereitstellung dieser Funktionalit\u00e4t erfordert User Stories. Diese beschreiben, wie die Anforderungen aus den Gesch\u00e4ftsbereichen durch Entwickler, IT-Mitarbeiter, Tester usw. umgesetzt werden.<\/p>\n\n\n\n

Kurz definiert: Die aus den Anforderungen erstellten User Stories teilen die zu erledigende Arbeit eines Projektes in kleinere, nachvollziehbare und umsetzbare Aufgaben.<\/p>\n\n\n\n

Die Beziehungen der User Story zu anderen Belegen<\/h2>\n\n\n\n

Um den Kontext einer User Story weiter zu erl\u00e4utern zeigt die nachfolgende Grafik die Beziehung einer User Story zu anderen Belegen in SAP Cloud ALM.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Die Beziehungen der User Story zum Prozess und der Prozesshierarchie<\/h2>\n\n\n\n

Die nachfolgende Grafik schliesst die \u00dcbersicht \u00fcber den Kontext einer User Story ab, indem aufgezeigt wird wie sich eine User Story zu Prozessen und der Prozesshierarchie verbindet.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Vollst\u00e4ndige Nachvollziehbarkeit<\/h2>\n\n\n\n

Mit der User Story wird nach dem Projekt, den Umf\u00e4ngen, den L\u00f6sungsszenarien, den L\u00f6sungsprozessen und den Anforderungen ein weiteres Element verwendet. Dies erh\u00f6ht etwas die Komplexit\u00e4t. Allerdings ist aus obigen Grafiken ersichtlich, dass beinahe jedes Element mit jedem verkn\u00fcpft ist. So entsteht eine vollumf\u00e4ngliche Verfolgbarkeit durch alle Elemente hindurch was in komplexen Projekten einen unglaublichen Mehrwert bietet.<\/p>\n\n\n\n

Wer legt User Stories an?<\/h2>\n\n\n\n

Streng nach agilem Theoriebuch w\u00fcrde der Product Owner die User Stories aus den spezifizierten Anforderungen heraus anlegen. Die Praxis in SAP-Projekten sieht teilweise anders aus, da im SAP Bereich nicht immer agil gearbeitet wird. Oft kommt es vor, dass Entwickler oder Berater die User Stories selbst anlegen und direkt mit den notwendigen technischen Informationen anreichern.<\/p>\n\n\n\n

Was geschieht in welchem Status?<\/h2>\n\n\n\n

In der folgenden Grafik werden die drei wichtigsten Stati einer User Story betrachtet. Daneben sind noch die zwei Stati \u00abGesperrt\u00bb und \u00abnicht relevant\u00bb verf\u00fcgbar. Auf diese wird hier nicht weiter eingegangen.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

User Stories mit Unteraufgaben<\/h2>\n\n\n\n

Um eine User Story noch granularer zu unterteilen, ist es m\u00f6glich, Unteraufgaben zu jeder User Story mit der Beziehung 1:n anzulegen. Der Erf\u00fcllungsgrad der Unteraufgaben ist direkt in der Kopfzeile einer User Story ersichtlich.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Der Inhalt einer User Story<\/h2>\n\n\n\n

Wieder streng nach agilem Theoriebuch, m\u00fcsste die User Story in einem Satz nach dem Format \u00abIch als [ROLLE] m\u00f6chte [FUNKTION], damit [NUTZEN]\u00bb erfasst werden. Wiederum sieht es in der Praxis etwas anders aus. Die Struktur des Inhalts kann, da es ein Freitextfeld ist, frei gew\u00e4hlt werden. Punkte wie \u00abBeschreibung\u00bb, \u00abKommentar\u00bb und \u00abDefintion of Done\u00bb machen beispielsweise Sinn.<\/p>\n\n\n\n

Drei Tipps aus der Praxis<\/h2>\n\n\n\n

Der Titel einer User Story ist verpflichtend. Da die Beziehung Anforderung \u2013 User Story 1:n sein kann, empfiehlt es sich dem Titel der User Story einen Pr\u00e4fix zu geben. SAP Cloud ALM bietet auf der Aufgaben App aktuell keine Filterm\u00f6glichkeit, um User Stories nach der zugewiesenen Anforderung zu suchen. Nehmen Sie mit uns Kontakt auf und wir verraten Ihnen einen kleinen Umweg, wie es eben doch m\u00f6glich ist.<\/p>\n\n\n\n

Die Sache mit den Unteraufgaben kann durchaus Sinn machen. Wenn wir uns die Beziehungen zwischen Anforderung \u2013 User Story \u2013 Unteraufgabe ansehen so ist diese 1:n:m. So entstehen rasch sehr viele Unteraufgaben und das kann (muss nicht) zu Un\u00fcbersichtlichkeit f\u00fchren. Zus\u00e4tzlich zu erw\u00e4hnen ist hier, dass Unteraufgaben nur an der User Story angeh\u00e4ngt sind und nicht direkt an der Anforderung.<\/p>\n\n\n\n

Da in der Praxis nicht nur ein einzelner Product Owner User Stories anlegt, k\u00f6nnen diese rasch mit sehr unterschiedlicher Inhaltsstruktur angelegt sein. Damit dies nicht geschieht empfiehlt es sich f\u00fcr die Anlage von User Stories ein Template zu hinterlegen. Immer wenn eine neue User Story angelegt wird, kann das Template mit einer entsprechend vordefinierten Struktur verwendet werden. Das hilft die User Stories konsistent gegen die \u00abDefintion of Ready\u00bb zu pr\u00fcfen. Wie Sie \u00fcbrigens eine Template User Story entweder bearbeiten oder wieder l\u00f6schen ist etwas versteckt in Cloud ALM. Nehmen Sie mit uns Kontakt auf und wir zeigen Ihnen das, und noch viel mehr, sehr gerne.<\/p>\n\n\n\n

Fazit<\/h2>\n\n\n\n

Zusammengefasst bietet SAP Cloud ALM eine klare und effiziente Strategie um generell SAP Activate von der Theorie in die Praxis zu bringen. Mit SAP Cloud ALM, mit SAP Activate, mit dem vordefinierten Best-Practice Inhalt von SAP und auch dem Fit to Standard Ansatz werden S\/4HANA Transformationen effizienter und transparenter und m\u00fcssen nicht auf \u00abweissem Papier\u00bb beginnen. Der strukturierte Ansatz zur Erstellung eines Anforderungs-Backlogs sowie weitere Unterteilung in User Stories, wie im Blog erl\u00e4utert, unterstreicht die Bedeutung einer sorgf\u00e4ltigen Planung und Umsetzung der Fit to Standard – Workshops. Behalten Sie die wichtigen Schritte im Blick und freuen Sie sich auf zuk\u00fcnftige Blogposts, die Ihr Projekt zum Erfolg f\u00fchren werden.<\/p>\n","protected":false},"excerpt":{"rendered":"

F\u00fcr zuk\u00fcnftige SAP Einf\u00fchrungs- und Migrationsprojekte ist die Strategie von SAP klar definiert: Das geht effizient und nachhaltig mit SAP Cloud ALM! <\/p>\n","protected":false},"author":22,"featured_media":35558,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[96],"tags":[251],"class_list":["post-35549","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sap-alm-insights","tag-sap-cloud-alm-de"],"acf":[],"aioseo_notices":[],"jetpack_featured_media_url":"https:\/\/www.blue.works\/wp-content\/uploads\/2024\/05\/requirement-to-user-story-title-scaled.jpg","_links":{"self":[{"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/posts\/35549","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/users\/22"}],"replies":[{"embeddable":true,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/comments?post=35549"}],"version-history":[{"count":5,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/posts\/35549\/revisions"}],"predecessor-version":[{"id":45111,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/posts\/35549\/revisions\/45111"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/media\/35558"}],"wp:attachment":[{"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/media?parent=35549"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/categories?post=35549"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.blue.works\/de\/wp-json\/wp\/v2\/tags?post=35549"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}