Focused Insights – Eine neue Ära für das Reporting mit dem SAP Solution Manager 7.2

Es ist keineswegs übertrieben zu behaupten, dass die enorme Menge an Daten, die im SAP Solution Manager durch verschiedenste Szenarien und angebunden Systemen zusammenlaufen, einer Goldmiene gleichen. Um aus diesem vergrabenen Potenzial aber auch tatsächliche Mehrwerte zu ziehen, braucht es handhabbare und primär flexible Möglichkeiten die Daten darzustellen. Vor allem der Aspekt Daten aus verschiedenen Szenarien miteinander in Beziehung zu setzen und gemeinsam darstellen zu können, ist unseren Kunden wichtig.

Nun ist es so, dass Reporting und vor allem Dashboards bisher nicht gerade die Themen sind, für welche der Solution Manager bekannt ist. Große Fortschritte wurden hier schon mit den Focused Build Funktionalitäten, beispielsweise durch das Solution Readiness oder Test Suite Dashboard, realisiert. Aber ein wahrer Schlüssel zum Datenschatz ist die neue Lösung rund um Focused Insights! Und darüber hinaus ist diese – wohlgemerkt – kostenlos!

Focused Insights ist neben Focused Build und Focused Run in die Gruppe der Focused Solutions einzuordnen. Mit dem Ansatz der Focused Solutions hat die SAP einen intelligenten Weg gefunden, Kunden die Art von Innovation zu bieten, um moderne und agile Arbeitsweisen mit Hilfe des Solution Managers zu etablieren. Während Focused Build sich mit der Umsetzung agiler Projekt-Methodiken innerhalb von SAP-Projekten am Markt bereits einen Namen gemacht hat (im Fokus liegen hier S/4 Einführungen), ist Focused Insights der noch unbekannte kleine Bruder. Unserer Meinung nach wird sich der Bekanntheitsgrad aber in naher Zukunft ändern.

Natürlich gibt es zahlreiche Reporting-Anwendungen in den reinen Standard-Funktionalitäten. Die einzelnen Szenarien bieten teilweise sogar sehr umfangreiche Möglichkeiten. Man denke hier beispielsweise an Test Suite Analytics. In unseren Projekten haben wir allerdings hinsichtlich den Punkten Flexibilität und Integration zwischen verschiedenen Szenarien immer wieder Grenzen feststellen müssen. Eigenentwicklungen oder Excel sind zwar eine Möglichkeit, aber führen zu hohen Instandhaltungskosten und oft unzureichender Verlässlichkeit bezüglich Konsistenz und vor allem Aktualität.

Die Nachricht, dass mit Focused Insights nun ein Add-on verfügbar sein soll, welches „ready-to-use“ Dashboards bietet, die ohne Programmierkenntnisse auf individuelle Kundenwünsche angepasst werden können, hat uns – zugegeben nicht frei von Skepsis – aufhorchen lassen. Nach einigen Monaten der Nutzung ist die anfängliche Skepsis allerdings großem Enthusiasmus gewichen. Die Einrichtung ging deutlich schneller als wir das sonst von SAP-Lösungen gewohnt sind. Insbesondere wenn Sie Focused Build schon im Einsatz haben, reduziert sich der Aufwand deutlich. Grund hierfür ist, dass beide Lösungen auf der ST-OST Komponente basieren.

Nun aber zu den Kronjuwelen in Focused Insights: den Dashboards.

Abbildung 1: Focused Insights Startseite: Dashboard Kategorien

Auf dem Focused Insights Startbildschirm sehen Sie zunächst acht verschiedene Gruppierungen von Dashboards (siehe Abbildung 1). Diese umfassen die Best Practices für bestimmte Zielgruppen. Beispielsweise werden im Strategic Dashboards Daten so konsolidiert, dass sie Managementzwecke erfüllen. Im Tactical und Operations liegt der Fokus auf Monitoring-Daten. im Rahmen von ALM sind die die Operations Control Center (OCC) Dashboards am interessantesten. Denn hiermit können wir die entsprechenden Anforderungen am besten bedienen. Ein Dashboard besteht aus sogenannten Gadgets – eine der 12 Grafiken in Abbildung 2.

