Neu bei Synaworks Teil 4: Unser Beratungsansatz im Projekt

Beim letzten Mal haben wir uns ein Praxisbeispiel angeschaut, in dem die Synaworks Methodik bereits gut funktioniert hat. Gab es in diesem Projekt Stolpersteine oder Herausforderungen, die wir erfolgreich gemeistert haben?

Stolpersteine gibt es ja in jedem Projekt. Sowohl aus der technologischen Ebene, wo wir häufig mit technologischen Herausforderungen kämpfen, weil die SAP Infrastruktur bei unseren Kunden immer wieder Besonderheiten bereithält. Mit denen können wir allerdings gut umgehen, aufgrund unserer hohen fachlichen und technischen Expertise im SAP ALM Umfeld, die wir in den letzten 15 Jahren sammeln konnten. Das andere Thema ist natürlich: im Kern geht es um Veränderung nicht nur auf der technologischen, sondern speziell auf der organisatorischen Ebene – und diese Veränderungen sind mit komplexen Herausforderungen verbunden. Da Veränderungen mit Mühe, Energie und Aufwand verbunden sind, ist der Kern bzw. die größte Herausforderung, von Anfang an die Abteilungen, Teams und Mitarbeiter so abzuholen, dass man sagt: ich erkenne den Sinn und Zweck, warum ich mich auf die Reise machen und beispielsweise beim S/4HANA Transformationsprojekt mitarbeiten sollte. Wenn mir das Warum und Wozu klar ist, bin ich bereit, den Aufwand zu investieren, mich aus meiner Komfortzone zu bewegen, um die gemeinsamen Ziele zu erreichen.

Wie gehen wir mit diesen Herausforderungen der Veränderung um?

Als Synaworks kennzeichnet es uns, dass wir eine gute Mischung mitbringen aus Inhaltsberatung, die notwendig ist, um mit dem Kunden über bestimmte Lösungsansätze zu sprechen und der zugehörigen Methodenberatung. Gerade diese Methodenberatung ist etwas, was uns differenziert von anderen SAP-Technologie-Beratungsunternehmen. Wir bleiben mit unserer strukturierten Vorgehensweise relativ lange im sog. Analyse- und Problemraum, um erstmal den Kunden und deren Pains & Needs zu verstehen und gleichzeitig die steigende Komplexität der Themen handhabbar zu machen. Im ersten Schritt geht es darum, gemeinsam mit dem Kunden die relevanten Handlungsfelder zu identifizieren und zu priorisieren, um den akuten Veränderungs- und Handlungsdruck aufzuzeigen. Wir fangen da an, wo dem Kunden der Schuh am meisten drückt. Im zweiten Schritt designen wir innerhalb der Handlungsfelder geeignete Lösungsoptionen. Um das machen zu können, greifen wir auf unsere Expertise in der Inhaltsberatung zurück.

Wenn wir über Veränderung sprechen, ist ja nicht nur die Veränderung in unseren Projekten zu betrachten, sondern auch wie der Synaworks-Ansatz nach innen wirkt. Was macht Synaworks hier besonders? Oder was ist der Anspruch, was wollen wir besonders machen?

Unser Anspruch ist da sehr hoch, würde ich behaupten. Gerade weil wir den Anspruch an uns haben, beispielsweise beim Thema agiles Team und agile Zusammenarbeit ein Vorbild zu sein. Speziell für unsere Kunden, bei denen wir die SAP IT-Organisation in der agilen Transformation begleiten.

Die größte Herausforderung für ein Team ist vermutlich die Diversität, die wir auch im Synaworks-Team haben. Von hochgradiger SAP-Technologie-Expertise, die einige Kollegen mitbringen, bis hin zu teilweise einer psychologischen Ausbildung, die du ja, liebe Eva, auch mitbringst. Diese Diversität stellt auf der einen Seite schon eine Herausforderung dar, ist auf der anderen Seite allerdings auch die größte Stärke in unserem Team. Indem wir mit dieser Perspektivenvielfalt, mit den verschiedenen Kompetenzen, den Veränderungsprozess bei unseren Kunden bestmöglich begleiten können.

Zusammenfassend könnte man also sagen: Was ist die größte Stärke eines Teams – Diversität. Und auch: Was ist die größte Herausforderung eines Teams – Diversität. Das ist ja spannend. Ich freue mich im nächsten Teil mehr darüber zu erfahren, wie wir bei Synaworks eigentlich mit dieser Diversität im Team umgehen und was vor allem Werte und Sinnvermittlung damit zu tun haben.

