Welche Ängste entstehen bei
der Einführung eines Zweiten Betriebssystems

Ohne Angst würde der Mensch nicht überleben können- Angst ist daher (evolutionsgeschichtlich) ein Schutz- und Überlebensmechanismus, der tief in uns steckt und nicht auf Knopfruck ausgeschaltet werden kann. Zuviel Angst kann blockieren und krank machen. Daher ist es wichtig, der Angst in Veränderungsprozessen ausreichend Beachtung zu schenken. Das Zweite Betriebssystem bietet dafür einen hilfreichen Rahmen, Ängste im Veränderungsprozess zu identifizieren und diese zu überwinden.

Der folgende Blogartikel bedient sich der hervorragenden Landkarte der Angst, welche durch das Kompetenzzentrum für Führung und Unternehmenskultur entwickelt wurde. Diese Landkarte führt vier Bereiche der Angst auf: vor Veränderung, vor Einsamkeit, vor Abhängigkeit und vor Stillstand. In diesen Bereichen wiederum werden Themen aufgegriffen, welche die «Dickichte, Sümpfe und Abgründe der Ängste widerspiegeln. Schauen wir uns die Bereiche im Kontext eines Zweiten Betriebssystems genauer an (Anmerkung: die hier aufgeführten Gedanken geben nicht die Meinung der Urheber dieser Landkarte wider, sondern sind unsere Eigeninterpretationen).

Angst vor Einsamkeit und Stillstand

Streichelzoo der Mobber: Wenn Sie als Führungskraft einen Mitarbeitenden für ein Digitalisierungsprojekt im Zweiten Betriebssystem (z.B. mit einem Pensum von 20%) abstellen, dann achten Sie unbedingt darauf, dass dessen Kolleg*innen diese Entscheidung mittragen. Ansonsten riskieren Sie, dass der Mitarbeitende gemobbt wird, weil die Kolleg*innen sich beispielsweise über die anfallende Mehrarbeit ärgern oder schlichtweg neidisch sind, dass sie nicht für ein solches Digitalisierungsprojekt «auserwählt» wurden.

Mauer des Schweigens: Aus den gleichen Gründen wie im vorhergehenden Punkt können Mitarbeitende in die Situation kommen, dass bei Problemen niemand da ist, der sie informiert und unterstützt, beispielsweise Kolleg*innen, welche anstatt die Konflikte aktiv anzugehen, sich hinter einer Mauer des Schweigens verschanzen. Oder Vorgesetzte, die mit der Digitalprojektmitarbeit und der damit einhergehenden Absenzen des Mitarbeitenden nicht mehr glücklich sind, aber diese nicht ansprechen.

Sturheit der Chefs: Oft kommt es vor, dass Mitarbeitende für Digitalisierungsprojekte von ausserhalb der Abteilung angefragt werden. Der Chef stimmt der Mitarbeit zu, will sich aber partout nicht mit den für ihn neuen agilen Arbeits- und Denkweisen anfreunden, was dazu führt, dass er Führungsfehler macht, deren Schäden teilweise verheerend sind. Würden Sie die Grundprinzipien der Ambidextrie kennen, wären diese Fehler vermeidbar.

Angst vor Stillstand und Abhängigkeit

Schlangennest der Nörgler: Die Gewohnheit hat eine unfassbare Macht über uns und ist tief im Gehirn verankert und belohnt jeden Schritt, den wir auf alten, ausgetretenen Pfaden gehen; selbst dann, wenn diese von aussen betrachtet nicht gut sind. Das führt dazu, dass viele Mitarbeitende, die gerne innovativer sein würden, dafür aber gewisse Pfade verlassen müssten, die dafür notwendigen Schritte nicht machen- und daraufhin jede Gelegenheit nutzen, die Aktionen derjenigen schlecht zu reden, die den Mut hatten, diese Schritte zu unternehmen.

Fehler & Blamage: Einen Fehler zu machen, wird als etwas Negatives gesehen. Und das ist im Prinzip auch richtig, weil Fehler vermieden werden sollten. Wenn das Ziel klar definiert, sowie die Herangehensweise bekannt und bewiesenermassen erfolgreich ist, stört jeder Fehler. Aber wenn man im Englischen von «failure» spricht, dann ist damit nicht «der Fehler», sondern «das Scheitern» gemeint.  Scheitern muss in der Exploration erlaubt sein. Es ist sogar überlebensnotwendig, wenn neue Ideen ausprobiert werden. Sich wegen Scheitern zu blamieren, wäre höchst unproduktiv. Daher ist es wichtig, den Mitarbeitenden aufzuzeigen, dass Fehler grundsätzlich zu vermeiden sind (vor allem nicht ein zweites Mal gemacht werden dürfen), aber Scheitern in komplexen Situationen dazugehört. Mit dieser Präzisierung nehmen Sie den Mitarbeitenden die Angst, in innovativen Projekten mitzuarbeiten.

Gruft der abgewürgten Ideen: Ein Zweites Betriebssystem hilft jungen Projekten dabei, nicht durch unternehmensinterne Politik oder Machtspiele abgewürgt zu werden. Denn wenn diese Projekte mit agilen Methoden entwickelt werden, werden wirklich nur diejenigen Projekte gestoppt, die erwiesenermassen keinen Kundenmehrwert bringen. Aber nur diese! Alle andern werden erfolgreich sein.