Innerhalb der Gadgets können Sie als Dashboard-Ersteller Queries definieren, welche die Daten über eine Vielzahl an verfügbaren Data Providern aus dem oben erwähnten Solution Manager Datenschatz abgreifen. Je nach ausgewähltem Data Provider stehen Ihnen verschiedenste Möglichkeiten für die Aufbereitung oder bedingter Formatierung zur Verfügung.

Sie sehen schon, ganz ohne neue Vokabeln und Strukturen kommt auch Focused Insights nicht aus. Dennoch: Eine Darstellung von Daten aus dem Solution Manager auf derartig hohem Niveau kombiniert mit einer Flexibilität für sehr spezifische Anforderungen war noch nie so einfach!

Eine gute Nachricht ist, dass SAP bereits einige Gadgets lauffähig zur Verfügung stellt. Diese lassen sich entweder genauso übernehmen, oder je nach Anforderung anpassen. Ein Dashboard für die alltäglichen Reporting Anforderungen ist also tatsächlich schnell gebaut. Aber auch bei anspruchsvollen und komplexeren Sachverhalten, wie beispielsweise einer Akkumulierung von noch nicht abgeschlossenen Tickets einer bestimmten Support-Gruppe oder komplexen Berechnungen über den „Calculation“ Data Provider ist einiges möglich. Darüber hinaus lassen sich über Berechtigungen und / oder über einen Expertenmodus für Befehle Einschränkungen der Dashboards steuern. Ein, im Vergleich zu den bisherigen Reporting-Lösungen, gewaltiger Mehrwert ist aber die Integration von verschiedenen Szenarien.

Es ist beispielsweise möglich, Zusammenhänge zwischen Ergebnissen aus der Test Suite mit dem ITSM darzustellen und darauf basierend ein Business Process Monitoring auszuwerten. Sie als Dashboard-Ersteller allein entscheiden welche Informationen in einem Dashboard gemeinsam dargestellt werden. Ständige Wechsel zwischen Szenarien und Oberflächen sind durch diesen zentralen Aspekt nicht mehr notwendig. Ein Absprung aus einem Dashboard in die tatsächlichen Tickets/Objekte in den Solution Manager Szenarien lässt sich ohne Weiteres in den Drilldown-Möglichkeiten eines Gadgets definieren.

Abbildung 2: Beispiel für ein Dashboard mit 12 Gadgets

Unzählige weitere Möglichkeiten gibt es noch zu entdecken. Beispielsweise ein Dark-Mode oder automatische Dashboard-Wechsel im Cockpit Style, die sich gut auf einem großen Flatscreen in Ihrem OCC-Office machen würden.

Fazit

Neben den knackigen Dashboards in SAP UI5 Gewand – übrigens auch schön auf mobilen Endgeräten wie Tablet oder Smartphone – besticht Focused Insights vor allem durch seine Einfachheit und Flexibilität. Natürlich auch durch die nicht zusätzlich anfallenden Lizenzkosten.

Da Focused Insights bereits unzählige Möglichkeiten bietet und diese momentan kontinuierlich sehr stark ausgebaut werden, ist unser Rat: Werden Sie sich zunächst klar welche Informationen Sie aus Ihren Prozessen im Rahmen eines Reportings darstellen wollen. Erst im darauffolgenden Schritt sollten Sie die Umsetzbarkeit in Focused Insights evaluieren. Grundsätzlich ist ein geeigneter Zeitpunkt, um über den Einsatz nachzudenken, wenn Sie mit Ihren Reporting-Anforderungen innerhalb der Standard- oder auch Focused Build Funktionalitäten an Grenzen stoßen.

