SAP ALM Archive · Synaworks

Mit automatisierten SAP Tests den Testaufwand reduzieren und Agilität ermöglichen

Die heutige IT steht vor der Herausforderung, immer kürzere Release-Zyklen bei gleichzeitig steigenden manuellen Testaufwänden für Regressionstests zu managen. Für Key User wird die Durchführung von SAP Tests „neben“ dem Projekt- bzw. Tagesgeschäft zu einer zunehmenden zeitlichen Mehrbelastung.

Um den SAP-Anwendern im Projekt als auch im Betrieb eine hohe Agilität zu ermöglichen und neue Funktionalitäten schnell zur Verfügung stellen zu können, müssen im Monat mehrere Releases geplant werden. Ein integriertes Test Management und die regelmäßige Durchführung von Testzyklen ist hier ein absolutes Muss. Viele Organisationen haben jedoch keine eigenständige Testorganisation bzw. eindeutig festgelegte Rollen, die für diese Aufgaben verantwortlich sind. In diesen Fällen wird die Verantwortung über das Testen oftmals den Key Usern aus den Fachbereichen übertragen. Diese zusätzliche Verantwortung führt nicht selten zur Überlastung der Teams und kann schnell zur Frustration bei den Beteiligten führen. Es steigt die Wahrscheinlichkeit, dass Fehler übersehen, technische Abhängigkeiten nicht erkannt bzw. Änderungen nicht ausreichend getestet werden. Das alles kann negative Konsequenzen zur Folge haben: die Produktqualität sinkt, die Zufriedenheit sowie Akzeptanz der Anwender leidet und im Worst Case kommt es zu Funktionsstörungen im Betrieb.

„Sie führen Ihr SAP S/4HANA Projekt agil durch und möchten nach einem erfolgreichen Go-Live die schnellen, kontinuierlichen Release-Zyklen auch im Tagesgeschäft beibehalten?“

Einen Teil der Lösung bietet Ihnen hier die Test Automatisierung im SAP-Umfeld. Mit einer gut integrierten Testautomatisierung planen Sie die automatisierte Durchführung von Regressionstests über Nacht ein und kümmern sich am nächsten Tag direkt um die Analyse und mögliche Fehlerkorrektur. Dadurch erreichen Sie eine deutlich bessere Testabdeckung und eine höhere Softwarequalität zu einem frühen Zeitpunkt im Entwicklungsprozess. Automatisch steigen damit auch die Motivation und Akzeptanz der Tester aus den Fachbereichen.

Profitieren Sie von einer geeigneten Testautomatisierung mit dem SAP Solution Manager! Wir unterstützen unsere Kunden bei der Einführung der notwendigen Testmethodik, bei der Auswahl und Implementierung des passenden Test-Werkzeugs als auch bei der Etablierung der zugehörigen Testorganisation. Mit den Synaworks Best Practices begleiten wir Unternehmen durch den gesamten Automatisierungsprozess und leisten somit einen Betrag, um Agilität im SAP-Umfeld zu ermöglichen.

Erfahren Sie mehr über unsere Leistungen zum Thema SAP Test Management.

SAP Solution Manager 7.2 – der Weggefährte des S/4HANA Projekts

Der SAP Solution Manager begleitet die S/4HANA Einführung von Beginn an über den kompletten Lebenszyklus – vor, während und nach dem Projekt .

Durch die intelligente Kombination von Werkzeugen, Funktionen und Inhalten bietet der SAP Solution Manager 7.2, als Application Lifecycle Management (ALM) Suite, das Potenzial den großen Herausforderungen bei der Einführung von SAP S/4HANA zu begegnen. Um es in den Worten vom ASUG CEO, Geoffrey Scott, zu sagen:

“Der SAP Solution Manager ist am Epizentrum aller SAP-Implementierungen.”

Die Phasen der Begleitung des S/4 Einführungsprojekts durch den SAP Solution Manager 7.2 lassen sich direkt in die bekannten SAP Activate Phasen Discover, Prepare, Explore, Realize, Deploy und Run einbetten.

Abbildung 1: Einteilung der Tools und Funktionalitäten des SAP Solution Manager 7.2 im Kontext der S/4HANA Einführung

Discover & Prepare

Die Phase vor der tatsächlichen Projektimplementierung ist von ihrer Bedeutung für den Projekterfolg ganz oben anzusiedeln – wird aber dennoch oft stiefmütterlich behandelt. Hier bietet Ihnen der SAP Solution Manager 7.2 integrierte Möglichkeiten, um professionell zu planen und potenziell auftretende Probleme (bspw. mit nicht kompatiblem Custom Code) präventiv abzufangen. Schon 12 Monate vor dem eigentlichen Projektstartet sollten Sie laut offizieller Empfehlung mit dieser Phase beginnen.

Speziell in der Vorbereitung einer S/4 System Conversion sollten Sie dann möglichst frühzeitig (Empfehlung: 6 Monate vor Projekt) damit beginnen, auf dem bestehenden ERP System die Nutzungsstatistiken in Form von UPL bzw. SCMON-Daten zu sammeln. Diese Daten können z.B. im Rahmen des SAP S/4HANA Readiness Check als Input für Ihre Planungsworkshops genutzt werden. Hier identifizieren Sie mit Hilfe des Readiness Checks beispielsweise:

Add-ons in Ihrer aktuellen Landschaft, welche im zukünftigen S/4 Kontext nicht verfügbar sind
Welche kundeneigenen Entwicklungen (Custom Code) noch in Verwendung sind
Das Sizing für die zukünftige HANA Datenbank
Relevante Simplification Items (diese lassen sich später in Focused Build Projekte, Requirements und Work Packages exportieren

Mehr Details, umfangreichere Auswertungen, sowie Funktionen, die Ihnen helfen, das bestehende System zu bereinigen stellen dann die einzelnen Bereiche Custom Code Lifecycle Management (CCLM) oder Data Volume Management (DVM) bereit.

Über den SAP S/4HANA Roadmap Viewer im SAP Support Portal bekommen Sie direkt Zugriff auf die SAP Activate Inhalte. Das Geniale: Die relevanten Inhalte können Sie direkt in Ihren Solution Manager importieren und dort in das Projekt Management Tool PPM übernehmen, beliebig anpassen und ausprägen.

Wir alle kennen die Metapher vom Solution Manager als „Schweizer Taschenmesser“, da dieser eine solche Vielzahl an Tools und Möglichkeiten mitbringt. Bei intelligentem Einsatz kann dieser das S/4 Projekt optimal unterstützen. Der Schlüssel zum Erfolg ist allerdings, frühzeitig damit zu beginnen, eine ALM-Roadmap zu konzipieren.

Explore, Realize & Deploy

Im Rahmen der Realisierung steht im Solution Manager Kontext bei einer S/4 Einführung die Unterstützung des Requirement-to-Deploy (R2D) Prozesses im Fokus. Durch den Einsatz des Focused Build Add-ons (seit Januar 2020 lizenzkostenfrei) eröffnet sich nun die Möglichkeit den kompletten R2D Prozess im Solution Manager effizient und agil umzusetzen. Orientiert wurde sich hierbei am agilen Framework SAFe, welches sich zur Mission gemacht hat agile Methoden wie SCRUM, Kanban und Lean Management auch in großem Maßstab anwendbar zu machen. Ein Großteil der Anwendungen im Focused Build Kontext sind im schicken SAP UI5 realisiert, was auch die Nutzer begeistern wird.

Die größten Neuerungen im SAP Solution Manager 7.2 gibt es im Bereich Process Management. Die Solution Documentation löst die alten SOLAR Strukturen ab und bringt mit Branches, Scopes, Libraries, BPMN2.0, Sites und vielem mehr alles mit, um sich als „Single Source of Truth“ in ihrem Unternehmen zu etablieren. Wärmstens zu empfehlen ist auch, sich mit dem Best Practice Content zu beschäftigen. Hier stellt SAP zahlreiche Pakete mit vollständigen Prozessdokumentationen inklusive Prozessdiagrammen, Guided Configurations und Testfällen zur Verfügung. Der Best Practice Content kann also eine wertvolle Starthilfe für ihr Projekt sein. Beispielsweise können Sie direkt damit loslegen, Requirements in der Design Branch auf Basis der mitgelieferten und anpassbaren BPMN2.0 Prozessdiagramme zu erfassen. Übrigens ist auch bei der Konzeption der ALM Prozesse unsere Empfehlung, einen Blick auf den verfügbaren Best Practice Content für den SAP Solution Manager 7.2 selbst zu werfen. Auch bereits etablierte ChaRM Prozesse lassen sich über die Aktivierung der Change Control intelligent mit der Solution Documentation verdrahten. Auf diesem Wege wird eine stets aktuell gehaltene Dokumentation gewährleistet .

Für die Testphasen in Ihrem S/4 Projekt stellt der Solution Manager auch zahlreiche Funktionen zur Verfügung. Eine Dokumentation der Testfälle in offline Dokumenten wie Excel gehört durch Focused Build der Vergangenheit an. Bis auf Schrittebene lässt sich im Test Steps Designer dokumentieren. Die Ausführung und das Defect-Handling ist komplett durch FIORI Anwendungen abgedeckt. Die Auswertung im Test Suite Dashboard mit anschaulichen Grafiken und Dashboards hebt das Reporting auch auf ein neues Level. Auch in Sachen Testautomatisierung hat der Solution Manager einiges zu bieten. Vor allem die jüngsten Ankündigungen Tricentis Tosca lizenzkostenfrei anzubieten, schließt wichtige Lücken, wie beispielsweise die Möglichkeit auch in Cloud Anwendungen wie SuccessFactors und Ariba Testfälle automatisieren zu können.

Run

Betrachtet man die Total Cost of Ownership eines SAP S/4HANA Systems, werden in dieser Phase die meisten Kosten anfallen. Der einfache Grund hierfür ist die Zeitdimension. Die Betriebsphase kann gut und gerne 20 Jahre dauern. Mit diesem Gedanken im Hinterkopf ist klar, dass der „Handover to Operation“ – Übergang vom Projekt in Betrieb – einer der wohl wichtigsten Übergaben ist. Nach einem spannenden Go-Live und einer nervenaufreibenden Hypercare muss sichergestellt werden, dass Wissen und Dokumentationen auch über das Projektende hinaus erhalten bleiben bzw. aktuell gehalten werden.

Auch für die Betriebsphase nach dem Go-Live steht der Solution Manager mit vielen Funktionalitäten als treuer Begleiter zur Verfügung. Vor allem beim Übergang in den Betrieb haben wir die Erfahrung gemacht, dass Kunden, die den Solution Manager von Beginn der Reise als zentrales ALM Tool gewählt haben, stark profitieren. Mit ausgereiften, auf S/4 maßgeschneiderten, Monitoring Funktionalitäten kann auf Probleme schnell reagiert und entsprechend gegengesteuert werden. Auch das bewährte Incident und Problem Management ist im Betrieb von großem Nutzen. Die nahtlose Integration ermöglicht es den Nutzern beispielsweise direkt an der Problemstelle im S/4 System Incidents mit automatischen Kontextinformationen anzulegen.

Ein oft noch unbekannter, aber voller Potenzial steckender Kandidat unter den Focused Solutions ist Focused Insights. Wie bei Focused Build fallen für den Einsatz von Focused Insights seit Januar 2020 keine zusätzlichen Kosten an. Sicher ein guter, aber bei weitem nicht der der einzige Grund, sich die Lösung einmal genauer anzuschauen. Mit Focused Insights lassen sich in kurzer Zeit knackige Dashboards bauen, in welchen alle Daten aus dem Solution Manager aufbereitet werden können. Vor allem die Kombination an individuellen Gestaltungsmöglichkeiten und der intuitiven Erstellung machen Focused Insights zum idealen Reporting Tool im Rahmen des Betriebs – beispielsweise für ihr Operations Control Center (OCC). Natürlich gibt es einige Alternativen im Standard, aber was Anpassbarkeit, Erweiterbarkeit und zentrales Reporting angeht, können die Standard Reports und Dashboards im Solution Manager nicht mithalten. Darüber hinaus sind die Dashboards deutlich schicker! Wer hierzu Lust auf mehr hat: Zum Thema Focused Insights erscheint in Kürze bei uns ein separater Blog-Beitrag.

Fazit

Der SAP Solution Manager 7.2 bietet viele Funktionen, um als umfassende Application Lifecycle Management Plattform im Rahmen der Vorbereitung, der Implementierung und dem späteren Betrieb einer SAP S/4HANA Lösung zu fungieren. Es mag viele andere Tools geben, die Teilmengen der Herausforderungen ähnlich gut, oder gar besser bedienen. Aber wer nach einer ALM Suite mit einem vergleichbaren Abdeckungsgrad und hohem Integrationspotenzial im Rahmen einer S/4 Implementierung sucht, wird höchstwahrscheinlich nicht fündig werden. Wenn die Bandbreite an Tools und Funktionalitäten intelligent orchestriert werden, kann der SAP Solution Manager ein wahrer Game Changer in Ihrem S/4 Projekt sein. Und zu alledem – das sei am Ende nochmal gesagt – lizenzkostenfrei! Wir hoffen Ihnen in diesem Blog einen Einblick gegeben zu haben, welche Potenziale der SAP Solution Manager 7.2 im S/4HANA Kontext bieten kann. Damit der Solution Manager sich allerdings in seiner vollen Stärke entfalten kann, ist es elementar wichtig, rechtzeitig eine ALM Roadmap zu konzipieren. Ein guter Startzeitpunkt hierfür die Prepare Phase, also sechs bis zwölf Monate vor dem eigentlichen S/4HANA Projekt-Kickoff.

Wie können wir Sie unterstützen?

Wir beraten und begleiten Sie bei der Konzeption, Implementierung und Umsetzung einer ALM Plattform – auf prozessualer, technischer und organisatorischer Ebene – um ihre S/4 Reise zu einem Erfolg zu machen. Wir unterstützen Sie mit unserer langjährigen Praxiserfahrung und gesammelten Best Practices vieler Umsetzungsprojekte dabei, ihren „wünschenswerten Zustand“ zu erarbeiten, umzusetzen und in der Organisation langfristig zu etablieren. Für einen ersten Einblick in das Thema möchten wir Ihnen unseren Discovery Workshop für den SAP Solution Manager und Focused Build empfehlen. Wenn Sie sich einen ersten Überblick verschaffen wollen, dann empfehlen wir Ihnen unsere Synaworks Academy Trainings „Application Lifecycle Management mit SAP Solution Manager 7.2 für SAP S/4HANA“ und „SAP S/4HANA mit Focused Build agil umsetzen“ . Natürlich stehen wir Ihnen als Berater in jeder Phase ihrer S/4HANA Reise zur Verfügung. Wir sind gespannt und freuen uns sehr auf Ihre Kontaktaufnahme!

Mit einem ganzheitlichen ALM die Komplexität von SAP S/4HANA erfolgreich managen – Insights auf der IT-Onlinekonferenz am 28.01.2021.

Was erwartet Sie?

Auf der vierten IT-Onlinekonferenz erhalten Sie am 28.01.2021 einen exklusiven Einblick, wie das Unternehmen LANXESS mit Hilfe eines ganzheitlichen ALM Ansatzes die SAP S/4HANA Transformation erfolgreich umgesetzt hat.

Jetzt anmelden

Ein ganzheitliches ALM (Application Lifecycle Management) nimmt eine wichtige, aber häufig unterschätzte Rolle in der S/4HANA Transformation ein.

Der hohe Integrationscharakter eines guten ALM Ansatzes ermöglicht:

eine erhöhte Umsetzungsgeschwindigkeit bei gleichzeitiger Systemstabilität und

eine gesteigerte Flexibilität bei Planung und Umsetzung bei gleichzeitiger Einhaltung der Governance.

In Verbindung mit der SAP Activate Methodik auf Basis des SAP Solution Managers ermöglicht ein ganzheitliches ALM damit eine deutlich effizientere S/4HANA Einführung.

Im Betrieb unterstützt das ALM die Stabilität und Sicherheit durch kontrollierte Veränderungsverfahren. Die Folge: höhere Transparenz von Veränderungen und deren Auswirkungen.

In unserem Beitrag auf der IT-Onlinekonferenz gibt Christoph Beyer, Head of Team SAP System Operation Lanxess Deutschland einen Einblick, wie die Lanxess Organisation bei ihrer S/4HANA Transformation den ALM Ansatz initiiert und genutzt hat. Erfahren Sie aus erster Hand, was es auf technologischer, prozessualer und organisatorischer Ebene zu berücksichtigen gilt, um die Mehrwerte auch für Ihr S/4HANA Projekt zu realisieren. Im Anschluss an den Vortrag haben Sie die Möglichkeit, die Referenten persönlich kennen zu lernen und Fragen zu stellen.

Der Termin

28.01.2021, virtuell
Von 13.30 – 14.30 Uhr

Wir freuen uns auf Ihre Anmeldung!

Jetzt anmelden

Haben Sie Fragen? Wir freuen uns über Ihre Kontaktaufnahme!

Standardisiertes und systemübergreifendes Release Management. Warum es sexier ist als es sich anhört

„Und dann hat er gesagt, wir müssen unser Projekt diesem vorgegebenen Releasezyklus unterordnen!“ – So oder so ähnlich stelle ich mir einen aufgebrachten Projektleiter an der Kaffeemaschine vor, dem gerade gesagt wurde, dass er nicht mehr machen kann was er will. Zugegeben – nicht mehr live zu gehen, wann man es selbst für richtig hält, ist erst einmal lästig, aber warum streben Organisationen dennoch ein standardisiertes und systemübergreifendes Release Management an? Welche Vorteile stehen dem Gefühl gegenüber nicht mehr unabhängig zu sein oder sich gar mehr abstimmen zu müssen?

Finden wir es heraus: Die TOP 5 Gründe

1. Die technischen Abhängigkeiten werden nicht weniger

Unabhängige Systemlandschaften sind Schnee von gestern. Heute sind es ganze Systemverbünde, die abgestimmt aufeinander bespielt werden müssen – auch unter Einbezug von einer steigenden Anzahl an Cloud Systemen. Gleichzeitig steigt auch die Zahl parallel laufender IT-Projekte immer weiter, Anforderungen aus den Fachbereichen müssen immer öfter und schneller realisiert werden. Unter solchen Rahmenbedingungen noch heterogene und isolierte Vorgehensweisen zuzulassen wird zunehmend zum Risiko.

2. Ich will aber auch schnell sein

Schnelligkeit und Flexibilität vs. Sicherheit und Stabilität ist wohl der klassischste aller Konflikte in der IT. Doch genau das wird von den Fachbereichen gefordert. Sie müssen sich auf die Stabilität der Systeme verlassen und gleichzeitig in der Lage sein, schnell auf neue Rahmenbedingungen reagieren zu können. Ein Release Management mit einer hohen Releasefrequenz bei gleichzeitiger Standardisierung und Qualitätskontrolle kann agile Arbeitsweisen unterstützen und die Stabilität der Systeme sichern. Ein guter Weg, um diese zwei konfliktären Zielvorstellungen doch noch zu managen.

3. Sie wissen wann und wie Sie beim Business anklopfen müssen

Auch für das Business ist Zeit kostbar. Zeitliche Planbarkeit und Klarheit über Interaktions- und Entscheidungspunkte in der Zusammenarbeit zwischen IT und Business zu schaffen, ist für alle Beteiligten von hohem Stellenwert.

Mit einem standardisierten Release Management ist dies möglich: Zeitfenster für integrative Testphasen sind weit im Voraus bekannt und die benötigte Zuarbeit ist definiert und transparent – sei es die Identifikation der betroffenen Geschäftsprozesse und zugehöriger Dokumentationen oder das Durchführen von Tests durch die Fachbereiche.

4. Wer mag schon Testen?

An jeder Front wird implementiert, jeder testet für sich so viel oder so wenig wie er es für richtig hält. Seiteneffekte auf andere und repetitives Testen werden dabei wie selbstverständlich hingenommen. Sind allerdings klare Effizienzkiller. Ein standardisiertes und systemübergreifendes Release Management führt zu einer stabileren Testbasis, als auch zu einer erhöhten Effizienz und gesteigerten Qualität. Denn es wird in Summe einmal und integrativ das getestet, was tatsächlich mit dem nächsten Release in die Produktion gespielt wird. Seiteneffekte auf andere werden früh identifiziert und vor dem Einspielen in die Produktion behoben.

5. Mehr was und weniger wann und wie

Stellen Sie sich vor, jeder könnte sich sofort auf die eigentlichen Inhalte des Projekts konzentrieren und würde nicht jedes Mal aufs Neue definieren, wie die Vorgehensweise ist und welche Qualitätskriterien bzw. Quality Gates einzuhalten sind. Stattdessen sind gemeinsame Standards, klare Verantwortlichkeiten, definierte Spielregeln und ein transparenter Prozess die Basis für alle Beteiligten – sowohl Business als auch IT. Die Pipeline steht also da – ready-to-use – und Sie müssen sie nur noch nutzen.

Einen Überblick über einige Mehrwerte konnten Sie bereits gewinnen. Doch jetzt stellt sich die Frage: Wo fängt man an?

Wie die kleine Anekdote über den Projektleiter bereits erkennen lässt, ist die Herausforderung bei der Etablierung eines systemübergreifenden und standardisierten Release Managements nicht unbedingt die Technologie.

Die Umsetzung eines solchen Vorhabens benötigt einen ganzheitlichen Blick auf der Tool-, Prozess- und Organisationsebene. Neben der Etablierung eines standardisiertem Prozesses mit definierten Spielregeln, bedarf es auch der Berücksichtigung von Organisationsstrukturen im Unternehmen und vor allem ein professionelles Vorgehen bei der Etablierung in der Organisation: Das Release Management umfasst in der Regel eine hohe Anzahl an Stakeholdern und betroffenen Mitarbeitern.

Wie können wir Sie unterstützen?

Wir beraten und begleiten Sie bei der Konzeption, Implementierung und Umsetzung eines systemübergreifenden SAP Release Managements – auf prozessualer, technischer und organisatorischer Ebene. Wir unterstützen Sie mit unserer langjährigen Praxiserfahrung und gesammelten Best Practices vieler Umsetzungsprojekte dabei, ihren „wünschenswerten Zustand“ zu erarbeiten, umzusetzen und in der Organisation langfristig zu etablieren. Dazu gehört die nahtlose Integration des Release Managements in weitere davon abhängige IT-Prozesse wie das Demand Management, Change Control Management und Test Management.

Für einen ersten Einblick in das Thema möchten wir Ihnen unser Modul ST04 „SAP Release Management“ aus der Synaworks Academy empfehlen. In einem Tag gewinnen Sie ein Grundverständnis über den Umfang und die Komplexität des Themas Release Management. Erfahren Sie unter anderem warum ein gutes Demand und Test Management signifikante Treiber für das Release Management sind und welche Arbeitspakete auf Sie warten, sofern Sie sich für die Umsetzung eines standardisierten und systemübergreifenden Release Management entscheiden. Wir teilen mit Ihnen gerne unsere Do’s und Don’t aus unserem Berateralltag.

Kontaktieren Sie uns gerne persönlich!

SAP S/4HANA ist ein Change Management Projekt – Teil 2

Fortsetzung des Austauschs über die Digitale Transformation zwischen Daniel Kohl (Gründer und CEO, Synaworks GmbH) und Gerd Hagmaier (VP S/4HANA and Business Transformation, Capgemini Deutschland GmbH).

Daniel Kohl: Klasse, dass wir es nochmal diese Woche möglich machen konnten. Ich möchte zunächst versuchen, kurz zu umreißen, worüber wir bei unserem letzten Telefonat gesprochen hatten. Das Thema Digitale Transformation haben wir direkt mit dem Umstieg der Unternehmen auf S/4HANA verbunden. Wir sind zu dem Schluss gekommen, dass es sich bei S/4HANA nicht um ein reines Technologieprojekt handelt. Ein Umstieg hat vielmehr unvermeidlich auch Einfluss auf den gesamten Aufbau und Ablauf einer Organisation.

Weiter hatten wir darüber gesprochen, dass Unternehmen noch vor Beginn des Projekts ein einheitliches Verständnis über den Zweck der Transformation herstellen sollten. Aus unserer Sicht ist es notwendig, das Selbstverständnis von IT und Business zu erarbeiten und zu kommunizieren. So kann im Unternehmen gemeinsam die Frage beantwortet werden, für wie viel Change die Organisation überhaupt bereit ist. Ein ganzheitliches Umdenken ist daher dringend notwendig.

An dieser Stelle würde ich gerne den Faden wieder aufnehmen. Ich bin überzeugt, dass ein gemeinsamer Purpose sowie eine abgestimmte Vision zwischen Abteilungen und Teams wesentliche Treiber für den digitalen Wandel sind.

In diesem Zusammenhang nannten auch die Teilnehmer der DSAG-Umfrage im Juli folgende Top Themen:

Schaffen eines entsprechenden unternehmerischen Mindsets
mehr Change-Methodenkompetenz in den Fachbereichen
eine Führung, die Visionen vermittelt und mit gutem Beispiel voran geht

Gerd Hagmaier: Die drei Punkte liegen für mich auf der Hand. Ich bin der Meinung, dass die Digitale Transformation nicht nur mit Digitalkompetenz, sondern vor allem mit Strategie- und Methodenkompetenz zu meistern ist. Mit diesen Kompetenzen können aus Daten wirkliche Mehrwerte für das Business entstehen.

Daniel Kohl: Kannst du dazu mehr erzählen?

Gerd Hagmaier: Die Ergebnisse und Erfahrungen aus unseren SAP S/4HANA Strategie-Workshops bestätigen immer wieder, dass die Bandbreite der Antworten auf die Frage der Zweckbestimmung oft von: „Wir möchten Enabler für Entscheidungen sein“ – bis „auch weiterhin müssen wir schnell und flexibel die Anforderungen unserer internen Kunden erfüllen“ reichen. Proaktiv bis reaktiv.

Auch der Capgemini Würfel hilft bei der Einordnung. Unternehmen benötigen weiterhin Unterstützung bei einem sauberen Aufsetzen solcher komplexen Projekte.

Unsere Erfahrung hat gezeigt, dass in diesem Zusammenhang auch häufig über das Durchschnittsalter der Mitarbeiter gesprochen wird. Dies halte ich allerdings nicht für ausschlaggebend.

Veränderungsbereitschaft und der Wille, etwas Neues dazuzulernen ist eine Frage der inneren Haltung und Einstellung, also ein Mindset-Thema und keine Frage des Alters.

Entscheidend ist, dass die Lernende Organisation Freiräume bereithält, die es auch ermöglichen, Neues zu lernen und nicht nur in einem reinen Operation Modus zu verharren.

Daniel Kohl: Da stimme ich dir zu. Wie gesagt, die Digitale Transformation ist ein Change und somit besteht ein direkter Zusammenhang zur Kultur und Lernbereitschaft im Unternehmen. Das ist auch für uns bei Synaworks enorm wichtig.

Die Gründungsidee von Synaworks liegt darin, Technologie nicht unabhängig vom Menschen zu betrachten, sondern miteinander zu verbinden. Das ermöglicht eine optimale Integration und Zusammenarbeit innerhalb der Organisation. Damit werden alle frühzeitig auf die digitale Reise mitgenommen und nur so kann das volle Potential der digitalen Transformation wirklich genutzt werden.

Gemäß dem Synaworks Purpose: “Transform IT to enable the intelligent enterprise”.

Dies bedeutet, dass nicht nur die Fachbereiche, sondern vor allem die IT-Organisation ein neues Selbstverständnis und eine Re-Positionierung im Unternehmen benötigt – vom Dienstleister zum Innovationspartner für die Fachbereiche.

Aus dieser Überzeugung heraus, haben wir auch die Synaworks Academy im Juli 2020 gegründet.

Gerd Hagmaier: Ihr habt eine eigene Academy gegründet? Etwas unüblich für ein IT-Beratungsunternehmen, oder nicht?

Daniel Kohl: Für uns ist das der einzig logische Schritt, unser Beratungsportfolio mit passenden Trainings zu erweitern. Unsere Trainingsmodule haben das Ziel, ebenjene angesprochenen Veränderungskompetenzen bei Mitarbeitern und Führungskräften zu entwickeln, um den Change, der mit der Digitalen Transformation verbunden ist, erfolgreich zu meistern.

Gerd Hagmaier: Und wie kann ich mir das konkret vorstellen? Capgemini hat auch eine Academy. Jedoch liegt bei uns der Fokus eher auf der Schulung von neuen, internen Mitarbeitern, die gerade ins Berufsleben starten.

Daniel Kohl: Aus meiner Sicht muss die IT zunehmend Sparringspartner für das Business sein und zunehmend interdisziplinär mit anderen Abteilungen und externen Dienstleistern zusammenarbeiten. Dafür haben wir speziell drei neue Rollen der IT konzipiert:

Digital Entrepreneur setzt Impulse für die Transformation der IT-Organisation
Digital Pathfinder findet den richtigen Weg durch den Technologie-Dschungel
Digital Change Agent begleitet als Kollege den internen Veränderungsprozess

Gerd Hagmaier: Den Ansatz finde ich klasse. Und wie würde ein Unternehmen anfangen, seine Veränderungsfähigkeit zu verbessern?

Daniel Kohl: Das ist eine spannende Frage. Lass uns dazu gerne ein anderes Mal in einem separaten Beitrag sprechen. Aber falls du möchtest, kannst du dich ja auf unserer Synaworks Academy Website schon mal über unsere Trainings und Transformationsmodule umschauen.

SAP S/4HANA ist ein Change Management Projekt – Teil 1

Daniel Kohl (Gründer und CEO, Synaworks GmbH) und Gerd Hagmaier (VP S/4HANA and Business Transformation, Capgemini Deutschland GmbH) haben sich zu einem Austausch über die Digitale Transformation verabredet.

Daniel Kohl: Hallo Gerd. Schön, dass du Zeit für einen Austausch gefunden hast.

Gerd Hagmaier: Natürlich, sehr gerne. Für mich ist es immer spannend mich mit Kollegen und Partnern über die Erfahrungen bei Kunden auszutauschen.

Daniel Kohl: Genau. Um wirklich einen Eindruck zu gewinnen, wie Organisationen mit den Themen Digitale Transformation und dem Umstieg auf SAP S/4HANA umgehen, ist das Teilen von Erfahrungen wahnsinnig wertvoll. Was sind deine bisherigen Erkenntnisse mit S/4HANA-Transformationen?

Gerd Hagmaier: Ich habe kürzlich eine interessante Umfrage gesehen. Diese zeigte auf, wie viele Unternehmen bereits den Umzug auf SAP S/4HANA durchgeführt haben:

Die beiden SAP Anwendergruppen DSAG und ASUG haben im Juli 2020 ihre Mitglieder – insgesamt sind das mehr als 800 Bestandskunden – zum Thema SAP S/4HANA befragt.

Laut dieser Umfrage haben 70% der DSAG-Mitglieder und 55% der ASUG-Mitglieder aktuell ein SAP S/4HANA Transformationsprojekt am Laufen oder planen dies in Zukunft. In diesem Zusammenhang gaben lediglich 12% der DSAG-Mitglieder bzw. 16% der ASUG-Mitglieder an bereits live zu sein und die neuen, technologischen Möglichkeiten von SAP S/4HANA zu nutzen.

Daniel Kohl: Das ist erstaunlich. Stellt sich dir nicht auch die Frage, warum nicht bereits schon mehr Unternehmen SAP S/4HANA produktiv im Einsatz haben?

Gerd Hagmaier: Die ASUG-Mitglieder, die an der Umfrage teilgenommen haben, begründen dies durch zu hohe Kosten, fehlendem Business-Case und noch laufenden SAP ECC Projekten. Die DSAG-Mitglieder nannten wiederum die fehlende Notwendigkeit für einen Umstieg, die Unsicherheit bezüglich der neuen Funktionalitäten und an dritter Stelle auch den fehlenden Business-Case für den Umstieg nach SAP S/4HANA.

Daniel Kohl: Eins ist sicher: Technisch gesehen, steht früher oder später bei allen SAP Anwenderunternehmen die Umstellung auf die neue Lösung SAP S/4HANA bevor. Ich vermute jedoch, dass das damit verbundene Potential für die Fachbereiche und die Innovationskraft für das gesamte Unternehmen häufig noch nicht genutzt bzw. der Mehrwert vom Management noch nicht gesehen wird.

Diese Vermutung wird durch eine weitere Umfrage der DSAG mit rund 100 IT-Verantwortlichen im Sommer diesen Jahres gestärkt. Dabei bereitet den Unternehmen die größte Schwierigkeit eine fehlende Vision (43% der Teilnehmer) und nicht primär die neuen Technologien.

Gerd Hagmaier: Die Frage, die sich Unternehmen stellen ist doch, wie viel Transformation soll angegangen werden? Um dies zu beantworten, sollte der erste Schritt immer eine Evaluation neuer Technologien sein, sowie die Entwicklung von Business Cases. Da S/4HANA kein reines Technologieprojekt ist, ist es sehr wichtig abzuschätzen, welche Auswirkung die Transformation auf die bestehende Organisation und auf die Prozesse hat. Entsprechend kann eine Strategie entworfen und ein organisatorischer und technologischer Rahmen definiert werden.

Daniel Kohl: Klar ist, dass S/4HANA, genau so wenig wie einzelne Tools, die Lösung für alle Probleme sein kann. Unternehmen sollten so früh wie möglich individuell entscheiden, wie viele Variablen sie in ihrer Strategie berücksichtigen wollen. Die Variablen bilden dann den Umfang eines (Vor-)Projekts für die Transformation. Ist ein neues Stammdatenkonzept erwünscht? Wird eine neue Reportingstruktur benötigt? Wie steht es um die Cloud- und Daten-Strategie? Je mehr Variablen das Projekt einschließt, desto mehr Entscheidungen müssen auch getroffen werden.

Bei den Kunden zeigen sich hierzu große Unterschiede und es gibt keine allgemeingültige Antwort.

Organisationen müssen individuell abwägen, welcher Grad der Veränderung für sie verdaubar und leistbar ist. Welcher Change ist zwingend notwendig und welcher optional? Ein gutes Change Management, das von Anfang an den Zweck und die Ziele der Transformation für die betroffene Organisation und Stakeholder transparent macht sowie das Ausmaß und die Auswirkungen der resultierenden Veränderungen aufzeigt, ist erfahrungsgemäß der absolute Erfolgsfaktor in jedem S/4HANA Projekt.

Gerd Hagmaier: Und das ist ein klares Leadership-Thema. Nicht jedes Unternehmen, nicht jede Abteilung oder gar jeder einzelne Mitarbeiter ist schon für die Transformation bereit.

Es geht hier um die Veränderungsfähigkeit des gesamten Unternehmens.

Daniel Kohl: Da stimme ich dir voll und ganz zu. Unternehmen müssen in der Lage sein sich den steigenden Anforderungen, wie beispielsweise mehr Kundenzentrierung, höhere Liefergeschwindigkeit und kürzere Markteinführungszyklen anzupassen. Die logische Konsequenz daraus ist, dass sich das Business dazu neu ausrichten muss und dadurch folglich sich auch das gesamte Unternehmen dadurch entsprechend verändert. Um sich hier erfolgreich weiterzuentwickeln, müssen technische Innovationen zielgerichtet eingesetzt werden. Nur so kann es gelingen, Geschäftsprozesse zu optimieren, diese entsprechend zu automatisieren, um dann die notwendige Geschwindigkeit und Flexibilität zu erreichen.

Gerd Hagmaier: Also ist doch die entscheidende Frage, mit welcher Bereitschaft wird Veränderungen zugelassen? Manche Kunden glauben, der Umstieg nach SAP S/4HANA sei doch ein reines IT-Projekt, andere wiederum sehen hier gar den Bedarf für ein „Neue-Werte-Projekt“. Bei diesen Kunden steht besonders der Faktor „Mensch“ und die damit verknüpften Veränderungen in der Organisation im Vordergrund. Auch bekannt unter dem Stichwort: „Agile Organisation“. Ein frühes Einbinden aller relevanten Beteiligten ist dabei für den Erfolg des Transformationsprojekts maßgeblich.

Wir bei Capgemini wollen daher noch vor Beginn des Projekts ermitteln, welche Rolle bzw. welchen Zweck die Organisation, die Abteilung oder der einzelne Mitarbeiter einnimmt?

Daniel Kohl: Klingt plausibel. Schließlich definiert die Organisation die einzelnen Rollen, Aufgaben und Verantwortlichkeiten. Jedoch ist der Mitarbeiter derjenige, der sich dann gegebenenfalls ändern muss. Es ist so wichtig, ein Verständnis zum Sinn des eigenen Tuns im organisationalen Kontext sowie die Positionierung in Bezug auf IT oder Fachbereiche zu entwickeln. Versteht sich die IT-Organisation eher als Enabler oder als Verwalter?

Wie geht ihr bei Capgemini hier vor?

Gerd Hagmaier: Bei Capgemini nutzen wir hierfür in unseren C-Level Workshops gerne den Teamkompass. Darin beginnen wir mit der Frage: Was ist die Zweckbestimmung Ihrer Abteilung? Eine Kurzvorstellung der Abteilung und die Definition der Rolle im Unternehmen hilft dann bei der Orientierung.

Durch diese Herangehensweise schaffen wir bei den Teilnehmern ein besseres Bewusstsein über die Zielsetzung, Arbeitsweise und Organisation in ihrer Abteilung. Denn es muss transparent sein, dass der Fokus nicht nur auf der Technologie liegt, sondern auf der Analyse der „Schmerzpunkte“ und Auswirkungen der Veränderungen für die betroffenen Abteilungen, Teams und Mitarbeiter.

Daniel Kohl: Das ist wirklich spannend. Leider muss ich jetzt in den nächsten Termin. Lass uns doch bitte noch in dieser Woche an der Stelle wieder einsteigen und weitersprechen.

Synaworks sucht Dich als neues Teammitglied

SAP Application Lifecycle Management (ALM) Technologieberater mit Schwerpunkt SAP Solution Manager (w/m/d)

Bist Du bereit die digitale Transformation mit uns gemeinsam zu gestalten?

Dann haben wir für Dich genau den richtigen Platz – Bewirb Dich jetzt unter karriere@synaworks.com als SAP ALM Technologieberater mit Schwerpunkt SAP Solution Manager (w/m/d) und werde Teil unseres Teams!

Wer wir sind und was uns wichtig ist:

Synaworks ist kein Technologieberatungshaus wie viele andere. Wir sind ein Team aus Spezialisten der Bereiche SAP-IT, Strategie, Kompetenz- und Organisationsentwicklung mit dem Antrieb neue Wege zu gehen, alternative Perspektiven einzunehmen und Zusammenarbeit auf zeitgemäße Art zu leben.

Daher arbeiten wir interdisziplinär und betrachten neben der Toolebene immer auch das dahinter liegende Wozu unter Berücksichtigung der Veränderung jedes Einzelnen. Durch diesen umfassenden Blick ergeben sich für jedes neue Teammitglied spannende Möglichkeiten zur individuellen Weiterentwicklung. Die Arbeit bei Synaworks ist geprägt durch zentrale Werte: eine empathische Zusammenarbeit, die Übernahme von Verantwortung, ein authentisches und wertschätzendes Verhalten, das Streben nach Exzellenz und eine ausgeprägte Lernkultur.

Als junges Unternehmen im Wachstum gibt es neben herausfordernden Kundenprojekten auch vielfältige interne Aufgaben zu übernehmen und somit die Möglichkeit, nicht nur im, sondern auch am Unternehmen zu arbeiten.

Das erwartet Dich:

ein dynamisches und innovatives Umfeld
spannende Kunden, Projekte und Aufgaben
eine hohe Flexibilität und Freiheit in der persönlichen Arbeitsgestaltung
Teamarbeit auch über räumliche Grenzen hinweg
moderne Formen von Führung und Zusammenarbeit
ein attraktives Gehaltsmodell mit Beteiligung am Unternehmenserfolg

Was Du mitbringst:

mehrjährige Projekterfahrung als Technologieberater im Bereich SAP Application Lifecycle Management (ALM) und SAP Solution Manager mit Schwerpunkten auf:
- Release Management
- Change Request Management (ChaRM)
- Incident Management (ITSM)
- SAP Focused Build
sicherer Umgang bei der Beratung, Konzeption und Optimierung von IT-Prozessen im Kontext SAP Application Lifecycle Management (ALM)
SAP ABAP und ABAP OO Entwicklungskenntnisse

Freue Dich auf folgende Perspektiven:

selbstorganisierte Arbeitsweise und Übernehmen von Verantwortung
Weiterentwicklung zum Solution Architect oder Projektleiter
die Möglichkeit Dich gemäß Deiner persönlichen Ziele zu entwickeln
die Chance aktiv an der Entwicklung des Unternehmens mitzugestalten
Fortschritt durch das Aufgreifen neuer Ideen und dem Verknüpfen mit bestehenden Themen
das Team im Zentrum: zusammen gewinnen und verlieren und gemeinsam lernen
Vertrauen und Seriosität: wir sagen, was wir denken und tun, was wir sagen
Spaß an der Arbeit

Bewirb Dich jetzt als SAP ALM Technologieberater mit Schwerpunkt SAP Solution Manager (w/m/d)!

Die digitale Transformation fordert eine neue Positionierung der IT-Organisation. Welche Rolle möchtest Du dabei spielen? Du willst mit uns gemeinsam die digitale Transformation gestalten?

Dann ist Dein Change nur ein Klick entfernt – karriere@synaworks.com