Neu bei Synaworks Teil 3: This is how we do it – Die Synaworks Methodik

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.

Neu bei Synaworks Teil 2: 3 Portfoliobereiche – 3 Anknüpfungspunkte beim Kunden

Letztes Mal sprachen wir über das Synaworks Portfolio. Heute möchte ich erfahren wie Synaworks dabei vorgeht! Daniel, was ist denn die Synaworks Customer Journey?

Unsere Synaworks Customer Journey hat aktuell drei Anknüpfungspunkte beim Kunden. Als wir gegründet haben, sind wir mit dem ersten Anknüpfungspunkt gestartet: mit einem starken Fokus auf die Technologie. Dabei haben wir gesagt „Technologie alleine springt zu kurz“ und entwickeln uns vom Technologie-Portfolio über den IT-Prozess – in der Interaktion mit den Rollen, die in diesem IT-Prozess arbeiten – rüber auf das Strategieportfolio. Dann sind wir im Strategieportfolio bei dem Wozu und dem wünschenswerten Zustand und können das runterbrechen auf das Thema Veränderungsinitiierung / -begleitung bis hin zur Academy. Das wäre das Synaworks Portfolio einmal von links nach rechts entwickelt. Also ein Einstieg beim Kunden, über die Technologie hinaus, speziell mit dem Thema ALM mit Fokus auf IT Prozess.

Der zweite Anknüpfungspunkt beginnt auf strategischer Ebene im Portfoliobereich „Strategie“. Es stellt sich die Frage: Wie kann sich die IT als adäquater Partner für die Fachbereiche positionieren? Das ist die Überleitung zu unserem IT-TOM, dem Target-Operating-Modell für die IT-Organisation. Wir machen uns dabei Gedanken, welche Handlungsfelder die IT-Organisation bespielen und adressieren sollte, um bestimmte Ableitungen zu treffen. Dabei hilft das IT-TOM, sich in einer Designphase erstmal eine gewisse Klarheit zu verschaffen, bevor wir später zielgerichtet in die Umsetzung gehen.

Stichwort Umsetzung und Agilität: das wäre dann der Anknüpfungspunkt an unsere Customer Journey. Unter anderem aufgrund der vielen Technologien im SAP-Umfeld, aufgrund der zunehmen Cloudifizierung, steigt die Komplexität massiv. Durch technologische Abhängigkeiten und durch immer mehr Skills, die man benötigt, um in eine andere Art und Weise der Zusammenarbeit zu kommen. Das ist dann auch der Kern: Wenn wir uns in der Umsetzung befinden, gehen wir diese sehr häufig mit agilen Vorgehensweisen an. Was wir darunter verstehen ist, dass Agilität erstmal mehr ist, als die Einführung eines Tools. Agilität ist auch mehr als ein Framework namens Scrum oder Kanban. In unserem Verständnis geht es bei Agilität mehr um das Thema einer anderen Art und Weise der Zusammenarbeit – bis hin, dass wir Agilität als soziale Innovation verstehen. Diese Innovation kann super fruchtbar sein kann, bedeutet aber gleichzeitig eine sehr große Veränderung für die Organisation. Man kann in diesem Prozess nicht sagen: morgen sind wir agil – das ist ein stetiger Lernprozess. Und der ist nicht ohne Energieaufwand und ein agiles Mindset zu haben!

Danke für die Ausführungen, Daniel. Die Orientierung an den drei Anknüpfungspunkten an die Customer Journeys macht es mir schon heute leichter, die verschiedenen Projekte einzusortieren, die mir im Synaworks Alltag begegnen. Lass uns beim nächsten Mal darüber sprechen, wie wir Projekte angehen und was das Besondere an der Synaworks Methodik ist!

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!

Kompetenzen für die digitale Transformation

Im Unternehmenskontext definieren wir digitale Transformation als einen Veränderungsprozess, der die Fähigkeit der Organisation erhöht, mit neuen Technologien neue Nutzenversprechen zu schaffen. Das können bspw. neue Service-Angebote, Produkte oder Prozessabläufe sein, die wiederum Chancen eröffnen.

Wie gut dazu ein Unternehmen in der Lage ist, entscheidet die digitale Reife des Unternehmens. Sie bestimmt genau die Fähigkeit, mit neuen Technologien neue Nutzenversprechen zu generieren.

Capgemini hat in einer Studie aus dem Jahr 2017 acht zentrale Aspekte identifiziert, die digital reife Organisationen von weniger reifen unterscheidet, siehe nachfolgende Abbildung 1

Abbildung 1: Die digitale Reife der Organisation; Quelle: Capgemini – Change Management Studie 2017 Culture First! Von den Vorreitern des digitalen Wandels lernen