Im Zusammenhang mit SAP Activate lassen sich durch Focused Insights in jeder Phase Ihres SAP S/4 HANA Projekts Mehrwerte erreichen. Am ehesten ist es aber in die Phase „Run“ einzuordnen. Prinzipiell ist im Zusammenhang mit einer S/4 Einführung ein leistungsfähiges Application Lifecycle Management mit aussagekräftigem Reporting als ein entscheidender Erfolgsfaktor einzustufen. Hierbei ist es essenziell, frühzeitig – am besten parallel zum S/4 Kickoff– eine ALM Roadmap aufzubauen, so dass das S/4 Projekt in jeder Phase optimal unterstützt werden kann. Mehr Informationen dazu finden Sie in unserem Beitrag SAP Solution Manager 7.2 – der Weggefährte des S/4HANA Projekts.

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 unsere Discovery Workshops 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 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.

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!

Synaworks – Teamevent

Noch Anfang des Jahres haben wir uns beinahe täglich zusammen mit den Synaworks- Kollegen und -Kolleginnen bei einem Kaffee in der Kaffeeküche ausgetauscht oder sind zusammen Mittagessen gegangen. Auch abends saßen wir gerne bei einem Feierabendbier zusammen auf der Dachterrasse unseres Büros in der Heidelberger Innenstadt bevor wir uns auf den Heimweg machten.

Über das Jahr hinweg hat sich das ziemlich gewandelt. So wie bei den meisten anderen auch arbeitet auch unser Team verstärkt aus dem Homeoffice und für Präsenzzeiten im Büro gibt es Regeln.

Trotzdem wollen wir die Verbundenheit und Freunde im Team nicht völlig aus den Augen verlieren. Daher veranstalteten wir im Oktober ein regelkonformes Teamevent. Bei einer organisierten City Explorer Tour wurden wir mit einem iPad ausgestattet. Damit konnten wir während der Stadtrallye durch die Heidelberger Altstadt einzelne Stationen ansteuern und verschiedene, vorbereitete Aufgaben und Rätsel lösen. Trotz den etwas unbeständigen Wetterverhältnissen haben wir uns nicht unterkriegen lassen und konnten so gut wie alle Aufgaben mit Synaworks-Teamspirit lösen. It’s all about callaboration. Insbesondere unsere Geschäftsführer Daniel Kohl und Nicolas Crisand haben bei ein paar Aufgaben bewiesen, dass sie es tierisch drauf haben…kleiner Insider am Rande. Während der Tour entstanden klasse Fotos und Videos, die uns bestimmt noch eine ganze Weile an die ein oder andere Situation erinnern.

Auf den erfolgreichen Nachmittag wollten wir natürlich anschließend noch wohlverdient anstoßen. Außerdem ist es ist allgemein bekannt, dass Synaworker  von frischer Luft und Denksport ziemlich hungrig werden. Auf diese Challenge waren wir bestens vorbereitet. Wir versorgten uns, anstatt ins Restaurant zugehen, selbst mit einem Buffet aus mitgebrachten Köstlichkeiten und ließen die Woche gemeinsam ausklingen.

Wir hoffen, dass wir bald wieder ein Teamevent veranstalten können.

Wenn du Teil des Synaworks-Team werden willst, schau dir an, was wir so machen. Wir freuen uns von dir zu hören.

Das SAP S/4HANA Projekt – verteidigen Sie noch oder Arbeiten Sie schon?

Viele Unternehmen starten gut gerüstet mit der SAP Activate Methodik in die SAP S/4HANA Transformation. Doch mit der Zeit wird das Projekt immer langsamer und ineffizienter. Mehr und mehr sehen sich die Verantwortlichen in Überzeugungsarbeit und politischen Diskussionen verstrickt, statt das Projekt inhaltlich weiter voran treiben zu können.

Was ist passiert?

Die SAP Activate Methodik bietet mit dem Dreiklang aus Methodik, Tools und Content eine hilfreiche Unterstützung für Projektteams. Die vordefinierten Workstreams geben einen Überblick über die wichtigsten Arbeitspakete und wann diese ins Auge zu fassen sind. Alles findet seinen Platz in den bekannten Phasen Discover, Prepare, Realize, Deploy und Run.

