Easy Agile Podcast Ep.26 Den Status Quo herausfordern: Frauen in der Technik

Transkript:

Sean Blake:

Hallo zusammen. Ich bin Sean Blake, der Moderator dieser Episode des Easy Agile Podcasts. Ich bin auch Marketingleiter bei Easy Agile, wo es unsere Mission ist, Teams auf der ganzen Welt dabei zu helfen, besser zusammenzuarbeiten. Wir haben heute einen faszinierenden Gast bei uns. Es ist John Turley von Adaptavist. John ist ein pragmatischer Agile-Manager mit 25 Jahren Erfahrung in Unternehmen auf allen Ebenen, von Teams bis hin zur C-Suite. Er bringt immer echten Mehrwert und verändert die Arbeitsweise von Organisationen. Unzufrieden mit dem Standarddiskurs über Transformation und Agilität, setzt er sich leidenschaftlich dafür ein, topaktuelles Wissen aus so unterschiedlichen Bereichen wie Soziologie und Psychologie anzuwenden. Wir freuen uns sehr, John heute im Podcast zu haben. Also John, vielen Dank, dass du am Easy Agile-Podcast teilnimmst.

John Turley:

Du bist willkommen, Sean. Freut mich, hier zu sein.

Sean Blake:

Ich danke dir vielmals. Also John, du hast viel Erfahrung im agilen Bereich, im technischen Bereich. Und ich versuche nicht, dich alt zu nennen. Aber ich würde gerne ein Gefühl dafür bekommen, was sich in den letzten 25 Jahren geändert hat. Es muss einfach Tag und Nacht sein, von dem, wo du angefangen hast, bis zu dem, was du jetzt siehst.

John Turley:

Es gibt eine Menge Veränderung. Und ich fühle mich mit alten Leuten ziemlich wohl. Ich bin jetzt 48, und es ist jetzt fast 30 Jahre her. Das sagt dir, wann ich diesen Teil in der Biografie zum ersten Mal geschrieben habe. Die Technologie hat sich also geändert. Das ist umwerfend. Ich fing im operativen Bereich an, dann Infrastruktur und Projektmanagement und so. 1999, 2000, brauchten wir drei Monate und 50.000 Pfund, um ein paar Webserver mit zwei Load Balancern und Firewalls und einer Datenbank auf der Rückseite zu bauen. Und jetzt fahren wir sie in Sekunden hoch.

John Turley:

Das ist tiefgründig. Plattformtechnologie ist tiefgreifender Slack oder ich meine Plattformtechnologien, der die Art und Weise, wie wir interagieren, massiv verändert. Skalierung ist ein großes Problem. Ich würde sagen, dass die Welt irgendwie in sehr große und ziemlich kleine Organisationen unterteilt ist. In der Mitte scheint es weniger zu geben. Es ist nur ein Bauchgefühl. Wir sehen, ich glaube, das Vertrauen ist zusammengebrochen. Wir sehen das im Edelman Trust Barometer. Wir sehen, dass die Komplexität zugenommen hat. Das ist für uns zutiefst problematisch. [unhörbar 00:02:23] hat das gemessen.

John Turley:

Und aus der Gallup World Poll geht hervor, dass das Engagement der Belegschaft auf einem Tiefstand aller Zeiten liegt. Diese Dinge sind große, große Veränderungen. Was aber dasselbe ist, sind die Menschen, die Art und Weise, wie die Menschen denken, die Art und Weise, wie wir unsere Realität konstruieren, unsere Denkweise, wenn Sie so wollen, die Art und Weise, wie wir die Welt um uns herum verstehen, sehr, sehr ähnlich ist. Obwohl wir jetzt viel mehr über Agile sprechen, sind Wasserfall und Wasserfall für viele ein Schimpfwort, nicht für mich und das Gleiche gilt für Command and Control. Die Leute haben die gleichen Denkweisen. Das ist messbar und nachweisbar. Die Leute haben die gleiche Denkweise wie in Bezug auf Wasserfall und Kommando und Kontrolle, verwenden eine andere agile Sprache und verhalten sich auf die gleiche Weise. Das hat sich nicht geändert.

Sean Blake:

Sehr interessant. Sie haben also Vertrauen angesprochen und wie wir im Grunde genommen diesen Vertrauensbruch auf der ganzen Linie erlebt haben. Und ich habe gerade einen Dokumentarfilm gesehen, der auf Netflix veröffentlicht wurde, über das soziale Dilemma und darüber, wie das Vertrauen, das wir in diese großen Social-Media-Plattformen haben, schwindet. Und wir werden etwas skeptisch, was diese großen Unternehmen uns als Kunden antun. Finden Sie, dass das ein schwieriges Gleichgewicht zwischen den Menschen ist, mit denen Sie zusammenarbeiten, um kundenorientiert zu sein und trotzdem ein profitables und wachsendes Geschäft aufzubauen?

John Turley:

Ja, das tue ich. Ja, und die Art und Weise, wie es sich manifestiert, worauf wir vielleicht noch einmal eingehen werden, auf die Art der Psychologie und Soziologie sowie der Komplexitätswissenschaft, dazu komme ich später. Aber dieser Mangel an Vertrauen zeigt sich auf ganz klare Weise. Ich bin mir nicht sicher, ob es der Mangel an Vertrauen ist, der sich manifestiert. Aber es gibt eine ganz klare Sache, die passiert, sind Menschen, es gibt wiederholte Verhaltensmuster, die ich überall in meiner Arbeit sehe, nämlich eins zu eins und mit Gruppen, dass die Leute an der Idee festhalten, dass ihre Ansicht richtig ist und alles, was dieser nicht entspricht, falsch ist.

John Turley:

Das ist eine Ansicht, die aus der vorherrschenden Denkweise stammt, die [unhörbar 00:04:33] die Art von Experten- oder Leistungsträger-Mentalität nennt, und sie wird zu einem Hindernis für uns, zusammenzuarbeiten, zu lernen und innovativ zu sein. Wenn jemand mit einer anderen Sichtweise als falsch abgetan wird, dann gibt es keine gemeinsame Grundlage, um Vertrauen aufzubauen. Das Vertrauen wird von Anfang an untergraben, und das bedeutet, dass wir nicht zusammenarbeiten können, und in einer komplexen Welt, in der wir immer enger zusammenarbeiten, gemeinsam lernen und innovativ sein müssen, ist das ein tiefgreifendes Problem.

John Turley:

Und die Reaktion scheint zu sein, dass sich die Menschen tatsächlich zurückziehen, sie ziehen sich in Gruppen zurück, wir könnten sie Cliquen oder Echokammern nennen. Die Soziologen nennen diesen Prozess Homophilie. Das ist eine Funktion, wie viele von Plattformen wie Twitter sagen. Wir ziehen uns in Gruppen zurück, die die Meinungen, die wir bereits vertreten, wiederholen, die dann diese Meinungen verstärken und uns von den Meinungen anderer trennen und die Meinungen, die wir haben, bekräftigen. Die Kluft zwischen den Cliquen wird also immer größer, und gerade in Zeiten von COVID und dem Lockdown, den wir hier hatten, und dass wir vielleicht wieder in die Isolation zu gehen scheinen, trägt vielleicht dazu bei, und wir sehen es immer mehr. In einer Zeit, in der wir unsere Cliquen zum Handeln bewegen und verständnisvoll mit anderen, die andere Ansichten haben, sprechen müssen, befinden wir uns psychologisch in einer schwierigen Position, um das zu tun. Das ist also das, was wir allgemein als mangelndes Vertrauen bezeichnen könnten, das sich in der Arbeit, die ich mache, äußert. Und so sehe ich das übrigens bei fast jedem, mit dem ich zusammenarbeite, auch bei mir selbst. Es ist nicht leicht, das zu erobern.

Sean Blake:

Also, wie sieht dein Alltag aus, John? Ich glaube, Ihre offizielle Berufsbezeichnung ist Berater für digitale Transformation. Ich würde sagen, Sie arbeiten für Adaptivist als eine der bekanntesten agilen Beratungspraktiken der Welt. Was bedeutet das für Sie im Alltag? Wie sehen deine neun bis fünf aus?

John Turley:

Wir sind also wirklich an drei Dingen beteiligt. Ich bin wirklich in drei Dinge verwickelt. Und es dreht sich alles um Lernen, kollektives Lernen, organisatorisches Lernen. Wir sind also an vielen originellen Forschungen beteiligt. Wir führen diese ursprüngliche Forschung mit einer Reihe von akademischen Partnern in einem Programm durch, das wir zusammenstellen. Wir haben einen Großteil der Forschung selbst durchgeführt. Aber wenn es größer und glaubwürdiger wird, kommen andere Partner zu uns, und das sind sehr glaubwürdige Partner.

John Turley:

Und die Forschung deckt neues Lernen auf. Und dieses neue Lernen weist uns auf neue Beratungspraktiken hin, bei denen wir das Gelernte in einen Workshop einbetten können, sagen wir, oder wie wir die Forschungsinstrumente, die wir uns von der Wissenschaft ausgeliehen haben, in der realen Welt einsetzen könnten, um soziale Netzwerke oder psychologische Komplexität oder den Grad an Autonomie in der Umwelt zu messen. Das können wir dann nutzen, um mit Teams zusammenzuarbeiten, um ihnen zu helfen, von einer Art funktionsorientierter Arbeitsweise zu einer funktionsübergreifenden Arbeitsweise überzugehen. Ob wir nun über sichere und agile Release-Chains sprechen oder ob wir über Lean-Softwaremanagement und Wertströme sprechen, ob wir auf Team- oder Organisationsebene sprechen, die Herausforderung ist im Wesentlichen dieselbe. Wir müssen uns an der Schaffung von Kundennutzen in funktionsübergreifenden Teams orientieren, die sich darauf konzentrieren, diesen Wert zu liefern und nicht nur ihre Funktion zu erfüllen. Und dieser Wechsel bringt einige tiefgreifende, komplexe, tiefgreifende psychologische Herausforderungen mit sich, für die wir einfach nicht wirklich gewappnet sind. Wir bringen also gewissermaßen das Personal- und Kulturelement, die Tools und die agile Methodik gleichzeitig in die Teams ein, um ihnen zu helfen, diesen Wandel zu vollziehen. So sieht also meine tägliche Arbeit aus, also die Forschung und die Praxis.

Sean Blake:

Okay, forschen und üben. Und wenn es um die Praxis und die Förderung dieser funktionsübergreifenden Zusammenarbeit geht, wie schwer ist es für die Leute, dieser Empfehlung zuzustimmen oder sich auf das einzulassen, was das Unternehmen zu tun versucht?

John Turley:

Für die meisten Menschen ist es wirklich schwer. Meine Erfahrung vor der Recherche, die wir wohl vor ein paar Jahren begonnen haben, auf die ich mich gerade bezog, war vor Kurzem ungefähr so. Wir hatten oft, also ich habe eine lange Zeit im Agile-Bereich gearbeitet, ich weiß nicht genau, wann ich angefangen habe, in diesem Bereich zu arbeiten, mit anderen Worten, in vollem Raum, aber sagen wir, ein oder zwei Jahrzehnte, und jetzt stoßen wir auf ein wiederholtes Problem, denken wir, an ein bestimmtes Beispiel mit einem bestimmten Kunden vor etwa drei Jahren, sehr funktionsorientiert und versuchen, diesen Übergang in funktionsübergreifende Teams zu vollziehen.. Also haben wir eine Gruppe von fünf Leuten aus verschiedenen Funktionen zusammengebracht, also Designer, Tester, Entwickler, ein paar Operationsleute, und zusammen sollten sie natürlich in der Lage sein, innerhalb von 10 Tagen oder was auch immer funktionierenden Code zu veröffentlichen. Wir haben wahrscheinlich versucht, in die reale Welt zu springen.

John Turley:

Und sie waren alle großartige Leute. Ich kannte sie alle persönlich. Ich habe Zeit damit verbracht, mit ihnen allen zu arbeiten. Sie waren sehr agil in der Art und Weise, wie sie an die Entwicklung der Software herangegangen sind, und wir haben sie zunächst virtuell in einen Raum gebracht und sie gebeten, einen Code zu erstellen, der funktionsübergreifend funktioniert, ein Stück Code zu produzieren und ihn am Ende der Woche zu veröffentlichen. Und das haben sie nicht getan. Und wir dachten, was um alles in der Welt ist dort passiert? Wir haben das nicht wirklich verstanden, also haben wir es noch einmal versucht. Wir gingen jedoch davon aus, dass das Problem daran liegt, dass wir es virtuell gemacht hatten.

John Turley:

Dieses Mal haben wir alle in Polen zusammengebracht, wie es in einem Raum passiert ist, wir haben alles eingerichtet, wir haben am Anfang mit ihnen gesprochen, dann haben Leute wie ich den Raum verlassen und sie weitermachen lassen, sind bis Ende der Woche gekommen, dasselbe Ergebnis, nichts ist passiert. Und wenn du mit ihnen sprichst, während sie sagen: „Ja, mein Telefon hat gepingt und es gab einen Support-Vorfall, und du konntest es einfach nicht. „, und sie hatten viele sehr plausible Gründe, warum sie nicht als funktionsübergreifendes Team zusammenkommen konnten. Aber die Tatsache bleibt zweimal hintereinander, dass die fähigsten Leute es nicht getan haben.

John Turley:

Also haben wir wirklich lange darüber nachgedacht, einer der führenden Führungskräfte der Branche und ich. Und uns wurde klar, dass das Einzige, was passieren könnte, das Einzige, was hier schief gehen könnte, darin besteht, dass der Dialog zwischen der Gruppe im Raum irgendwie unterbrochen sein muss. Also haben wir es durchgeführt, wir haben den Workshop geleitet, nennen wir ihn ein drittes Mal. Und dieses Mal war jemand anderes im Raum, der einfach beobachtete, was vor sich ging.

John Turley:

Und sie haben sehr früh bemerkt, dass etwas passiert ist. Einer der Leute aus dem Vereinigten Königreich sagte zu einem der polnischen Entwickler: „Schauen Sie, stellen Sie sich uns als Berater vor. Wir sind hier, um Ihnen zu helfen und Wissen an Sie weiterzugeben, sodass Sie Fähigkeiten entwickeln, mit denen Sie dies selbst tun können.“ Und in diesem Moment sagte die Person, die im Raum war, dass sich die Dynamik im Raum zu ändern schien. Die Leute haben sich verglast. Und ich glaube, es war, dass das Wort Berater, das der Engländer benutzt hatte, für einen Kollegen in Krakau eine andere Bedeutung hatte. Ich glaube, diese Bedeutung, die Bedeutung von Berater, bedeutete, dass wir nur hier sind, um Ihnen zu sagen, was zu tun ist, und um eigentlich nichts zu tun und uns für jede Arbeit in die Verantwortung zu nehmen, einfach zuzusehen, wie Sie es tun.

John Turley:

Und ich glaube, an diesem Punkt sagten sie irgendwie: „Okay, in Ordnung, ich verstehe es, genauso alt, gleich alt. Wir machen die Arbeit, über die ihr Engländer redet, weil es ein englisches Unternehmen ist. „, und dieser Zusammenbruch begann. Die Frage, die wir gestellt haben, ist also, ich habe das überall gesehen. Die Frage, mit der wir uns in unserer Recherche auseinandergesetzt haben, ist also, was passiert in den Momenten, in denen der Dialog zusammenbricht, was passiert?

John Turley:

Und was wir herausgefunden haben, ist, dass es eine Reihe von Forschungsstudien gibt, die größte betrifft etwa 10.000 Personen, die zeigen, dass etwa 50% der Menschen auf einem Niveau sind, und das sind 50% der Führungskräfte in einer Studie mit 10.000, also für das mittlere Management, das obere Management, also ist es eine schiefe Zahl. In der Realität haben in Softwareteams wahrscheinlich mehr als 50% der Mitarbeiter ein Maß an psychologischer Komplexität erreicht, das der Umgebung, wie sie war, entspricht, aber beim funktionsübergreifenden Arbeiten einige Einschränkungen aufweist.

John Turley:

Sie haben also eine Denkweise, eine Art, ihre Realität zu verwirklichen, die in einer funktionalen Umgebung gut funktioniert, in einer funktionsübergreifenden Umgebung jedoch herausgefordert wird. Und diese Denkweise, diese Denkweise, die sehr verbreitet ist, ist eine Denkweise, bei der Individuen ihr Selbstwertgefühl aus ihrem Fachwissen schöpfen, um es kurz zu sagen, einfach wie eine zu starke Vereinfachung. Und die Sache ist, wenn Sie Ihr Selbstwertgefühl aus Ihrem Fachwissen schöpfen, fühlt es sich persönlich an, wenn Ihr Fachwissen in Frage gestellt wird.

John Turley:

Wenn es sich persönlich anfühlt, werden die Leute wahrscheinlich defensiv. Und das liegt nicht daran, dass sie dämlich sind oder nicht interessiert sind oder nicht wollen, die Psychologen können zeigen, dass es ein gewisses Maß an psychologischer Komplexität ist, auf dem unser Verstand einfach so funktioniert. So funktioniert unsere Bedeutungsfindung. Nun, wenn das die Phase ist, in der Sie sich befinden, wenn wir uns vorstellen, dass ich als Entwickler mit einem Tester zusammensitze und der Tester zu mir sagt: „Schau, die Art, wie du den Code geschrieben hast, ist nicht die beste Art, das für mich zu tun, weil ich ihn nicht testen kann.“

John Turley:

Wenn ich mein Selbstwertgefühl aus meiner Erfahrung als Entwickler ziehe, lehne ich das wahrscheinlich ab und fange vielleicht sogar an, Gedanken zu denken wie: „Nun, ich denke, was hier wirklich passieren muss, ist, dass du ein besserer Tester werden musst.“ Ich denke, das ist das Problem. Und dann bekommen wir diese Trennung. Und jetzt kommt die psychologische Komplexität. Und diese Phasen befinden sich in einem Rahmen, in dem wir diese Phasen durchlaufen. Auch hier handelt es sich um eine zu starke Vereinfachung, aber sie ist beobachtbar und messbar. In einem etwas späteren Stadium der psychologischen Komplexität beginnen sich die Dinge zu ändern. Die Menschen beginnen zu erkennen, dass die Welt viel komplexer ist, dass sie nicht schwarz-weiß ist. Und tatsächlich gibt es mehrere Möglichkeiten, Dinge zu tun.

John Turley:

Um also auf mein Beispiel als Entwickler zurückzukommen, könnte der Tester zu mir sagen: „Für mich ist das nicht die beste Art, den Code zu schreiben.“ Und was ich hören werde, ist das: „Oh, soweit es mich betrifft.“ Soweit es mich betrifft, ist es vielleicht nicht fair genug. Wie können wir die Art und Weise ändern, wie ich den Code schreibe, um ihn einfacher testen zu können? Aber ich kann das nicht tun, wenn ich antworte, als wäre es eine persönliche Kritik, weißt du, was ich meine? Was wir also in der Studie entdeckt haben, ist ein Zusammenhang zwischen dem Erfolg funktionsübergreifender Teams und dem Grad der psychologischen Komplexität der Führungskräfte und der Personen in diesem Team.

Sean Blake:

Interessant. Es gibt also ein Buch namens Radical Candor, das wir kürzlich bei Easy Agile gelesen haben. Und wirklich, es geht darum, sich gegenseitig konstruktives Feedback zu geben, nicht in einer Weise, in der Sie sie persönlich angreifen, sondern Sie versuchen, ehrlich darüber zu sein, wie wir besser zusammenarbeiten können. Und wie Sie in diesem Beispiel sagten, wie kann ein Entwickler Code so schreiben, dass der QA-Tester die Tests tatsächlich daran durchführen kann? Welchen Rat hat die Forschung für jemanden, der mit funktionsübergreifenden Arbeitsweisen noch nicht vertraut ist, in Bezug auf die Vorbereitung dieser Denkweise darauf, ein gewisses Maß an radikaler Offenheit zu erhalten, um dieses Feedback auf eine Weise zu erhalten, die Sie nicht persönlich nehmen?

John Turley:

Nun, das ist eine gute Frage, du hast sie wirklich gut gestellt, denn radikale Offenheit ist in Ordnung. Das haben wir, ich arbeite in einem Team, das sehr offen ist. Wir haben einige schwierige Gespräche, und wir verschönern unsere Worte nicht einmal. Und niemand wird beleidigt. Wir wissen nur, dass es eine Abkürzung ist. Wir verstehen unsere Worte vielleicht falsch, aber es ist eine Abkürzung, um das Potenzial zu erschließen, indem wir herausfinden, wie wir zusammenarbeiten können. Aber es geht nicht um die Worte, die jeder von uns auswählt, um sie auszudrücken. Es geht darum, wie der andere auf die Landung der Worte reagiert, auch wenn das jetzt ein Dialog ist, es ist eine wechselseitige Sache, es gehören immer zwei dazu.