Das spannende daran ist: Digitale Reife hat nur begrenzt etwas mit Technologie, aber viel mit „analogen“ Kompetenzen und Haltungen zu tun. Da geht es bspw. um Aspekte wie Zusammenarbeit, Kundenorientierung, die Fähigkeit, agil zu handeln oder die Fähigkeit zur Selbstorganisation.

„Digital Transformation isn’t about digital„

Das wird noch deutlicher, wenn wir uns fragen, was hinter den acht Erfolgsfaktoren steckt und wie diese zum Leben erweckt werden können, vgl. Abbildung 2

Nehmen wir das Beispiel Agilität: Hier sind es vor allem Anpassungsfähigkeit, Iterationsmethodik und Schnelligkeit. Um anpassungsfähig zu sein, darf ich nicht an starren Konzepten, Abläufen oder Vorgaben hängen, sondern muss Gewohntes hinterfragen und Veränderungen aktiv treiben. Dabei fühlt sich nicht jeder wohl. Mit einem gezielten Kompetenzaufbau kann ich mich jedoch auch in solche Bereiche hineinbewegen, in denen ich mich „vom Typ her“ nicht so wohl fühle. So kann über eine Kompetenzentwicklung auch nach und nach eine Kulturentwicklung stattfinden.

Abbildung 2: Haltung & Kompetenzen; Quelle: Capgemini – Change Management Studie 2017 Culture First! Von den Vorreitern des digitalen Wandels lernen

Betrachtet man als zweites Beispiel den Aspekt Zusammenarbeit sind es vor allem Offenheit, Partizipation und Kommunikation. Wenn ich nicht offen für den anderen und andere Perspektiven bin, kann ich nicht authentisch zusammenarbeiten. Zum anderen geht es um die Partizipation, also darum, andere in meine Projekte einzubinden, sie zu beteiligen und vice versa. Erst dann kann ein Mehrwert entstehen. Professionell zu kommunizieren ist wiederum die Basis, um zielführend zusammenzuarbeiten. Ohne „gute“ Kommunikation kann keine Zusammenarbeit entstehen.

Kurz gesagt: Es sind vor allem Selbst-, Sozial- und Methodenkompetenzen der MitarbeiterInnen, die eine digital reife Organisation ermöglichen. Diese Kompetenzen vermitteln und trainieren wir in der Synaworks Academy – hier erhalten Sie eine detaillierte Übersicht über die Trainingsmodule.

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.

Abbildung 2: Capgemini Würfel

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:

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.

Abbildung 1: Teamkompass

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.

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?

Das Selbstverständnis der Organisation. Teil 4: Die Vision der Organisation

In Teil 1 unserer Reihe haben wir die Bedeutung des Selbstverständnisses für die Veränderungs- und Strategiearbeit vorgestellt. In Teil 2 diskutierten wir mit dem Werte-Aspekt den ersten der drei Parameter, die das Selbstverständnis einer Organisation definieren. Teil 3 handelte von dem Purpose der Organisation als wichtiger Fixstern für Orientierung und Motivation. Im vierten und letzten Teil der Reihe gehen wir auf den dritten Parameter des Selbstverständnisses ein: ­­den wünschenswerten Zustand, den die Organisation erreichen will.

Parameter 3: Vision

Die Vision beschreibt einen wünschenswerten Zustand in ferner Zukunft. Damit definiert die Vision, wonach die Organisation strebt und welches große Ziel sie einmal erreichen will. Eine Vision zeichnet sich dadurch aus, dass sie ein großes, kühnes und ambitioniertes Ziel verfolgt. Dadurch wird die Organisation elektrisiert, motiviert und mit Energie versorgt. Die Mitarbeiter müssen davon überzeugt sein, dass es grundsätzlich möglich ist, dass Ziel zu erreichen – selbst dann, wenn es keine Garantie dafür gibt oder die Erreichung des Ziels nur mit äußersten Anstrengungen verbunden sein werden.

Damit setzt die Vision Leitplanken, die dabei helfen, notwendige Handlungs- und Entwicklungsfelder zu adressieren, zielführende Entscheidungen zu treffen und Maßnahmen zu priorisieren.

Visionen sind keine starren, unveränderbare Konstrukte. Dafür sind die Rahmenbedingungen, in denen Organisationen agieren, zu volatil und unsicher.