Wald der Instanzen: Wenn ein Unternehmen kundenzentriert agieren möchte, dann haben die Kundenbedürfnisse immer Vorrang. Immer. Wenn dies nicht der Fall ist, dann haben wir ein kundenorientiertes Unternehmen vor uns. Mit einem kundenorientierten Verhalten konnte man in der prä-digitalen Zeit gut durchkommen. Diese Zeiten sind jedoch vorbei, weil die digitalen Treiber dafür sorgen, dass nur diejenigen Unternehmen überleben werden, die kundenzentriert denken und handeln. Und zu einer solchen Denk- und Handlungsweise gehört, dass es keine Instanzen mehr geben darf, welche die Produkteentwicklung dabei stören, echte Kundenmehrwerte zu schaffen. Daher gibt es in einer Netzwerkorganisation, die agil arbeitet, keine Hierarchiestufen und kein Abteilungsdenken. Und so ist auch die Wahl der Instanzen kein Problem mehr.

Angst vor Abhängigkeit und Veränderung

Strömung der Unsicherheit: Wenn ein Unternehmen innovativer werden möchte, dann muss es Innovationsprojekte starten, welche für die darin involvierten Mitarbeitenden die bekannten Risiken bergen. Viele schreckt dies ab. Ein Zweites Betriebssystem kann hierbei Abhilfe schaffen, da es eine geschützte Werkstatt bietet, in der man keine Angst vor dem Scheitern haben muss. Das baut die Unsicherheit ab und ermöglicht mehr Innovation.

Netz der Intrigen: Hierarchische Organisationen bieten einen perfekten Nährboden für Intrigen. Man kann durch das Zurückhalten oder das bewusste Streuen von Informationen gegen Kolleginnen und Kollegen arbeiten und ihnen dadurch schaden, ohne dafür ein allzu grosses Risiko für sich selber eingehen zu müssen. Die in Hierarchien hohe Intransparenz trägt das ihre dazu bei. Ganz anders in Netzwerkorganisationen, in welchen eine sehr hohe Transparenz herrscht und Informationen daher ungebremst fliessen und Allen Beteiligen zugänglich sind. Intrigen bremsen die Innovationskraft und ein Zweites Betriebssystem kann helfen, diese auszutrocknen und den Innovationsprojekten freie Bahn zu schaffen.

Strudel der Planungsfehler: In komplexen Situationen, in welchen das Endziel zu Beginn nicht klar definiert ist/sein kann, führen klassische Projektmethoden oft zu grossen Problemen: Projekte werden massiv verzögert oder müssen sogar abgebrochen werden. Eine iterativeVorgehensweise, die das Produkt oder den Service inkrementell entwickeln hilft, hilft Planungsfehler zu vermeiden. Damit eine solche Vorgehensweise aber möglich ist, braucht es netzwerkartige Strukturen.

Angst vor Veränderung und Einsamkeit

Klippe der Überforderung: Agiles Arbeiten ermöglicht ja bekanntermassen mehr Transparenz und einen grösseren Informationsfluss, was Überforderung vermeiden helfen kann. Es ist sogar ein Grundsatz der Agilität, dass die zu verarbeitenden Aufgaben so organisiert und verteilt werden, dass keine Überlastung stattfindet. Auf der anderen Seite muss man realistisch bleiben und anerkennen, dass nicht jeder Mensch für agiles Arbeiten geschaffen ist. Es kommt immer wieder vor, dass Mitarbeitende sich in agilen Arbeitsumfeldern unwohl fühlen, da sie mit der Transparenz – vor allem mit Blick auf ihre Leistungsmessungen – nicht klarkommen. Es gibt sogar Unternehmen, in denen nach der Einführung von agilen Arbeitsweisen die Burn-out-Rate gestiegen ist!

Sumpf des Versagens: Wie gerade oben aufgezeigt, heisst agiles Arbeiten auch Transparenz. Und wie wir wissen, gehört das Scheitern beim Arbeiten in komplexen Umfeldern dazu- in hierarchischen Organisationen kann dies aber als Versagen wahrgenommen werden. Auch dann, wenn ein Zweites Betriebssystem vorhanden ist! Daher ist es unheimlich wichtig, für eine saubere, kontinuierliche Kommunikation zwischen den beiden Betriebssystemen zu sorgen und immer wieder darauf hinzuweisen, wo die Unterschiede hinsichtlich Arbeit und Denken zwischen den beiden Betriebssystemen liegen.

Brücke der Unvollständigkeit: Im klassischen Projektmanagement ist man darauf erpicht, so viele Unbekannte wie möglich von Anfang an auszuschliessen. Je weniger Überraschungen kommen, je weniger man sich im Nachhinein anpassen– sprich den ursprünglichen Projektplan ändern – muss, umso besser ist es. In der agilen Projektplanung plant man jedoch anders und daher sehen agile Projektpläne mit Blick auf das zu erreichende Ziel für den Laien unvollständig aus- was sie aber nicht sind! Es bleibt daher, weil das Endziel nicht zu 100% klar ist, immer eine Unsicherheit, die entsteht, weil man nicht alle Informationen zu Beginn hat/haben kann. Mitarbeitende, welche mit dieser Unsicherheit nicht umgehen können, sollten nicht gleich «abgeschrieben» werden, sondern können von einem Zweiten Betriebssystem aufgefangen und darin befähigt werden.