John Turley:

Und die Art und Weise, wie wir eine Denkweise entwickeln können, die besser für funktionsübergreifendes Arbeiten geeignet ist, ist interessant. Zuallererst müssen wir die Komfortzone verlassen. Wir müssen bereit sein, unsere Komfortzone zu verlassen, nicht unbedingt weit und nicht unbedingt für sehr lange, und nicht ohne die Unterstützung und das Verständnis der Kollegen um uns herum. Aber wir müssen unsere Komfortzone verlassen. Andernfalls kann psychologisches Wachstum nicht stattfinden. Das, womit ich jetzt spreche, ist die eigentliche Arbeit von Robert Kegan und Lisa Lahey, die viel im Dialog mit radikaler Offenheit arbeiten.

John Turley:

Also müssen wir unsere Komfortzone verlassen. Aber wir müssen auch ein komplexes Problem mit einer Gruppe von Menschen angehen, wenn wir uns außerhalb unserer Komfortzone befinden. Und dieses komplexe Problem muss bedeutsam sein, und es muss auffallen, es muss etwas sein, das uns wichtig ist, es muss etwas sein, das für unsere tägliche Arbeit relevant ist. Und wenn wir in der Umgebung, in der wir arbeiten, diese Merkmale aufweisen, dann gibt es für den Einzelnen die Möglichkeit, selbst zu entscheiden, ob er seine eigene psychologische Komplexität entwickeln möchte.

John Turley:

Also diese Umgebung, die diese Eigenschaften hat, würden wir in Kegans Worten eine bewusst entwicklungsorientierte Umgebung nennen, weil wir die Entwicklung individueller Denkweisen nicht von der Umgebung trennen können, in der diese Denkweise funktioniert. Der Grund, warum die meisten von uns die Denkweise haben, die ihr Selbstwertgefühl aus Fachwissen bezieht, liegt darin, dass die meisten Umgebungen, in denen wir arbeiten, tatsächlich genau in dieser Umgebung arbeiten oder nicht. Das funktioniert in einer funktionalen Umgebung. Da wirst du befördert, dort wirst du eingestellt. Dort bekommst du dein Scrum Master-Badge und all die anderen Dinge, die dir Status verleihen und dir ein gutes Gefühl geben.

John Turley:

Die Welt, in der wir arbeiten, ehrt für viele von uns diese fachkundige Art, Sinn zu stiften. Es schadet dem Lernen und dem Eingeständnis, dass Ihre Methode vielleicht nicht die beste Methode ist, Dinge auf die gleiche Weise zu tun. Wir müssen also das Umfeld verändern, um den Einzelnen dabei zu unterstützen, sich für diesen Entwicklungsschritt zu entscheiden, denn das kann nicht etwas sein, was ihm angetan wird. Man kann Menschen nicht dazu bringen, eine komplexere Psychologie zu entwickeln. Du kannst ihnen nicht beibringen, das zu tun. Du kannst ihnen nur ein Umfeld bieten, das diesen Schritt unterstützt, wenn sie ihn tun wollen und wenn sie das nicht tun, fair genug, ist das okay. Aber vielleicht funktionsübergreifende Teams für sie, wenn sie nicht wollen, weil es schwierig ist, zu arbeiten.

Sean Blake:

Ist es ein Problem, dass Menschen ihr Fachwissen oder ihr Selbstwertgefühl aus Fachwissen beziehen? Ermutigt ein Teil davon Männer, ihr Vertrauen in Dinge außerhalb ihrer Arbeit zu finden, oder ist Fachwissen eine ehrenvolle Beschäftigung?

John Turley:

Ich würde nicht sagen, dass es überhaupt ein Problem ist. Fachwissen und die Entwicklung von Fachwissen sind ein ehrenvolles Unterfangen. Es ist ein sehr wichtiger Teil unserer psychologischen Entwicklung, Ihr Selbstwertgefühl aus Ihrem Fachwissen zu ziehen. Es ist eine Phase, die nicht wirklich übersprungen werden kann. Ich habe Ihnen bereits gesagt, dass ich solche Dinge nicht gerne ohne die Forschungsgrundlage sage, aber die Psychologie impliziert sicherlich, dass es sich um eine Phase handelt, die nicht übersprungen werden kann. Also müssen wir es tun. Wir müssen diese Phase durchmachen. In der Phase, bevor wir unser Selbstwertgefühl aus unserem Fachwissen schöpfen, beziehen wir unser Selbstwertgefühl aus unserer Mitgliedschaft in der Gruppe.

John Turley:

Und das ist auch sehr wichtig, wenn Sie sich vorstellen, dass wir Kinder sind oder Teil einer Gruppe sind, um zu überleben. Deshalb ist es von entscheidender Bedeutung, sich in dieser Gruppe einzuschmeicheln und nicht Staub aufzuwirbeln, damit wir unsere Gruppenzugehörigkeit nicht gefährden. Aber irgendwann wird den Leuten klar, dass ich eigentlich ein bisschen Staub aufwirbeln muss, wenn wir eine Richtung haben wollen. In diesem Sinne ist es also eine Entwicklung, Ihre Bedeutungsbildung davon zu trennen, Ihr Selbstwertgefühl von der Gruppe abzuziehen und Ihr Selbstwertgefühl aus Ihrem Fachwissen zu ziehen. Wenn Sie Ihr Selbstwertgefühl aus Ihrem Fachwissen ableiten, schreiben Sie diesen Code am besten, indem Sie mich jemanden darin ausbilden lassen.

John Turley:

Es ist entscheidend. Aber wie alle Entwicklungsstadien hat es seine Grenzen. Es ist also in keiner Weise problematisch, es sei denn, das Individuum befindet sich in einer komplexen Umgebung, in der diese fachkundige Art der Sinnbildung nicht gut geeignet ist. Und dann haben Sie ein Missverhältnis zwischen psychologischer Komplexität und Umweltkomplexität. Und wenn Sie ein solches Missverhältnis haben, wird die Angst des Einzelnen wahrscheinlich zunehmen, das Engagement der Mitarbeiter sinkt, sicherlich sinkt das Wohlbefinden, die Menschen kehren zu einer früheren Art der Bedeutungsbildung zurück, die stärker in ihrem Fachwissen oder der Gruppe verankert ist, nur auf den Punkt, dass sie anspruchsvoller werden müssen.

John Turley:

Das Problem ist also das Missverhältnis zwischen psychologischer Komplexität und Umweltkomplexität. Deshalb müssen wir unterstützen, da die Welt immer komplexer wird, und deshalb müssen wir alle besser darin werden, die Entwicklung von Individuen zu einem Niveau psychologischer Komplexität zu unterstützen, das der komplexeren Umgebung gerecht wird. Das ist quasi der Kern des Problems. Es ist nichts Falsches daran, ein Experte darin zu sein, Ihr Selbstwertgefühl aus Ihrem Fachwissen zu ziehen. Die Leute haben es schon immer getan, und werden es auch weiterhin tun. Jedes Mal, wenn Sie in ein Auto steigen und sich gut fühlen, weil Sie in einem Auto sitzen, beziehen Sie Ihr Selbstwertgefühl aus dem Statussymbol, das Ihrem Fachwissen sehr ähnlich ist. Als junger Mann ziehe ich meinen scharfen Anzug an und fühle mich wie eine Million Dollar. Daran ist überhaupt nichts falsch, aber es ist begrenzt. Das ist das Problem.

Sean Blake:

Verstanden, verstanden. Sie haben also über Forschung und Messung gesprochen und über eine faktengestützte Methode, Entscheidungen zu treffen. Haben wir Beweise dafür, dass eine Arbeitsweise einer anderen überlegen ist, wenn es um diese funktionsübergreifende Arbeitsweise oder die digitale Transformation oder um Teams geht, die von der alten Arbeitsweise zu einer agilen Arbeitsweise übergehen? Und wenn Sie mit diesen oder diesen Kunden sprechen, können Sie garantieren, dass, wenn sie auf diese Weise arbeiten, dies zu besseren Ergebnissen für das Unternehmen führt? Wie gehen Sie an dieses Gespräch heran?

John Turley:

Nein, ich kann keines dieser Dinge tun. Ich würde also nie in die Nähe gehen und auch nicht recherchieren, dass eine Arbeitsweise besser ist als eine andere, oder wir können sagen, wie die Denkweise und das Umfeld, dass es Arbeitsweisen gibt, die besser funktionieren, je nachdem, welches Problem Sie zu lösen versuchen. Aber es ist sehr unwahrscheinlich, dass das eine unter allen möglichen Umständen als richtig und das andere als falsch angesehen werden kann, aber mehr noch, ich würde sagen, dass es egal ist, wie Ihre Arbeitsweise ist oder wie ein Team arbeitet. Wenn die Denkweise die Art ist, Sinn zu machen, wenn sich die Realität nicht auch ändert, dann folgt man einfach einem neuen Prozess, einer neuen Art, mit der alten Denkweise zu arbeiten, und man wird dieselben Ergebnisse erzielen, nur mit anderen Worten.

John Turley:

Für mich stimmt das also nicht ganz, ich bin ziemlich voreingenommen. Ich glaube, bei der Arbeit, die ich mache, habe ich eine ziemliche Perspektive. Wenn du deine Denkweise änderst, wird sich alles andere von selbst ergeben. Wenn du alles andere änderst, aber deine Denkweise nicht änderst, wird sich nichts anderes ergeben. Was wir jedoch sagen können, ist, dass es drei Dinge gibt, nennen wir sie die drei Elemente eines funktionsübergreifenden Teams, die den Menschen in Organisationen derzeit verborgen sind.

John Turley:

Im Allgemeinen denken wir also, wenn wir Leute mit der richtigen Erfahrung und den richtigen Fähigkeiten haben, die angemessen hart arbeiten, dann werden sie als erfolgreiches funktionsübergreifendes Team arbeiten. Und wenn nicht, arbeiten sie entweder nicht hart, sie sind nicht die richtige Art von Person oder sie haben nicht die richtigen Fähigkeiten, also feuern Sie sie und stellen Sie jemand anderen ein oder geben Sie ihnen eine Schulung oder setzen Sie sie auf eine Schulung, und das löst das Problem, was natürlich nicht der Fall ist.

John Turley:

Wir würden sagen, dass es drei weitere Elemente gibt, die nach wie vor im Verborgenen des funktionsübergreifenden Teams sind und die kritischer sind als das, und wir beginnen nachzuweisen, dass es einen Zusammenhang zwischen diesen drei Dingen gibt, von denen ich Ihnen erzählen werde, sowohl in Bezug auf das Mitarbeiterengagement als auch auf die Teamleistung.

John Turley:

Und diese drei verborgenen Elemente sind die Struktur der sozialen Netzwerke, die die Art und Weise, wie Menschen arbeiten, untermauern. Wenn wir also darüber nachdenken, wie wir uns als Gruppen von Menschen organisieren, denken wir vielleicht an Hierarchien und Hierarchiediagramme und alte Diagramme und Chefs und so. Das ist nicht wirklich wichtig für ein funktionsübergreifendes Team. Viel wichtiger ist das soziale Netzwerk, das sich in diesem Team entwickelt, wer arbeitet mit wem, wann und wie zusammen, oder? Arbeiten die Entwickler und Tester und die Tester und die Ops-Leute und die Designer und die technischen Architekten alle in einem funktionsübergreifenden Team zusammen?

John Turley:

Das ist ein soziales Netzwerk. Das ist ein Netzwerk, das durch individuelle Autonomie entsteht, weil sie die Arbeit erledigen wollen, nicht weil der Chef sagt, du musst gehen und es machen. Tatsächlich kann es nicht getan werden, weil der Chef sagt, geh und tu es. Also haben wir mit einigen Freunden aus der Wissenschaft zusammengearbeitet, bei einer australischen Firma namens Polinode, um zu messen, auf welche Weise wir an die Daten kommen und wie diese sozialen Netzwerke aussehen. Und die Struktur dieser sozialen Netzwerke ist entscheidend.

John Turley:

Wenn wir uns die Struktur der sozialen Netzwerke ansehen, können wir sehen, ob diese Teams ihrer Funktion entsprechen, sorry, hierarchisch organisiert sind oder ob sie aufgrund der Netzwerkstruktur für funktionsübergreifendes Arbeiten organisiert sind. Die Netzwerkstruktur ist also ein Element. Das andere ist die psychologische Komplexität. Wir haben also mit einem Herrn namens David Rook zusammengearbeitet, der die ursprünglichen Forschungen durchgeführt und ein psychometrisches Instrument entwickelt hat, mit dem das Stadium der psychologischen Komplexität eines Individuums gemessen werden kann, sowohl die Struktur als auch die Unterstruktur. Und diese Komplexität der Denkweise hängt zusammen mit der Netzwerkstruktur auch damit zusammen, wo die Teams funktionsübergreifend funktionieren können.

John Turley:

Die dritte Sache, die am schwierigsten war, der letzte Teil des Puzzles, das wir sozusagen in unsere Hypothese gesteckt haben, ist, dass wir ein angemessenes Maß an Autonomie benötigen. Wir mussten ein viel besseres Verständnis dafür entwickeln, was es für Teams bedeutet, autonom zu sein, als wir es hatten, und wie diese Autonomie mit Kontrolle zusammenhängt und wie Kontrolle die Autonomie untergräbt und wie wir alle dazu neigen, die Hinweise in der Umgebung entweder als Anweisungen zu verstehen, die wir befolgen müssen, oder als Aufforderung zur Autonomie. Und jetzt haben wir ein weiteres psychometrisches Instrument. Das dritte Instrument, das wir verwenden, nennen wir die Motivationsorientierungsskala, entschuldigen Sie, mit der die Wahrscheinlichkeit gemessen werden kann, mit der eine Person eingehende Informationen als Anweisung oder Aufforderung zur Autonomie interpretiert.

John Turley:

Und wenn wir das erst einmal wissen, können wir anfangen, diese allgemeine Auffassung innerhalb von Produktteams, Softwareteams, in Frage zu stellen, dass das Team autonom ist, weil jeder denkt, dass es autonom ist. Und tatsächlich ist das jeder, wie Untersuchungen zeigen, größtenteils autonom, aber wir könnten fast vollständig autonom sein, oder wir könnten zu 60% autonom sein. Das können wir messen. Und dann können wir den Teams sagen: „Schau, ihr seid als Gruppe von Individuen autonom. Aber Sie haben auch diese Kontrollfunktion, wenn Sie auf eingehende Anfragen antworten.“

John Turley:

Und wir müssen autonomer sein. Sobald wir also damit beginnen können, es zu messen, können wir beginnen, ihre Vorstellungen davon, wie autonom sie sind, in Frage zu stellen. Und wir können damit beginnen, zu untersuchen, welche Reaktionen die Teams aufgrund ihrer Kontrollorientierung oder ihrer Autonomie wählen. Es sind also die drei Dinge: Autonomie und Kontrolle, Komplexität der Denkweise und Netzwerkstruktur, gleichberechtigtes Mitarbeiterengagement und Teamleistung. Das sagt unsere Forschung. Was wir also zu Ihrer Frage am Anfang sagen können, ist, dass es eine Netzwerkstruktur, ein gewisses Maß an psychologischer Komplexität und das Maß an Autonomie gibt, das mit der erfolgreichen Arbeit als funktionsübergreifendes Team einhergeht. Und in diesem Sinne könnten wir denken, dass diese Ebenen in gewissem Sinne richtig sind.

Sean Blake:

In Ordnung. Also, wie sieht ein zu 100% autonomes Team aus? Und haben sie immer noch täglich Interaktion mit, sagen wir, dem Führungsteam? Oder sind sie uneins, diese beiden Konzepte?

John Turley:

Nein, sie sind nicht uneins. Sie haben, sie haben vielleicht von Tag zu Tag, ich nehme an, sie werden entweder direkt oder indirekt Interaktionen mit dem Führungsteam haben. Das Erste, was wir hier berücksichtigen müssen, ist, dass es sich bei der Forschung, auf die wir uns stützen, um eine sogenannte Selbstbestimmungstheorie handelt, bei der es sich um eine Motivationstheorie handelt. Und sie hat eine ziemlich spezifische Definition von Autonomie, was wir normalerweise nicht denken würden. Oft wird unter Autonomie eine Art allgemeiner Gebrauch von Unabhängigkeit verstanden. Wenn wir also ein Unternehmen kaufen, lassen wir es vielleicht autonom laufen, was bedeuten würde, dass wir es einfach für eine Weile in Ruhe lassen würden. Und Autonomie bedeutet in diesem Zusammenhang nicht das. Es bedeutet, dass Individuen aus eigenem Willen handeln, Individuen entscheiden, wie sie sich für ein gemeinsames Ziel verhalten wollen. Das Team muss also eine Vision haben, nach der es sich selbst organisieren kann. Ohne Autonomie kann man sich nicht selbst organisieren. Wenn du keine Autonomie hast, musst du warten, bis dir gesagt wird, was zu tun ist. Und dann ist es keine Selbstorganisation.

John Turley:

Autonomie führt also zu Selbstorganisation, und Selbstorganisation kann auf einer gemeinsamen Vision oder einer Reihe von Zielen basieren, oder ein OKR ist eine ziemlich ausgeklügelte Methode, anstatt zielgerichtet zu managen. Dann können wir uns selbst so organisieren, dass die Notwendigkeit, Teil einer Organisation zu sein und koordinierte Arbeit zu erledigen, berücksichtigt wird, aber das hängt nicht davon ab, dass ein Manager dem Einzelnen sagt, was zu tun ist.

John Turley:

So sieht ein autonomes Team aus. Ein autonomes Team, man braucht die Autonomie ist in Wirklichkeit ein sich selbst organisierendes Team. Und das sich selbst organisierende Team entscheidet, was das Team tun soll, um ein umfassenderes Ziel zu erreichen, das die Integration mit anderen sich selbst organisierenden Teams sein könnte. Und natürlich wird die Richtung oft von der Exekutive vorgegeben. Also kommen all diese Dinge irgendwie ins Spiel. Es geht nicht um Kontrolle auf der einen Seite oder Autonomie auf der anderen Seite oder Agile auf der einen Seite oder Wasserfall auf der anderen Seite.

John Turley:

Also werden wir die beiden vermischen. Wir werden sie ausbalancieren. Und dieses Gleichgewicht muss sich nicht nur zwischen den Teams verschieben, sondern auch je nachdem, auf welcher Ebene sich die Organisation befindet, ob das Team in der Organisation arbeitet. Und was ich damit meine, ist, dass der Bedarf an Kontrolle und Messung in vielerlei Hinsicht zunimmt, je höher man in der Organisation aufsteigt. Wir wollen also ein hohes Maß an Autonomie auf Teamebene, wo wir Kundennutzen schaffen. Aber wir müssen erkennen, dass dieses sich selbst organisierende Team die legitime Anforderung hat, einige Elemente der Unternehmenssteuerung zu integrieren, denn wenn wir einige Kontrollelemente haben, können wir nicht die Buchhaltung übernehmen und dafür verantwortlich sein, wofür wir das Geld von Investoren oder Aktionären ausgeben, wissen Sie, was ich meine? Es ist also viel komplexer in der Art von dichotomisierter Welt, die die Leute eher betrachten und die sehr schwarz-weiß ist. Ist es agil oder ist es ein Wasserfall? Sind wir autonom oder sind wir steuerungsorientiert, wo Sie beide sind und welche Mischung sich je nach Umgebung hier ändern muss.

Sean Blake:

Okay, okay. Zusätzlich zur Autonomie ist also immer ein bisschen Kontrolle erforderlich.

John Turley:

Es ist ein Gleichgewicht, oder? Wir fühlen uns alle wohl mit Kontrolle, nicht wahr? Wir alle halten uns zum Beispiel an Geschwindigkeitsbegrenzungen. Wir sind damit vollkommen einverstanden. Kontrolle ist kein Schimpfwort. Manche tun Dinge, die uns manchmal gesagt werden, und wir tun es gerne. Manchmal tun wir es widerwillig. Wir machen das nicht gerne. Manchmal lehnen wir es ab. An der Kontrolle an sich ist nichts falsch. Es ist der übermäßige Gebrauch von Kontrolle, um Menschen dazu zu zwingen, Dinge zu tun, die sie nicht tun wollen. Dann wird es problematisch, weil es die Autonomie eines Individuums untergräbt, die ein grundlegendes, universelles psychologisches Bedürfnis ist. Wir alle brauchen ein ausreichendes Maß an Autonomie, um uns wohl zu fühlen.