Mit großem Interesse konzentrieren sich die meisten Teams auf die technischen Arbeitspakete: Sie machen sich Gedanken über das Application Design, konzipieren Teststrategien, designen Entwürfe zu den Themen Daten Management und Integration.

Aber wie steht es mit dem Workstream Solution Adoption? Unter diesen Workstream fallen neben dem Onboarding und Trainings für die Teams auch das Organizational Change Management (OCM, siehe auch Abb. 1).

Abb. 1: Arbeitspakete des Workstreams Solution Adoption. Quelle: SAP

Obwohl viele wissen, wie wichtig es ist, den bevorstehenden Change adäquat zu adressieren – mit Stakeholderanalysen, organisationale Change Impact Analysen, Kommunikationsplänen, Kompetenzentwicklungen und Methoden zur Verbesserung der Zusammenarbeit, um nur einige Stichworte zu nennen –  wird dieses Arbeitspaket häufig nicht ausreichend adressiert. OCM ist vielen immer noch zu unspezifisch und zu wenig greifbar im Gegensatz zu einem technischen Arbeitspaket.

Aber was passiert, wenn Menschen auf den bevorstehenden Change nicht vorbereitet und mitgenommen werden? Wenn die Betroffenen nicht zu Beteiligten gemacht werden? Häufig haben die MitarbeiterInnen keine Möglichkeit, überhaupt die Notwendigkeit der bevorstehenden Veränderung zu erkennen, da ihnen Kontext und Hintergrundwissen fehlen. Ohne Wissen um die Notwendigkeit kann aber auch keine Motivation für die Veränderung entwickelt werden. Die Folge: Mitarbeiter blockieren, das Potenzial der Zusammenarbeit wird nicht ausgeschöpft, das Projektziel gerät immer mehr aus dem Fokus und interne politische Auseinandersetzungen bestimmen die Diskussion. Dies führt dazu, dass immer weniger am Projekt selbst gearbeitet wird und stattdessen immer mehr Konflikte bewältigt werden müssen.

Vor diesem Hintergrund ist es wenig überraschend, dass in der SAP Activate Methodik das OCM als wichtiger Bestandteil adressiert wird, um den Gesamtprojekterfolg zu gewährleisten.

Nutzen Sie geeignete Ansätze, Methoden und Instrumente, um das Thema OCM adäquat zu berücksichtigen und den Projekterfolg nicht zu gefährden. Erste konzeptionelle Überlegungen dazu sollten bereits in der „Prepare“-Phase entwickelt werden, um eine entsprechende Roadmap zu entwickeln.

Im Kontext eines OCM unterstützen wir Sie u.a. bei folgenden Schwerpunkthemen:

Wenn Sie Interesse haben, stehen wir Ihnen sehr gerne für weitere Informationen und Best Practice Beispiele zur Verfügung. Wir freuen uns auf Ihre Kontaktaufnahme.

Wir beraten und begleiten Sie auch gerne zum Thema :

Die neuen Rollen der IT – Was ist morgen wichtig?

Mit 6 Schritten die Veränderung in der IT-Organisation erfolgreich gestalten

Auf die Frage: “Was verhindert in Ihrer Organisation, notwendige Veränderungen zu initiieren?” haben 65 IT-Verantwortliche wie folgt geantwortet:

Knapp die Hälfte der Befragten IT-Manager sind demnach der Meinung, dass es an der fehlenden „Vision“ liege, was mit einer Veränderung bezweckt werden solle. Diesen Aspekt können wir aus unserer Beratungspraxis bestätigen – ist für die MitarbeiterInnen das „wozu“ nicht klar, werden sie auch den Aufwand und die Mühe der Veränderung nicht auf sich nehmen.

