Aufzeichnung: SAP Change Impact Analyse & das 1×1 des Testens

Viele SAP-Fachabteilungen haben Bedenken vor automatisierten Tests und meinen, dass das Testen nur etwas für Programmierer ist. Aber das stimmt nicht! Jeder kann Tests durchführen und davon profitieren!

In unserem gemeinsamen Webinar mit Basis Technologies schaffen wir Vorurteile und Mythen zum Thema Testen aus der Welt und geben Klarheit darüber, wann und wo Tests erforderlich sind und wie man Tests effektiv durchführt.

Effektives Testen ist dabei immer mehr als nur technische Lösungen, sondern auch großteils die organisatorische Einbindung in Ihrem Unternehmen.

Auszüge der Folieninhalte des Webinars:

Schauen Sie sich dieses Webinar an und erfahren Sie mehr über:

  • wesentliche Testkonzepte

  • die Unterschiede zwischen SAP-Tools und Basis Technologies Change- und Qualitätssicherungs-Suite

  • wie wir gemeinsam Unternehmen von der Ideenfindung über die Einführung bis hin zur Hypercare Phase unterstützen

  • wie Synaworks bei organisatorischen Veränderungen unterstützen kann, während Basis Technologies die ActiveChange Suite für die Lösungen bereitstellt

DSAG-Academy Seminar

Jetzt Anmelden!

Zur Anmeldung ist ein DSAG Account erforderlich! Sie haben noch keinen Account? Schreiben sie uns eine E-Mail: academy@dsag.de

Intelligente Technologien, Automatisierung, Cloud Computing Outsourcing von IT-Aufgaben – die Herausforderungen für die IT sind so hoch wie nie. Damit die IT-Abteilung ihre Relevanz im Unternehmen auch in Zukunft sicherstellt und ausbauen kann, muss sie sich als strategischer Partner des Managements neu positionieren.

Das bedeutet: die IT-Abteilung muss sich selbst transformieren. Wie diese Veränderung hin zu einer zukunftsfähigen, effizienten und agilen IT-Organisation initiiert und in der Praxis erfolgreich umgesetzt werden kann, ist Thema dieses Online-Seminars der DSAG-Academy.

Seminar auf einen Blick:

  • Datum: 22.-26.05.2023 (fünf Weiterbildungstermine, siehe Agenda)
  • Dauer: 08:30-12:30 Uhr 
  • Trainer: Nicolas Crisand und Daniel Kohl
  • Kosten: 1.500,- € zzgl. MwSt. (pro Teilnehmer/in) // Funktionsträger: 1.200,- €
  • Max. Teilnehmeranzahl: 20 Lernende
  • Art der Schulung: Interaktive Live-Online-Schulung

Jetzt Anmelden!

Das sagen Teilnehmer des Seminars:

Zielgruppe:

IT-Leiter, IT-Führungskräfte, CIOs, SAP-CCoE-Mitarbeitende, die ihre IT-Abteilung im Unternehmen als strategischen Partner des Managements erfolgreich positionieren möchten. Es werden keine Vorkenntnisse für das Seminar benötigt.

Referenten:

Agenda:

Jetzt Anmelden!

Zur Anmeldung ist ein DSAG Account erforderlich! Sie haben noch keinen Account? Schreiben sie uns eine E-Mail: academy@dsag.de

Working @ Synaworks – Die Synaworks SAP ALM Portfolio Pakete

In Teil 2 unserer Beitragsserie haben wir bereits die Synaworks Customer Journey und ihre drei Anknüpfungspunkte angesprochen. Lass uns hier nochmal einsteigen und das konkrete Leistungsportfolio beleuchten: Was machen wir als Synaworks eigentlich im Bereich ALM? Und was machen wir dabei anders als andere?

Neu bei Synaworks Teil 5: Working @ Synaworks – Wie wir im Team zusammenarbeiten

Was mich persönlich im Recruiting beeindruckt hat, sind die Synaworks Werte: Exzellenz, Zusammenarbeit, Verantwortung, Authentizität und Lernkultur. Was ich mich bis heute frage, ist, wie die Exzellenz, also das Streben nach höchster Qualität, eigentlich mit einem Safe-Enough-to-Try Ansatz in der Lernkultur einhergehen kann?