Sean Blake:

In Ordnung. Okay. Wir wissen also, dass Agile einen guten Lauf hatte, es ist jetzt Jahrzehnte her. Stellen Sie also immer noch fest, dass Sie auf dieselben Einwände stoßen, wenn Sie mit diesen Führungsteams oder diesen Unternehmen, vielleicht aus traditionelleren Branchen, sprechen? Haben sie immer noch dieselben Einwände gegen Veränderungen wie in der Vergangenheit? Und wie versucht man, sie zu überwinden?

John Turley:

Ja, das tun sie. Eine meiner seltsamen Erfahrungen als junger Projekt- oder Programmmanager, was auch immer ich war, ist, dass, wenn ich in einem Raum voller agiler Softwareentwickler landete, wahrscheinlich in der Sprache, die sie zu der Zeit benutzt hätten, und einer Gruppe von Infrastrukturingenieuren, die dem Wasserfall folgten, und die Abneigung von einer Gruppe gegen die andere, das war fast instinktiv, und man konnte es in ihnen sehen. Ich weiß nicht, ein Haufen Linux-T-Shirts und -Jeans, und dann würden die Leute vom Infrastruktur-Wasserfall wahrscheinlich Anzüge tragen.

John Turley:

Ich meine, es war wirklich offensichtlich und es war schwierig, diese Gruppen zusammenzubringen. Das war meine Erfahrung, sagen wir, gegen 2000, als ich gestern mit einem Kunden zusammensaß, der genau das Gleiche sagte. Sie sagten, dass sie in ihrer Organisation, die derzeit eine sehr große, agile Transformation durchläuft, sagten: „Das sind ihre Methoden. Bei uns gibt es Leute mit zwei Extremen. Wir können es quasi unterschreiben. Wir haben die Waterfall-Leute, die denken, dass ihr Weg der beste ist, und wir haben die Agile-Leute, die mit der Agile-Transformation voll und ganz einverstanden sind.“

John Turley:

Und was ich gehört habe, als die Person das sagte, sind ziemlich hochrangige Führungskräfte. Die Agile-Mitarbeiter sind mit den Klammern der agilen Transformation einverstanden, weil sie denken, dass ihre Arbeitsweise die beste ist. Und was ich versucht habe, dem Senior Manager klarzumachen, war, dass das eine Gruppe war, es gab sowieso Wahrnehmungen, dass eine Gruppe Agile mochte und funktionsübergreifend arbeitete, all das wurde funktionsübergreifend und die andere Gruppe nicht, eigentlich arbeiteten die beiden Gruppen auf die gleiche Weise.

John Turley:

Beide dachten, ihre Arbeitsweise sei richtig, und der eine vertrat die Vorzüge des Wasserfalls und der andere Agile, aber Tatsache war, dass sie beide dachten, sie hätten Recht, und der andere war falsch. Und darin lagen sie beide falsch. Waterfall funktioniert in vielen Szenarien sehr, sehr gut. Und voll auf Agile funktioniert in einigen Umgebungen sehr, sehr gut. In einigen Umgebungen ist es meiner Meinung nach übrigens ziemlich eingeschränkt.

John Turley:

Mein Freund und Kollege John Kern, der 2001 oder 2004 Mitautor des Agilen Manifests war, was auch immer es war, ich kann mich nicht erinnern. Er sagt: „Ich liebe Wasserfälle. Ich mache viele Wasserfälle, ich mache es nur in sehr kleinen Stücken.“ Und weil Tatsache ist, dass wir die Arbeit auf irgendeine Weise sequentiell erledigen müssen. Ich kann nicht an unendlich vielen Dingen parallel arbeiten. Es muss eine Reihenfolge geben.

John Turley:

Und als ich ihn das sagen hörte, erfüllte es mein Herz in gewisser Weise mit Freude, denn für jemanden mit einem Wasserfall-Hintergrund sagte ich immer: „Schau, ich verstehe das nicht. Beim Wasserfall-Projektmanagement sprechen wir von Etappen. Und in Agile sprechen wir von Sprints.“ Und beide haben ein Ende. Man hat eine Definition von fertig. Und einer hat einige Akzeptanzkriterien, und beide haben einen Anfang. Der einzige Unterschied ist die Sprache und die Dauer.

John Turley:

Was ist, wenn wir Sprints machen, tut mir leid, Etappen, die 10 Tage lang sind? Was ist jetzt der Unterschied? Und doch würden die Leute sagen: „Nun, wir sind agil und wir machen Sprints, und das wäre immer noch eine Phase.“ Komm schon, wir müssen einige Gemeinsamkeiten finden, um eine gemeinsame Bedeutungsbildung zwischen großen Gruppen von Menschen aufzubauen. Andernfalls können nur die Agile-Zuhörer unter uns für agile Organisationen arbeiten, und alle anderen sind dem Untergang geweiht. Und das stimmt nicht, oder? Das ist Unsinn, oder? Also müssen wir zusammenkommen und diese Arbeitsweisen finden, wie mein Freund John Kern so eloquent betont.

Sean Blake:

Okay, das ist ein guter Rat. Also für diese, einige Leute, die du triffst, gibt es immer noch diesen Widerstand, den es schon seit vielen Jahren gibt. Wie geht man vor, um die Leute zu ermutigen, ihre Komfortzone zu verlassen, um diese funktionsübergreifende Arbeitsweise auszuprobieren und transparenter zu sein, ich schätze, indem sie zum Team beitragen und nicht unbedingt darauf drängen, nur ein einzelner Mitarbeiter zu sein?

John Turley:

Noch eine gute Frage, Sean. Es gibt also ein paar Möglichkeiten, wie wir das tun können. Das psychometrische Instrument, das ich bereits erwähnt habe, das irgendwie messen kann, ich setze das irgendwie immer in Anführungszeichen, weil es nichts wirklich misst, es bewertet, glaube ich, ist ein wirklich, wirklich mächtiges Instrument. Auf der Grundlage dieser Messung können die Psychologen, mit denen wir zusammenarbeiten, einen Bericht erstellen, der dem Einzelnen viele dieser bedeutungsvollen Dinge, die Entwicklungspsychologie für Erwachsene, erklärt. Und es neigt dazu, überwältigend zu sein. Es verändert wirklich die Perspektive der Menschen darüber, was sie sind und wie sie in der Welt agieren.

John Turley:

Sobald die Menschen anfangen zu verstehen, dass es diese Entwicklungsstadien gibt und wir alle sie möglicherweise bis in die letzten Tage unseres Lebens durchlaufen, können wir beginnen, die Meinungsverschiedenheiten zu erkennen. Sie fangen einfach an, wegzufallen. Meinungsverschiedenheiten fallen allmählich weg, weil sie nicht mehr als gegensätzliche Ansichten angesehen werden, die nicht miteinander in Einklang gebracht werden können, weil ich diese Art von Person bin und sie diese Art von Person sind.

John Turley:

Und sie werden allmählich als Inkompatibilitäten bei der Bedeutungsfindung angesehen. Also fangen die Leute an zu sagen: „Okay, nun, ich denke das und du denkst das. Wie verstehen wir beide das, was bedeutet, dass wir die Perspektive anderer sehen können?“ Und sofort haben Sie begonnen, einen Mechanismus zu finden, um Gemeinsamkeiten zu finden.

John Turley:

Der Profilbericht zur Führungskräfteentwicklung, also der Bericht, der aus dem psychometrischen Instrument stammt, wirft also wirklich viel Licht darauf, wie der Einzelne arbeitet und wie Entwicklung aussieht, wie die psychologische Entwicklung für ihn aussieht. Das ist also ein mächtiges Tool. Wir haben einen weiteren Service, den wir Dialogpartnerschaft nennen und den wir als Pilotprojekt testen. Das ist quasi ein acht- oder zehnwöchiges Programm, es ist eine gemeinsame Einzeluntersuchung darüber, wie eine Person ihre Bedeutung formuliert und was die Stärken ihrer Bedeutungsbildung und die Grenzen ihrer Bedeutungsbildung sind.

John Turley:

Und sobald die Leute anfangen, das zu erkennen, fühlen sie sich defensiv, weil die Art und Weise, wie sie programmieren, gerade kritisiert wurde, weil sie ihre Bedeutung daraus ziehen, der beste Programmierer der Welt zu sein. Aber es gibt einen Entwicklungspfad, der das hinter sich lässt, und genau da kommen viele, viele Menschen hin. Es ist wie ein Aha-Moment, die Leute erkennen einfach, dass die Realität anders ist, als sie dachten, und sie kann angepasst werden.

John Turley:

Das LDP, die Leadership Development Profile-Berichte, Dialogpartnerschaften und die Zusammenarbeit mit der Geschäftsleitung, um ein bewusst entwicklungsorientiertes Umfeld zu schaffen, das die Dinge tut, die ich zuvor erwähnt habe, sind die entscheidenden Instrumente, mit denen wir Einzelpersonen dabei helfen, ihre eigene psychologische Entwicklung voranzutreiben. Und die Frage ist natürlich, warum sollten sie dazu motiviert sein? Warum sollte es sie interessieren? Und sie kümmern sich darum, weil 80% der Menschen ein sehr niedriges Maß an Engagement bei ihrer Arbeit zeigen. Die meisten Menschen treten auf Wasser und schlagen die Zeit totschlagen. Es ist kein Ort, an dem man sich wohlfühlt. Sobald die Leute anfangen, in funktionsübergreifenden Teams zu arbeiten und gemeinsam mit ihren Kollegen Freude daran haben, Dinge zu schaffen, die sie nicht schaffen könnten, was ein grundlegender menschlicher Instinkt ist, das ist ein Hype, dann kommt man zur Arbeit und hat Spaß.

John Turley:

Das habe ich dir zu Beginn des Telefonats gesagt, oder? Ich amüsiere mich großartig, ich arbeite mit einigen brillanten Leuten zusammen, die neues Wissen erschließen, von dem wir glauben, dass es die Menschheit nicht hat. Das ist ein Summen. In meiner Rolle trete ich nicht ins Wasser, weißt du, was ich meine? Und das gilt nicht nur für mich. Meiner Ansicht nach könnte die ganze Welt so sein. Wir könnten alle in solchen Rollen arbeiten, vielleicht ist das ein bisschen weit. Aber sicherlich könnten davon derzeit noch viel mehr getan werden, um mit der psychologischen Entwicklung Schritt zu halten und mehr Spaß an Ihrer Rolle zu haben, Spaß an Ihrer Arbeit zu haben. Es gibt eine Menge Zeit.

Sean Blake:

Ja, ich stimme dem, was du über den Buzz gesagt hast, wirklich zu. Und ich habe gesehen, wie das passiert, wenn bei Menschen die Glühbirne angeht, und es ist nicht mehr so, dass diese Werksarbeit an Sie weitergegeben wird. Aber du merkst, dass du jetzt Teil eines Teams bist, jeder ist da, um dich zu unterstützen, du arbeitest auf ein gemeinsames Ziel hin. Und es ist transparent, Sie können sehen, woran andere Leute arbeiten, und Sie helfen sich gegenseitig, gemeinsam etwas aufzubauen. Es macht wirklich Spaß. Zum ersten Mal in der Karriere vieler Menschen macht es Spaß und Vergnügen, zur Arbeit zu kommen. Das muss dir also ein gutes Gefühl geben, wenn du tust, was du tust.

John Turley:

Ja, tut es. Deshalb stehe ich auf und darum versuche ich seit 20 Jahren, das zu lösen, anderen Menschen wirklich zu helfen, das zu lösen. Ich erhielt neulich einen Anruf von einem Kollegen, der sagte, sie würden etwas Sport treiben und über ihre neue Rolle nachdenken. Und sie dachten sich, so fühlt es sich an, mit Freude zu arbeiten.

John Turley:

Ich meine, dieser [unhörbare 00:42:51] Job ist erledigt, denn das ist eine sehr fähige Person. Sobald sie sich so fühlen, weißt du, dass sie großartige Dinge tun werden. Wenn sie das Gefühl haben, andere Menschen zu sein, dass die Leute Gerinnsel beobachten, oder es gibt diese Kultur der Beschäftigtheit, in der wir nicht zugeben können, dass wir Dinge nicht wissen. Und dann müssen wir in einer Besprechung sein und etwas tun, in der transparenten Welt, von der du gerade sprichst. Wenn ich etwas zu tun habe, kann ich mich einfach hinsetzen und sagen: „Ich gehe heute zur Arbeit, ich warte darauf, dass mehr Sachen geschrieben werden.“ Und das ist keine schlechte Sache. Es ist wie, großartig, du arbeitest in einem nachhaltigen Tempo. Das ist eine gute Sache. Ich habe jahrelang für eine Schweizer Bank gearbeitet und in einem nachhaltigen Tempo gearbeitet, aber niemand war daran interessiert. Man muss mit einem Tempo arbeiten, das nicht nachhaltig ist. Und wenn du ausgebrannt bist, kannst du gehen und wir lassen jemand anderen reinkommen und das machen. Und so funktioniert das. Das ist miserabel.

Sean Blake:

Es ist nicht das, was wir wollen, Sean, oder? Es ist nicht das, was wir wollen. Und leider waren viele Leute schon einmal dort und haben es erlebt. Und wenn sie das Licht einmal gesehen haben, wollen sie nie wieder zu ihm zurückkehren, was meiner Meinung nach eine gute Sache ist, wenn man erkennt, dass es einen besseren Weg gibt.

John Turley:

Ja, einverstanden.

Sean Blake:

Ja. Okay, nun, ich denke, wir werden bald fertig sein. Ich habe noch zwei Fragen an dich, bevor wir Schluss machen.

John Turley:

Ich werde versuchen, die Antworten kurz zu halten.

Sean Blake:

Nein, das ist in Ordnung. Ich genieße es wirklich. Ich könnte vielleicht noch eine Stunde gehen, aber ich weiß, dass wir andere Dinge zu tun haben. Im Rahmen der Recherche habe ich einige Ihrer Blogbeiträge gelesen und mir einige Ihrer Vorträge und Ereignisse in der Vergangenheit angesehen, und Sie sprechen über das Konzept der versteckten Verpflichtungen. Und ich möchte einfach ein bisschen mehr erfahren. Was ist eine versteckte Verpflichtung? Und was ist die Implikation?

John Turley:

Gute Frage. Also schrieben Robert Kegan und Lisa Lahey, Entwicklungspsychologen, ein Buch mit dem Titel Immunity to Change. Dies ist ein Buch, das ich vor ein paar Jahren hier gelesen habe. Und da drin sprechen Bob und Lisa über versteckte Verpflichtungen. Und so weisen sie zunächst darauf hin, dass wir alle Neujahrsvorsätze fassen und sie alle scheitern. Wir meinen sie wirklich ernst, wenn wir sie machen. Und als ich in meinen späten Teenagern war, meinte ich sie vielleicht wirklich ernst, als ich sie gemacht habe. Aber ich konnte sie niemals behalten.

John Turley:

In einem anderen Buch, betont Kegan, ist es meiner Meinung nach in dem Buch The Evolving Self enthalten. Er weist darauf hin, dass die große Mehrheit der Männer nach einem Herzinfarkt meiner Meinung nach eine Studie in Amerika ist. Aber es ist eine Weile her, seit ich sie gelesen habe, ich glaube, es sind sechs von sieben, die nach einem Herzinfarkt weder ihre Ernährung noch ihr Trainingsprogramm ändern. Und der Grund, warum er das als Fallstudie in dem Buch verwendet, ist, dass er darauf hinweist, dass es nicht so ist, dass diese Leute nicht wissen, was sie tun sollen, man braucht weniger Kalorien rein, mehr raus. Und es ist nicht so, dass sie nicht motiviert wären, das zu tun. Sie hatten eine Nahtoderfahrung. Sie würden gerne am Leben bleiben, nehmen wir an.

John Turley:

Dennoch nehmen sie keine nennenswerten Änderungen an ihrer Ernährung und ihrem Trainingsprogramm vor, warum nicht? Und was Bob und Lisa in dem Buch aus ihren Recherchen sagen, ist, dass es auf versteckte Verpflichtungen zurückzuführen ist. Wir alle haben unsere Art, Sinn zu machen. Wir haben unsere Werte und Annahmen, die wir wie durch Osmose von der Gesellschaft aufnehmen. Und wir stellen sie nicht in Frage. Wir können nicht alle Annahmen in Frage stellen, die wir im Laufe unseres Erwachsenwerdens annehmen. Es ist einfach nicht möglich. Wir haben also diese versteckten Annahmen, dass wir versteckten Verpflichtungen verpflichtet sind. Und manchmal stehen diese versteckten Verpflichtungen im Widerspruch zu unseren erklärten Zielen. Und wenn die versteckte Verpflichtung unserem erklärten Ziel widerspricht, ist das Ergebnis, dass wir sehr verwirrt darüber sind, dass das erklärte Ziel irgendwie auf der Strecke bleibt, und wir verstehen nicht wirklich, warum. Wir denken vielleicht, ich würde einen gemeinsamen Ausweg finden, weil ich mich einfach mehr anstrengen muss, ich brauche einfach mehr Willenskraft. Ich muss einfach den Kurs beibehalten. Und das stimmt nicht sehr oft. Es gibt noch etwas anderes in Ihrer Bedeutung, was das im Widerspruch zu unserem erklärten Ziel stehen lässt. Und sobald Sie es ans Licht gebracht haben, können Sie damit beginnen, diese versteckte Verpflichtung zu untersuchen, und Sie können damit herumspielen.

John Turley:

Und wenn du damit herumspielen kannst, passt du deine Bedeutungsbildung an. Und die Technik, die wir bei der Dialogpartnerschaft anwenden, stammt aus dem Buch von Bob und Lisa, in dem wir im Wesentlichen diese versteckten Verpflichtungen aufdecken und sehen, wie sie mit Engagement kollidieren. Das ist sozusagen, und wenn du es dann siehst und du damit experimentieren kannst, kannst du beginnen, Veränderungen in dir selbst freizusetzen. Peter Senge, ich glaube, er ist Innovationsdirektor. Er ist sehr berühmt, Innovationsdirektor am MIT. Und er hat ein wunderschönes kleines Zitat, etwa: „Was für eine Torheit ist es, daran zu denken, unsere Organisationen zu transformieren, ohne uns selbst zu verändern?“

John Turley:

Wir müssen unser Verhältnis zur Macht ändern, um die Art und Weise zu ändern, wie Macht in unseren Organisationen verteilt wird. Und das ist ein Beispiel für eine versteckte Verpflichtung, über die wir normalerweise nicht nachdenken. Wir glauben einfach, dass wir Menschen auf magische Weise stärken können, während wir die gesamte Macht für den Senior Manager behalten. Und das funktioniert einfach nicht. Es gibt eine versteckte Verpflichtung, die der Idee widerspricht, dass wir unsere Teams stärken wollen, was eine ziemlich fehlerhafte Idee ist.

Sean Blake:

Beeindruckend. Okay. Nun, ich mag die Herangehensweise an die Arbeit und die Betrachtung der sozialen Struktur, der sozialen Netzwerke und der Psychologie, die dahinter steckt, wirklich. Das ist wirklich faszinierend und ich bin noch nie wirklich darauf gestoßen, besonders nicht im agilen Bereich. Das ist also wirklich einzigartig. Danke, dass du das geteilt hast, John. Letzte Frage an dich. 2020 war gelinde gesagt interessant. Wir haben über einige Dinge gesprochen, die im Laufe Ihrer Karriere gleich geblieben sind, einige Dinge, die sich geändert haben. Was denkst du wird als Nächstes kommen, freust du dich auf die nächsten fünf, zehn Jahre? Was sind einige dieser Trends, von denen Sie glauben, dass sie wirklich auffallen und vielleicht die Art und Weise, wie Sie arbeiten, verändern werden, wie Ihre Mitarbeiter von neun bis fünf aussehen, oder die Art und Weise, wie Sie mit Ihren Kunden interagieren?

John Turley:

Ich denke, das wird nicht nur das Aussehen von Nine to Five verändern. Es wird sich ändern, so wie alle neun bis fünf aussehen. Ich denke, die Welt befindet sich in einer schwierigen Lage. Viele von uns sind verärgert und es sieht nach einem ziemlichen Chaos aus, und ich glaube, wir sind alle besorgt. Viele von uns sind besorgt. Aber wie ein Freund zu mir sagte, zitierte er jemand anderen, lass niemals eine gute Krise ungenutzt verstreichen. Die Menge an Veränderungen, viel Energie im System, die Menge an Veränderungen im System verändert die Dinge spürbar.

John Turley:

Viele von uns erkennen, dass es einen besseren Weg geben muss, Dinge zu tun, weil unsere Art, uns als Gesellschaft zu organisieren, einschließlich unserer Organisationen, zusammenbricht. Es funktioniert nicht mehr. Die Leute erkennen durch die Arbeit, dass Menschen die Namen mögen, die ich genannt habe, und durch unsere ursprünglichen Forschungen hoffe ich, dass sie irgendwie auf originelle Weise dazu beitragen werden, dass es eine bessere Art gibt, uns zu organisieren, dass die Menschheit das Wissen und die Erfahrung hat, das zu tun, was wir tun müssen.

John Turley:

Es ist einfach nicht in der IT. Wir müssen von außen auf das schauen, was die Psychologen über Mindset sagen, und nicht darauf, was die Agile-Leute über Mindset sagen. Das ist eine radikale Idee. Und wenn wir dieses Lernen und dieses Wissen importieren, haben wir einen Rahmen, der uns hilft, besser zu verstehen, was wirklich vor sich geht und wie wir echte Veränderungen bewirken können. Also alles, worüber ich heute gesprochen habe, ist nur sehr wenig originell. Wir haben einige Originalarbeiten, über die ich nicht wirklich sprechen kann. Spielt es eine Rolle? Das Wissen ist da draußen. Wenn wir die Menschen und die Kultur und die Tools und die Methodik zusammen erledigen, dann skaliert das, dann ändern wir die Art und Weise, wie Organisationen arbeiten, was sich ändern wird, dass jeder von neun vor fünf ist.

Sean Blake:

Das ist großartig. Das bringt es zurück zu den Grundlagen, nicht wahr? Was wir über Menschen wissen, und das wenden wir nun auf das an, was wir über Arbeit wissen. Das ist wirklich ein Augenöffner. Und ich habe viel aus unserem Gespräch gelernt, John. Ich habe ein paar Bücher und ein paar Forschungsarbeiten, die ich mir danach ansehen muss. Vielen Dank, dass Sie im Easy Agile-Podcast erschienen sind, und wir schätzen Ihre Zeit sehr.

John Turley:

Klar, es ist mir ein Vergnügen. Ich meine, ich liebe es und wir bei Adaptavist lieben es, mit anderen zu teilen, was wir tun. Damit wir alle mit mehr Freude arbeiten können, Mann. Also danke, dass du uns hilfst, die Botschaft zu verbreiten.

‍

„Die Folge zeigt, dass Interaktion, Zusammenarbeit und die Unterstützung jedes Teammitglieds darin bestehen, sein Potenzial auszuschöpfen“ - Terlya Hunt

In dieser Folge chatten Terlya Hunt, Head of People & Culture bei Easy Agile, und Caitlin Mackie, Marketing Coordinator bei Easy Agile, mit Jazmin Chamizo und Rakesh Singh.

Jazmin und Rakesh sind Hauptautoren des kürzlich veröffentlichten Berichts „Reimagining Agility with Diversity, Equity and Inclusion“.

Der Bericht untersucht die Schnittstelle zwischen Agilität, Geschäftsagilität und Diversität, Gerechtigkeit und Inklusion (DE&I) sowie den Stand von Inklusivität und Gerechtigkeit in agilen Organisationen.

„Die Menschen sind das schlagende Herz von Agile. Wenn Menschen nicht durch ein inklusives und gerechtes Umfeld gestärkt werden, funktioniert Agilität nicht. Wenn Agile nicht funktioniert, können agile Organisationen nicht funktionieren.“

📌 Was hat dazu geführt, dass der Bericht geschrieben wurde
📌 Wo die Fehlstellungen liegen
📌 Was wir als Einzelpersonen und Führungskräfte anders machen können

Abonniere unbedingt, genieße die Folge 🎧

‍

Transkript

Terlya Hunt:

Hallo zusammen. Vielen Dank, dass Sie sich uns für eine weitere Folge des Easy Agile-Podcasts angeschlossen haben. Ich bin Terlya, People & Culture-Geschäftspartnerin bei Easy Agile.

Caitlin Mackie:

Und ich bin Caitlin, Marketingkoordinatorin bei Easy Agile. Und wir werden Ihre Moderatoren für diese Folge sein.

Terlya Hunt:

Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, dem Volk der Wodiwodi der Dharawal-Nation, und den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen und allen Aborigines, die uns heute zuhören, den gleichen Respekt erweisen.

Caitlin Mackie:

Heute werden wir von Jazmin Chamizo und Rakesh Singh begleitet. Sowohl Jazmin als auch Rakesh sind Hauptmitwirkende und Forscher von Reimagining Agile for Diversity, Equity and Inclusion, einem Bericht, der die Schnittstelle zwischen agiler Geschäftsagilität und Vielfalt, Chancengleichheit und Inklusion untersucht und im Mai 2021 veröffentlicht wurde.

Terlya Hunt:

Wir freuen uns sehr, dass Jazmin und Rakesh heute zu uns kommen. Also lass uns reinspringen.

Caitlin Mackie:

Also Jazmin und Rakesh, vielen Dank, dass ihr heute zu uns gekommen seid. Wir freuen uns sehr, heute hier bei Ihnen beiden zu sein und das Gespräch zu führen. Ich nehme an, heute packen wir aus und stellen Ihnen Fragen zu dem Bericht, an dem Sie beide maßgeblich mitgearbeitet haben, Reimagining Agility with Diversity, Equity and Inclusion. Also für unser heutiges Publikum, das den Bericht vielleicht noch nicht kennt, Jazmin, könntest du uns bitte zusammenfassen, worum es in dem Bericht geht?

Jasmin Chamizo:

Absolut. Und zunächst einmal vielen Dank, dass Sie uns heute hier haben und dass Sie sich für unseren Bericht interessieren. Nur um Ihnen einen kleinen Einblick in unsere Forschung zu geben und wie alles begann. Der Gründer und Inhaber des Business Agility Institute, Evan Leybourn, nahm tatsächlich an einem Vortrag von Mark Green teil. Und Mark, der früher, ich meine, ein Agile-Coach war, bezog sich auf seine nicht sehr positive Erfahrung mit Agile. Das erregte also tatsächlich die Aufmerksamkeit von Evan, der wie wir alle ein großer Verfechter von Agilität war. Und sie beschlossen, sich auf dieses Abenteuer einzulassen und einige Nachforschungen anzustellen, um die potenzielle Beziehung zwischen Diversität, Gleichheit und Inklusion und Agilität zu untersuchen.

Also hatten wir, ich meine, zu Beginn der Forschung ein paar Hypothesen. Und die erste Hypothese war, dass agile Unternehmen trotz der positiven Absicht von Agilität und trotz der positiven Denkweise und der Werte von Agile, die wir alle teilen, Gefahr laufen könnten, marginalisierte Mitarbeiter und Kunden weiter auszuschließen. Und die zweite Hypothese, die wir hatten, war, dass Organisationen, die Vielfalt, Gleichheit und Inklusion tatsächlich direkt in ihre Agile-Transformation und dann in ihre Strategie einbetten, diejenigen Organisationen übertreffen könnten, die dies nicht tun. Wir haben also tatsächlich mehr als ein Jahr damit verbracht, verschiedene Teilnehmer aus vielen verschiedenen Ländern zu interviewen. Und am Ende haben wir festgestellt, dass diese Hypothesen wahr sind. Und heute möchten wir mit Ihnen, ich meine, einen Teil dieser Forschung teilen und müssen Sie auch ermutigen, den gesamten Bericht zu lesen und auch zu dieser Diskussion beizutragen.

Terlya Hunt:

Unglaublich. Und Jazmin, du hast das in deiner Antwort gerade ein bisschen angesprochen, aber ich denke, Rakesh, könntest du uns etwas mehr darüber erzählen, was die Inspiration und der Auslöser für das Schreiben dieses Berichts war?

Rakesh Singh:

Ja. Also danke für die nochmalige Einladung. Und es ist ein großartiger [unhörbarer 00:03:51] Vortrag über dieses wunderschöne Projekt. Das BAI beschäftigte sich schon lange mit dieser Aktivität, und ich habe zufällig eine der Präsentationen von Evan gehört, und diese Präsentation hat mein Interesse an Business Agility und den Zusammenhang mit DEI geweckt. Das war also eine Sache. Und zweitens, als Evan über dieses spezielle Projekt sprach und uns alle einlud, war ich seit etwa drei Jahrzehnten sehr lange mit der Transformation in meinem Job bei Siemens beschäftigt. Und wir stellten fest, dass es immer einige Leute gab, die, wann immer man Veränderungen vornimmt, nicht interessiert oder skeptisch waren. „Wir verschwenden unsere Zeit.“ Und okay, das war zu erwarten, aber was war überraschend, dass Agile im großen Stil an Bedeutung gewann und die Leute dachten: „Okay. Das ist eine Lösung für all unser Elend. „Obwohl der Schwerpunkt auf Kultur lag, war Kultur immer noch unser größtes Problem. Mir kam es also so vor, als würden wir das Problem nicht wirklich angehen.

Und während Jazmin über unser Ziel und unsere Hypothese sprach, war das für mich attraktiv, dass mir dieses Projekt vielleicht helfen wird zu verstehen, warum einige [unhörbar 00:05:12] die Leute in einen Teil der Agile-Transformation mit einbeziehen.

Terlya Hunt:

Ich danke dir. Das war großartig. Ich denke, in dem Bericht kommt definitiv zum Ausdruck, dass dies ein Thema ist, das Ihnen allen am Herzen liegt. Und in dem Bericht, den Sie erwähnt haben, gibt es einen Mangel an Konsens und einige Unstimmigkeiten bei der Definition einiger dieser Schlüsselbegriffe. Ich dachte, um das heutige Gespräch zu gestalten, Jazmin, könntest du uns einige dieser Schlüsseldefinitionen vorstellen: Agilität, Diversität, Gerechtigkeit und Inklusion?

Jasmin Chamizo:

Das ist jetzt eine großartige Frage, denn im letzten Jahr gab es einen großen Boom bei verschiedenen Themen im Zusammenhang mit Vielfalt, Gerechtigkeit und Inklusion, ich meine, insbesondere mit der Black Lives Matter-Bewegung und vielen verschiedenen Ereignissen, die unsere Gesellschaft im Allgemeinen beeinflusst haben. Und mit dem Aufkommen sozialer Bewegungen, ich meine, wurde viel über Diversität, Gerechtigkeit und Inklusion gesprochen. Und wenn wir über Agilität, Gleichheit, Gerechtigkeit, Inklusion und Diversität sprechen, dann meine ich, es ist sehr wichtig, ein sehr klares Verständnis davon zu haben, was wir mit diesen Begriffen meinen. Agilität ist die Denkweise. Ich meine, es geht wirklich darum, den Kunden, die Menschen, in den Mittelpunkt der Organisation zu stellen. Wir sprechen also von agilen Arbeitsweisen. Wir sprechen von kollaborativeren Arbeitsweisen. So können wir das Beste aus den Menschen herausholen und dann Innovationen entwickeln und Produkte so schnell wie möglich auf den Markt bringen.

Als wir nun über Agilität und diese ganze Idee nachgedacht haben, Menschen in den Mittelpunkt und Kunden in den Mittelpunkt der Organisation zu stellen, damit wir sehr agil und flexibel auf die Herausforderungen reagieren können, die unsere Gesellschaft derzeit darstellt, fanden wir viele Gemeinsamkeiten und viele Ähnlichkeiten in Bezug auf Vielfalt, Gerechtigkeit und Inklusion. Wenn wir jedoch über Diversität, Gerechtigkeit und Inklusion sprechen, gibt es einige Nuancen in den Konzepten, die wir verstehen müssen. Vielfalt bezieht sich wirklich auf die Mischung. Es bezieht sich auf Zahlen, auf Statistiken, auf all die Unterschiede, die wir haben. Es gibt eine sehr lange Liste von Arten von Vielfalt. Geschlechtervielfalt, sexuelle Orientierung, Denkweisen, unser sozioökonomischer Status, Bildung und was auch immer, verschiedene Arten von Vielfalt.

Wenn wir jetzt über Gleichheit sprechen, meine ich, wir sprechen davon, dieselben Ressourcen und Unterstützungsstrukturen einzusetzen, ich meine, für alle. Gleichheit beinhaltet jedoch nicht wirklich das Element der Gerechtigkeit, was so wichtig ist, wenn wir jetzt über die Schaffung inklusiver Umgebungen sprechen. Bei Chancengleichheit sprechen wir über das Element der fairen Behandlung, wir sprechen über soziale Gerechtigkeit, wir sprechen davon, allen den gleichen Zugang zu Chancen zu gewähren. Es geht also so ziemlich darum, die Situation auszugleichen, sodass all diese Stimmen Teil des Gesprächs sein können und jeder zur Entscheidungsfindung in Organisationen und in der Gesellschaft beitragen kann. Es ist also dieses Element der fairen Behandlung, es ist das Element der sozialen Gerechtigkeit, zu dem das Element der Gerechtigkeit beitragen muss und dem wir wirklich Aufmerksamkeit schenken müssen.

Und bei Inklusion geht es wirklich darum, Menschen in der Organisation willkommen zu heißen. Es geht darum, alle Bedingungen zu schaffen, damit Menschen, jeder, gedeihen und jeder in einer Organisation erfolgreich sein kann. Ich denke, es ist sehr wichtig, diese Definitionen sehr klar zu haben, um besser zu verstehen, wie sie sich überschneiden und wie es tatsächlich, ich meine, eine symbiotische Beziehung zwischen diesen Konzepten gibt.

Caitlin Mackie:

Ja. Großartig. Und ich denke, dass Agile funktioniert, wenn man nur darauf aufbaut, Interaktion, Zusammenarbeit und die Unterstützung jedes Teammitglieds dabei unterstützt, sein Potenzial auszuschöpfen. In Ihrem Bericht wird also erörtert, dass sich diese Werte in Bezug auf Vielfalt, Gerechtigkeit und Inklusion stark überschneiden. Also ich denke, Rakesh, was sind die wichtigsten Überschneidungen? Es scheint, dass diese Eigenschaften und Merkmale Hand in Hand gehen. Wie nehmen wir sie also an?

Rakesh Singh:

Wenn Sie also sehen, dass die meisten Unternehmen große Organisationen sind und seit etwa zwei Jahrzehnten bestehen, und Sie sie mit der Startup-Organisation vergleichen, dann arbeiten die Leute in der traditionellen Struktur normalerweise sozusagen in ihren funktionalen Silos. Und so wird die agile Transformation von einer Geschäftsfunktion übernommen. Es könnte ein Qualitätsteam sein. Es könnte ein Übertragungsteam sein. Und DEI ist normalerweise eine Domäne einer Personalabteilung oder von Personen, die der Organisation beitreten. Und das Problem ist, dass diese Initiativen manchmal getrennt behandelt werden und die erforderliche Zusammenarbeit nicht stattfindet, wohingegen sie in einem Startup-Unternehmen diese Art von Abteilungen nicht haben.

Wenn wir das als Grundlage betrachten, müssen wir darauf achten, dass die Organisation dafür sensibilisiert wird, dass sie an einigen dieser Projekte zusammenarbeiten, und uns die zugrunde liegenden Gemeinsamkeiten ansehen, und wir können uns möglicherweise entweder gegenseitig helfen oder uns ergänzen, denn ein Beispiel ist, wenn ich das nennen kann, es sehr einfach ist, eine agile Transformation in Bezug auf ein Geschäftsergebnis zu rechtfertigen, okay, aber jede Veränderung in Bezug auf Mitarbeiter ist eine sehr langfristige Veränderung. Sie können das also nicht mit einem Geschäftsergebnis in einem kürzeren Zeitrahmen in Verbindung bringen. Deshalb nenne ich Agile und DEI als symbiotisch. Agile kann durch einen DEI-Prozess unterstützt werden, und DEI selbst kann durch ein Agile-Projekt gerechtfertigt werden. Sie sind also symbiotisch.

Nun, was ist das Gemeinsame zwischen den beiden? Es gibt also vier Artikel. Ich meine, es gibt viele Dinge, die gemeinsam sind, aber vier Dinge, die ich für am wichtigsten halte. Ja? Das Erste ist Respekt vor den Menschen, wie es Jazmin gesagt hat, inklusiv zu sein. Respekt vor den Menschen, sowohl Agile als auch DEI, das ist eine Grundlage dafür. Und dafür sorgen, dass sich die Menschen willkommen fühlen. Also egal, aus welcher Vielfalt sie kommen, welchen Hintergrund sie haben, sie fühlen sich willkommen. Ja? Der zweite Teil ist das Arbeitsumfeld. Es ist also eine große Herausforderung, eine Art psychologische Sicherheit zu schaffen. Und ich denke, die Leute organisieren sich jetzt, das Management versteht jetzt, dass sie denken, dass sie für einen sicheren Ort gesorgt haben, aber die Menschen fühlen sich dort aus irgendeinem Grund immer noch nicht sicher. Das ist eine Sache.

Die andere Sache ist, dass unabhängig von den Richtlinien, die Sie schreiben, Dokumentationen, Richtlinien oder Ankündigungen, die grundlegenden Dinge, die die Leute sehen, sie fair und transparent sind? Ja? Also ich habe immer gesehen, dass, wenn zwei Personen einen Bonus bekommen, wenn eine Person 5% mehr bekommt, egal wie hoch der Betrag ist, immer das Gefühl hat: „Ich habe meine Schuld nicht bekommen.“ Ja? Also sei fair und sei transparent. Und das letzte ist, dass Sie in Menschen investieren müssen. Die Organisation muss in Menschen investieren. Die Organisation muss investieren, um ihnen die Möglichkeit zu geben, neue Chancen zu nutzen und auch zu wachsen und durch Lernen zu wachsen. Das sind also vier Dinge, die ich mir vorstellen kann und die tatsächlich dazu beitragen können, sowohl ein agiles als auch ein integratives Umfeld im Unternehmen zu haben.

Caitlin Mackie:

In dem Bericht wird erwähnt, dass einige dieser Möglichkeiten zur Kombination von Agilität und Inklusion im Bereich Vielfalt übersehen werden. Warum glaubst du ist das so?

Rakesh Singh:

Ich denke, der Grund, warum sie übersehen werden, ist, dass es im Grunde darum geht, die Führungskräfte auszubilden. Es ist nur so, wenn ich in der agilen Welt bin, ist mir nicht wirklich bewusst, dass es bestimmte Aspekte gibt, die mit Menschen zu tun haben. Ich denke, wenn ich nur eine Ankündigung mache, werden die Leute mitmachen. In Ordnung? Also das ist das Verständnis. Auf der anderen Seite erhielten wir Beiträge von einigen Antwortenden, die sagten, dass einige der DEI-Projekte im Grunde nur Worte sind und nicht wirklich ernsthaft damit umgehen. Das ist Zeitverschwendung. „Ich werde gezwungen, ein bestimmtes Training zu absolvieren. Ich bin gezwungen.“ Also was die Aufrichtigkeit angeht, manchmal fehlt es an etwas, also müssen die Mitarbeiter auf Führungs- und Mitarbeiterebene besser geschult werden.

Caitlin Mackie:

Ich denke, ein wirklich interessanter Hinweis in Ihrer Forschung ist, dass viele agile Prozesse und Rituale so konzipiert sind, dass sie für die Mehrheit geeignet sind, was Teammitglieder mit unterschiedlichen Eigenschaften ausschließt. Jazmin, was sind einige dieser Rituale?

Jasmin Chamizo:

Ja, das ist eine gute Frage. Wenn Sie nun an agile und agile Rituale denken und zum Beispiel, ich meine, tägliche Standups, dann haben viele dieser Rituale nicht wirklich über Diversität oder das Design von Vielfalt und Inklusion nachgedacht. Ich meine, Agile ist sehr spontan und eine Art von Ritualen, wer kann schon sprechen. Aber es gibt eine Menge Leute, ich meine, die vielleicht mehr Zeit brauchen, um Informationen zu verarbeiten, bevor sie Eingaben machen können, und zwar so schnell. Diese Anforderung, Informationen zu verarbeiten oder Eingaben sehr schnell in täglichen Standups zu geben, übersieht vielleicht die Tatsache, dass viele Menschen mit einer anderen Art von Gedankenverarbeitungsstilen oder Präferenzen möglicherweise mehr Zeit benötigen, um diese Prozesse durchzuführen.

