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

SolMan 7.2: Mehr als die Summe einzelner Werkzeuge

Mit dem SolMan 7.2 steht ein vollumfängliches Werkzeug zum Management und vor allem zum Übergang in Richtung S/4 zur Verfügung. Die Vorteile des Werkzeugs zeigen sich jedoch erst im Verbund.
Matthias Kneissl, Q-Partners
31. März 2017
SolMan Kolumne
avatar

Immer wieder treffe ich auf Kunden, die in der Vergangenheit bei IT-Service-Management- Werkzeugen mehr den Best-of-Breed Ansatz verfolgt haben. Dies wird aber mit dem Solution Manager 7.2 unweigerlich zum Scheitern führen.

Solange der Solution Manager nur als reines Vehikel für Early Watch Alerts verwendet wird, stellt dies natürlich keinerlei Probleme dar.

Bekommt der Solution Manager nur diesen Stellenwert in einer IT, dann wird bei Weitem der Vorteil des Werkzeugs nicht genutzt und liegt brach. Darüber hinaus sollten sich dann Anwender überlegen, wie sie denn den Umstieg auf S/4 Hana meistern wollen und welche Werkzeuge stattdessen dafür herangezogen werden sollen.

Möchte man den Solution Manager sinnvoll ausbauen, so sind zumindest die Lösungsdokumentation und das Change und Request Management (ChaRM) Pflicht.

Generell empfehle ich in diesen Bereichen SAP-Anwendern nur dann eine Nutzung, wenn der SAP-Anteil und dessen Bedeutung innerhalb der IT die Fünfzig-Prozent-Schwelle überschreitet. Denn Anwender und Entwickler im Java-Umfeld zu einem Solution-Manager-Umstieg zu zwingen ist kein besonders großes Vergnügen.

Hat man in der Vergangenheit noch mit zwei unterschiedlichen Werkzeugen im Bereich Change Management oder im Bereich der Softwaredokumentation gearbeitet, so macht dies im Solution Manager nur noch bedingt Sinn.

Einige Kunden, die ich in den letzten Wochen beraten durfte, haben Lösungen gesucht, ein Projekt- Managementwerkzeug, eine separate Kosten- und Leistungsverrechnung sowie ein externes Dokumentationswerkzeug mit dem Solution Manager Service Desk und dem Change Management zu verknüpfen.

Eine solche Integration mag zwar möglich sein, eröffnet aber an zahlreichen Stellen zusätzliche Schnittstellen, die der Solution Manager im Standard so gar nicht besitzt.

Die einzige offiziell verfügbare Schnittstelle stellt die Kopplung eines externen Service Desks mit dem Incident Management des Solution Managers dar.

Die Gesamtlösung zum Management der IT im Solution Manager ist mit der Version 7.2 gar nicht so weit weg. Aufgrund der erheblichen Verbesserung der Umfänge und Funktionen stellt dies auch in der Umsetzung kaum noch Probleme dar.

Die größte Herausforderung liegt darin, die gesamte IT auf das Werkzeug zu eichen. Dies macht natürlich nur dann Sinn, wenn SAP die Mehrheit in der IT-Umgebung darstellt.

Im Gesamtkontext beginnt alles mit der Lösungsdokumentation und der Abbildung von Geschäftsprozessen und Geschäftsprozessschritten. Im ersten Schritt muss dies nicht vollständig sein, eine Annäherung und Nachdokumentation sollte jedoch alleine schon aus dem Gesichtspunkt der S/4-Umstellung erfolgen.

Nur wenn die Prozesse sinnvoll und entsprechend der Realität in Prozessschritten abgebildet sind, kann daraus auch ein Testplan sowie ein Testvorgehen abgebildet werden.

Im Rahmen des Change Request Managements ist natürlich die Änderung eng mit der Dokumentation sowie den davon betroffenen Prozessen und -schritten verbunden. Somit soll und muss sichergestellt werden, dass Änderungen nicht undokumentiert produktiv gesetzt werden.

Wer nun sinnvoll seine IT auch im SAP-Umfeld steuert, entscheidet sich zwangsläufig für ein Release Management, das auf das Change Management aufbaut. Möchte man hier ein sinnvolles Con­trolling, so kann das Release Management mit dem Projekt- und Portfolio-Management im Solution Manager verbunden werden.

Damit können dann auch nicht nur auf Einzelebene Changes gemanagt werden. Vielmehr können im Projektmanagementteil auch Aufgabenpakete erfasst werden, die keine softwaretechnische Änderung mit sich ziehen.

Entscheiden sich nun IT-Verantwortliche für eine verursachungsgerechte Zeiterfassung, so können Aufwände direkt auf die Aufgabenpakete im Projekt erfasst werden. Mit Abgleich der Planzahlen können dann typische Projektmanagement-Kennzahlen abgegriffen werden.

In Summe ergibt sich also ein sinnvoller Verbund aus einzelnen Werkzeugen. Eine Trennung dieser Werkzeuge führt immer wieder zu Wartungsaufwänden, aufwändigen Schnittstellen sowie massiven Funktionsverlusten.

CI-Q-PARTNERS

avatar
Matthias Kneissl, Q-Partners

Geschäftsführer bei der Q-Partners Consulting und Management GmbH


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.

Veranstaltungsort

Mehr Informationen folgen in Kürze.

Veranstaltungsdatum

Mittwoch, 21. Mai, und
Donnerstag, 22. Mai 2025

Early-Bird-Ticket

Verfügbar bis Freitag, 24. Januar 2025
EUR 390 exkl. USt.

Reguläres Ticket

EUR 590 exkl. USt.

Veranstaltungsort

Hotel Hilton Heidelberg
Kurfürstenanlage 1
D-69115 Heidelberg

Veranstaltungsdatum

Mittwoch, 5. März, und
Donnerstag, 6. März 2025

Tickets

Reguläres Ticket
EUR 590 exkl. USt
Early-Bird-Ticket

Verfügbar bis 20. Dezember 2024

EUR 390 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 2025, 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.