Das ist richtig, dass unser Handeln sich an diesen Werten ausrichtet. Diese Werte haben wir damals gemeinsam in einem Teamworkshop erarbeitet und versuchen jeden Tag neu, immer wieder danach zu leben und unser Handeln daran auszurichten. Die Kultur im Team ist geprägt von einer großen Offenheit und einem Vertrauensverhältnis. Das ist eine Voraussetzung, um High Performance im Team erbringen zu können.

Der Exzellenzgedanke drückt sich nicht nur in einem Vier-Augen-Prinzip bei Unterlagen für den Kunden aus, sondern auch darin, dass wir uns ständig hinterfragen und immer wieder neu hinzulernen möchten. Das steht nicht im Widerspruch mit dem anderen Wert, das Thema Safe-Enough-to-Try, sondern ist eher eine Ergänzung und weitere Leitplanke, die wir uns gegeben haben. Letztendlich geht es im Kern um das Thema Agilität, dessen Kern das Ausprobieren und Lernen ist.

Im Bereich der Innovation machen wir uns immer Gedanken darüber, was ist der Worst Case, wenn wir neue Ideen umsetzen. Sich kurz darüber bewusst zu werden: was ist das Schlimmste, was passieren kann? Und wenn wir uns darüber bewusst Gedanken gemacht haben und wir dann wissen, was das Schlimmste ist, was passieren kann, dann haben wir die Sicherheit: das ist doch gar nicht so schlimm. Wir probieren es einfach aus! Danach werden wir definitiv mehr wissen als heute. Entweder weil wir sagen: Wow, das war total cool – und wir gehen diesen Weg weiter – oder weil wir sagen: Wir wissen jetzt mehr, es war nicht der richtige Weg, aber wir können aus diesem Fehler jetzt etwas lernen. Und daraus wieder neue Erkenntnisse für den nächsten Versuch ziehen.

Um zum Abschluss zu kommen, lass uns eingehend auf die Runde, in der wir hier sitzen: Du als Gründer, ich als (noch) jüngstes Teammitglied. Gibt es etwas, was du mir mitgeben möchtest für unsere Zusammenarbeit bei Synaworks?

Ich kann dir mitgeben, dass mir bewusst ist, dass wir bei Synaworks ein sehr breites Portfolio haben. Was am Anfang nicht einfach zu verstehen ist und gleichzeitig ein großes Plus darstellt, weil wir so den Kunden nicht nur technologisch, sondern ganzheitlich beraten. Vermutlich wirst du in der Anfangszeit dort eine gewisse Verwirrung spüren und im Laufe der Zeit wird sich dieser Nebel immer mehr lichten. Bleib neugierig und nutze die Möglichkeiten, die wir bieten, um in einzelne Kundenprojekte und -workshops mitreinzuschnuppern, um ganz viele Eindrücke erstmal zu sammeln.

Im zweiten Schritt können wir dann überlegen: Wo macht es Sinn, dass du deine Perspektive und Schwerpunkte verstärkt einbringen kannst. Da gibt es bei uns viel Gestaltungsspielraum. Wenn ich dir einen Tipp mitgeben darf, ist es im ersten Schritt etwas Geduld, die man braucht, um sich zurechtzufinden, sodass man im zweiten Schritt seine eigene Rolle in unserem Team finden wird.

Wenn wir über Veränderung sprechen, ist ja nicht nur die Veränderung in unseren Projekten zu betrachten, Super, das kann ich auf jeden Fall mitnehmen. Ich nehme außerdem etwas mehr Klarheit in den inhaltlichen Themen und der methodischen Herangehensweisen mit. Ich danke dir für dieses Gespräch – und freue mich auf die weitere Zusammenarbeit!

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.

Virtuelle Personal- und Teamentwicklung Teil II

Personal- und Teamentwicklung in Corona-Zeiten? Geht das überhaupt? Ein Fallbeispiel zeigt, wie es gelingen kann.

Ein Bericht von Dr. Bernd Bitzer und Finja Augsburg.

In Teil I haben wir gezeigt, wie Teammitglieder ihre Unterschiedlichkeit und die damit verbundenen Chancen und Risiken mit Hilfe eines Analysetools selbst erkennen können. 