Das wäre also, ich meine, Nummer eins; die Tatsache, dass es sehr genau vor Ort ist und manchmal nur die lauten Stimmen zu hören sind. Wir verpassen also möglicherweise viele Gelegenheiten, wenn wir versuchen, Feedback und Input von Menschen mit unterschiedlichen Denkstilen zu erhalten.

Wenn Sie nun an Organisationen in verschiedenen Ländern denken, in denen Englisch nicht die Muttersprache vieler Menschen ist, fühlen sie sich möglicherweise ebenfalls stark benachteiligt. Das passiert oft in multinationalen Organisationen, wo Leute, deren Muttersprache, Sie wissen schon, Englisch ist, sich selbstbewusster fühlen und es sind, die jetzt die Konversationen praktisch monopolisieren können. Also, für Leute, deren Muttersprache nicht Englisch ist, ich meine, sie könnten sich benachteiligt fühlen.

Wenn Sie an ältere Mitarbeiter denken, die manchmal nicht Teil einer agilen Transformation sind, haben sie möglicherweise auch das Gefühl, nicht Teil des Teams zu sein, und sie haben möglicherweise nicht das Gefühl, dazuzugehören, was bei einer agilen Transformation und für jedes Unternehmen so wichtig ist. Ein anderes Beispiel, ich meine, wären Menschen, die aufgrund ihres religiösen Glaubens, ich meine, vielleicht fünfmal am Tag beten müssen, und ich meine, vielleicht bedeutet ein morgendliches Aufstehen sehr schwer, sich daran anzupassen, oder sogar Menschen mit Behinderungen oder Sprachunterschieden fühlen sich ein wenig eingeschüchtert von Agilität. Es gibt also viele verschiedene Beispiele. Und der Doug-Bericht sammelt tatsächlich mehrere gelebte Erfahrungen der Befragten, die wir interviewen. Sie veranschaulichen, wie Agilität für die Mehrheit und für eine dominantere Kultur konzipiert wurde. Dies unterstreicht die Notwendigkeit, viele dieser Rituale und viele dieser Praktiken neu zu gestalten.

Caitlin Mackie:

Ja, ich denke, darauf aufbauend haben Sie in Ihren Empfehlungen erwähnt, dass Sie diese agilen Arbeitsweisen bewusst neu gestalten und neu gestalten wollen. Auf welche Weise können wir diese überdenken und bewusst gestalten?

Jasmin Chamizo:

Mm-hmm (bejahend). Nun, die gute Nachricht ist, dass es während unserer Recherchen und während unserer Feldarbeit und der Gespräche, die wir mit einigen Organisationen geführt haben, gezeigt hat, dass es viele Unternehmen und Organisationen gibt, die sie aktiv umsetzen, verschiedene Arten von Praktiken, angefangen bei der Art und Weise, wie sie ihre Besprechungen, ihre Rituale, ihre Stand-ups organisieren und den Menschen die Möglichkeit geben, auf unterschiedliche Weise zu kommunizieren. Vielleicht etwas Raum für Stille geben, damit die Leute ihre Informationen verarbeiten können, oder alternative Kanäle bieten, über die Menschen entweder schriftlich oder vielleicht am nächsten Tag kommunizieren und Kommentare abgeben können. Es muss also nicht direkt vor Ort sein, und sie fühlen sich nicht unter dieser Art von Druck.

Nun, ein anderes Beispiel wäre, Menschen zu erlauben, auch in ihrer Muttersprache zu kommunizieren. Ich meine, nicht unbedingt Englisch zu benutzen, ich meine, die ganze Zeit als, ich meine, Hauptsprache. Ich denke, es ist auch wichtig, dass die Mitarbeiter das Gefühl haben, dass sie mit ihrer eigenen Sprache dazu beitragen können, und dass sie auch anfangen, die Erfahrung der Mitarbeiter zu analysieren, ich meine. Wir sprechen davon, vielleicht nichtbinäre Optionen in Rekrutierungsprozessen oder bei der Gehaltsabrechnung zu verwenden. Also, ich meine, damit anzufangen, die verschiedenen Praktiken inklusiver zu gestalten und, ich meine, die gesamte Mitarbeitererfahrung zu analysieren. Ich meine, das sind einige Beispiele, mit deren Umsetzung wir beginnen können, um ein integrativeres Umfeld zu schaffen. Und das, was für mich am wichtigsten ist, ist die Ermutigung von Führungskräften, bewusst integrative Arbeitsumgebungen zu gestalten, beispielsweise durch die Schaffung von Umgebungen, in denen sich die Menschen wirklich sicher fühlen, in denen sie dies haben. Psychologisch sicher.

Terlya Hunt:

Der ganze Abschnitt über das Erforschen und Hinterfragen bestehender Überzeugungen ist so interessant. Und ich würde auf jeden Fall jeden, der zuhört, ermutigen, ihn zu lesen. Ich könnte Ihnen allein zu diesem Abschnitt so viele Fragen stellen, weil ich denke, er war voller Gold, und ehrlich gesagt, mein Exemplar ist hervorgehoben und gekritzelt und ich habe es gelesen und immer wieder gelesen, es gab so viel zu absorbieren. Das Erste, was mir als HR-Praktiker in einer agilen Organisation wirklich auffiel, war die Überzeugung, dass es ein guter Anfang ist, sich zuerst auf ein oder zwei Bereiche der Vielfalt zu konzentrieren. Und aufgrund Ihrer Recherchen haben Sie tatsächlich herausgefunden, dass die Umfrageteilnehmer diese Methode als unwirksam und sogar schädlich für DEI empfanden. Und in Ihrer Recherche verweisen Sie auch darauf, wie wichtig es ist, bewusst und überlegt vorzugehen. Ich schätze, wie bringen wir dieses Bedürfnis nach Konzentration und Veränderung mit diesen Erkenntnissen in Einklang, dass eine zu enge Fokussierung tatsächlich schädlich sein kann? Ich könnte dir das hier vorwerfen, Rakesh.

Rakesh Singh:

Dank des Reformdatenberichts, der sehr interessant ist, haben wir ihn sogar einer ganzen Reihe von Gruppen vorgestellt. Und eines der Dinge, die ich beobachtet habe, als wir über einige der Überzeugungen und Herausforderungen sprachen, war, dass sofort die Antwort kam: „Hey, wir haben Erfahrung in unserer Region.“ Wir haben also erkannt, dass dieser ganze Aspekt, über den Jazmin sprach, viele Dimensionen hat. Wenn Sie sich also Inklusivität, Diversität und Gleichheit in der gesamten Organisation ansehen, gibt es viele Ströme und viele Auslöser. Unter Diversität verstehen wir, okay, in sehr begrenzter Weise, es kann das Geschlecht sein, oder es kann eine Religion oder ein Land sein, aber in Wirklichkeit ist es viel mehr in einem Arbeitsumfeld, es gibt viele Dynamiken, die [unhörbar 00:22:15] sind. Die Herausforderungen, die wir gesehen haben, waren, dass, wenn man ein Projekt auf eine sehr aufrichtige Art aufgreift und sagt: „Ich löse ein Problem, okay?“ Lass mich sagen, ich löse ein Problem einer Region oder Sprache, ja? Das Problem ist nun, dass wir uns meistens das dominanteste ansehen und dieses Problem identifizieren.

Was also passiert, ist, dass Sie genau dort eine Ungleichheit schaffen, weil es andere Menschen gibt, unter denen sie leiden. Sie leiden, ich werde nicht sagen, „leiden“, aber sie werden von anderen Faktoren der Vielfalt beeinflusst und sie hatten das Gefühl: „Okay, niemand kümmert sich wirklich um mich.“ Ja? Man muss es also in einem sehr ganzheitlichen Bild betrachten, und man muss es so betrachten, dass alle mit an Bord sind, ja? Sie können also vielleicht nicht für jedes spezifische Problem eine Lösung finden, aber alle mit ins Boot holen und die Leute in einem Teil der Umgebung oder entweder in der psychologischen Sicherheit oder auf der politischen Ebene arbeiten lassen, also schaffen Sie ein Umfeld, in dem jeder teilnehmen kann, und die Probleme können unterschiedlich sein, sodass sie ihre eigenen Probleme ansprechen und sicherstellen können, dass sie das Gefühl haben, dass sie betreut werden. Und genau das haben wir tatsächlich beobachtet.

Terlya Hunt:

Und die zweite Überzeugung, die ich für wirklich interessant hielt, war die, dass wir uns an die Überzeugungen von jemandem anpassen, wenn er danach fragt. Und Ihre Untersuchungen haben ergeben, dass nicht jeder in der Lage ist, seine Bedürfnisse offenzulegen, egal wie sicher die Arbeitsumgebung ist. Deshalb ist es der erste Schritt in diesem Prozess, sich auf die Offenlegung zu verlassen. Organisationen werden immer einen Schritt hinterherhinken und die Last des Wandels auch marginalisierten Gruppen aufbürden. Was können wir tun, Rakesh, um diesen Druck abzubauen und proaktiver zu werden?

Rakesh Singh:

Es gibt also ein paar Dinge, auf die wir achten müssen, wenn wir mit Leuten sprechen. Tatsächlich haben sie über das Problem gesprochen und sie haben auch empfohlen, was richtig sein könnte, wir tun es. Und wir haben auch untereinander darüber gesprochen. Eines war also ganz klar: Es gab ein paar Zweifel an der Aufrichtigkeit der Führung. Deshalb waren wir der Meinung, dass jede Organisation, in der die Führungskraft sehr proaktiv war, wie zum Beispiel, was ist der Hauptgrund, wenn ich ein Problem habe, wenn ich darüber spreche, ich mir immer Sorgen mache, was passieren wird, wenn ich es enthülle? Und ist es das richtige Thema, um darüber zu sprechen? Das sind also die Fragen, die viele Menschen davon abhalten würden, überhaupt nicht darüber zu sprechen. Hier kann die proaktive Führung den Menschen helfen, ihre Hemmungen zu überwinden und darüber zu sprechen, und wenn sie nicht darüber diskutieren, werden Sie nie wissen, ob es ein Problem gibt. Also, das ist die eine Sache. Also, das ist der Ansatz.

Es gibt also ein paar Dinge, die wir auch empfehlen könnten, ist proaktive Führung von Anfang an, und etwas, das getan werden kann, ist, dass den Managern viele Tools zur Verfügung stehen, ja? Leute, Führungskräfte, würde ich das nennen. Dinge wie Coaching, Sie haben also ein Wachstumsmodell, in dem Sie eine einzelne Person coachen können, sogar als Manager oder als unabhängiger Coach, und dann mit Moderationstechniken. Als ich meine Karriere begann, war das kein Training zum Thema Moderation, ich ging einfach in den Raum und leitete das Meeting. Aber es sind sehr nette Werkzeuge, Moderationstechniken, die eingesetzt werden können, um die Leute zur Teilnahme zu bewegen. Solche Dinge können also sehr nützlich sein, um proaktiv zu sein und Menschen aus ihrer Hemmung zu holen. Das ist auf jeden Fall Sache des Leiters. Deshalb nennen wir es dienende Führung. Es ist ihre Aufgabe, die Initiative zu ergreifen und die Führung zu übernehmen und die Menschen aus ihrer Schale zu holen.

Terlya Hunt:

Es passt ziemlich gut zu der nächsten Frage, die mir in den Sinn kam. Ihr beide habt heute tatsächlich eine Menge herausfordernder Überzeugungen erwähnt und Dinge herausgefordert. Wir müssen dieses Bewusstsein stärken, sichere Räume schaffen und psychologische Sicherheit in unseren Teams schaffen. Was sind einige Beispiele dafür, wie wir sichere Räume für diese Gespräche schaffen können?

Rakesh Singh:

Die Beispiele für jemanden, der sichere Orte schafft, sind... Ich würde sagen, das ist die Ausbildung von Menschen und Führungskräften. Was ich gesehen habe, ist, dass, wenn das Führungsteam das erkennt und die Manager und andere Leute weiterbildet... Man muss tatsächlich Mitarbeiter auf verschiedenen Ebenen schulen und ein Umfeld schaffen, in dem alle an der Entscheidungsfindung beteiligt sind und es ihnen freisteht, Entscheidungen zu treffen, natürlich innerhalb der Grenzen des Unternehmens.

Der Schwerpunkt, so würde ich sagen, ist, dass es viele Bildungsprogramme gibt und die Leute sich gerne weiterbilden würden, weil ich normalerweise das Gefühl hatte, nie zu einer guten Führungskraft ausgebildet worden zu sein. Es gab nie eine Ausbildung. Aber heutzutage stellen wir fest, dass viele Bildungsprogramme auf verschiedene Themen eingehen, wie Mikroaggressivität, unbewusste Vorurteile, psychologische Sicherheit. Die Leute sollten es verstehen. Dinge wie einfühlsam zu sein. Diese Terminologien gibt es, aber ich finde, dass die Leute sie nicht wirklich schätzen und nicht in dem Maße verstehen, wie sie es brauchen, obwohl sie in einer Führungsposition sind.

Caitlin Mackie:

Danke fürs Teilen, Rakesh. Mir gefällt wirklich, was Sie zum Thema proaktive Führung erwähnt haben. Ihre Studie ergab, dass 47% der Befragten der Meinung sind, dass Unternehmen, die diese Einheit aus Agilität, Vielfalt, Gleichheit und Inklusion erreicht haben, von den Vorteilen profitieren und die Konkurrenz hinter sich lassen werden. Jazmin, was haben diese Organisationen anders gemacht?

Jasmin Chamizo:

Ja. Das ist eine gute Frage. Eigentlich passt das sehr gut zur Vorstellung von dienender Führung, inklusiver Führung und dazu, dass Führungskräfte vor dieser unglaublichen Herausforderung stehen, Arbeitsbereiche zu schaffen, die psychologisch sicher sind, wie Rakesh gerade erwähnt hat. Das liegt wirklich in der Verantwortung aller, aber es hat viel mit einer sehr starken Führung zu tun.

Wir stellten fest, dass mehrere andere Organisationen, die wir interviewt haben, über ein sehr starkes Führungsteam verfügten, dass sie sich bei ihrer agilen Transformation wirklich für Vielfalt, Gerechtigkeit und Inklusion engagierten und in der Lage waren, DEI in den Mittelpunkt der Organisation zu stellen. Das ist Nummer eins: Ein sehr starkes Führungsteam, das sich tatsächlich für Vielfalt, Gleichheit und Inklusion einsetzt und die Bemühungen von DEI nicht als isolierte Maßnahmen oder Initiativen betrachtet.

Das ist etwas, das wir heutzutage oft sehen. Als DEI-Coach und Berater sieht man leider manchmal mehrere Organisationen, die es nur sehr isoliert versuchen und sehr... Sie haben keine langfristige Strategie. Wir haben gesehen, dass es tatsächlich funktioniert, dieses engagierte Führungsteam zu haben, das in der Lage war, DEI in den Mittelpunkt ihrer Strategie zu stellen.

Außerdem ein Team, das in der Lage war, sich für Vielfalt, Gerechtigkeit, Inklusion und Agilität einzusetzen, und das in der Lage ist, Fürsprecher in der gesamten Organisation zu haben. Es ist nicht nur die Aufgabe einer Person. Dies erfordert die Bemühungen der gesamten Organisation und der einzelnen Personen, sich für DEI zu engagieren und aktiv an der agilen Transformation teilzunehmen.

Ich würde auch sagen, Führungskräfte, die Fehler akzeptieren und Fehler während des gesamten Prozesses akzeptieren. Das ist etwas, das in unseren Gesprächen mit Menschen in verschiedenen Organisationen häufig zur Sprache kam, dass in vielen Kulturen und in vielen Organisationen Fehler bestraft werden. Sie werden nicht als Chance wahrgenommen.

Einer der Tipps oder Best Practices wäre, Führungskräfte zu haben, die in der Lage sind, dem Rest ihrer Organisation zu zeigen, dass Fehler tatsächlich Lernmöglichkeiten sind, dass Sie Dinge ausprobieren und innovativer sein können. Selbst wenn Sie scheitern, werden Sie nicht bestraft, oder es wird keine Konsequenzen geben, und, ganz im Land, dass dies tatsächlich eine Lernmöglichkeit ist, von der wir alle profitieren können.

Caitlin Mackie:

Ja. Ja, ich stimme vollkommen zu. Welche Vorteile haben sie gesehen?

Jasmin Chamizo:

Sie sahen definitiv ein besseres Arbeitsumfeld. In unseren Interviews mit den Befragten wurde häufig darauf hingewiesen, dass die Teilnehmer die Möglichkeit sahen, neue und innovative Ideen auszuprobieren. Definitiv mehr Innovation, mehr Kreativität. Die Geschäftsmoral ist letztlich sogar gestiegen, weil sie sahen, dass das Unternehmen tatsächlich unterschiedliche Perspektiven einnahm, auch wenn sie scheitern sollten. Dies erforderte definitiv mehr Innovation.

Ich würde sagen Innovation, mehr Kreativität und ein besseres Arbeitsumfeld. Absolut neue Produkte, neue Ideen. Wenn Sie über die aktuellen Umstände mit COVID nachdenken, müssen Organisationen genau darauf abzielen. Neue Produkte, mehr Innovation, um all den Herausforderungen zu begegnen, vor denen wir heute stehen.

Terlya Hunt:

Mächtige Dinge, über die die Zuhörer nachdenken sollten. Hier bei Easy Agile ist es unsere Mission, Teams dabei zu helfen, agil zu sein. Weil wir glauben, dass der Fokus schon zu lange auf dem Tun lag, obwohl die Realität so ist, dass Agile eine ständige Reise des Werdens ist.

Es gibt einen bestimmten Teil des Berichts, der mir wirklich aufgefallen ist und den ich gerne lesen würde. „Agilität ist eine Reise ohne festen Endpunkt. Der Weg zur Schaffung vielfältiger, gerechter und inklusiver Umgebungen ist derselbe. Agilität und DEI können angestrebt, aber nie vollständig erreicht werden. Sie sind ein Prozess des kontinuierlichen Lernens, Reflektierens und Verbesserns. Ein Team kann in den Prozess der Verbesserung der Geschäftsagilität oder der DEI nicht mit einer Einstellung zur Vollendung gehen, und jedes Modell, das Agile und DEI vereint, wird letztlich unwirksam sein, wenn die Teilnehmer nicht bereit sind, sich kontinuierlich um Selbstverbesserung zu bemühen.“

Ich liebe dieses Zitat absolut. Rakesh, lass uns das ein bisschen weiter untersuchen. Was kannst du mir dazu noch sagen?

Rakesh Singh:

Eigentlich gibt es eine interessante Sache, mit der ich zunächst teilen möchte. Wir wollten nach einer Organisation suchen, die uns hilft, ihre Leute zu interviewen und mit ihren Leuten zu sprechen. Die Art und Weise, wie Organisationen reagiert haben... Einige antworteten: „Soll ich meinen Leuten erlauben, mit jemandem zu sprechen? Es könnte ein Problem sein.“ Aber dann haben wir andere Organisationen bekommen, die uns tatsächlich verfolgt haben. „Wir würden gerne ein Teil davon sein und wir würden gerne unsere Leute interviewen lassen.“ Sie standen der ganzen Sache sehr positiv gegenüber.

Ich habe zufällig mit der DEI-Unternehmensleiterin, einer Dame, gesprochen, und sie sprach so... Ich würde sagen, sie war so begeistert von der ganzen Sache, obwohl ich zumindest das Gefühl hatte, dass sie ein sehr hohes Maß an Bekanntheit für DEI hatten. Aber das Bestreben, zu lernen und herauszufinden, was sie besser machen könnten, war ziemlich erstaunlich und ziemlich positiv.

Da lautet meine Antwort, ist das... Wenn man sich die aktuelle Pandemie anschaut und die Leute das erkannt haben, „Okay. Wir müssen von zu Hause aus arbeiten. „Anfangs fanden es einige Leute großartig. Das ist eine tolle Sache. Work-Life-Balance. „Ich kann zu mir nach Hause gehen.“ Aber nach einiger Zeit stellten sie fest, dass es ein Problem ist. Es gibt noch ein anderes Problem.

