Ich kann mich an viele Begebenheiten erinnern, die mir im Laufe meiner IT-Laufbahn Stress bereitet haben. Ich habe mich immer gestresster gefühlt, wenn ich das Gefühl hatte, dass es Dinge gibt, die ich nicht kontrollieren kann, und nachdem ich mich ein wenig mit der Sache befasst habe, scheint es, dass ich nicht die Einzige bin.

Im Jahr 2008 stellte Dr. David Rock, ein Neurowissenschaftler, der sich auf neurologische Gesundheit im Geschäftsleben spezialisiert hat, ein kognitives Modell namens SCARF vor, das er als “ein gehirnbasiertes Modell für die Zusammenarbeit mit anderen und die Beeinflussung anderer” bezeichnete.

SCARF steht für:

• Status – unsere relative Bedeutung für andere
• Certainty (Gewissheit) – unsere Fähigkeit, die Zukunft vorherzusagen
• Autonomy (Eigenständigkeit) – unser Gefühl der Kontrolle über Ereignisse
• Relatedness (Verbundenheit) – wie sicher wir uns bei anderen fühlen
• Fairness – wie fair wir den Austausch zwischen Menschen empfinden

Laut Dr. Rock sollte unser Hauptziel darin bestehen, die Bedrohung zu minimieren und die Belohnung zu maximieren.

Bedrohungen sind im Grunde alles, was uns negative Emotionen beschert, von Angst und Traurigkeit bis hin zu Angstzuständen und Depressionen. Bedrohungen lösen in unserem Gehirn die Ausschüttung von Cortisol – auch “Stresshormon” genannt – aus. Wenn dies geschieht, reagiert unser Körper, indem er das Blut vom Gehirn in die Muskeln umleitet; wir werden weniger kreativ, entwickeln weniger neue Ideen und konzentrieren uns eher auf das Hier und Jetzt.

Belohnungen hingegen lösen in unserem Gehirn eine Dopaminausschüttung aus, die im Allgemeinen die gegenteilige Wirkung auf unseren Körper hat. Die Durchblutung des Gehirns wird gesteigert, die Kreativität nimmt zu, wir sind in der Lage, neue Ideen zu entwickeln, und können uns auf das große Ganze konzentrieren.

Eigenständigkeit (Autonomy): Die Kontrolle zurückgewinnen

Laut Dr. Rock ist “Autonomie die Wahrnehmung, Kontrolle über die eigene Umgebung auszuüben; das Gefühl, Wahlmöglichkeiten zu haben. Mieka (1985) zeigte, dass der Grad der Kontrolle, die Organismen über einen Stressfaktor ausüben können, darüber entscheidet, ob der Stressor die Funktionsweise des Organismus verändert oder nicht. Unausweichlicher oder unkontrollierbarer Stress kann hochgradig destruktiv sein, während derselbe Stress, der als ausweichbar interpretiert wird, deutlich weniger destruktiv ist. (Donny et al, 2006).”

Als SAP-Entwickler:in oder im SAP Betrieb ist man nicht selten frustriert oder gestresst, weil man scheinbar keine Kontrolle über die Gesamtergebnisse seiner Projekte hat. Sie schreiben vielleicht einen großartigen Code, aber das Produktionssystem versagt aus einem Grund, der sich Ihrer Kontrolle entzieht, was zu einem äußerst kostspieligen Ausfall führt.

Und wenn Sie in einem Wasserfall-Entwicklungssystem arbeiten, haben Sie den zusätzlichen Stress zu wissen, dass sich die geschäftlichen Anforderungen Ihres Kunden bis zum Abschluss des Projekts geändert haben könnten, so dass die Arbeit, auf die Sie so viel Zeit verwendet haben, weniger relevant oder vielleicht sogar völlig unnötig ist.

Wenn Sie zumindest ein gewisses Maß an Eigenständigkeit – eine gewisse Kontrolle – über Ihren Entwicklungsprozess zurückgewinnen, kann dies Ihren Stress erheblich verringern.

Wasserfall-ABAP-Entwicklung: Stressige Erinnerungen

Als ich als SAP-ABAP-Entwicklerin tätig war, folgten unsere Implementierungen der Wasserfall-Methode, was bedeutete, dass sich Entwicklungsprojekte über Jahre hinzogen und IT-Teams von verschiedenen Lieferanten involvierten, die manchmal mehr als 100 Personen umfassten. Jedes Team arbeitete in der gleichen Systemlandschaft, war aber vom Rest des Projekts getrennt.

Das SAP-Transportverwaltungssystem (KTW) bietet einen Sperrmechanismus für Codeänderungen im Quellentwicklungssystem, aber sobald der Transport freigegeben wird, geht die Sperre verloren und damit auch die Sicherheit und Kontrolle. Meine Code-Änderung ist ungeschützt – jemand anderes kommt, um eine Änderung an demselben Objekt vorzunehmen, und kann dies tun, ohne eine Warnung zu erhalten oder zu wissen, dass das Objekt bereits geändert worden ist. Meine Änderung ist vielleicht noch nicht zum Zielsystem transportiert worden, und ein anderer Entwickler ändert den Code und gibt ihn frei.

Es gibt so viele Probleme mit diesem Prozess, die dazu führen würden, dass das Produktionssystem nicht mehr funktioniert, sobald die Änderungen eingespiel werden. Woher wissen wir überhaupt, welcher Transport zuerst transportiert werden soll? Wird der Transport einer anderen Person vor meinem transportiert, so dass mein Code den ihren überschreibt und seine Änderung verloren geht? Enthält mein Transport ein abhängiges Objekt, das im Zielsystem neu angelegt wurde, während der Transport des anderen nur das Objekt enthält, das dieses abhängige Objekt verwendet (in diesem Fall würde der Transport des anderen zuerst zu einem Fehler führen)?