Wollen Führungskräfte Veränderungen initiieren, empfehlen wir 6 konkrete Schritte, die in dem Synaworks Changerad skizziert sind:

  1. Das Wissen – Gründe und Auswirkungen
    Das Wissen, warum ein Change erforderlich ist, ist die Ausgangsbasis für jeden Changeprozess. Sind die Gründe unklar, werden MitarbeiterInnen die Mühe der Veränderung nicht auf sich nehmen. Der persönliche Einsatz erscheint nur dann gerechtfertigt, wenn klar ist, warum er notwendig ist. Die Aufgabe der Führungskräfte besteht darin, gemeinsam mit den MitarbeiterInnen diese Gründe zu reflektieren und die Konsequenzen aufzuzeigen, die sich für die Organisation, die Abteilung und jeden Einzelnen ergeben, wenn die Veränderungen ausbleiben. Gleichzeitig müssen die MitarbeiterInnen Transparenz darüber erhalten, welche Auswirkungen die anstehenden Veränderungen für sie persönlich, ihre Rolle, Verantwortlichkeiten, Arbeitsweisen und Abläufe haben. 

  2. Zweck der Veränderung
    Der Zweck der Veränderung sagt aus, was mit der Veränderung erreicht werden soll. Er ist also nach vorne, in die Zukunft gerichtet: Was soll nach der Veränderung anders, besser sein als vorher? Die Veränderung muss für die Organisation und die MitarbeiterInnen einen Sinn ergeben, dieser muss transparent gemacht und mit den Beteiligten reflektiert werden. Das bedeutet nicht automatisch, dass alle MitarbeiterInnen durch die Veränderung einen Vorteil haben. Um so wichtiger ist die Führungsaufgabe, die Sinnhaftigkeit der Veränderung mit den Beteiligten zu diskutieren. Erst mit dem Blick auf das „große Ganze“ können wir etwaige individuelle Nachteile akzeptieren.

  3. Kompetenzen 
    Häufig verfügen wir nicht über die notwendigen Kompetenzen, um mit Veränderungen erfolgreich umgehen zu können. Es sind vor allem Selbst-, Sozial- und Methodenkompetenzen, die uns in Veränderungsprozessen helfen – und diese Kompetenzen können erlernt und trainiert werden. „Changekompetente“ MitarbeiterInnen erhöhen die Erfolgswahrscheinlichkeit von Veränderungsprojekten erheblich. Gleichzeitig steigt die Wahrscheinlichkeit, dass mit einer erhöhten Changekompetenz auch die Akzeptanz der Veränderung steigt. Eine wichtige Führungsaufgabe besteht darin, zu erkennen, welche Kompetenzerweiterungen bei welchen MitarbeiterInnen sinnvoll erscheinen. 

  4. Kultur und Werte
    Bei Werten gibt es kein gut oder schlecht, sondern nur ein fit bzw. misfit zu einer spezifischen Situation. So werden für einen erfolgreichen Change einige Werte der Organisation hilfreich, andere dagegen eher hinderlich sein. Essentiell für den Change Prozess ist es, ein realistisches Bild über die tatsächlichen (!) Ist-Werte der Organisationskultur zu haben. Durch Evaluationen lassen sich diese relativ einfach erheben. Die Transparenz über die individuelle Werteausprägung einer Abteilung oder Organisation hilft maßgeblich, den Change Prozess erfolgreich zu gestalten. Gary Hamel, einer der bedeutendsten Management Experten unserer Zeit, sagt: „Es ist unmöglich, in einem Unternehmen Veränderungen zu bewirken, ohne zuerst dessen Kultur verstanden zu haben.“

  5. Kommunikation
    Die offene und stete Kommunikation ist ein weiterer wichtiger Erfolgsfaktor in einem Veränderungsprozess. Dabei können sich die Verantwortlichen an der Maxime orientieren: es kann nicht zu viel kommuniziert werden. Entscheidend dabei ist, dass sich die Mitarbeiter darauf verlassen können, dass von den Verantwortlichen Positives wie Negatives gleichermaßen transparent und zeitnah kommuniziert wird. Haben die MitarbeiterInnen den Eindruck, dass wichtige Aspekte nicht transparent gemacht werden, sind „Flurfunk“ und Gerüchte die Folge – ein „Super-Gau“ für den Veränderungsprozess. 

  6. Gestaltungsmöglichkeiten
    Wir entwickeln erst dann Motivation und Engagement für eine Sache, wenn wir uns mit dem Vorhaben verbunden fühlen. Die Voraussetzung dafür ist, dass MitarbeiterInnen an dem Change Projekt mitwirken und sich einbringen können. Die reine Kommunikation über das Projekt reicht nicht aus, um die berühmte „Anschlussfähigkeit“ herzustellen. Entscheidend ist, die Betroffenen zu aktiv Mitwirkenden zu machen, die – innerhalb definierter Leitplanken – Gestaltungsspielräume am anstehenden Veränderungsprozess haben. 