Eine lernende und sich evolutionär entwickelnde Organisation ist kaum vorstellbar ohne einer steten, sich dem neuen Evolutionsstand anpassenden Vorstellung einer wünschenswerten Zukunft. Mit jedem Lernen, mit jeder Weiterentwicklung der Organisation und im Zuge bestimmter externer Veränderungen kann und sollte es daher zu einer Anpassung der ursprünglich formulierten Vision kommen – so spiegelt sich der jeweilige evolutionäre Stand der Organisationsentwicklung auch in der entsprechenden Visionsformulierung.

Der Purpose dient dabei als das Konstrukt, das den grundsätzlichen Rahmen setzt, in dem die Vision formuliert wird.

So ist eine Vision auch eher mit einem ruhigen, sich stetig adaptierenden Prozess zu vergleichen, der der evolutionären Entwicklung der Organisation Rechnung trägt, statt mit einem einmal formulierten, unveränderbaren Statement.

Der Zeithorizont, in dem das Ziel erreicht werden kann, ist langfristig und beträgt mehrere Jahre, wenn nicht gar Dekaden. Damit erfordert die Formulierung einer Vision die Fähigkeit zum visionären Denken. Die Vision sollte so konkret formuliert sein, dass die Organisation weiß, wann sie das Ziel erreicht hat. Damit ist die Formulierung auch ein kreativer Akt, in dem sich die Verantwortlichen überlegen, was sie einmal gerne für eine Organisation sehen würden, wie die Mitarbeiter miteinander agieren sollten, wie es sich anfühlen sollte, in dem Unternehmen zu arbeiten oder wie über das Unternehmen von Dritten berichtet werden sollte.

Eine Vision kann ihre Wirkung dann entfalten, wenn sie eine lebhafte Beschreibung enthält, wie es sein wird, das Ziel erreicht zu haben. Damit dient die Vision als Motivator, stimuliert so Fortschritt und Antrieb innerhalb der Organisation und dient als Fokuspunkt für alle Bemühungen.

Entscheidend ist die Dynamik, die von einer guten Vision ausgeht. Das bedeutet, dass die Überzeugung der Beteiligten darüber entscheiden, ob die Vision gelebt wird. Diese Identifikation jedes Einzelnen ist durch die Kultur, also die Art und Weise, wie Dinge umgesetzt werden, spürbar. Die Identifikation jedes Einzelnen mit der Vision, die Harmonisierung der Organisationsaktivitäten auf die Vision und die Verbindlichkeit der einheitlichen Verfolgung der Vision sind zentrale Erfolgsfaktoren und sind damit zentrale Managementaufgaben.

Das Selbstverständnis der Organisation. Teil 3: Der Purpose der Organisation

In Teil 1 unserer Reihe haben wir die Bedeutung des Selbstverständnisses für die Veränderungs- und Strategiearbeit vorgestellt. In Teil 2 diskutierten wir mit dem Werte-Aspekt den ersten der drei Parameter, die das Selbstverständnis einer Organisation definieren. Im Teil 3 stellen wir den zweiten Parameter vor und erklären dessen Bedeutung: der Purpose der Organisation.

Parameter 2: Purpose

Was würden Ihre Kunden und Mitarbeiter vermissen, wenn es Sie nicht mehr gäbe?
Die Frage führt zu der eigenen Existenzberechtigung: Was ist der eigentliche Zweck der Organisation, „the reason for being“?

Der Purpose bezieht sich nie auf finanzielle Aspekte wie Gewinn, Umsatz oder Shareholder Value. Eine Organisation muss Gewinne erzielen, das ist ein Imperativ eines marktwirtschaftlich agierenden Unternehmens. Der Purpose geht über diese Notwendigkeit hinaus.

Der Purpose reflektiert eine übergeordnete Nutzenstiftung, die eine Organisation erbringt: Wozu tun wir das, was wir tun? Was ist – aus gesellschaftlicher Perspektive – der relevante Zweck unserer Organisation? (Wir verwenden Sinn, Zweck und Purpose als Synonyme). Dabei hat der Purpose zwei wichtige Funktionen: Er soll inspirieren und inhaltlich leiten.
Das alleinige Gewinnstreben kann beides nicht erfüllen. Weder inspiriert es nachhaltig, noch leitet es zielführend.

Inspirierend-emotionale Funktion
Im Rahmen der inspirierend-emotionalen Funktion kann der Purpose stark motivational wirken; er ist damit ein wichtiger Aspekt für die emotionale Bindung der Mitarbeiter.

Wird der Unternehmenszweck aus Sicht der Mitarbeiter als sinnvoll und erstrebenswert erachtet, leistet dieser eine wichtige Funktion als „Energiespender“. Der Unternehmenszweck hat den Effekt, dass Mitarbeiter eine intrinsische Motivation entwickeln ihre Energie so einzusetzen, dass der Unternehmenszweck auch wirklich umgesetzt wird.