Für unsere Landschaft wurde die Liste der Transporte, die an das Basisteam geschickt wurde, oft in einer Tabelle oder per E-Mail übermittelt und die Reihenfolge war möglicherweise nicht korrekt. Schlimmer noch, sie enthielt vielleicht nur die Transporte meines Teams und nicht alle Transporte aller Teams. Dies konnte zu Verwirrung und einer falschen Reihenfolge und/oder einer unvollständigen Liste von Transporten führen, die in das Zielsystem importiert wurden.

Wenn so etwas passiert, treten Probleme auf – oft schon in der Qualitätssicherung, aber in den schlimmsten Fällen erst in der Produktion – und es muss nachgebessert werden, um die Situation zu korrigieren. Jetzt müssen Sie die Änderung aufheben, indem Sie anhand der Versionskontrolle und des Verwendungsnachweises herausfinden, was stattdessen hätte transportiert werden sollen, um die Korrektur zu erstellen und sie erneut freizugeben.

Diese Unterbrechung der Produktion, gefolgt von weiteren Verzögerungen bei der Freigabe des Projekts, kann Auswirkungen darauf haben, wie Sie sich in der Beziehung zu anderen fühlen. Sie waren vielleicht nicht direkt für die Probleme verantwortlich, aber Sie haben vielleicht nicht mehr das Gefühl, dass Sie ein wichtiges Mitglied des Teams sind oder sie fühlen, dass Ihre Kolleg:innen oder Vorgesetzte unzufrieden mit Ihnen sind. Ihr Status und Ihre Verbundenheit sind angekratzt.

Wie sind andere davon betroffen? Der andere Entwickler:in empfindet wahrscheinlich dasselbe wie Sie, und der/die Verantwortliche des Quellsystems und die Benutzer:in dieses Systems sind alle betroffen, ohne dass sie etwas dafür können. Sowohl Sie als auch der andere Entwickler:in können das Gefühl haben, dass die Situation unfair ist.

Das Cortisol (zur Erinnerung: das Stresshormon) ist zu diesem Zeitpunkt wahrscheinlich in der gesamten Organisation stark erhöht.

Automatisierung: Die Kontrolle zurückgewinnen

Damals hörte ich von einem Tool namens Transport Expresso, das von einem Unternehmen namens Basis Technologies entwickelt wurde. Ich fand es großartig und überzeugte meinen Projektleiter, Basis Technologies zu einer Produktpräsentation einzuladen. Dadurch wurde mein Eindruck gefestigt, und ich setzte alles daran, die Geschäftsleitung dazu zu bringen, in dieses Tool zu investieren. Als Entwicklerin hatte ich jedoch nicht die Fähigkeiten, einen Business Case zu erstellen, und konnte mich nur auf mein Bauchgefühl verlassen. Leider war ich nicht überzeugend genug.

Und was kam dann? Einige Monate später kam es zu einer Katastrophe in Form einer fehlerhaften Projektimplementierung, die das Zielsystem für einige Wochen außer Gefecht setzte, was zu hohen Kosten und einem beträchtlichen Teil des Stresses führte, den ich eigentlich vermeiden wollte.

Transport Expresso heißt jetzt ActiveControl, und ich leite das Team, das es entwickelt. Wie der Name schon sagt, ist es ein Werkzeug, das Ihnen die Kontrolle über Ihre SAP-Entwicklungssysteme gibt. Mit dieser Kontrolle verringern Sie das Risiko und die Ungewissheit und vermeiden so die Gefahr einer fehlerhaften Bereitstellung (Deployment) und werden mit Erfolg belohnt.

ActiveControl wurde entwickelt, um SAP-EntwicklernInnen und Betriebsteams mehr Kontrolle über ihre Landschaften zu geben. Anstatt sich über Softwareänderungen zu ärgern, die außerhalb Ihrer Kontrolle liegen und die Produktionssysteme beschädigen könnten, können Sie beruhigt arbeiten, denn Sie wissen, dass die von Ihnen und Ihrem Team vorgenommenen Änderungen getestet und geprüft werden, bevor sie in Betrieb genommen werden.

Wenn nach der Bereitstellung etwas kaputt geht, können Sie auch Transporte zurücksetzen, damit Sie die Systeme schnell wieder in Betrieb nehmen können, während Sie das Problem beheben (anstatt sich mit dem Stress und dem Druck auseinanderzusetzen, eine Lösung zu finden, während die Systeme offline sind). Letztendlich hilft Ihnen die Implementierung von ActiveControl dabei, Ihre Qualitätssicherung der SAP-Entwicklung zum Anfang des Prozesses zu schieben („Shift-Left-Testing“) und von veralteten, ineffizienten Prozessen zu agileren, anpassungsfähigeren und effizienteren Prozessen überzugehen.

Sind Sie bereit, mit eigenen Augen zu sehen, wie wirkungsvoll ActiveControl wirklich ist? Wenden Sie sich noch heute an unsere Expert:innen und vereinbaren Sie einen Termin für einen persönlichen Präsentationstermin der Software, bei der Sie Fragen stellen und mit unserem Team darüber sprechen können, wie Sie Ihre eigenen SAP-Herausforderungen meistern können.