Werden diese sechs Handlungsfelder von den Verantwortlichen gut „bespielt“, sind wichtige Voraussetzungen geschaffen, dass MitarbeiterInnen durch ihre Haltung und ihr Verhalten zu aktiven Treibern der Veränderung werden.

Sprechen Sie uns gerne an, wenn Sie weiterführende Informationen zum Thema Change und SAP S/4HANA-Transformation wünschen: https://synaworks.com/kontakt/

SAP S/4HANA – den richtigen Transformationsansatz finden!

SAP Kunden stehen vor der Herausforderung auf SAP S/4HANA zu wechseln. Dabei fragen sich viele Kunden: Wie kann ein für die Organisation geeigneter Transformationsansatz gefunden werden?

Wir empfehlen dazu die folgenden 3 Schritte:

SAP S4/HANA Transformation © Synaworks GmbH Heidelberg

1. Transparenz herstellen
Als erstes geht es darum, die Komplexität zu reduzieren und Transparenz zu schaffen: Welche externen Gegebenheiten und Restriktionen müssen beachtet werden? Welche Umstiegsoptionen sind praktikabel? Wo liegen die jeweiligen Vor-und Nachteile?
Neben den externen Rahmenbedingungen klären wir mit Ihnen Ihre interne Situation: Welche besonderen Anforderungen hat Ihre Organisation, wie ist die Zusammenarbeit mit den Fachbereichen, wie gut kann Ihre Organisation mit Veränderungen umgehen?
Unser Ansatz schafft eine gemeinsame Wissensbasis, die Transparenz in das „fuzzy front end“ bringt.

2. Ziele ableiten
Im zweiten Schritt geht es darum, was mit dem Umstieg erreicht werden soll: Welche Ziele verfolgen IT und Fachbereiche? Was ist der wünschenswerte Zustand nach der S/4HANA Transformation? Manchmal haben Organisationen noch keine Idee zu diesen Fragen – umso wichtiger, dass sie gestellt werden. Denn ohne einen attraktiven „wünschenswerten Zustand“ bleibt es ein reines IT-Projekt.

3. Optionen entwickeln und Entscheidung treffen
Nachdem Transparenz geschaffen und Ziele definiert wurden, können mögliche Transformationsoptionen entwickelt werden. Diese Hypothesen gilt es in mehreren iterativen Schleifen zu verifizieren, bevor dann eine Entscheidung für einen bestimmten Transformationsansatz getroffen werden kann.

Wir unterstützen Sie gern in der erfolgreichen Planung und Initiierung von SAP S/4HANA Transformationsprojekten – weitere Informationen finden Sie hier.

Privacy Settings
We use cookies to enhance your experience while using our website. If you are using our Services via a browser you can restrict, block or remove cookies through your web browser settings. We also use content and scripts from third parties that may use tracking technologies. You can selectively provide your consent below to allow such third party embeds. For complete information about the cookies we use, data we collect and how we process them, please check our Privacy Policy
Youtube
Consent to display content from Youtube
Vimeo
Consent to display content from Vimeo
Google Maps
Consent to display content from Google
Save