Der Punkt ist, dass sich in jeder Organisation, in der es um ein Geschäft, ein soziales Leben oder um Menschen geht, es einfach ständig ändert. Es gibt keine Methode oder Richtlinie, die für immer gültig sein wird. Es gibt einen kontinuierlichen Lernprozess, in den wir uns einlassen müssen.

Was wir tun müssen, ist uns auf unser Ziel zu konzentrieren, das wir erreichen wollen. Je nach Umfeld nennen wir das geschäftliche Agilität. Bringen Sie es jetzt auch zu den Menschen, denn es ist ein Volk... Wir sprechen über Kundenorientierung und all das. Aber herauszufinden, dass es die Menschen sind, die das liefern, was das Unternehmen will. Man muss sehen, wie sich das auf ihr Leben auswirkt.

Wir diskutieren darüber, die Leute wieder ins Büro zu bringen. Das Problem ist, dass eine Stadt wie Bangalore eine sehr teure und stark bewölkte Stadt ist. Die Leute sind in ihre Heimatstadt gegangen und können von dort aus arbeiten. Um sie zurückzuholen, müssen Sie sie nun erneut genehmigen. Um die Erklärung abzukürzen: Unser Leben verändert sich, ständig, und die Technologie und alles andere stellen uns vor... Die Menschen müssen nach Methoden und Ansätzen suchen, wie sie sich kontinuierlich anpassen können.

Lernen ist ein kontinuierlicher Prozess. Tatsächlich, als ich mit Agile angefangen habe und mich die Leute gefragt haben: „Wie viele Jahre Erfahrung haben Sie?“ Ich sage generell fünf Jahre, weil alles, was ich vor fünf Jahren gemacht habe, eigentlich die falsche Praxis ist. Man muss kontinuierlich lernen, und DEI und Agile sind in dieser Situation nicht fremd.

Caitlin Mackie:

Ich liebe das. Ich denke, die Förderung dieser kontinuierlichen Lernumgebung ist wirklich wichtig. Ich nehme an, in diesem Zusammenhang konzentrieren sich einige der Empfehlungen des Berichts auf eine vertiefte Ausbildung und gezielte Fachkenntnisse. Jazmin, welche weiteren Empfehlungen, Kurse oder Praktiker gibt es, mit denen sich die Leute nach dieser Episode beschäftigen können?

Jasmin Chamizo:

Sicher. Ein wichtiger Teil unseres Berichts war eine Reihe von Empfehlungen für die gesamte agile Community und Praktiker, für Organisationen und agile Coaches. Das kannst du sehen. Sie könnten genauere Informationen in unseren Berichten erhalten. Ich möchte Sie alle zum Lesen ermutigen. Wenn es um agile Coaches und Berater geht, ermutigen wir die Menschen auf jeden Fall, mehr über Diversität, Gerechtigkeit und Inklusion zu erfahren, denn eine der Erkenntnisse und Erkenntnisse, die wir aus dieser Studie gezogen haben, ist, dass Diversität, Gleichheit und Inklusion in der agilen Welt nicht speziell enthalten sind.

Als wir mit den Befragten in vielen verschiedenen Ländern sprachen, stellten sie nicht spontan den Zusammenhang zwischen Agilität, Agilität und Diversität, Gerechtigkeit und Inklusion her. Aber je mehr wir darüber sprachen, stellten sie fest, dass sie sich tatsächlich sehr stark überschneiden. Es gab eine symbiotische Beziehung zwischen ihnen, weil man die Person und alles, was mit dieser Person zu tun hat, in den Mittelpunkt der Organisation stellt, in die Transformation.

Auf jeden Fall ermutigen wir... Führungskräfte und agile Coaches müssen anfangen, mehr über unsere DEI zu lernen, diese Fähigkeiten auszubauen und mehr über unbewusste Vorurteile und die Auswirkungen unbewusster Vorurteile sowie Diskriminierung und Rassismus zu lernen, die wir in Organisationen weiterhin beobachten werden. Sie achten stärker auf die Stimmen, die in den aktuellen Gesprächen derzeit nicht gehört werden. Sie können verschiedene Techniken oder Methoden erlernen, um ansprechender und inklusiver zu sein.

Wenn es um die agile Community im Allgemeinen und um Influencer geht, ist es wichtig zu erwähnen, dass Evan Leybourn, der Gründer des Agility Institute, derzeit einige Gespräche mit wichtigen Institutionen der agilen Community wie der Agile Alliance führt, weil wir suchen... Das ist es, wonach die Generation Z sucht. Es gibt eine große Aufforderung an Unternehmen, sich dieser Art der Transformation zu stellen, aber DEI in den Mittelpunkt der Organisation zu stellen. Das ist es, was ich sagen möchte.

Tragen Sie zur Diskussion bei. Dies ist ein Pilotprojekt. Dass wir hoffen, mehr Forschung in anderen DEI-Bereichen im Zusammenhang mit Agilität durchführen zu können. Wir möchten, dass die Zuhörer Teil des Gesprächs sind und ihre Erfahrungen einbringen, um den aktuellen Stand der Agilität zu verbessern.

Caitlin Mackie:

Vielen Dank, dass Sie heute zu uns gekommen sind. Wir haben unser Gespräch sehr genossen. Ich kann es kaum erwarten zu sehen, wie sich Agilität und Diversität, Gerechtigkeit und Inklusion in Zukunft entwickeln werden. Ich danke dir.

Jasmin Chamizo:

Vielen Dank, dass Sie uns haben. Es war mir ein Vergnügen.

Rakesh Singh:

Vielen Dank an euch beide. Es war schön, unsere Erfahrungen zu teilen. Ich danke dir vielmals.

„Nach einer Cloud-Migration bei Splunk hat Greg einige wichtige Erkenntnisse, Herausforderungen und Chancen mit uns geteilt“ — Chloe Hall

Greg Warner ist seit 2006 im Atlassian-Ökosystem tätig und hält regelmäßig Vorträge auf Atlassian-Veranstaltungen. Greg hat als Senior Consultant für einen Lösungspartner gearbeitet, Jira und Confluence bei Amazon unterstützt und in seiner aktuellen Rolle bei Splunk eine Cloud-Migration zu Atlassian Enterprise Cloud für über 10.000 seiner Kollegen durchgeführt.

In dieser Folge sprechen Greg und Chloe über die Reise zur Cloud-Migration:

📌 Der mentale Wandel zur Cloud-Migration und wie man über die technische Seite hinausdenkt

📌 So navigierst du durch die Reise, ohne dass du einer Roadmap folgst

📌 Die vier Säulen für den Erfolg Ihrer Cloud-Migration

📌 Den richtigen Zeitpunkt für die Migration finden und über zukünftige Möglichkeiten nachdenken, die über Ihre Migration hinausgehen

📌 Der unerwartete Wert, der sich aus einer Cloud-Migration ergeben kann

+ mehr!

📲 Abonnieren/Hören Sie Ihre Lieblings-Podcasting-App.

Danke, Greg und Chloe!

Transkript

Chloé Hall:

Hallo zusammen und willkommen zurück zum Easy Agile Podcast. Also, ich bin Chloe, Marketingkoordinatorin bei Easy Agile, und ich werde Ihre Moderatorin für die heutige Folge sein. Bevor wir beginnen, möchten wir uns bei den traditionellen Hütern des Landes, von dem aus ich heute aufnehme, bedanken, dem Volk der Wodiwodi aus dem Dharawal-sprachigen Land, und den Ältesten aus Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen. Den gleichen Respekt zollen wir allen Aborigines und den australischen Inselbewohnern, die heute zuhören.

Chloé Hall:

Wir haben heute also einen sehr aufregenden Gast im Podcast. Dieser Gast befasst sich seit 2006 mit dem Atlassian-Ökosystem und spricht häufig auf Atlassian-Veranstaltungen. Er hat als Senior Consultant für einen Lösungspartner gearbeitet, Jira und Confluence bei Amazon unterstützt und in seiner aktuellen Rolle bei Splunk eine Cloud-Migration zur Atlassian Enterprise Cloud für über 10.000 Kollegen durchgeführt. Also willkommen zum Easy Agile Podcast, Greg Warner.

Chloé Hall:

Wie geht's dir?

Greg Warner:

Gut, und danke für die Einladung.

Chloé Hall:

Keine Sorge. Es ist toll, dass du heute hier bist.

Greg Warner:

Das ist eines meiner Lieblingsthemen. Wir sprechen über Cloud-Migration und ja, ich hoffe, ich kann erklären, warum.

Chloé Hall:

Ja, genau das wollen wir für Sie, denn ich erinnere mich, als wir uns bei Team 22 getroffen haben. Sie waren einfach so begeistert von der Cloud-Migration und hatten so viele Erkenntnisse zu teilen, und ich war auch sehr fasziniert.

Greg Warner:

Um ein bisschen Hintergrundinformationen über mich zu geben.

Chloé Hall:

Ja.

Greg Warner:

Ich war nicht immer ein Wolkenmensch. Sie haben also bereits erwähnt, dass Sie seit 2006 dabei sind. Ich war in den frühen Tagen dabei, als Jira die verschiedenen Varianten Standard und Professional hatte, als du eine Unternehmenslizenz für Atlassian bestellst und man dir ein Shirt geschickt hat. Das war einer der Unterschiede zwischen einer der Lizenzen. Es basiert also viel auf den Serverversionen, über viele Jahre hinweg. Ich betrachtete die Cloud als den ärmeren Cousin, wenn du so willst.

Greg Warner:

Ich war auf mehreren Atlassian-Gipfeln und späteren Teamevents gewesen, bei denen es immer Dinge gab, die in der Cloud passierten, aber nicht unbedingt auf dem Server. Ich habe an der Erstellung von Prüfungsfragen für das Atlassian-Zertifizierungsprogramm für Server und DC teilgenommen. In den letzten 18 Monaten, also seit zwei Jahren, habe ich diesen grundlegenden Wandel vollzogen — von einem Befürworter dessen, was wir auf Servern in DC tun, hin zu absolut Cloud-First. Das ist die definitive Richtung, die wir als Unternehmen gewählt haben, und es ist sicherlich auch der Grund, warum ich so leidenschaftlich daran interessiert bin, mit anderen Unternehmenskunden über ihre Cloud-Migration zu sprechen.

Chloé Hall:

Beeindruckend. Was glaubst du war es, dass du gesagt hast, okay, lass uns in die Cloud migrieren, da du so sehr in den Server-DC-Teil involviert warst? Was hat Ihre Aufmerksamkeit erregt?

Greg Warner:

Ich bin 2019 zu Splunk gekommen und es war nicht alles rosarot, was die Wartung von Jira und Confluence angeht. Es war nicht ungewöhnlich, dass es stundenlange Ausfälle gab. Dass zwei Systeme, die für unseren Geschäftsbetrieb einfach so wichtig waren, das hatten, war ich etwas verblüfft, aber ich dachte, hey, ich war schon einmal hier. Das habe ich gesehen. Also war es ein langsamer methodischer Ansatz, um unsere Probleme zu lösen, uns zu einer Version zu bringen, die langfristig unterstützt wurde, und dann eine Verschnaufpause einzulegen.

Greg Warner:

Sobald wir an dem Punkt angelangt sind, an dem wir keine Ausfälle mehr hatten, denken wir darüber nach, wie die Zukunft aussehen würde. Und für mich war diese Zukunft genau das, was ich zuvor gemacht hatte, das, was ich bei Amazon gemacht hatte, wo wir unsere gesamte lokale Infrastruktur, Jira, Confluence und Crowd, in die Public Cloud verlagern würden, egal ob es sich um eine AWS oder GCP handeln würde, so etwas in der Art. Das hatte ich schon einmal gemacht. Ich wusste, wie wir das machen würden, insofern, als ich in meinem Team sogar Besprechungen darüber abgehalten hatte, wie wir die Infrastruktur aufbauen und wie das Design aussehen sollte.

Greg Warner:

Aber es gab wahrscheinlich ein entscheidendes Gespräch mit unserem CIO, und es war in einem von denen, als ich gerade vorbeiging, und er sagte: „Greg, ich habe die Pläne und die Finanzierungsanfragen gesehen.“ Er sagt: „Aber haben Sie über Atlassian Cloud nachgedacht?“ Die unmittelbare persönliche Reaktion auf mich war, dass wir das nicht tun werden, weil ich die Iterationen gesehen hatte. Ich hatte es im Laufe der Zeit gesehen. Ich hatte für einen Lösungspartner gearbeitet. Ich hatte mit Kunden in der Cloud zusammengearbeitet und nie wirklich gedacht, dass wir für Unternehmen gerüstet sein könnten. Meine unmittelbare Reaktion würde das also nicht bewirken. Ich sagte: „Ich werde diese Frage jetzt nicht beantworten.“ Ich sagte: „Ich weiß nicht genug, um dir eine Antwort zu geben.“

Greg Warner:

Und ich bin absolut froh, dass ich das getan habe, denn ich wäre ins Fettnäpfchen getreten, wenn ich sofort geantwortet hätte, dass... Also ja, ich habe diese Frage beantwortet, einige Analysen durchgeführt, mit unserem damaligen technischen Kundenbetreuer gesprochen und mir wirklich angesehen, was vor sich ging und wo die Cloud heute ist? Wie weit war sie ausgereift? Und das wirklich Monumentale für mich war, dass ich glaube, dass es tatsächlich fertig ist. Die Leute entschuldigen sich dafür, warum sie es nicht können, aber es gibt eine Reihe von Gründen, warum Sie das tun sollten. Und wenn wir uns als Unternehmen mit unseren eigenen Produkten betrachten, bringen wir unsere eigenen Kunden in die Cloud, und wir nutzen Cloud-Dienste wie Google Workspace und Zoom sowie eine Vielzahl von SaaS-Anwendungen. Was war so anders an dem, was wir im Bereich Engineering gemacht haben und das nicht in die Cloud gehen konnte? Und das war wie, okay, ich glaube, der CIO hat mir hier tatsächlich eine viel größere Frage gestellt.

Greg Warner:

Das Ergebnis war also: Ja, wir haben entschieden, dass es der richtige Zeitpunkt für Splunk war, umzuziehen. Und das ist eine monumentale Veränderung. Und ich weiß, dass es da draußen eine Menge Jira-Admins gibt, die sagen, wenn du das tust, gefährdest du deine eigenen Jobs. Die Antwort lautet nein, das bist du nicht. Und selbst in meinem Team, als wir das besprochen hatten, gab es eine emotionale Verbindung zur Aufrechterhaltung der Infrastruktur vor Ort. Geben wir damit unsere eigenen Jobs weg? Da sind all diese... Nein.

Greg Warner:

Und es gab tatsächlich zwei Leute in meinem Team, die durch unsere Cloud-Migration tatsächlich befördert wurden und die es sonst nicht getan hätten, weil sie die Fähigkeiten unter Beweis stellen konnten. Aber das ist quasi die Hintergrundgeschichte darüber, wie wir uns für den Umstieg auf die Cloud entschieden haben. Und ich denke, während wir darüber nachdenken, gibt es zuerst eine mentale Veränderung. Bevor Sie überhaupt den technischen Weg beschreiten und sich überlegen, wie Sie das machen würden, sollten Sie Ihre eigene Meinung ändern, sodass Sie auch dafür bereit sind.

Chloé Hall:

Ja, ich liebe das. Ja, es ist so gut. Und ich denke, allein die Tatsache, dass Sie Ihrem CIO nicht geantwortet haben, haben Sie das gesagt?

Greg Warner:

Jep.

Chloé Hall:

Dass Sie Ihrem CIO nicht sofort geantwortet haben und nicht gesagt haben: „Nein, das möchte ich nicht tun.“ Sie sind tatsächlich zurückgetreten, haben sich die Zeit für Ihre Recherchen genommen und denken, dass die Cloud vielleicht die bessere Option für Splunk ist, was einfach großartig ist und wirklich zu dieser mentalen Veränderung in Ihnen selbst geführt hat. Wenn Sie also sagen, dass Ihre Mitarbeiter, wie jeder, irgendwie das Problem haben, oh, wir werden unseren Job verlieren, wenn wir von On-Premise zur Cloud wechseln und diese Mitarbeiter am Ende befördert werden. Wie haben sich ihre Rollen verändert?

Greg Warner:

Als wir von On-Premise auf Cloud umgestiegen sind, müssen Sie die Sanitäranlagen nicht mehr warten, oder?

Chloé Hall:

Ja.

Greg Warner:

Du musst dich nicht mehr um die gesamte Installation kümmern, die Jira, Confluence, BitBucket, was auch immer gerade bewegt wird, unterstützt. Jetzt dachten wir, das ist der Teil, der dem Unternehmen tatsächlich einen Mehrwert bietet. Und erst als wir zur Cloud übergingen, wurde uns klar, dass dem nicht so war. Als ob das, was wir jetzt tun können, anders ist. Und genau das hat mein Team getan. Sie haben ein höheres Level erreicht.

Greg Warner:

In den Zeiten, in denen wir von Jira, Confluence vor Ort, zur Cloud gewechselt sind, beschäftigen wir uns jetzt viel mehr mit der Geschäftsanalyse und dem Verständnis, was unsere Projektteams wollen. Wenn also jemand aus dem Bereich Engineering etwas anfordert, das eine Integration oder einen Workflow hat, haben wir mehr Zeit, die wir dafür aufwenden können, als dass wir ein Upgrade durchführen werden? Befinden wir uns in der aktuellen Feature-Version? Gibt es einen Bug, den wir schließen müssen? Log-for J ist ein Paradebeispiel, bei dem wir das Thema behandelt haben, darin bestand, einen Anruf mit dem Atlassian Enterprise Support zu protokollieren und uns dann zu sagen: „Ja, es ist erledigt.“

Greg Warner:

Während andere Kollegen innerhalb des Ökosystems, mit dem ich gesprochen habe, eine Woche damit verbracht haben, sich damit zu befassen, oder? Umgang mit Patches und Upgrades. Der Wert, den die Arbeit, die wir leisten, für unser Team hat sich also verändert. In dieser Zeit haben wir auch erweiterte Roadmaps für Jira erstellt. Wir waren also in der Lage, Dinge bereitzustellen, die wir nie hätten bereitstellen können, weil wir zu viel mit den Klempnern zu tun haben, und das ist jetzt so, dass wir nur noch einen sehr geringen Platzbedarf vor Ort haben, und das sind hauptsächlich FedRAMP und IO5. Es ist noch nicht ganz zertifiziert. Es wird dort ankommen. Wir haben also einen sehr kleinen Fußabdruck und ich bin derjenige, der die Upgrades durchführen muss, und jetzt schauen Sie sich das an, oh mein Gott, das werden diese paar wöchentlichen Aufgaben sein, die wir erledigen werden, bei denen ich all die andere bessere Arbeit erledigen könnte, die in der Cloud auf uns wartet. Sie merken es erst, wenn Sie es entfernt haben, wie viel Sie früher getan haben.

Greg Warner:

Deshalb haben wir früher zwei Upgrades von Jira pro Jahr und zwei Upgrades von Confluence pro Jahr durchgeführt. Wir haben das auf jeweils etwa einen Monat Arbeit zurückgeführt. Bis du all deine Tests durchführst und die Inszenierung durchführst und dann das machst. Sie rechnen also wirklich mit vier Monaten des Jahres, in dem Sie Upgrades durchgeführt haben. Das haben wir nicht mehr. Das ist komplett weg. Deshalb stellen wir jetzt sicher, dass wir die Dinge zuerst mit der Cloud erledigen. Wir übertragen Verhaltensweisen, die wir vor Ort angewendet haben, nicht in die Cloud. Das ist wahrscheinlich eine Sache, die wir gelernt haben, war, dass Server-DC nicht in der Cloud implementiert wird.

Chloé Hall:

Ja, das ist so toll. Es scheint, als hätte es dir auch viel mehr Möglichkeiten eröffnet. Ich denke, etwas, das ich etwas genauer untersuchen und verstehen möchte, ist, dass sich die Leute stark auf den technischen Aspekt der Cloud-Migration konzentrieren. Welche anderen Aspekte müssen Ihrer Meinung nach berücksichtigt werden?

Greg Warner:

Sicherlich Leute. Ich habe hier ganz vorne die mentale Denkweise erwähnt und das begann wirklich bei meinem Team, um sie dazu zu bringen, wie wir diese Cloud-Migration durchführen werden. Es gibt noch nicht unbedingt eine Roadmap, die besagt, dass dies alle Schritte sind, die Sie unternehmen müssen, um sich auf Ihre Cloud-Migration vorzubereiten. Also mussten wir einige davon erfinden und eine dieser beiden war, was wollten wir aus der Cloud-Migration herausholen?