In Teil II skizzieren wir, wie durch Selbst- und Fremdeinschätzung unterschiedlicher Verhaltensattribute das Verständnis untereinander weiter gestärkt werden kann.

Lernen Sie, wie auch Sie Ihr Team entwickeln!

High Performance Teams

Teil II

Anschließend an die in Teil I beschriebenen Analysebögen, wurden die Teammitglieder gebeten, sich selbst und die anderen Teammitglieder hinsichtlich ihres Verhaltens einzuordnen.

Verhaltensanalyse im Team

Dafür erhielt jedes Teammitglied ein Blatt mit 24 Attribute, aus denen das Mitglied jeweils vier passende für sich selbst (als Selbsteinschätzung) und ebenfalls vier für jedes andere Teammitglied (als Fremdeinschätzung) auswählte.

Tabelle 1: Verhaltensmatrix

Die Matrix zeigt, welche Attribute sich das Team untereinander zuordnete. Erhielt man z.B. drei mal ein bestimmtes Verhaltensmerkmal als Feedback von anderen, bedeutete das (bei sechs Feedback-GeberInnen) ein fünfzigprozentiges Feedback. Wie zu sehen ist, gab es bei bestimmten Personen und Attributen eine große Übereinstimmung in der Bewertung. Till Sitter wurde z.B. von fünf Teammitgliedern, von insgesamt sechs, als durchsetzungsfähig und selbstsicher eingeschätzt, Mark Isen mit dem gleichen Wert als kontaktfreudig und Ben Jamin als verständnisvoll beschrieben.

So erhöht Ihre Organisationen ihre Anpassungsfähigkeit und Veränderungsgeschwindigkeit, dass sie externen Entwicklungen adäquat begegnen kann!

Agile Strategieentwicklung

Auswertung als Quiz

Jedes Teammitglied erhielt seine individuelle Auswertung zurückgeschickt und konnte daran sehen, wie gut sich das Team untereinander kennt und ob die Selbst- und Fremdbilder deckungsgleich waren.

In einer ca. 1,5-stündigen, online durchgeführten Teambesprechung wurden die persönlichen Ergebnisse (nach der Zustimmung der Teilnehmenden) über eine Art Quiz vorgestellt. Eine Frage darin lautete  „Was glaubt Ihr, wer von Euch im Team als besonders „selbstsicher“ eingeschätzt wurde?“.  Im Quiz erreichte das Team eine Trefferquote von fast einhundert Prozent. Damit zeigte sich sogar noch einmal, wie gut sich das Team mittlerweile kennt.

Coaching als ergänzende Maßnahme

Alle Teammitglieder hatten zudem die Möglichkeit zu persönlichen Coachings, die zahlreich in Anspruch genommen wurden. Zum Teil gab es mehrere Gespräche, die über ein geeignetes Video-Tool individuell stattfanden. Die Trainer hatten ausreichende Informationen, um intensive Rückmeldungen geben zu können.

Ablauf der Teamentwicklung

Insgesamt lief das gesamte Personal- und Teamentwicklungsprojekt über ca. 4 Wochen. Der ganze Prozess verlief in folgenden 7 Schritten:

  • Zusenden der analogen Unterlagen für die Persönlichkeitsprofile inkl. Feedback-Übung mit Anleitung per Post. Möglicher telefonischer Support durch das Trainerteam beim Ausfüllen. 
  • Vorstellung des Persönlichkeits-Modells. Es gibt ein paar Teammitglieder, die das Modell bereits kennen und die deshalb an diesem Termin nicht teilnehmen.
  • Die Persönlichkeitsprofile werden von jedem Teammitglied gescannt und persönlich per Mail ans Trainerteam gesendet.
  • Auswertung der Ergebnisse und Erstellung des Teambilds durch das Trainerteam.
  • Trainerteam erstellt die Verhaltensmatrix (Tabelle 1) aus den Ergebnissen der Feedback-Übung.
  • Begleitend finden individuelle Coachings statt, jeweils ca. 1 Std.
  • Zum Abschluss findet online ein Team-Meeting von ca. 1,5 Stunden statt, in der noch einmal alle Ergebnisse transparent gemacht und gemeinsam analysiert werden. Es findet ein kleines Quiz statt, das über die Auswertung der Feedback-Übung möglich ist.

Feedback aus der Seminargruppe