Die durch einen Purpose erreichte Sinnvermittlung bietet damit grundsätzlich die Möglichkeit, das Verhältnis zwischen Organisation und Mitarbeiter nicht nur rein transaktional zu definieren (nach dem Motto „Arbeitszeit gegen Geld“). Viel mehr eröffnet sie Gestaltungsspielräume für eine transformationale Beziehung, bei dem Mitarbeiter sich einbringen, um gemeinsam an etwas „Großem“ mitwirken zu können.

Wir gehen davon aus, dass Menschen grundsätzlich nach Sinn und Entwicklung streben und etwas Sinnvolles tun wollen. Für den Organisationskontext gilt daher:

Wer Leistung will, muss Sinn bieten.

Die Bedeutung dieses transformationalen Aspekts unterstreichen viele empirische Forschungen, u.a. die von Harvard-Professor Howard Gardner. Er untersuchte, was Menschen bei der Arbeit glücklich macht und identifizierte dabei drei Dimensionscluster: Exzellenz, Ethik, Engagement:

  • Exzellenz: Als Mitarbeiter will ich kompetent und effektiv sein.
  • Ethik: Hat meine Arbeit und das, was ich damit bewirke und das Produkt, das dadurch entsteht, einen gesellschaftlichen Nutzen?
  • Engagement: Gehe ich in meiner Arbeit auf? Macht es mir Freude, was ich tue?

Die Möglichkeit von Unternehmen, einen relevanten, übergeordneten Sinn zu stiften und Mitarbeitern die Möglichkeit zu geben, daran mitzuwirken, kann damit mehr und mehr zu einem differenzierenden Vorteil im Wettbewerb um das Halten und das Gewinnen neuer Mitarbeiter werden.

Inhaltlich-handlungsleitende Funktion
In der zweiten Funktion setzt der Unternehmenszweck den Rahmen für das Handeln und die zukünftigen Aktivitäten und hat damit eine inhaltlich–handlungsleitende Dimension.

Ziele, Strategien, Entscheidungen und Maßnahmen können hinsichtlich ihrer Sinnhaftigkeit vor der Fragestellung überprüft werden, ob sie im Einklang mit dem übergeordneten Purpose stehen und zu dessen Verwirklichung beitragen.

Dieser Aspekt wird immer wichtiger, denn: Im Zuge der VUCA-Anforderungen brechen traditionelle Organisationsstrukturen weg, Arbeitsweisen werden agiler, Hierarchie- und Entscheidungsstrukturen werden flacher und Aufgaben seltener, die ein reines „Abarbeiten“ genau definierter Arbeitsschritte vorsehen.

Der Wegfall an strukturgebenden Rahmenbedingungen hinterlässt häufig ein Vakuum, das aufgefangen werden muss. Ein formulierter, geteilter und gelebter Unternehmenszweck kann das leisten und das entstandene Vakuum füllen. Damit ist der Purpose ein wichtiger Baustein, um eine höhere Agilität der Organisation zu ermöglichen – und kann zu einem entscheidenden Wettbewerbsvorteil in einer VUCA-geprägten Welt werden.

Der Purpose verändert sich nicht im Zeitablauf, er ist stabil und ist per se niemals vollständig erfüllbar. Der Purpose unterliegt selbst keiner Veränderung, ermöglicht aber notwendige Veränderungen, um in den volatilen Rahmenbedingungen im Sinne des Purpose erfolgreich agieren zu können. Hier besteht eine Ähnlichkeit zu der – im zweiten Teil unserer Reihe – beschriebenen Funktion der Kern-Werte.

Für Kern-Werte und Kern-Purpose gilt gleichermaßen: Sie können nicht kreiert werden, sie können nur identifiziert, entdeckt werden. Es ist daher weniger eine intellektuelle und mehr eine emotionale Übung, die den Blick nach innen erfordert. Vermutlich ist das auch ein Grund, warum sich Organisationen mit der Identifikation des Purpose schwertun.

Bei beiden Ansätzen besteht die große Gefahr, nicht authentische Aspekte, sondern sozial erwünschte, zu eruieren. Dabei geht es nicht darum, das, was schön wäre zu haben, zu identifizieren, sondern das, was tatsächlich ist.

Wenn gewollt, kann das Gewünschte Teil der Vision werden, also das, wohin sich eine Organisation entwickeln möchte.

Im nächsten Blogbeitrag erläutern wir mit der Vision den letzten der drei Parameter.