Greg Warner:

Ich spreche mit anderen Atlassian-Kunden. Du sprichst davon, dass sie ein Projekt durchführen, das Projekt ist die Cloud-Migration, der Anfang und das Ende ist der Cloud-Migrationstag. Nein, völlig falsch. Die Cloud-Migration hat tatsächlich einen Anfang, eine Mitte und ein Ende. Worüber Sie hier sprechen, über diese ersten Änderungen, ist am Anfang, und das sollte sein, dass wir zur Cloud wechseln, weil sie grundlegend besser sein sollte als das, was wir heute haben.

Greg Warner:

Wenn es nicht besser ist, hat es keinen Sinn, die Aktivität durchzuführen. Also begannen wir mit einer Vision und diese Vision war, dass alle wichtigen Dinge vom ersten Tag an funktionieren mussten und dass sie besser funktionieren mussten. Also Ausgabe erstellen, Ausgabe bearbeiten, bis zur Ausgabe, das muss einfach funktionieren. Es sollte keinen Streit darüber geben, ob dies der Fall ist oder nicht. Das muss funktionieren und besser funktionieren. Erstelle eine Seite, bearbeite eine Seite, teile eine Seite. Das Zeug muss in Confluence problemlos funktionieren. Wir müssen auch sicherstellen, dass es Mitarbeiter in der Organisation gibt, für die dies eine grundlegende Änderung ihrer Arbeitsweise bedeuten könnte, je nachdem, wie viel sie mit Jira und Confluence arbeiten. Wir sind uns also bewusst, dass während der Cloud-Migration ein gewisses Maß an Change Management und Kommunikation erforderlich sind, um sicherzustellen, dass Ihre Vision funktioniert, aber wir müssen uns auch darüber im Klaren sein, dass Sie einige Dinge kaputt machen werden. Sie werden nicht in der Lage sein, eine Cloud-Migration durchzuführen und sich ohne irgendetwas von A nach B zu verlagern.

Greg Warner:

Es wird schief gehen. Das war uns bewusst, und deswegen habe ich den Leuten immer gesagt, dass wir fest auf die Vision fixiert sind, sicherzustellen, dass es besser ist als heute, aber flexibel, was die Details angeht, wie wir sie erreichen. Wir werden im Laufe der Zeit wahrscheinlich andere Wege finden, weil sich die Dinge ändern werden. Die Cloud verändert sich von selbst. Sie werden Dinge entdecken, die Sie vorher nicht wussten. Es gab einen Jira-Admin, der vor 10 Jahren eine Entscheidung getroffen hat, das hast du jetzt herausgefunden. Also ja, wir waren an dem ersten Tag sehr, sehr fest auf diese Vision fixiert, dass wir dieses Unboxing-Erlebnis haben mussten. Als die Leute Jira und Conference Cloud zum ersten Mal nutzten, konnten sie verstehen, warum wir so viel Mühe darauf verwendet hatten, sicherzustellen, dass alles auf den neuesten Stand gebracht wurde und die Dinge einfach funktionierten. Und wenn du ein bisschen weiter gegangen bist, gibt es vielleicht Dinge, die mit Apps zu tun haben, die vielleicht nicht ganz dieselben sind.

Greg Warner:

Das ist okay. Und weiter draußen Dinge, die du letztlich einfach nicht kontrollieren kannst. Und dafür hatten wir 76 Integrationen von Teams, die Automatisierungen aus dem gesamten Unternehmen geschrieben hatten. Wir werden nie herausfinden, was sie tun, aber wir wussten, dass einige davon wahrscheinlich kaputt gehen würden. Wir müssen uns also nur mit einer gewissen Änderungskontrolle befassen und diesen Leuten sagen, dass das kommt, was die restlichen Endpunkte sein werden und wie sie ihre API-Schlüssel einrichten. Wir haben eine Menge davon gemacht, aber wir hatten eine Integration, die kaputt ging, und diese Integration ging kaputt, weil das gesamte Team in dieser Woche auf PTO war oder gegangen war. Das können wir nicht vermeiden. Aber es war schön zu sehen, dass andere Teams tatsächlich eingesprungen sind, weil sie an der Aktualisierung ihres Teams beteiligt waren, um das Problem zu beheben. Das war also okay. Wir hatten eine Integration, bei der wir wirklich alles gegeben haben, und das war für... Wir haben eine Salesforce-Jira-Integration, die eine umsatzgenerierende Integration ist.

Greg Warner:

Wir haben dem viel Aufmerksamkeit geschenkt, um sicherzustellen, dass das einfach funktioniert. Aber den 76 anderen haben wir ein Runbook zur Verfügung gestellt. Das Runbook bestand im Wesentlichen aus Teams, man macht solche Dinge. Sie wussten also, wie man das neue System ändert und auf das neue System aktualisiert. Aber ja, sicherlich der Anfang, die Mitte und das Ende. Der Anfang sind all die Veränderungen, die Sie ändern müssen, und wahrscheinlich ein bisschen Geschichte über Designentscheidungen. Die Mitte ist in der Tat Ihre Cloud-Migration und das Ende, die Mitte bis zum Ende, ist alles, was Sie danach damit machen. Daraus ergibt sich also der wahre Wert Ihrer Cloud-Migration. Was können wir damit machen, wenn Sie einmal drin sind?

Greg Warner:

Und wir sind jetzt kurz vor dem Ende. Es gab Dinge, die ich nicht hätte planen können und die Leute getan haben. Wir haben Ihre fortschrittlichen Roadmaps erstellt, um den Wald dort zu retten, aber wir ermutigen auch unsere Mitarbeiter, die Plattform zu erweitern. Das war früher wirklich schwierig und wir haben mit Atlassian zusammengearbeitet, um zu verstehen, wie das aussehen sollte? Und wir haben uns dafür entschieden, Atlassian Forge zu verwenden. Und jetzt haben wir diese Woche unsere erste App, in UAT, in Atlassian Cloud, um Geschäftsprobleme zu lösen, die wir haben. Das ist eine benutzerdefinierte Atlassian Forge-App. Und wir ermutigen unsere Techniker, diese zu entwickeln, damit sie sie erweitern und durch die Cloud-Migration echten Nutzen daraus ziehen können.

Chloé Hall:

Ja, wow. Ja, du bist so weit gekommen und es ist schön zu hören, dass du dich dem Ende näherst und all die Möglichkeiten damit einhergehen und du den ganzen Wert siehst. Es zahlt sich auch alles aus. Ich denke, ich möchte nur zu dem Moment zurückkehren, in dem Sie davon sprechen, dass es im Wesentlichen keinen Roadmap-Aufwand gibt. Es gibt niemanden oder etwas, dem man folgen könnte, wo es heißt, dass Sie hier beginnen müssen. Dies sind die Schritte zur Cloud-Migration. Und ich denke, viele Menschen fürchten sich davor. Sie sagen, wir wissen nicht genau, wo wir anfangen sollen. Wir sind uns nicht sicher, welcher Roadmap wir folgen werden. Wie gehst du damit gewissermaßen um?

Greg Warner:

Also komme ich darauf zurück, als ich über die Vision gesprochen habe. Wir sagten, wir fixieren die Vision in flexiblen Details. Schon früh, als wir die Cloud-Migration unterschrieben haben, es war in der ersten Woche, nachdem wir dafür unterschrieben hatten, fragte mich derselbe CIO: „Greg, was ist unser Datum? Wann ziehen wir um? Weil du mir verkauft hast, dass das so viel besser ist. Wo ist die Action? Wann bekommen wir das?“ Und nach der Unterzeichnung haben wir gut sechs Wochen gebraucht, um uns ein Bild von den verfügbaren Tools zu machen. Für Jira gibt es also wirklich zwei Optionen. Es gibt den Jira-Site-Import und den Jira Cloud-Migrationsassistenten. Und auf der Confluence-Seite gibt es einen, der Confluence Cloud-Migrationsassistent genannt wird. Es ist besser zu verstehen, wie diese Technologien funktionieren. Und ein paar Wochen lang überlegte mein Team tatsächlich, wenn wir die Migration selbst durchführen würden, könnten wir dem Unternehmen wahrscheinlich eine Menge Geld sparen und es würde uns gehören.

Greg Warner:

Wir wüssten, wie das Ding funktioniert. Wir hatten ungefähr vier Wochen Zeit und entschieden, dass das eine schreckliche Idee war. Tu das nicht. Alle Unternehmenskunden, über die ich spreche, sagen, dass wir das selbst machen werden, tun Sie das nicht. Tun Sie das nicht. Und ein Grund dafür ist, dass es wirklich vier Säulen für den Erfolg Ihrer Cloud-Migration gibt. Jira-Migration, Confluence-Migration, Apps und Benutzer. Und wir wussten nicht, wie man Apps und Benutzer macht, und wir hätten wahrscheinlich mit Confluence und Jira durchkommen können. Aber wir sagten, schauen Sie, das ist etwas, bei dem wir tatsächlich einen Partner einbeziehen müssen. Deshalb haben wir Partner gebeten, uns mitzuteilen, wie sie das machen, da sie wussten, was sie über uns wussten. Und wir haben so viele Details wie möglich zur Verfügung gestellt. Wir hatten zwei Partner, die tatsächlich völlig unterschiedliche Methoden zur Verfügung gestellt haben, um dorthin zu gelangen.

Greg Warner:

Das ist also so flexibel, was die Details angeht, aber wir mussten wirklich eine Entscheidung treffen, was für uns funktioniert hat. Wenn es also wirklich um Jira ging, würden wir einen Big-Bang-Ansatz wählen und ihn einfach im Laufe eines Wochenendes umstellen, oder wollten wir im Laufe der Zeit Kohorte für Kohorte durchführen? Und wir haben uns für uns entschieden, weil wir ein Unternehmen sind, das unsere Kunden rund um die Uhr unterstützt und den Big Bang Switchover durchführt. Das war der beste Weg, das zu bewerkstelligen. Das ist also einer der Gründe, warum wir uns für den Partner entschieden haben, den wir gewählt haben. Dieser Partner hatte jedoch nicht unbedingt eine Roadmap, in der festgelegt war, wohin er gehen wollte. Aber dann haben wir erklärt, was wir daraus herausholen wollen. Das war das Erste, es ging darum, dass es an einem Wochenende passieren muss. Das filtert dann heraus, was Ihre Auswahlmöglichkeiten sind. Der Teil mit den Ökosystem-Apps ist wirklich wichtig, um sicherzugehen, dass auf Ihrem System möglicherweise Apps installiert sind, die es schon seit 10 Jahren gibt, und Sie sind sich nicht sicher, warum sie noch da sind, weil es vor vier Jira-Admins war.

Greg Warner:

Niemand weiß, was da ist. Aber wenn sie keinen Cloud-Migrationspfad haben, sollten Sie wirklich bedenken, dass sie wahrscheinlich an ihr Ende stoßen werden, da es kein Äquivalent gibt. Sie können sie also ausschließen. Identifizieren Sie diejenigen, mit denen ein Geschäftsprozess verknüpft ist. Und dafür, für uns Salesforce, mussten wir eine Cloud-First-Verbindung finden, die funktionieren würde. Das bedeutete also, dass wir wussten, dass das in Zukunft passieren würde. Aber ich denke wirklich, das Wichtigste, was wir erfunden haben und von dem wir nichts wussten, war, dass wir dieses Ding namens App Burn Down entwickelt haben. Und da haben wir uns all die Apps angesehen, die wir hatten. Wir hatten ungefähr 40 Apps. Wir sagten, okay, welche werden nicht in die Cloud gehen? Welche haben keinen Migrationspfad? Welche werden etwas anderes ersetzen? Und so haben wir im Laufe von etwa drei Monaten damit begonnen, Apps zu entfernen.

Greg Warner:

Die Leute würden also sehen, dass wir allmählich von Designentscheidungen vor Ort und alten Vorgehensweisen wegkommen. Aber wir haben auch gesagt, aber sobald wir zur Cloud kommen, ist das der Ausweg. Also sagten wir, schauen Sie, wir schalten diese App aus, aber Sie erhalten stattdessen diese, die Cloud-First-App. Damit die Leute sehen können, wie wir den Sprung über den Fluss schaffen, um dorthin zu gelangen. Aber das bedeutete, dass wir im Laufe der Zeit Apps identifizieren würden, die nicht verwendet wurden. Wenn wir sie ausgeschaltet haben und nichts passiert ist, ist das in Ordnung. Wir sind aber auch auf einige gestoßen, bei denen sie für eine geschäftliche Nutzung von entscheidender Bedeutung waren. Und wenn wir darauf noch keine Antwort hatten, gab uns das Zeit, eine zu finden. Und mit Ihrer Nutzerbasis, in der Regel sind es Ihre Kollegen, werden das Ihre wichtigsten Kunden sein. Sie werden fragen, okay, du schaltest es aus. Wann erhalte ich die Funktionalität zurück?

Greg Warner:

Und wenn Sie diesen App-Burndown im Laufe der Zeit durchführen, verschafft Ihnen das Zeit, um dann diese Antwort zu haben. Es ist also eine viel einfachere Konversation, als einfach die Funktionen auszuschalten. Ich habe noch keine Antwort für Sie. Es gibt solche Dinge. Es war nicht unbedingt eine Roadmap, aber die Zusammenarbeit mit einem Lösungspartner ist absolut der richtige Weg. Versuchen Sie nicht, es selbst zu tun. Sie arbeiten auch mit Atlassian zusammen und haben eine weitaus bessere Reichweite, um einige dieser Antworten zu erhalten, als Sie es jemals haben könnten. Und ich habe bei mindestens drei verschiedenen Gelegenheiten, bei denen unser Lösungspartner direkt mit einem Ökosystempartner gesprochen hat, um herauszufinden, wie es weitergehen soll. Wie können wir dafür sorgen, dass das funktioniert? Also ist es gut. Die Migration ist eigentlich eine dreiseitige Zusammenarbeit zwischen dir, deinem Lösungspartner und Atlassian. Und ihr habt alle die gleichen Ziele. Sie möchten in die Cloud wechseln und sie funktioniert wirklich gut.

Chloé Hall:

Beeindruckend. Ja. Klingt nach Hoffnung, dass jeder diesen Rat bekommen hat. Nimm das auf keinen Fall alleine. Wenden Sie sich an den Lösungspartner. Und mir gefällt wirklich, wie Sie gesagt haben, dass Sie zu zwei verschiedenen Lösungspartnern gegangen sind und herausgefunden haben, welche Ideen sie haben, in welche Richtung sie Sie führen wollen, sodass Sie Ihre Optionen erkunden und herausfinden konnten, was die beste Route für Splunk ist. Und bei dir hat es auch sehr gut funktioniert. Mit dieser Unterstützung denke ich auch. Ja. Entschuldigung, du gehst.

Greg Warner:

Die Wahl des Partners ist wirklich wichtig und wahrscheinlich eine der frühesten Entscheidungen, die wir getroffen haben, um das richtig zu machen. Und ich erinnere mich, dass ich mehrmals darüber nachgedacht habe, ob wir die richtigen Leute an Bord haben? Haben wir mit... gesprochen Und es war insofern ein Interviewprozess, als wir unseren letzten Tag hatten, nachdem wir sechs Monate lang mit Atlassian und unserem Partner zusammengearbeitet hatten, einen Monat, nachdem unsere Migration abgeschlossen war und wir alle fertig waren, hatten wir ein letztes Zoom-Gespräch mit uns allen, machten ein Foto und machten das. Aber um ehrlich zu sein, fühlte es sich irgendwie wie eine Trennung an, weil wir uns sechs Monate lang ins Gesicht gesehen hatten und gearbeitet hatten. Wir verabschieden uns jetzt alle. Wir sehen uns vielleicht nicht. Es war wie das seltsamste Gefühl. Aber es hat funktioniert. Also ja, es ist eine wirklich grundlegende Entscheidung.

Greg Warner:

Nehmen Sie sich einfach die Zeit, stellen Sie sicher, dass sie verstehen, was wir tun wollen, stellen Sie sicher, dass Sie verstehen, wie sie es machen werden. Aber ja, wenn wir es selbst gemacht hätten, wären wir alle in Knoten geraten, es wäre keine erfolgreiche Migration gewesen oder so. Ich bin ein Techniker. Ich will es lösen. Ich möchte so sein wie... Aber ich denke, die eigentlich richtige Antwort war nein, du musst nicht zu 100% wissen, wie das funktioniert, weil du das hoffentlich nur einmal machen wirst. Konzentrieren Sie sich also auf den wahren Geschäftswert — Dinge wie den Umgang mit Stakeholdern und die Veränderung und das Treffen von Designentscheidungen, die für Sie wirklich wichtig sind, weil Sie diese wahrscheinlich im nächsten Jahrzehnt übernehmen werden, anstatt sich Gedanken darüber zu machen, wie ich meine Daten von A bis Z bekomme?

Chloé Hall:

Ja. Es hätte sich definitiv wie eine Trennung für dich angefühlt, weil du so lange Seite an Seite gearbeitet und mit so viel zu tun gehabt hättest. Hast du immer noch Kontakt zu ihnen oder...

Greg Warner:

Ja, wir hatten eine grundlegende Sache, von der wir immer gesagt haben, dass wir, wenn es ein Problem gibt, immer vorsichtig optimistisch sind, wir werden es lösen. Wir hatten technische Herausforderungen, die wir durchgemacht haben, aber ich habe schon früh gesagt, dass das Ökosystem nur groß ist und wir uns alle irgendwann begegnen werden. Also ja, stellen wir sicher, dass wir am Ende immer noch Freunde sind. Und ich wusste erst, wie wichtig das war, als ich zu Weihnachten in New York war und ein Treffen mit dem Projektmanager vereinbart habe, der für uns gearbeitet hat. Sie lebt in New York, also wie wäre es, wenn ich dich treffe, also... Wir haben uns im Hotel getroffen und sie sagte: „Ich habe noch nie einen Kunden außerhalb der Arbeit getroffen, um das zu tun.“ Ja, ich habe erzählt, dass sich die Geschichte wie eine Trennung anfühlt, aber sie hat gesagt, dass du am Anfang gesagt hast, dass wir danach Freunde sein werden.

Greg Warner:

Ja, das liegt daran, dass es wirklich schwierig sein kann. Ich war auf der Beraterseite, wo man einige harte Gespräche führen musste und manchmal... Du willst sichergehen, dass jeder das Problem versteht. Du versuchst, es besser zu machen, damit du am Ende immer noch solche Freunde sein kannst. Das ist die Sache. Es wird wahrscheinlich später Engagements geben, bei denen Sie sie möglicherweise erneut benötigen. Sie möchten also sicherstellen, dass Sie den besten Zuchtpartner zur Auswahl haben. Sie haben diese Beziehungen. Sie verstehen, was Sie wählen möchten. Also ja, es ist wirklich wichtig, den richtigen Partner zu wählen. Basieren Sie nicht unbedingt auf dem Preis, sondern wählen Sie den Partner, der für Sie arbeiten wird, versteht, was Sie aus Ihrer Cloud-Migration herausholen möchten, und er wird Ihnen in Zukunft zur Verfügung stehen, wenn Sie ihn für eine weitere Cloud-Migration oder ein viel schwierigeres Projekt benötigen. Versuchen Sie, am Ende Freunde zu sein.

Chloé Hall:

Und auf jeden Fall ist es gut, dass Sie jetzt diese Freundschaft haben, weil sie dieses Verständnis für Ihr Unternehmen haben und was Sie wollen und welchen Wert es hat. Wenn Sie also wieder Hilfe benötigen, ist es viel einfacher, sie sofort mit ins Boot zu holen. Sehen Sie den Prozess jetzt, da Sie eine Cloud-Migration durchgeführt haben und sich dem Ende nähern, anders als ganz am Anfang?

Greg Warner:

Ja, ich dachte, wir würden nur eine Datenmigration durchführen, nur ja, vor Ort in die Cloud.

Chloé Hall:

Ja.

Greg Warner:

Ziemlich einfach, nichts Großes. Ich war angenehm überrascht, als wir im Laufe der Zeit einige dieser Entscheidungen trafen, dass es mehr als das war. Es gab Geschäftsprozesse, die wir verbessern konnten. Es gab den Anfang, die Mitte und das Ende. Das habe ich erst nach dem Ende gemerkt. Als wir also unsere Cloud-Migration durchführten, war es tatsächlich die Woche vor Thanksgiving in den USA. Es war der 19. November. Und selbst diese Entscheidung wurde getroffen, indem ich mittags einfach spazieren ging. Wann sollten wir das wirklich tun? Und ich kam wieder runter, sprach mit meinem Projektmanager und sagte: „Wie wäre es, wenn wir das in der Woche vor Thanksgiving in der Cloud-Migration machen?“ Weil 50% unserer Belegschaft in den USA ansässig sind und ein großer Teil davon zuvor beurlaubt oder arbeitsfrei sein wird.