Ganz zum Schluss steht eine kurze Seminarbewertung der Gesamtveranstaltung. Dabei wird der Mehrwert dieser Art der Personal- und Teamentwicklung ermittelt und was für die Teilnehmenden besonders hervorsticht. Eine Stimme war:

„Es hat das gegenseitige Verständnis verstärkt. Es hilft, jeden so zu nehmen, wie er (oder sie) ist und dass man jeden auch da einsetzt, wo er hingehört.“

Fazit zur Teamentwicklung in Distanz

Diese Art der Personal- und Teamentwicklung ist eine Notlösung im Vergleich zu sog. Präsenzveranstaltungen. Doch es gibt auch gute Notlösungen, die Ergebnisse zum Vorschein bringen kann, die bei der „normalen“ Vorgehensweise nicht sichtbar geworden wären. Zu nennen ist hier die erstellte Matrix über die Zuordnung bestimmter Kompetenzen zu Teammitgliedern, die nur erstellt werden konnte, weil es in Distanzveranstaltungen mehr Zeit und Ruhe als vor Ort.

Auch das Feedback zeigt, dass es sich hierbei um ein Format handelt, das sowohl konstruktiv zur Personal- und Teamentwicklung beiträgt als auch relativ wenig Zeit verbraucht.

Wollen Sie mehr über Bernd Bitzer erfahren?

Klicken Sie hier!

Virtuelle Personal- und Teamentwicklung Teil I

Personal- und Teamentwicklung in Corona-Zeiten? Geht das überhaupt? Ein Fallbeispiel zeigt, wie es gelingen kann.

Ein Bericht von Dr. Bernd Bitzer und Finja Augsburg.

In Teil I skizzieren wir unsere Vorgehensweise, die Kundensituation und erläutern, wie mit Hilfe eines Analysetools die Teammitglieder ihre Unterschiedlichkeit erkennen können und eine erste Sensibilisierung für die Potentiale und Gefahren dieser Diversität erfolgt.

Lernen Sie, wie auch Sie Ihr Team entwickeln!

High Performance Teams

Teil II beschreibt, wie durch Selbst- und Fremdeinschätzung unterschiedlicher Verhaltensattribute das Verständnis für die Kolleginnen und Kollegen weiter gestärkt werden kann.

Teil I

Der Beitrag beschreibt ein Team (in anonymisierter Form), deren Mitglieder sich trotz Kontaktbeschränkungen Feedback geben konnten und sich mit einem bewährten Persönlichkeitsmodell gegenseitig reflektiert haben[2]. Die Teammitglieder erhielten Unterlagen, um das eigene Verhaltensprofil zu ermitteln und eine Übung, mit der sie sich selbst und die anderen Teammitglieder einschätzen konnten. 

Die Besonderheit bei dem hier beschriebenen Team ist, dass die Teamleitung erst kürzlich aus einem anderen Bereich in die Abteilung gewechselt ist. Über das hier in mehreren Schritten durchgeführte Seminar konnten sich Team und neue Führungskraft deutlich schneller kennenlernen und die „Andersartigkeit“ der Kollegen und Kolleginnen besser akzeptieren und wertschätzen.

Menschen benötigen andere Menschen, um sich zu entwickeln; denn die anderen sind der Spiegel, in dem sich unser Selbst erkennen kann[1]. Extrem wichtig ist Feedback, das uns über Mitmenschen oder über bestimmte Reflexions- bzw. Analyse-Tools gegeben wird. Voraussetzung ist,  Feedback auf eine respektvolle und wertschätzende Art  zu erhalten. Sonst verschließen Menschen sich in aller Regel.

Wollen Sie mehr über Bernd Bitzer erfahren?

Klicken Sie hier!

Das Teambild ermitteln

Auf Basis der ausgefüllten Verhaltensprofile wurde ein s.g. Teambild erstellt (s. Abb. 1). Damit hatte jedes Teammitglied einen schnellen Überblick, wie die anderen Teammitglieder „ticken“. Genutzt wurde das „Innere Selbstbild“, das dem Grundverhalten der jeweiligen Person sehr nahekommt, dass die ausfüllende Person sich in ihrer Ursprungsfamilie angeeignet hat. Immer, wenn Menschen sich so verhalten können, wie sie im „Inneren Selbstbild“ aufgestellt sind, sind sie in ihrer Kraft.

