Das letzte Mal haben wir über die drei großen Anknüpfungspunkte an die Synaworks Customer Journey gesprochen. Da gab es drei Touchpoints: ALM auf die Organisationsebene, IT-Organisation und Positionierung der IT-Organisation über das IT-TOM Framework kanalisiert und den dritten Touchpoint, das Thema Agile Transformation und Agilität als soziale Innovation mit dem Fokus auf Zusammenarbeit.

Gibt es in diesen drei großen Anknüpfungspunkten an die Customer Journey ein einheitliches Muster? Also gibt es beispielsweise Phasen, die sich ableiten lassen und die wir immer wieder verwenden?

Ja, tatsächlich haben wir eine methodische Herangehensweise, um die steigende Komplexität zu reduzieren, die u.a. durch technologische Abhängigkeiten verursacht wird. Zudem können durch die Methode Zusammenhänge von großen „Spielfeldern“ aufgezeigt werden, um von der strategischen auf die operationale Ebene zu kommen. Umgangssprachlich sprechen wir davon, den Elefanten in Scheiben zu schneiden – und dabei nichts zu vergessen.

Wir starten immer mit Wissen, mit der Awareness über ein Thema. Unser Ziel ist hier, dass der Kunde seinen sog. Case of Action kennt: WARUM soll ich mich überhaupt mit dem Thema beschäftigen und die Mühe der Veränderung auf mich nehmen? Vielleicht auch: was sind die akute Pain Points beim Kunden, die eine Veränderung notwendig erscheinen lassen. Um sich dann die Frage zu stellen: Welche Auswirkungen haben diese Veränderungen auf die Organisation? Und wie gut sind die Teams und die Mitarbeiter im Umgang mit Veränderung. Daraus lassen sich dann Ableitung treffen für die nächste, daran anschließende Phase, die sogenannte Design Phase. Zusammenfassend: es startet immer mit dem Case of Action und dem Warum.

In der Design Phase fragen wir uns: Was ist da jetzt zu tun? Und auch: wozu machen wir das jetzt? Wir entwickeln ein Zielbild bzw. einen wünschenswerten Zustand, um dann zu wissen, was Nachher besser sein soll als Vorher. Anschließend daran entwickeln wir eine Roadmap, indem wir einen Fahrplan entwickeln, den wir im besten Falle in Phasen unterteilen und priorisieren. Denn: man kann nicht alles gleichzeitig machen, sondern muss Schwerpunkte setzen, um die Phasen zu unterteilen und dann auch die Überleitung zu schaffen von der Konzeption hin zur konkreten Umsetzung. Zusammenfassend: es geht weiter mit dem wünschenswerten Zustand und dem Wozu – also was ist nachher besser als vorher.

Die Umsetzung wäre dann auch die dritte große Phase, die wir als Transform Phase bezeichnen. Dort gehen wir ins operative Doing und in die Realisierung. In agilen Schleifen ergreifen wir Maßnahmen, sowohl auf der technologischen als auch auf der organisatorischen Ebene. In dieser Phase begleiten wir unsere Kunden in der Umsetzung des definierten Fahrplans. Dafür sind die beiden Phasen zuvor so wichtig – Awareness und Design Phase – um zielgerichtet und auch mit einer gewissen Orientierung in die Umsetzung zu gehen.

Kannst du mir dafür ein Beispiel geben, in dem dieses Vorgehen schon richtig gut funktioniert hat?

Was wir beispielsweise in einem Kundenprojekt gemacht haben zum Touchpoint ALM und ALM Transformation. Gestartet sind wir mit der Awareness Phase: warum ist ALM für den Kunden wichtig und haben daran anschließend aktuelle Pain Points besprochen. Um dann in einer Design Phase gemeinsam eine für den Kunden maßgeschneiderte ALM Roadmap zu erstellen, die wir im Projekt gemeinsam weiter operationalisieren konnten. Beispielsweise indem wir im Rahmen eines SAP EHP8 Upgrade Projektes das Testmanagement und die zugehörige Prozessdokumentation mit dem SAP Solution Manager aufgebaut haben. Die Testfälle können jetzt weiter für die bevorstehende S/4HANA Transformation genutzt werden. Während des Designs hat sich außerdem im Rahmen der Roadmap herauskristallisiert, dass hier nicht nur die technologische Dimension wichtig ist, sondern auch die Organisation zu berücksichtigen ist.

Beispielsweise im Bereich der Rollen, die wir dann auch sukzessive in der Organisation beschrieben, geschult und eingeführt haben. Und inzwischen sind wir so weit, dass die Key-User verstärkt im Fokus stehen, weil diese als Voraussetzung und Bindeglied zwischen IT und Fachbereichen wichtig sind, um das bevorstehende S/4HANA Transformationsprojekt gemeinsam angehen zu können.

Das wäre ein Beispiel aus der Vergangenheit, wie wir aus einem IT-Projekt kommend die Themen Organisation und Rolle adressiert haben und den Kunden begleiten, das vorhandene Key User Konzept zu etablieren, um IT und Fachbereiche auf die bevorstehende S/4HANA Transformation vorzubereiten.

Super, danke für diesen praxisnahen Einblick in die Synaworks Methodik! Gerade für mich als noch nicht seit 15 Jahren in der SAP Welt schwimmend ist die methodische Herangehensweise ein wichtiges Gerüst, an dem ich mich festhalten und wo ich mich einbringen kann. Lass uns beim nächsten Mal darauf schauen, wie diese Methodik im Kundenprojekt anwenden.