Greg Warner:

Indem wir es an einem Wochenende davor machen, stellen wir sicher, dass... Wie wenn du ein neues Restaurant eröffnest. Sie möchten nicht, dass am ersten Abend alle Tische voll sind. Wir wussten, dass am ersten Tag nach einer Migration jeder Jira und Confluence verwenden würde, weil wir einige Dinge kaputt machen würden. Sie haben sich tatsächlich als wirklich außergewöhnlich gute Idee herausgestellt. Und ich ermutigte die Leute zu finden... Schauen Sie sich Ihre Daten an und finden Sie heraus, wann die niedrigste Zeit dafür ist? Ich beschäftige mich schon lange mit Jira und Confluence und dachte einfach, es ist Task-Tracker und es ist ein Wiki. Da gibt es nichts, wovon ich nicht wirklich weiß. Aber eine der Entscheidungen, die wir getroffen haben, war, dass ich, als wir die Datenmigration abgeschlossen hatten und alles startklar war, immer gesagt habe, wenn wir warten, bekommen wir dann ein besseres Ergebnis? Und die Antwort lautete nein.

Greg Warner:

Wir sollten das jetzt den Menschen zur Verfügung stellen. Deshalb haben wir es an einem Sonntagmorgen in den USA eröffnet, als in Australien die Geschäftszeiten anfingen. Wir haben begonnen, Teams darauf aufmerksam zu machen, dass sie jetzt Jira und Confluence verwenden können. Und es war das Feedback, das wir sofort von den Teams erhielten, die anfingen, Jira Service Management zum ersten Mal in der Cloud zu verwenden, etwa: „Wow, das ist so viel besser als vor Ort.“ Und die Leute sagten: „Ich kann tatsächlich die Liebe zum Detail sehen, die Sie bei Feldern und Beschreibungen vorgenommen haben, und die Änderungen, die Sie vorgenommen haben.“ Und es begann sich auf den Arbeitsalltag der Menschen auszuwirken, dass das besser war als es war. Ich hatte nicht erwartet, dass das zurückkommen würde. Deshalb habe ich eine Zusammenstellung all dieser Slack-Nachrichten von Leuten, die sagen: „Das ist wirklich gut, wir teilen sie mit dem Team. Das ist viel besser als zuvor.“

Greg Warner:

Was mir auch nicht bewusst war, ist, dass mit dem Umstieg von On-Premise auf die Cloud die Daten nutzbarer und zugänglicher geworden sind. Das hatte ich nicht geplant. Das scheint jetzt offensichtlich, aber wenn wir es in die Cloud stellen und es mit allen Sicherheitskontrollen ausgestattet ist und jetzt nicht mehr die Anforderungen von Dingen wie VPN erfüllt, um darauf zuzugreifen, könnten die Leute neue Dinge entwickeln, um es zu nutzen, um mit Ihren Problemen zu interagieren, mit Seiten zu interagieren. Also haben wir mit 76 Integrationen angefangen und innerhalb von drei Monaten hatten wir in den ersten drei Monaten diesen großen Sprung auf etwa einhundert und jetzt gehen wir zu Forge. Und das bedeutet, dass Leute, die dieses Bedürfnis hatten, auf die Daten zugreifen zu können, jetzt darauf zugreifen können. Das habe ich nicht kommen sehen. Ich dachte nur, wir wären nur Server-Cloud. Aber ja, eine besser zugängliche Version hat zu Verbesserungen in der Art und Weise geführt, wie unsere Teams arbeiten, aber auch zu Verbesserungen in der Art und Weise, wie sie sie in anderen Anwendungen verwenden, die vorher einfach nicht verfügbar waren.

Chloé Hall:

Ja. Beeindruckend. Das ist großartig. Und es ist gut, dass du dieses Feedback von den Teams, die du in Australien hattest, sofort erhalten konntest. Ich finde das wirklich gut und es hört sich so an, als ob es auch für Sie bei Splunk eine so gute Gelegenheit geschaffen hat, jetzt, wo Sie in der Cloud sind.

Greg Warner:

Ja, es ist sicherlich ein Unternehmensleiter, der Sie voranbringen kann, und ich komme jetzt eifrig rein und sehe mir an, was andere Teams damit machen werden. Und als wir das erste Team hatten, das sagte, sie wollen eine Forge-App entwickeln, dachte ich, klar. Davon sollten wir überhaupt nicht abraten. Erweitere die Plattform. Deshalb haben wir das Geld und die Zeit dafür ausgegeben. Was kannst du jetzt damit machen? Und wir haben Atlassian auf der Produktseite auf jeden Fall darauf aufmerksam gemacht, wie wir es verwenden und wo wir uns Verbesserungen wünschen. Wenn du dir den Server-DC-Vergleich ansiehst, war ich früher die Person, die sich die neuen Funktionen in der Cloud angesehen und die Frage gestellt hat, wann diese neue Funktion vor Ort verfügbar sein wird. Um der Kunde zu sein, der diese Funktion jetzt hat, habe ich diese Funktion heute, richtig? Und ich benutze es, weil wir nicht darauf warten.

Greg Warner:

Sie haben also Dinge erwähnt, die Sie in der Roadmap nicht geplant hatten. Es gibt Designentscheidungen, über die ich mit Unternehmenskunden spreche und auf die ich achten muss. Eine davon hat mit Release-Tracks zu tun. In der Enterprise Cloud können Sie wählen, ob Sie die Änderungen in der Cloud bündeln möchten, und dann werden sie regelmäßig alle zwei Wochen, jeden Monat, veröffentlicht. Als ich mir das ansah und zu einem unserer Prinzipien zurückkam, nämlich Server nicht in der Cloud zu implementieren, warum sollten wir das tun? Atlassian hat weitaus mehr Daten darüber, ob dies für Kunden in großem Maßstab funktioniert, als wir. Warum sollten wir uns also mit der Funktionalität zurückhalten? Aus diesem Grund veröffentlichen wir keine Tracks. Wir lassen uns alle neuen Funktionen so bereitstellen, wie es Atlassian für richtig hält. Und das Ergebnis davon ist, dass unsere eigenen Techniker, unsere eigenen Support-Mitarbeiter, die Jira verwenden, Benachrichtigungen über neue Produkte und Funktionen erhalten, und das ist fantastisch.

Greg Warner:

Nochmals, warum sollten wir den Server implementieren, auf dem Sie all Ihre Änderungen zusammenfassen und dann weitermachen würden? Die andere Sache an unserer Reise zur Cloud-Migration ist auch, dass Sie nicht blinzeln lassen, dass Sie heute nur eine Cloud-Migration durchführen und dann endet das Projekt. Es gibt Dinge, über die Sie im Laufe der Zeit nachdenken müssen, aber was sind die Auswirkungen in der Zukunft? Für uns haben wir also mehrere Websites. Unternehmenskunden haben mehrere Standorte. Es gibt also Designentscheidungen, die wir getroffen haben, damit wir in Zukunft eine Migration von Cloud zu Cloud durchführen können. Sie werden Websites verschieben. Ihre Organisation könnte gekauft werden oder könnte Unternehmen kaufen. Sie führen also Fusionen und Übernahmen durch. Als Teil davon haben wir jetzt einige Runbooks, in denen es um die Verwendung von Cloud-to-Cloud-Tools geht, sodass wir ein Jira-Projekt von einer Site hier auf eine Site dort verschieben können, wie wir Benutzer hierher und Benutzer dorthin verschieben würden.

Greg Warner:

Und das kam tatsächlich durch die Unterstützung unseres TAM zustande, wobei wir uns nicht nur immer auf das Datum der Cloud-Migration konzentrierten, sondern auch darauf, wie das sechs Monate später aussieht? Wie sieht es 12 Monate später aus? Damit Sie Ihre Cloud-Migration nicht durchführen und sich dann in eine Ecke sperren, in der ich später etwas abwickeln muss. Ich hatte die Gelegenheit, das Problem zu beheben. Also ja, ich ermutige Migrationskunden, auch sechs Monate, 12 Monate über ihre Cloud-Migration hinaus zu denken. Aber was könnte auch passieren und dann mit Ihrem Lösungspartner heute über Designentscheidungen sprechen, die Sie in Zukunft betreffen könnten.

Chloé Hall:

Ja. Sie müssen also auf jeden Fall zukunftsorientiert denken, wenn Sie diese Cloud-Migration durchführen. Ich weiß, dass Sie viele der Möglichkeiten, die sich aus der Cloud-Migration ergaben, angesprochen haben. Gab es noch etwas anderes, das einen unerwarteten Wert hatte und das Sie mit uns teilen wollten?

Greg Warner:

Der andere Wert ist, es zugänglicher zu machen. Wir haben gesehen, dass Leute es an verschiedenen Orten benutzt haben, an die wir nicht gedacht hatten. Bei einigen der Dinge, die wir zuvor gemacht haben, mussten wir über eine firmeneigene Ressource verfügen, um das VPN nutzen zu können, und einfach solche Dinge. Das schränkte die Leute tatsächlich ein, wo sie arbeiten konnten. Aber jetzt können Sie, solange Sie einen Computer oder ein Mobilgerät haben, das mit dem Internet verbunden ist, absolut die Unterstützung für mobile Geräte nutzen, Sie können darauf zugreifen. Genehmigungen, die früher auf einem Computer vorgenommen wurden, werden jetzt auf einem Mobilgerät vorgenommen. Diese Dinge. Aber ich denke, die Integrationen waren wahrscheinlich die eine Sache, die ich am meisten mag... Wir sind nicht der Katalysator. Wir haben es irgendwie vorangetrieben, aber gesehen, wie die Leute es wirklich nutzen und die Daten für andere Zwecke verwenden. Wir haben gesehen, wie Leute einige Microservices entwickelt haben, die die Daten von Jira verwenden, was wir vorher nicht konnten. Auch hier setzen Sie dieses Potenzial nur frei, indem Sie es nutzbarer und zugänglicher machen.

Chloé Hall:

Nachdem du die gesamte Migrationsreise durchgemacht hast und, wie du schon sagtest, dich dem Ende näherst, was waren die Dinge, die dir aufgefallen sind, dass du denkst, okay, sie sind nicht so gut gelaufen? Wenn ich das noch einmal machen würde, wie würde ich es vielleicht beim nächsten Mal besser machen?

Greg Warner:

Also kehre ich zu diesem Unboxing-Erlebnis vom ersten Tag zurück. Du weißt, dass du ihm das beste Erlebnis bieten willst. Und wir haben das für die Leute in Australien und APAC bereitgestellt, als wir es geöffnet haben und sie Jira zum ersten Mal benutzen durften und es hat gut funktioniert. Und das ist hauptsächlich das Ergebnis der großen Betonung des Jira-Artikels, weil wir gesagt haben, wir wissen, dass das schwierig sein wird. Es hat Workflows, Problemschemata, Benachrichtigungsschemata. Das wird schwer werden.

Greg Warner:

Also haben wir sehr früh damit angefangen und dann, wahrscheinlich zu 60%, nach unserer Migration, haben wir mit Confluence angefangen. Wir dachten, wie schwer Confluence sein kann. Es ist ein Haufen von Leerzeichen und Seiten. Es kann nicht so schwer sein. Bei den Engineering-Tools von Confluence stießen wir tatsächlich auf einige Herausforderungen bei der Migration, was dazu führte, dass die Confluence UAT verzögert wurde. Das Jira UAT war fantastisch. Läuft einen Monat lang. Wir haben einige Probleme gefunden, wurden behoben, haben Antworten bekommen. Wir waren wirklich zuversichtlich, dass das gut werden würde.

Greg Warner:

Und dann sind wir auf dieses Confluence-Stück gestoßen. Wir sagen, wow, das wird eine Herausforderung. Und es gab mindestens ein Mal, an das ich denken konnte. Es war ein Samstagmorgen beim Frühstück, als mir unser Lösungspartner eine Slack-Nachricht schickte, in der es hieß, ich glaube, wir haben hier ein Problem mit einigen Tools. Was werden wir tun? Gegen Mitte des Tages kratzte ich mir irgendwie am Kopf. Das könnte ein echter Blocker sein. Wir haben tatsächlich mit Atlassian zusammengearbeitet, die technische Lösung entwickelt und das geklärt. Das war gut zu sehen, denn innerhalb von 12 bis 24 Stunden gab es eine Lösung. Aber das bedeutete, dass es das Confluence UAT verzögerte und es eine Woche dauerte. Und Ende der Woche fanden wir etwas heraus, das mit dem neuen Confluence-Editor und Apps von Drittanbietern zu tun hatte. Und wir mussten wirklich mit unseren Stakeholdern verhandeln, um das in die Tat umzusetzen.

Greg Warner:

Denn auch hier gilt: Wenn wir gewartet hätten, hätten wir ein besseres Ergebnis erzielt. Nein, wir sollten wirklich gehen. Wir wissen, dass es dieses Problem gibt. Es ist nicht systemweit, aber es betrifft eine kleine Gruppe von Menschen. Also haben wir es gemacht. Aber für ungefähr hundert Leute haben sie wegen dieser Sache diese wirklich schlechte Confluence-Erfahrung gemacht. Deshalb konnte ich das, was ich versprochen hatte, nicht einhalten, was ein Erlebnis vom ersten Tag an war, das besser sein würde als das, was es zuvor hatte.

Greg Warner:

Jetzt haben wir mit Atlassian und App-Anbietern zusammengearbeitet, um Abhilfe zu schaffen, sodass es am fünften Tag nicht so schlimm war. Es war nicht Tag eins, aber es war nicht perfekt. Aber ich würde die Leute auf jeden Fall ermutigen, dafür zu sorgen, dass ihr Jira und Confluence genauso wichtig behandelt wie einander. Sie gehören zusammen. Als ich unsere Cloud-Migration durchführte, haben wir das an einem Wochenende gemacht und ich erinnere mich, dass ich zurückkam, nachdem ich meine Kinder am Dienstag in der Schule abgesetzt und auf dem Parkplatz gesessen hatte. Ich dachte, wow, das haben wir tatsächlich geschafft.

Greg Warner:

Wenn wir dem Unternehmen vorschlagen würden, Ihr Unternehmens-E-Mail-System und Ihr Finanzsystem an ein Wochenende zu verlagern, wäre die Antwort nein, weil das ein zu großer Hut ist. Aber was wir gesagt haben, ist, dass wir unseren gesamten Atlassian-Stack an einem Wochenende verschieben werden, was eigentlich aus zwei großen Systemen besteht, Jira und Confluence. Wenn ich also noch einmal die Zeit gehabt hätte, hätten wir Confluence viel, viel früher gestartet und dann hätten wir es am Ende nicht überstürzen müssen. Und das hat wirklich zu einer schlechten Erfahrung für diese Leute vom ersten Tag an geführt. Seitdem arbeiten wir mit Atlassian zusammen. Wir sind dabei, das zu lösen. Wir wissen, dass andere Atlassian-Leute das gleiche Problem haben. Ich würde früh anfangen und die Komplexität, die passieren könnte, nicht unterschätzen. Es wird einige Dinge geben, auf die Sie keinen Einfluss haben.

Greg Warner:

Ich spreche über dieses Confluence-Problem und die Migrationstools, die tatsächlich in großem Maßstab durchgeführt werden. Nicht jeder Kunde wird es sehen. Wir haben es gesehen. Ich habe Kundeninterviews geführt, als wir unsere Entscheidung über unseren Lösungspartner getroffen haben, und der Kunde hat mir das tatsächlich erzählt. Als ob ich Confluence hätte starten sollen, weil wir dieses Problem hatten, wir haben etwas Zeit verschwendet und es geschafft. Ich habe sogar meine Notizen. Aber erst später, dasselbe Problem, du hattest sogar die Antwort und sie haben es dir gesagt und du wartest immer noch. Also verbringe ich ein paar Minuten in diesem Podcast damit, darüber zu sprechen, weil es mir passiert ist. Es wird wahrscheinlich der nächsten Person passieren. Also, wenn ich eine Sache tun könnte und das ist, dich zu ermutigen, früher damit zu beginnen. Sie werden am Ende eine viel, viel bessere Migration haben und hoffentlich vom ersten Tag an eine Erfahrung bieten können, die ich nicht machen konnte.

Chloé Hall:

Ja, nein, ich freue mich sehr, dass Sie das auch mit dem Easy Agile-Publikum geteilt haben, denn jetzt wissen sie es und hoffentlich wiederholt sich derselbe Fehler nicht immer wieder. Nun, Greg, meine letzte Frage heute an dich, und ich weiß nicht, ob du willst, dass das deine Antwort ist, aber ich denke, es ist wirklich gut für das Publikum, wenn es eine wichtige Erkenntnis gibt, die sie heute aus dem Podcast mitnehmen können, was wäre dieser eine Ratschlag für alle Zuhörer, um ihre Migrationsreise zu beginnen?

Greg Warner:

Das erste, was zu tun ist, ist, Prioritäten zu setzen. Wenn du also ein Atlassian-Kunde bist, der Jira oder Confluence vor Ort nutzt und du keinen Zeitplan hast und keine Priorität für deine Cloud-Migration hast, dann fang dort an. Öffne die Aufgabe, die darin besteht, Atlassian Cloud zu untersuchen, und wähle ein Datum aus. Denn ja, irgendwann wird es eine Situation geben, in der du vielleicht von deinem CIO gefragt wirst. Deshalb ist es besser, bereits eine Antwort vorbereitet zu haben. Ich würde die Leute ermutigen, sich damit zu befassen, weil es die Zukunft ist. Wenn Sie sich die Branche ansehen, wechseln die Leute zu SaaS. Es ist wirklich eine Frage. Möchten Sie diese Funktion pflegen und der Kunde sein, der sich fragt, wann diese Funktion in die Cloud kommt, oder möchten Sie der Kunde in der Cloud sein, der sie heute hat? Als wir auf die Cloud umgestellt haben, haben wir in Bezug auf Funktionalität, Verfügbarkeit und all die guten Dinge, die die Cloud bietet, einen monumentalen Wandel erlebt. Und es ist einer der größten Promoter... Die Person, die früher Prüfungsfragen für Server geschrieben hat, sagt jetzt, geh zur Cloud.

Greg Warner:

Absolut. Als ich mit anderen Unternehmenskunden gesprochen habe, insbesondere bei Team, habe ich gesagt, wann planen Sie Ihre Cloud-Migration? Ich dachte mir, wow, wir werden in drei Jahren damit beginnen. Ich bin ungefähr drei Jahre? Du musst nächste Woche wieder ins Büro gehen und in etwa 12 Monaten anfangen, denn ja, du wirst... Es ist absolut ein Wettbewerbsvorteil, dies zu tun. Und nicht nur ich bin jetzt der größte Cloud-Gegner. Wir sehen es, wir sehen es jeden Tag und für mich ist dies eines der einflussreichsten Projekte, an denen ich seit 2006 mit Atlassian beteiligt war. Dieses hier wird bei Splunk noch lange eine lang anhaltende Wirkung haben und ich freue mich, mit Ihnen bei Easy Agile und anderen darüber und hier auf ihrer Cloud-Reise zu sprechen, weil ich nächstes Jahr ins Team gehen möchte. Ich möchte sichergehen, dass wir diese Gespräche bis ins Detail führen, ich habe eine Sache verstanden. Entweder habe ich meine Confluence-Migration früher begonnen oder ich habe tatsächlich einen Zeitplan eingegeben, wann wir mit unseren Cloud-Migrationen beginnen sollten.

Chloé Hall:

Ja, wunderschön. Ja, das ist ein toller Ratschlag zum Mitnehmen, Greg. Und ehrlich gesagt, vielen Dank, dass Sie heute zum Podcast gekommen sind. Sie haben einige brillante Einblicke und Erkenntnisse geliefert, und auch weil es keine Roadmap gibt, finde ich, dass Ihre Anleitung für diejenigen, die mit ihrer Cloud-Migration beginnen möchten, so gut ist. Ja. Wir wissen es wirklich zu schätzen, dass Sie Ihr Wissen teilen.

Greg Warner:

In Ordnung. Danke, dass du mich eingeladen hast. Danke fürs Zuhören.

Chloé Hall:

Keine Sorge.