Häufig müssen wir jedoch unterschiedliche Rollen einnehmen, die ein zusätzliches Verhalten erfordern, das im „Inneren Selbstbild“ nicht vollständig vorhanden ist. Das kostet dann Kraft. Deswegen sind Rollen (z.B. Teamleitung, BR-Vorsitz, Mutter, Vater etc.) auch häufig anstrengend, weswegen vielleicht auch von „Führungskraft“ gesprochen wird, weil Kraft (Energie) eingesetzt werden muss, um der Rolle gerecht zu werden.

Neben dem „Inneren Selbstbild“ ermittelten die Teilnehmer ein zusätzliches Ergebnis, das als „Äußeres Selbstbild“ bezeichnet wird. Es ist das Bild, das die jeweilige Person davon hat, was andere von ihr in der von ihr ausgefüllten Rolle erwarten.

Die Auswertung des Teambildes

In der nachfolgenden Grafik sind die Teammitglieder mit ihren Namen eingetragen. Die ebenfalls aus dem Analysematerial ermittelten Kennzahlen verorten die Teammitglieder auf einem „Spielfeld“, in dem den Mischtypen bestimmte Bezeichnungen zugeordnet sind. Hinter der Kennzahl stehen die Buchstaben, die die vier Grundtypen im Modell beschreiben: D für Dominat, I für Initiativ, S für Stetig und G für Gewissenhaft. Die Pfeile symbolisieren den Energieaufwand, der geleistet wird, um einer Rolle gerecht zu werden.


Mark Isen, der in Wirklichkeit einen anderen Namen trägt, geht in seinem Team den weitesten Weg aus dem introvertierten „Gralhüter“ (Quadrant rechts unten) in eine für ihn, wie er im Coaching berichtet hat, anstrengende Rolle als „Pionier“ (Quadrant links oben). Aus dieser Rolle will er schnell wieder raus, weil sie nicht seinem eigentlichen Verhalten entspricht, sie aber so aktuell von ihm erwartet wird.

Andy Arbeit (Quadrant rechts oben) ist ein DIS-Typ, vereint also Dominante, Initiative und Stete Aspekte. Andy ist in der Realität weiblich und die Teamleitung, weswegen der Begriff „Administrator“ auch passend ist. Sie geht in ihrer Rolle mehr ins Introvertierte und erzielte in ihrem Fragebogen zu ihrer Rolle die Kennzahl 32, die hier als „Helfer“ beschrieben ist.

Die drei Teammitglieder Resi Lenz, Klaus Strofobi und Paul Schal überwinden nach diesem Bild jeweils nur eine kurze Strecke. Von daher ist anzunehmen, dass sie in ihren Rollen weniger Energieaufwand leisten müssen als z.B. Mark Isen.

Abbildung 1: Teambild

Die Vorteile durch die Analyse

Ein Team sieht durch das Bild u.a.,

  • wie es aktuell aufgestellt ist,
  • welche Kompetenzen im Team vorhanden sind,
  • wo es eventuell Konflikte geben könnte,
  • und wo dem Teambestimmte Ausprägungen fehlen könnten.

Ein so erstelltes Teambild unterstützt das gegenseitige Verständnis über die Diversität innerhalb der Gruppe. Damit hilft der Ansatz, sowohl die Potentiale als auch die Konflikte, die aufgrund unterschiedlicher Ausprägungen (Diversität) entstehen, besser nutzen zu können. Ein wichtiger Aspekt auf dem Weg zu High-Performance-Teams!

[1] Durch Erfahrungen mit anderen Menschen werden wir uns unseres Selbst bewusster (selbstbewusster).

[2] Zum Einsatz kam das persolog-Persönlichkeitsmodell (ehemals DISG-Modell). Interessierte können entweder über kontakt@inpexconsult.de Material anfordern und/oder finden u.a. Beschreibungen in folgenden Veröffentlichungen:

  • Bitzer, B.: Alphatiere können nicht führen, Hamburg 2016
  • Bitzer, B.: Mediation macht gesund, Hamburg 2019
  • Bitzer, B.: Erfolgreiche Mitarbeiterführung in Arztpraxen, Hamburg 2014

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.