Information und Bildungsarbeit von und für die SAP-Community

Anforderungsmanagement mit SolMan 7.2

Das Anforderungsmanagement mit dem SolMan 7.2 ermöglicht die Steuerung des ­Change Management für Innovationen, die durch die Fachbereiche im Unternehmen angefordert werden, und bildet somit eine wichtige Schnittstelle zwischen Fachbereich und IT.
Branimira Nikolova, Oxando
13. Juli 2017
SolMan Kolumne
avatar

Viele Unternehmen, die den SolMan für ihre ITSM-Prozesse nutzen, haben einen Eingangskanal für Anforderungen vom Fachbereich schmerzlich vermisst. Die Anforderungen werden heute noch in umständlichen und langwierigen Prozessen gesammelt, evaluiert und an die IT-Abteilung weitergegeben.

Nicht selten werden Anforderungen einfach per E-Mail an den Verantwortlichen geschickt. Papierformulare sind auch noch ein häufiges Medium, um eine Anforderung zu formulieren und zu beschreiben. Diese wandern dann durch unzählige Schreibtische und Gremien, bis alle notwendigen Genehmigungen gesammelt und alle Beteiligten informiert sind.

Im besten Fall werden Anforderungen in selbstgebauten Tools verwaltet und dann als Änderungsanträge im Solution Manager manuell oder über Schnittstellen überführt. Rückmeldung über den aktuellen Stand der Entwicklung bekommen die Anforderer dann oft nur über organisatorische Kanäle.

Dies kann sich jetzt ändern, da der SolMan 7.2 einen vollintegrierten Prozess für das Anforderungsmanagement anbietet. Dieser soll den kompletten Lebenszyklus der Anforderung von der Erfassung bis zur Realisierung und Produktiv-Setzung abdecken.

Die Auslieferung umfasst zwei neue Vorgangsarten: die Business-Anforderung und die IT-Anforderung. Beides sind CRM-Belege und bieten die kompletten Funktionen analog zum Change Control Management an.

In der Business-Anforderung kann der Fachbereich sein Anliegen beschreiben, nach Dringlichkeit und Auswirkung priorisieren, kategorisieren, den gewünschten Realisierungstermin angeben und zur Auswertung an den Anforderungsmanager oder Fachbereichsleiter weitergeben.

Dabei sollten wichtige Angaben schon beim Erfassen gemacht werden, wie z. B. Nutzen, Kostenersparnis, Gründe (wie z. B. rechtliche Bestimmung), Business Case, betroffene Prozesse und Personenkreise etc.

Der Anforderer kann dazu die Multi-Level-Kategorisierung nutzen. Evtl. werden weitere Kategorisierungsmöglichkeiten benötigt, die so in der Standardauslieferung nicht vorgesehen sind. Diese Kategorisierungen könnten z. B. über kundeneigene Felder abgebildet werden.

Dennoch ist die Anforderung von Anfang an im SolMan dokumentiert. Der Zuordnungsblock Lösungsdokumentation ist in der Business-Anforderung schon enthalten, sodass eine Referenz zum betroffenen Geschäftsprozess direkt hinterlegt werden kann. Genauso können vorhandene Dokumentationen wie User Stories oder sogar Testfallentwürfe hinterlegt werden.

Der Workflow der Business-Anforderung sieht eine Evaluierungsphase vor, danach wird die Anforderung an die IT-Abteilung übergeben. Spannend dabei ist das Zusammenspiel beider Belege.

Inhalte werden aus der Business-Anforderung in die IT-Anforderung vollständig übernommen. Was aber einen bedeutenden Mehrwert bietet, ist die Rückmeldung des Fortschritts in der Bearbeitung der Anforderung Richtung Fachbereich.

Dies erfolgt, indem der Anwenderstatus der Business-Anforderung automatisch umgesetzt wird, abhängig vom aktuellen Stand der IT-Anforderung. Der Fachbereich ist ständig involviert und kann auch die Umsetzung der Anforderung mitsteuern.

Die IT-Anforderung verhält sich im Grunde wie ein Änderungsantrag. Ein bedeutender Unterschied ist aber hier zu erwähnen. Es gibt keine Möglichkeit, den Umfang zu erweitern. Somit können nur Änderungsdokumente, die anfangs im Umfang definiert worden sind, auch produktiv gesetzt werden.

Warum braucht man dann eine IT-Anforderung, wenn schon ein Änderungsantrag die gleichen Aufgaben erfüllen kann? Die naheliegende Antwort an der Stelle ist, die Notwendigkeit der Prozesse vom Anforderungsmanagement und Änderungsmanagement semantisch zu trennen sowie die Umsetzung von neuen Anforderungen separat auszuwerten.

Erwähnenswert ist auch die in der Auslieferung enthaltene Fiori-App. Die App ist eine komprimierte Variante der Business-Anforderung und hat leider keine Kategorisierungselemente.

Die ersten Kundenreaktionen sind durchaus positiv und lassen hoffen, dass sich das Anforderungsmanagement mit SAP Solution Manager 7.2 schnell als vollintegrierter Prozess etablieren wird.

avatar
Branimira Nikolova, Oxando

Branimira Nikolova ist Senior Consultant bei Oxando


Schreibe einen Kommentar

Die Arbeit an der SAP-Basis ist entscheidend für die erfolgreiche S/4-Conversion. 

Damit bekommt das sogenannte Competence Center bei den SAP-Bestandskunden strategische Bedeutung. Unhabhängig vom Betriebsmodell eines S/4 Hana sind Themen wie Automatisierung, Monitoring, Security, Application Lifecycle Management und Datenmanagement die Basis für den operativen S/4-Betrieb.

Zum zweiten Mal bereits veranstaltet das E3-Magazin in Salzburg einen Summit für die SAP-Community, um sich über alle Aspekte der S/4-Hana-Basisarbeit umfassend zu informieren. Alle Informationen zum Event finden Sie hier:

SAP Competence Center Summit 2024

Veranstaltungsort

Eventraum, FourSide Hotel Salzburg,
Am Messezentrum 2,
A-5020 Salzburg

Veranstaltungsdatum

5. und 6. Juni 2024

Reguläres Ticket:

€ 590 exkl. USt.

Veranstaltungsort

Eventraum, Hotel Hilton Heidelberg,
Kurfürstenanlage 1,
69115 Heidelberg

Veranstaltungsdatum

28. und 29. Februar 2024

Tickets

Regular Ticket
EUR 590 exkl. USt
Veranstalter ist das E3-Magazin des Verlags B4Bmedia.net AG. Die Vorträge werden von einer Ausstellung ausgewählter SAP-Partner begleitet. Der Ticketpreis beinhaltet den Besuch aller Vorträge des Steampunk und BTP Summit 2024, den Besuch des Ausstellungsbereichs, die Teilnahme an der Abendveranstaltung sowie die Verpflegung während des offiziellen Programms. Das Vortragsprogramm und die Liste der Aussteller und Sponsoren (SAP-Partner) wird zeitnah auf dieser Website veröffentlicht.