Easy Agile Podcast Ep.13 Agile Arbeitsweisen überdenken, wobei Vielfalt, Gerechtigkeit und Inklusion im Mittelpunkt stehen

„Es war mir eine Freude, mit Ray darüber zu sprechen, Teams zu stärken und Menschen zu helfen, ihr volles Potenzial auszuschöpfen“ - Mat Lawrence

Mat Lawrence, Chief Operating Officer bei Easy Agile, wird von Ray Arell unterstützt. Ray arbeitet derzeit als Direktor für Agile Transformations bei Dell Technologies, ist der Moderator des ACN-Podcasts und Vorsitzender des Verwaltungsrates der gemeinnützigen Forest Grove Foundation Inc.

Ray hat eine Leidenschaft für kollaborative und integrative Führung und liebt es, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Genau darauf tauchen Mat und Ray in dieser Episode ein.

Ray und Mat beschäftigen sich mit Konzepten wie inklusiver und situationsbezogener Führung und dem Zusammenhang mit agilen Arbeitsweisen, der Stärkung des organisatorischen Gehirns und der Förderung der Authentizität innerhalb von Teams.

Dies ist eine fantastische Episode für angehende, aufstrebende und bestehende Führungskräfte! Viele tolle Tipps und Ratschläge, die wir mit Kollegen und Freunden teilen können, um zu verstehen, wie wir uns gegenseitig stärken und befähigen können.

Wir wünschen euch viel Spaß mit der Folge!

Transkript:

Matthew Lawrence:

Hallo Leute, hier ist Mat Lawrence. Ich bin der COO bei Easy Agile und freue mich sehr, heute von Ray Arell begleitet zu werden. Bevor wir zu unserer Podcast-Folge übergehen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Gadigalsprachigen Land. Wir erweisen den Ältesten in der Vergangenheit, Gegenwart und in der Zukunft unseren Respekt und zollen allen Ureinwohnern der Torres Strait Islander und den First Nations, die heute zu uns kommen, denselben Respekt aus. Ray, danke, dass du heute zu uns gekommen bist. Ray ist eine kollaborative und integrative Führungskraft, die es liebt, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Ray verfügt über 30 Jahre Erfahrung im Aufbau und in der Leitung herausragender multinationaler Teams in Fortune-100-Unternehmen, gemeinnützigen Organisationen und Startups. Darüber hinaus ist er als führender Experte für groß angelegte agile Adoptionen, technische Verfahren sowie schlanke und komplexe adaptive Systeme anerkannt. Also Ray, willkommen, wirklich schön, dich heute im Podcast zu haben.

Ray Arell:

Ich danke dir.

Matthew Lawrence:

Ich liebe es, zunächst zu verstehen, was Ihnen an der Arbeit als integrativer Leiter und der Arbeit mit Teams am besten gefällt.

Ray Arell:

Ja, also ich bin wahrscheinlich seit etwa 15 Jahren in Führungspositionen tätig und leite Teams unterschiedlicher Größe. Wenn Sie die intimeren, kleineren Teams von vielleicht fünf oder sechs Personen haben, mehr als Teams, die aus mehreren hundert Personen bestehen, die in einer Organisation arbeiten, deren Leiter ich sein könnte. Und was mir daran am meisten Spaß macht, ist der Kontakt zu den talentierten Leuten, die die Arbeit machen. Ich meine, wenn man in die Führung geht, ist eines der Dinge, von denen man quasi abgeht, nicht die fachkundige Person im Raum zu sein, die programmiert oder Hardwareentwicklung oder etwas anderes macht. Sie haben diese Leute, die jetzt nach einer Richtung oder Vision oder anderen Dingen suchen, um ihnen einen Sinn zu geben, damit sie ihren Tag voranbringen können.

Und ich coache gerne. Ich genieße Mentoring. Ich meine, ein Großteil meiner technischen Seite ist heute mehr Nostalgie, als es bei den neuesten Technologien relevant ist. Es ist bereichernd, wenn man jemanden sieht, der, wenn man an Daniel Pinks Arbeit denkt, die von Autonomie, Meisterschaft und Zielstrebigkeit geprägt ist, plötzlich merkt, dass er sich mit dem Ziel beschäftigt, das wir als Organisation verfolgen, und dann die Autonomie hat, einfach seinen Tag zu verbringen und mit anderen zu arbeiten und zusammenzuarbeiten. Und das war schon immer aufregend für mich.

Matthew Lawrence:

Das kann ich nachvollziehen. Ja. Ich denke, in unserem heutigen Publikum werden wir eine Mischung aus aufstrebenden Führungskräften, aufstrebenden Führungskräften und erfahrenen Führungskräften haben. Ich würde gerne auf Ihre Erfahrung zurückgreifen und idealerweise ein wenig zu einem früheren Zeitpunkt Ihrer Karriere zurückspulen, als Sie in die Führungsrolle übergegangen sind. Und ich würde gerne wissen, was zu dieser Zeit einige der Erfolge waren, die Sie in Ihrem Ansatz gesehen haben und den Sie im Laufe der Jahre zu wiederholen versucht haben?

Ray Arell:

Nun, ich denke, schon früh, glaube ich, besonders wenn man in den technischen Rängen aufwächst und plötzlich zumindest in dem Unternehmen, in dem ich zu der Zeit war, eine sehr fachkundige Kultur, wenn Sie die klügste Person im Raum waren, sind das die Leute, die sie sich angesehen haben und gesagt haben: „Okay, wir werden Sie zum Leiter befördern, oder wir werden Sie zum Manager befördern oder Sie in die Führungspositionen befördern.“ Ich denke, wenn ich darauf zurückblicke, denke ich, Ray 2.0 oder Ray 3.0, egal welche Version ich zu der Zeit hatte, dass ich sehr stark von dieser fachkundigen Führungsposition geleitet wurde, was irgendwie bedeutet, dass ich weiß, was der beste Weg ist, um etwas zu liefern, und jeder sollte meinem technischen Beispiel folgen, wie auch immer dieses Produkt zusammenkommt.

Und ich glaube nicht, dass das wirklich ein guter Ansatz war. Ich denke, das hat die Leute eingeschränkt, weil man den Leuten letztendlich mehr oder weniger einfach gesagt hat, was sie tun sollen, anstatt ihnen zu erlauben, zu experimentieren und zu lernen und sich weiterzuentwickeln, um zu dem zu werden, was ich als leitende technische Person geworden war. Ich denke also, die erste Lektion, die ich gelernt habe, war, dass die Führung eines Teams aus einer Expertenperspektive wahrscheinlich nicht der beste Ansatz ist, wenn Sie gehen... vor allem, wenn Sie an agile und andere integrativere Teamwork-Projekte denken, sollten Sie den Mitarbeitern einen eher katalytischen oder katalytischen Führungsstil geben, der auf Synergien basiert, damit sie sich selbst organisieren und als Ingenieur lernen und wachsen können.

Matthew Lawrence:

Gibt es Zeiten, die für Sie besonders auffallen und in denen Sie es furchtbar falsch verstanden haben? Ich weiß, dass ich ein paar Geschichten habe, die ich auch gerne teilen kann.

Ray Arell:

Ich würde gerne ein paar von deinen hören. Ich finde furchtbar falsch, ich denke, es ist... Die Frage ist, ist etwas jemals wirklich nicht reparierbar, nicht wiederherstellbar? Und in den meisten Fällen waren die meisten Probleme, mit denen wir uns befasst haben, behebbar. Ich denke, wenn ich mir das so ansehe und wieder in diese Haltung zurückkehre, stelle ich ein Team zusammen oder stelle ich nur eine Gruppe von Personen zusammen, die einfach ihre Arbeit vom Manager nehmen und sie wie Karten verteilen... Ich denke, zu Beginn war der große Fehler wahrscheinlich, einfach zu kontrollierend zu sein, und der Fehler dieser Kontrolle bedeutete, dass ich keinen Urlaub haben konnte. Andere waren voneinander abhängig, anstatt voneinander abhängig zu sein. Und ich denke, dadurch lief die Organisation langsamer und nicht so effizient, wie sie sein könnte.

Matthew Lawrence:

Ich habe mir sicherlich schon früher in meiner Führungskarriere denselben Ansatz schuldig gemacht, als ich zum Engpass wurde, absolut.

Ray Arell:

Ja. Genau.

Matthew Lawrence:

Und um das zu erkennen, kann es ziemlich schwierig sein, es rückgängig zu machen, aber es lohnt sich auf jeden Fall, daran festzuhalten. Noch etwas, bei dem ich das Glück hatte, eine Ausbildung in situationsbezogener Führung zu erhalten, oh, wahrscheinlich vor fast 10 Jahren. Und das hat mir wirklich die Augen für einen Ansatz geöffnet, die Art und Weise, wie ich verschiedene Leute in meinem Team behandelte. Aber ich habe sie so behandelt, wie ich sie zuerst beurteilt habe. Wenn ich also [unverständlich 00:07:01] einen Experten und einen Meister sehen würde, würde ich sie als Experten und Meister in allen Dingen behandeln. Und [unverständlich 00:07:05] Wenn jemand zu diesem Zeitpunkt seiner Karriere weniger fähig wäre, würde ich das Gleiche annehmen. Und so würde ich für alles das gleiche Maß an Orientierung oder Orientierungslosigkeit auf diese Leute anwenden. Und bei der situativen Führung ist die Prämisse für diejenigen, die es zu Hause nicht wissen, die Prämisse, die man vorgibt, je nach der jeweiligen Aufgabe, die man vorgibt. Haben Sie diesen oder einen ähnlichen Ansatz verwendet, um festzulegen, wie Sie Menschen auf unterschiedliche Weise einbeziehen?

Ray Arell:

Nun, um Menschen einzubeziehen, gehört es meiner Meinung nach dazu, dass du... Wie du schon sagtest, du hast jede Person situativ betrachtet und sie so strukturiert, dass sie von einer Art, einem Ansatz, von sehr individuellem Umgang mit jemandem geprägt war. Ich denke, die Philosophie, die ich... Nicht jeder ist sehr offen oder kann sehr gut über seine Fähigkeiten und Stärken kommunizieren, oder in bestimmten Fällen sind manche Menschen vielleicht gut in etwas, üben es aber nicht aus, weil sie selbst das Gefühl haben, dass das nicht zu ihren Stärken gehört, aber in Wirklichkeit ist es so. Ich denke also, wenn Sie aus einer situativen Führungsperspektive sagen, wenn Sie jemanden daran zweifeln hören, dass er derjenige sein könnte, der etwas tun oder, sagen wir, sogar die Führung von etwas übernehmen könnte, denke ich, dass ein Teil davon einfach in das gesamte Coaching und Mentoring einfließen und es wirklich einrichten und ihnen dabei helfen, erfolgreich zu sein.

Und aus einer inklusiven Perspektive denke ich, dass es ein gewisses Maß an Ehrlichkeit gibt, das man in seine Arbeit einbringen muss, und Demut, wenn es darum geht, bescheiden zu sein, auch wenn es um das geht, was man erreicht hat. Denn gerade im Ingenieurwesen tendiert man dazu, zu beobachten, dass, wenn man Leute in einen Raum bringt, die Leute, die neu sind, sich zurücklehnen und sich demjenigen hingeben, von dem sie glauben, dass er die mehr Erfahrung hat. Und die Realität ist, dass sie, sagen wir, sagen wir, sie kommen gerade von der Uni. Sie haben vielleicht mehr Fähigkeiten in einem bestimmten Bereich, basierend auf dem, was sie gerade in ihrem Lehrplan durchgemacht haben, als wir vielleicht nicht. Also die Frage, wie wir das gesamte organisatorische Gehirn nutzen, um alle Ideen auf den Tisch zu bringen, erfordert meiner Meinung nach manchmal, dass wir in der Lage sind, effektiv zuzuhören und manchmal einfach innezuhalten und den Leuten zu erlauben, das Wort zu haben und den Stift in die Hand zu nehmen und nicht den Raum zu besetzen, wenn das Sinn macht.

Matthew Lawrence:

Das tut es wirklich, und ich glaube, ich habe das in jedem Unternehmen gesehen, in dem ich bis zu einem gewissen Grad gearbeitet habe. Es würde mich wirklich interessieren, wie Sie mit diesem Szenario umgehen. Für die Leute, die zuhören und mit dieser Situation konfrontiert werden, ist es vielleicht das erste Mal, dass sie eine Führungsrolle übernehmen und dieses Szenario sehen und beobachten. Gibt es einen Rat, den Sie ihnen geben würden, um diese Dynamik zu ändern?

Ray Arell:

Nun, erstens, ich werde mir dessen gerade bewusst. Ich kritzele oft, wenn ich in einer Gruppe von Leuten bin, und ich setze mich hin und mache Punkte auf ein Papier, wo sich die Leute im Raum befinden, und dann fange ich an, Linien zwischen diesen einzelnen Punkten zu zeichnen, wenn ich sehe, dass die Kommunikation zwischen bestimmten Spielern stattfindet. Und was interessant ist, wenn man sich das über einen Zeitraum von etwa 15 Minuten anschaut, beginnt man, dieses Muster zu erkennen, dass vielleicht jemand das Gespräch dominiert oder dass er im Mittelpunkt der Konversation steht und es nicht im ganzen Raum herumgeht. Das ist der Zeitpunkt, an dem du zum Torwächter wirst und andere zur Konversation einlädst. Und dann hilfst du denjenigen, die das Gespräch dominieren, höflich, eine Pause einzulegen, einfach Raum zu geben und den anderen Leuten zu erlauben, zu reden und das herauszuholen.

Und dann denke ich an die Frage, ob das, was die Person sagt, manchmal mit dem Gespräch kohärent ist oder nicht, oder vielleicht versucht sie immer noch, etwas über die Dynamik von allem zu lernen. Man muss nur helfen, manchmal, das aus den Leuten herauszuholen, und offene Worte verwenden, um im Grunde einen Satz zu eröffnen... Ich meine, ein paar offene Fragen, um ihnen das zu beantworten. Und ich denke, das funktioniert wirklich gut.

Matthew Lawrence:

Ich liebe das. Ich kritzele auch. Ich bin Künstler in meiner frühen Karriere, und ich habe mich vor langer Zeit daran gearbeitet, Probleme mithilfe von Technik zu lösen, aber ich kann immer noch nicht... Ich brauche diese physische Zeichnung, um meinen Geist zum Denken zu bewegen, genauso wie alles andere [unhörbar 00:12:30] als nur auf einem Block zu kritzeln.

Ray Arell:

Das Gleiche hier.

Matthew Lawrence:

Etwas, das Sie vorhin gesagt haben, wir haben ein wenig über Inklusivität gesprochen. In Ihrer LinkedIn-Biografie sprechen Sie davon, eine integrative Führungskraft zu sein, die es liebt, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Etwas, das mir wirklich am Herzen liegt, ist, dass vor allem der letzte Teil darin besteht, Menschen zu helfen, ihr volles Potenzial auszuschöpfen. Deshalb liebe ich es, ein Personalleiter und COO zu sein. Das können Sie in einem ganzen Unternehmen tun. Ich würde gerne zuerst auf die Idee eingehen, eine integrative Führungskraft zu sein. Wie definierst du, was es bedeutet, eine zu sein?

Ray Arell:

Nun, inklusive Führung, es gab eine alte Tasche, die ich früher hatte, eine kleine Coaching-Tasche, die ich immer mit mir herumtrug. Und ganz oben stand: „Bring es ins Team“, war das Motto, das ganz oben drauf stand. Und ganz unten auf der Tüte stand im Grunde: „Behandle Menschen wie Erwachsene.“ Waren die beiden Kernpunkte, von denen ich glaube, dass Inklusion darin besteht, dass ich akzeptieren muss, dass, ja, ich ein kluger Mensch bin, aber treffen wir eine bessere Entscheidung, wenn wir das im Team besprechen? Sehen wir, welche anderen Ideen oder Möglichkeiten wir uns vorstellen? Im engeren Sinne, treffen Sie die Entscheidung so spät wie möglich.

Es geht eher um die östliche Kultur, also, wenn ich die Entscheidung offen lasse, finden wir vielleicht etwas, das billiger oder besser oder auch einfach aufregender für unsere Kunden ist. Ich denke, ein Teil davon ist zu wissen, dass Sie nicht derjenige sein müssen, der die Entscheidung treffen muss. Sie können das Team die Entscheidung treffen lassen. Und wir alle umarmen uns, weil wir uns damit stärken. Das dachten wir alle, nicht nur das, was Ray dachte, was ich cool finde.

Matthew Lawrence:

Zu dem Artikel, über den Sie in Ihrer Biografie gesprochen haben, gibt es einen zweiten Teil, in dem es darum geht, andere zu motivieren, ihr volles Potenzial auszuschöpfen.

Ray Arell:

Ja, ja.

Matthew Lawrence:

Ja. Lassen Sie uns darüber sprechen, woher das für Sie kam, diese Leidenschaft, und wie Sie aufstrebenden Führungskräften helfen wollen, ihr volles Potenzial auszuschöpfen?

Ray Arell:

Ja, ich meine, ich hatte das Glück, als ich zur Intel Corporation kam, dass Andy Grove die Organisation zu der Zeit noch leitete. Tatsächlich hat er meinen Welcome to Intel-Kurs abgehalten. Zu der Zeit, als ich zu Intel kam, gab es nur etwa 32.000 Mitarbeiter. Und hier ist der CEO, Gründer des Unternehmens, der den Welcome to Intel-Kurs unterrichtet, den ich unglaublich cool fand, eine großartige Erfahrung. Er strahlt diese Führungsstärke aus, egal in welchem Mojo oder was auch immer es ist, er geht in die Umwelt, während er über das Unternehmen spricht. Aber er war wirklich stark im Einzelgespräch, der Zeit, die Sie mit Ihrem Manager oder anderen innerhalb der Organisation verbringen können, weil Sie mit jedem im Unternehmen ein Einzelgespräch führen können. Und das hat er gefördert. Und ich denke, das hilft... Wenn jemand versucht, es herauszufinden, ist er ganz neu im Unternehmen, und du bekommst eine ständige Einladung vom CEO, auf der steht: „Du kannst kommen und ein Gespräch mit mir führen“. Ich denke, das legt die kulturelle Norm von Anfang an fest, dass dies ein Ort ist, der mir bei meiner Karriere helfen und helfen wird.

Und ich könnte Ihnen sagen, dass es verschiedene Zeiten gab, in denen sich daraus ein ausgewachsener Satz entwickelte: „Ich bin der Mentee und sie sind die Mentoren.“ Und in diesen Beziehungen ist es im Laufe der Zeit so, als würdest du sagen: „Nun, das werde ich weiterzahlen.“ Heute habe ich mindestens sechs oder sieben Mentees, die alle möglichen Fragen dazu haben, wie sie sich durch ihre Karriere begleiten sollen oder ob sie einen bestimmten Bereich haben, auf den sie sich konzentrieren wollten. Und es ist an der Zeit, dass sie mir den Kopf zerbrechen. Und in bestimmten Fällen, wenn ich nicht die vollständige Antwort habe, kann ich sie zu anderen Mentoren weiterleiten, die ihnen helfen können, zu wachsen.

Matthew Lawrence:

Ich liebe diesen Ansatz der Weiterleitung, den Sie dort angesprochen haben. Es ist definitiv etwas, das ich in den letzten Jahren selbst versucht habe, und ich wünschte, ich hätte früher mit dem Mentoring angefangen. Ich hatte das Privileg, in meiner Karriere mit einigen großartigen Führungskräften zusammenzuarbeiten, von denen ich viel gelernt habe. Und als ich mit dem Mentoring angefangen habe, wurde mir klar, wie viel ich als Mentor gelernt habe, weil man nachdenken muss. Du denkst wirklich darüber nach, was diese Leute durchmachen, und projizierst dich nicht einfach auf sie. Und es bestätigt die Begründung, warum Sie Dinge selbst tun, warum Sie so denken. Und es zwingt mich, mich selbst herauszufordern.

Und ich denke, wenn es irgendwas gibt... Ich spreche mit einigen der jüngeren Leute bei der Arbeit, die aufstrebende Führungskräfte sind, und sie sind auf ihre Art außergewöhnlich. Sie haben alle sehr unterschiedliche Hintergründe, aber viele von ihnen haben nicht das Gefühl, bereit zu sein, Mentor zu sein. Das sind sie wirklich. Das sind tolle Leute. Und ich frage mich, haben Sie Leute zu Beginn ihrer Karriere gesehen, die versucht haben, es irgendwie früh weiterzugeben, oder haben die Leute das Gefühl, dass sie bis [unhörbar 00:18:22] warten müssen?

Ray Arell:

Ich denke, es kommt darauf an. Erstens, ich denke, das Bildungssystem, zumindest in den Vereinigten Staaten, hat sich ein wenig verändert. Wenn die Leute ihren Bachelor-Abschluss machen, waren sie früher einfach auf sich allein gestellt, sie haben ihr Buchstudium gemacht. Für diese Studie wurde nur sehr wenig Interaktion oder Teamwork entwickelt. Ich meine, als ich meinen Abschluss in Elektrotechnik gemacht habe, war das nur ich alleine. Es mag gelegentlich Laborarbeiten und Laborprojekte geben, aber das war nicht sehr inklusiv, und es gab auch keine Leute, die so früh Führungspositionen übernahmen. Ich sehe mir jetzt meine Tochter an, die gerade an die Universität geht, und alles ist eine Kohortengruppe. Es gibt Kohorten, die sich treffen. Durch das Studium, das sie machen, müssen sie alle in gewisser Hinsicht die Führung für einen Aspekt eines Projekts übernehmen, an dem sie gerade arbeiten. Ich denke, einige der neuen Leute, die in die Belegschaft kommen, haben quasi die Fähigkeiten, um, wenn sie eine Führungsrolle übernehmen müssen, ein kleines Programm oder ein Projekt durchführen müssen, dafür gerüstet zu sein. Zumindest habe ich das gesehen.

Matthew Lawrence:

Ich liebe dieses Konzept. Etwas, das ich beobachtet habe und darüber spreche ich auch viel mit unserem Führungsteam und unseren Mentor-Führungsteams für die [unhörbar 00:19:56]. Ein Großteil der Gespräche dreht sich um Teamdynamik, Teamvertrauen, Agilität innerhalb von Teams und darum, generell zu versuchen, Teams zu stärken, sie so aufzustellen, dass sie autonom sein können. Sie sind wirklich befähigt und man vertraut darauf, dass sie großartige Entscheidungen treffen und die Arbeit vorantreiben. Sie haben viel Erfahrung mit agilen und agilen [unhörbaren 00:20:21] agilen Führungskräften. Aufgrund Ihrer Erfahrung mit der Leitung agiler Teams, diesen Adoptionen und diesen Transformationen würde ich gerne verstehen, ob Sie einen Zusammenhang zwischen Agilität als Team und den Eigenschaften sehen, die eine integrative Führungskraft haben wird. Gibt es in Ihrem Kopf einen Zusammenhang zwischen dem, was es bedeutet, agil zu sein, und einer inklusiven Führungskraft?

Ray Arell:

Ich glaube schon. Denn wenn Sie schon früh daran denken, haben sie festgestellt, dass Servant Leadership ein besserer Führungsstil für agile Teams ist. Ich denke also, wenn wir über Transformation sprechen, sind einige der größten Fehler, die auftreten, eher darauf zurückzuführen, dass sie nicht agil sind, sondern auf Vertrauensfragen und anderen organisatorischen Hindernissen, die es dort bereits gab, bevor sie gestartet wurden. Und wenn sie diese nicht angehen, ist ihre agile Reise schmerzhaft.

Ich habe Leute sagen hören, dass sie schon einmal Scrummed bekommen haben und es auf eine wirklich abwertende Art nutzen und denken, dass, nun ja, anstatt ein Team von befähigten Leuten dazu zu bringen, innerhalb des Scrum-Frameworks zu arbeiten, sie am Ende unter die Linse des Mikromanagements gestellt werden, weil sich die Kultur des Managers nicht geändert hat und der Manager sie täglich nutzt, um sicherzustellen, dass alle zu 120% arbeiten, im Vergleich zu dem, was wir sehen sollten Das Muster ist, dass das Team seinen Flow versteht. Sie bringen Arbeit in das Team. Es wird nicht geschoben. Und ich denke, diese Dynamik ist etwas, dass, wenn sich die Führung nicht verändert und die Art und Weise, wie sie arbeitet, ändert, sie in Organisationen einfach nicht funktioniert.

Matthew Lawrence:

An den vielen Orten, an denen Sie gearbeitet, Menschen gecoacht und angeleitet haben, stoßen Sie langsam auf... Es gibt einen Begriff, den wir inzwischen für agile Muttersprachler verwenden. Dabei handelt es sich um Menschen, die es wirklich nicht anders gekannt haben, weil so viele Unternehmen auf der Welt agile Transformationen durchlaufen, und das wird noch lange so bleiben. Aber da manche Unternehmen mit Agilität an vorderster Front geboren wurden, haben Sie schon erlebt, dass viele Menschen in Führungspositionen aufsteigen, die nichts anderes wissen als echte Agilität und wirklich authentische Agilität, wie Sie es gerade beschrieben haben?

Ray Arell:

Nun, ich finde es irgendwie interessant, denn als du über diesen Satz gesprochen hast, habe ich darüber nachgedacht, naja, wenn du nichts anderes wüsstest... Aber ich kann auch sagen, dass du einheimisch werden könntest, wenn du auch eine Zeit lang in der Kultur warst. Also kannst du irgendwann... Das wird deine erste Reaktion, deine erste Angewohnheit ist es, mehr aus den agilen Prinzipien herauszuholen, als du aus etwas anderem ziehen würdest. Ja, es gibt diese Leute, aber es war interessant, Unternehmen wie Spotify oder Salesforce oder Pivotal zu beobachten, und ich kann einfach die Liste der Unternehmen durchgehen, die als agile Organisation angefangen haben, sie wurden groß, und dann tauchen plötzlich die Antimuster eines großen Unternehmens in diesen Unternehmen auf. Obwohl also die Leute innerhalb des kleineren Stammes agil arbeiten, fängt das Unternehmen langsam nicht mehr an, agil zu arbeiten. Es fällt in einen größeren Kontext dessen, was wir bei den älteren Unternehmen beobachten.

Und ich denke, ein Teil davon könnte an der Unternehmenskultur liegen, dass sie jemanden von außerhalb mitbringen, der kein Muttersprachler ist, und es fällt ihnen schwer, mit der Vorstellung umzugehen, dass wir irgendwann hier drüben einen Liefertermin festlegen und wir glauben, dass wir ihn einhalten werden. Aber nein, wir haben keinen Plan, den man liebevoll zu 90% mit Zuversicht bezeichnen würde, der besagt, dass wir alle Risiken aus dem Weg geräumt haben. Und ja, es wird auf jeden Fall an diesem Tag passieren. Und einige dieser Unternehmen werden wirklich... Sie haben das Gefühl, dass sie alles auf die Straße legen müssen, und wenn sie es nicht einhalten, haben sie das schon in ein Bonusprogramm für Führungskräfte gesteckt, was leider zu schlechtem Benehmen führt

Matthew Lawrence:

Ja, ich war dort. Ich gehe davon aus, dass wir in unserem Publikum Leute haben werden, die in höhere Führungspositionen wechseln. Sie sind keine aufstrebenden Führungskräfte, sie machen das schon eine Weile, und sie haben wahrscheinlich einige erfolgreiche agile Teams auf der kleineren Ebene geleitet, wie Sie es beschrieben haben. Gibt es für die Leute, die in höhere Rollen, vielleicht in Führungspositionen, aufsteigen, eine Anleitung, die Sie ihnen geben würden, wie sie diese Veränderungen bewältigen und versuchen, sie mithilfe agiler Prinzipien und der Bedeutung von Agilität in diesen höheren Rollen aufrechtzuerhalten?

Ray Arell:

Ja, ich denke, ein Teil davon ist die Arbeit, die Sie als kleineres Team geleistet haben, alles kann immer noch skaliert werden. Und ich hasse es, das Wort Skala zu benutzen, weil ich denke, Maßstab ist irgendwie... Die Leute benutzen es irgendwie... Was wäre das richtige Wort? Es wird in unserer Branche missbraucht. Ich denke, Werte und Prinzipien sind skalenfrei. Sie können immer noch jeden Tag in Ihr Team gehen und sich immer noch an diese 12 Prinzipien halten, und Sie werden gute Arbeit leisten. Die Frage ist jedoch, wenn Sie das auf der unteren Ebene tun, sagen wir mit einem Kanban-Board, ist die Frage, wie es aussieht, wenn Sie an Ihrem Chefschreibtisch sitzen? Was ist die Methode, bei der Sie Poolbillard spielen? Wenn Sie sich die meisten skalierten Frameworks ansehen, die heute auf dem Markt sind, gibt es nur sehr wenige Hinweise darauf, was im Alltag einer agilen Führungskraft sein sollte. Wie sollte das aussehen?

Und wenn ich an das Geschäftsteam denke, arbeitet das Managementteam täglich mit den Lieferteams zusammen. Das sollten sie tun. Also, was werden Sie tun, damit das möglich wird und stattfindet? Was werden Sie tun, um... diese großen jährlichen Budgetprozesse einzustellen? Machen Sie sich Dinge wie die Budgetierung oder andere Dinge zu eigen, bei denen Sie die Organisation strategisch finanzieren und nicht versuchen, alles auf einen jährlichen Rhythmus festzulegen, aber Ihre untergeordnete Organisation arbeitet trotzdem alle zwei Wochen. Sie sollten also in der Lage sein, Ihre Wetten bei jeder Organisation auf der Grundlage der Leistung jedes Sprints erneut zu verschieben. Kannst du das machen?

Das letzte ist wahrscheinlich das wichtigste, sind Hindernisse. Und so schnell braucht es Informationen, um vom untersten Teil der Organisation zum höchsten Punkt der Organisation zu gelangen? Und wenn das bei bestimmten Organisationen drei Wochen, zwei Wochen oder manchmal sogar später dauert, optimieren Sie das. Wie optimiert man ein Hindernis, bei dessen Beseitigung Sie persönlich helfen können, für die Mitarbeiter, damit sie nicht länger gebremst werden, was auch immer das sein mag?

Matthew Lawrence:

Du berührst da etwas, was meiner Meinung nach ein grundlegender Bestandteil von Agilität ist, nämlich diese Fähigkeit zu lernen und sich anzupassen, und du kannst nur lernen, wenn du dir bewusst bist, was um dich herum passiert, du kannst es beobachten [unhörbar 00:28:39].

Ray Arell:

Nun, ich habe vor ein paar Monaten etwas gesagt und alle sagten einfach: „Warum hast du gesagt... Ich kann nicht glauben, dass du das laut gesagt hast.“ Manchmal ist es das leise Zeug, das laut ausgesprochen wird. [unhörbar 00:28:53]. Wir haben versucht, ein Treffen zu vereinbaren, um eines dieser Hindernisse zu beheben, und alle hochrangigen Führungskräfte waren beschäftigt. Sie waren beschäftigt. Und meine Frage war, wenn das momentan nicht das Wichtigste für uns ist, was machst du dann? Wirklich, tust du das in deinem Alltag, wenn das nicht die höchste Priorität ist, die du eingehst? Und die Befragung hochrangiger Führungskräfte, dass sie vielleicht nicht auf die richtigen Dinge achten, und manchmal den Machthabern diese Wahrheit zu sagen, ist etwas, das wir ab und zu tun müssen.

Matthew Lawrence:

Ich stimme zu. Dieses Maß an Offenheit ist definitiv auf allen Ebenen erforderlich und die Fähigkeit, dieses Feedback zu erhalten, damit Sie als Einzelperson lernen und sich anpassen können, wie wir bereits zuvor besprochen haben, darüber, wie Sie als Führungskraft, aber auch als Team anpassungsfähig sind. Es gibt einen Punkt, auf den ich noch eingehen möchte, bevor wir zum Abschluss kommen, nämlich wenn man die Karriereleiter hochklettert und in eine höhere Position kommt und dann für ein breiteres Spektrum von Dingen verantwortlich ist, vor allem, wenn man die Führungsebene erreicht, habe ich erlebt, wie Menschen mit dem Übergang von der Person, von der Sie gleich zu Beginn dieser Diskussion gesprochen haben, zu der Person, die alles weiß und die Regie führen kann und alle Antworten hat in jemanden, bei dem ich sehe, dass sich Ihr Job zu der Person entwickelt, die identifizieren kann, was wir wissen am wenigsten darüber, was wir als Führungsteam am wenigsten wissen, wo wir sind... haben am wenigsten Selbstvertrauen, wo wir die Hindernisse sehen und nicht wissen, was wir mit ihnen anfangen sollen.

Wie gehst du vor, um die Leute dazu zu bringen, das anzunehmen? Weil ich denke, was ich sehe, ist die Angst, die damit einhergeht, fast eine Angst davor, zu sagen: „Oh, ich gebe es Leuten gegenüber zu, dass ich nicht weiß, was ich tue.“ Und ich wurde während meiner gesamten Karriere dafür belohnt, dass ich immer mehr zum Experten wurde, und plötzlich ist es meine Aufgabe, die Person zu sein, die selbstbewusst genug ist, um auszurufen: Das ist es, was wir noch nicht verstehen. Lassen Sie uns zusammenkommen und versuchen, das Problem zu lösen. Wenn das Risiko größer ist, die Auswirkungen größer sind und Sie für mehr Dinge verantwortlich sind, wie helfen Sie Menschen beim Übergang in diese übergeordnete Rolle?

Ray Arell:

Nun, ich denke, ein Teil davon ist, dass sie diese technische Seite loslassen können, wenn sie sich ständig die Hände schmutzig machen müssen? Und ich habe bestimmte Führungskräfte gesehen, bei denen wirklich jemand zurückgehen und sagen muss: „Bist du dir wirklich sicher, dass das die Karriere ist, die du anstreben willst? Sie scheinen mehr darauf aus zu sein, sich mit den Einzelheiten befassen zu wollen, und vielleicht ist das der beste Ort für Sie, weil Sie sich in diesem Bereich wohler fühlen.“ Der andere Aspekt ist jedoch, glaube ich, wieder, dass Vertrauen entscheidend wird, wenn sie sich verändern. Vertraue den Leuten, die für dich arbeiten, dass sie nicht reinkommen und faul sind und du ihnen die ganze Zeit über die Schulter schauen musst, weil du das Gefühl hast, dass sie vielleicht nicht produktiv sind oder andere Dinge. Sie müssen sagen können, dass die Leute, die Sie eingestellt haben, talentiert sind und dass sie uns unseren Zielen näher bringen.

Ich denke, was für die Gesundheit des Unternehmens immer wichtiger wird, ist, dass man viel besser darin sein muss, tatsächlich zu sagen: „Okay, nun, hier ist unsere Vision“, sei es eine Produktvision, ob es die Vision des Unternehmens ist, was auch immer das sein mag, den Menschen zu helfen, zu verstehen, was dieser North Star ist, und das dann nicht aus Ihrer Sicht, sondern aus der Sicht des Kunden zu bekräftigen. Und ich denke, hier fangen viele Unternehmen an zu driften, weil sie anfangen, einige interne Kennzahlen zu optimieren, die, ja, die Effizienz in Ihrem Unternehmen steigern werden. Aber was denkt der Kunde? Und ständig in der Lage zu sein, sich, aus einer agilen Perspektive, als der Chief Product Owner des Unternehmens darzustellen, um das repräsentieren zu können, was die Kunden brauchen und wollen, und in der Lage zu sein, dies in der Vision und den ehrgeizigen Missionen, die für das Unternehmen aufgestellt werden, zum Ausdruck zu bringen. Machen Sie es für die Menschen real.

Und dann ist der letzte Teil davon, dass nicht alles passieren und wahr werden wird. Wenn Sie die Biografien der meisten Führungskräfte lesen, gibt es viele, viele, viele Fehler. Und ich erinnere mich an das von einem Anführer, er ging in den Ruhestand. Und ich dachte, es war nicht gerade peinlich, dass er das tatsächlich getan hat. Er ging tatsächlich auf die Bühne und sprach über seinen größten Misserfolg. Während meiner gesamten Karriere bei der Arbeit mit dieser Person habe ich mich immer gefragt, ob sie ein Mensch ist oder nicht. Und dann, am Tag des Ausscheidens dieser Person, beschlossen sie schließlich, Ihnen ein paar Geschichten über Fehler zu erzählen, die sie gemacht hat. Und ich denke, er musste diese Geschichten wirklich viel, viel früher teilen, weil ich denke, die Leute hätten wahrscheinlich herausgefunden... Sie wären etwas gestresst gewesen, um ihn herum zu arbeiten. Und es würde auch eine gewisse Verwundbarkeit für Sie als Führungskraft bedeuten, zu sagen, dass Sie nicht alles herausgefunden haben, und manchmal ist es nur eine Vermutung. Wir sind der Meinung, dass das Produkt genau dort eingesetzt werden muss.

Und sobald du es den Kunden vorstellst, werden sie dir sagen, ob... Wenn du das Cano-Modell nimmst und plötzlich triffst, das ist die aufregendste Sache seit dem Rad, werden sie es lieben oder werden sie gehen, [unhörbar 00:35:12]. Ich nehme es, wenn es kostenlos ist. Du gerätst in eine Situation, in der es ist, naja, wir können nicht so viel verlangen. Aber ich denke, diese Geschichten werden wichtig und verankern Organisationen. Ein weiterer Aspekt ist meiner Meinung nach, dass, wenn man jemanden hat, der ansprechbar ist und diese Geschichten effektiv in die Organisation weiterleiten und über diese Dinge sprechen kann, das meiner Meinung nach allen anderen die Tür öffnet, dies auch zu tun. Denn ob es Ihnen gefällt oder nicht, Menschen sind hierarchisch in der Art und Weise, wie wir über Dinge denken. Viele Leute schaffen es, also ahmen sie Führungskräfte nach. Seien Sie also der Anführer, den jemand nachahmen möchte.

Matthew Lawrence:

Ich finde, das ist ein toller Rat, Ray. Die Verbindung, die sich für mich durch dieses ganze Gespräch zieht, ist, sich authentisch mit Ihrer Arbeit auseinanderzusetzen, ob es das Team ist, das Sie zu leiten versuchen, ob es die agilen Praktiken sind, egal auf welcher Ebene und auf welcher Ebene Sie arbeiten. Und um dieses Vertrauen aufzubauen, damit das funktioniert, ist ein gewisses Maß an Authentizität erforderlich.

Ray Arell:

Ja, genau.

Matthew Lawrence:

Ich würde mich freuen, wenn Sie zum Abschluss noch letzte Tipps oder Ratschläge für aktuelle und aufstrebende Führungskräfte zu diesem Thema hinterlassen würden. Wenn es einen Weg gibt, der über das bloße Teilen Ihrer eigenen persönlichen Geschichten hinausgeht, wie würden Sie Menschen beraten? Was würdest du ihnen geben, um Vertrauen in ihre Teams aufzubauen?

Ray Arell:

Nun, ein paar Dinge. Erstens, du musst darauf achten, wer du als Person bist. Nochmals, wie ich schon sagte, dass die Leute es schaffen. Und wenn Sie um drei Uhr morgens eine E-Mail verschicken und fünf Minuten später Ihre Mitarbeiter Ihnen geantwortet haben, dann sind Sie kein wirklich gutes Vorbild für eine gute Work-Life-Balance. Viele Ihrer Tendenzen werden sich also auf das Unternehmen auswirken. Machen Sie also unabhängig davon, wie Sie sich selbst einschätzen, eine Bewertung Ihrer Führung, wo sie Ihrer Meinung nach stattfindet. Harvard Business Review hat vor langer Zeit das Niveau dessen, was sie als Führungsmodelle betrachteten, nach hinten verschoben. Und auf der untersten Ebene befinden sich Führungskräfte, die auf Experten und Leistungsträgern basieren. Und wenn Sie zu diesen gehören, sind diese für eine gute agile oder kollaborative Kultur nicht sehr förderlich. Wenn Sie sich also gerade in diese Richtung bewegen, sollten Sie nach Wegen suchen, wie Sie sich eher zu einer Führungskraft entwickeln können, die auf Katalysatoren oder Synergien basiert.

Und diese Reise ist nicht einfach, weil ich sie selbst durchgemacht habe. Es hat Jahre gedauert, bis Sie sich von einigen dieser Tendenzen, die Sie als fachkundige Führungskraft hatten, gelöst haben. Und ein Beispiel: Eine Führungskraft, die von Experten geleitet wird, neigt dazu, nur mit anderen Experten zu sprechen. Wenn sie jemanden als keinen Experten für etwas wahrnehmen, neigen sie dazu, diese Personen zu ignorieren und nicht mit ihnen in Kontakt zu treten. Und wieder ist es das gesamte organisatorische Gehirn, das das Problem lösen wird. Wie binden Sie also die gesamte Organisation ein und bringen diese Ideen zusammen?

Die andere ist, dass Sie, wenn Sie darauf eingehen, aus der Perspektive einer aufstrebenden Führungskraft, es vorhin selbst gesagt haben, und das ist nicht nur die Voreingenommenheit, weil Sie kein Experte sind, ich werde nicht mit Ihnen sprechen, sondern jede Voreingenommenheit, die Sie möglicherweise haben, kann die Art und Weise beeinflussen, wie Sie eine Person führen und beurteilen, und könnte ihre Karriere wirklich einschränken oder ausbauen, vielleicht aufgrund eines schnellen Urteils, das Sie vielleicht gehabt haben. Ich denke, Sie müssen sich Ihrer Entscheidungen bewusst sein, die Sie innerhalb der Organisation treffen, und insbesondere der Entscheidungen, die Sie über Menschen treffen. Und mit denen musst du vorsichtig sein.

Der letzte ist wahrscheinlich nur... Und das geht in den Bereich der komplexen adaptiven Systeme. Nicht alles ist zugeschnitten und trocken, schwarz und weiß oder mechanisch, was bedeutet, dass wir dasselbe Produkt nehmen und es immer wieder und wieder wiederholen können, und wir werden unterschiedliche Antworten bekommen. Wir werden unterschiedliche Anforderungen haben. Wir werden verschiedene Dinge bekommen. Es ist okay, dass das Zeug da ist. Und es ist okay, dass die Dinge, die aus unseren Produkten kommen, ab und zu anders sind, und vor allem, weil alles eine sehr komplexe Umgebung ist. Ursache-Wirkungs-Beziehungen und Komplexität sind, dass der Kunde seine Meinung ändern kann, und wir müssen uns damit wohlfühlen, wenn ein Kunde seine Meinung ändert. Unser Kunde hat möglicherweise neue Bedürfnisse, die auftauchen.

Und auch unsere Mitarbeiter ändern manchmal ihre Meinung oder ändern das, worauf sie sich freuen. Wie fördern Sie das? Wie fördert man diese Mitarbeiter, um sie im Unternehmen zu halten, nicht um sie für die Fähigkeiten einzusetzen, über die sie gerade verfügen, sondern wie geht man da langfristig vor? Und ich weiß, dass ich hier etwas langatmig werde, aber das, was ich am meisten sehe, trotz all der Entlassungsbescheide, die gerade vor sich gehen, ist, dass dieses Unternehmen nicht auf lange Sicht spielt. Ich denke, das ist ein schlechter Schachzug, denn alles, was Sie tun, indem Sie einen Mitarbeiter entlassen, ist, Ihrem Konkurrenten eine ganze Reihe von Wissen zu vermitteln, das Sie behalten sollten. Also wie dem auch sei, ich werde es da kurz machen.

Matthew Lawrence:

Richtig. Danke, dass du heute deine Weisheit mit uns geteilt hast. Es war mir ein absolutes Vergnügen. Ich habe den Chat wirklich genossen. Also ja, danke, dass Sie sich mir im Easy Agile Podcast angeschlossen haben.

Ray Arell:

Fantastisch. Danke, dass du mich eingeladen hast.

„Tolles Gespräch mit Dave & Eric! Wichtigste Erkenntnis: Überarbeiten Sie die Darstellung der Organisationsstruktur von Easy Agile. Aufregendes Zeug!“

Nick Muldoon, Mitbegründer und Co-CEO von Easy Agile, wird von Dave West, CEO, und Eric Naiburg, COO, von Scrum.org begleitet.

In dieser Folge entpacken Nick, Dave und Eric die aktuelle agile Landschaft, erörtern die Rolle des agilen Muttersprachlers und betonen, wie wichtig es ist, vernetzte Teams aufzubauen, indem die Hierarchie umgedreht und Führungskräfte in unterstützende Rollen versetzt werden.

Sie betonen, wie wichtig es ist, die Menschen, die dem Problem am nächsten stehen, in die Lage zu versetzen, den Anruf zu tätigen, und letztendlich ein Umfeld zu schaffen, in dem Erfolg erzielt werden kann.

Wir wünschen euch viel Spaß mit der Folge!

Teile deine Gedanken und Fragen auf Twitter mit dem Hashtag #easyagilepodcast und tagge @EasyAgile.

Transkript:

Nick Muldoon:

Hallo Leute. Willkommen zum Easy Agile Podcast. Mein Name ist Nick Muldoon. Ich bin Mitbegründer und Co-CEO von Easy Agile, und heute kommen zwei wundervolle Gäste zu mir, Eric Naiburg, der Chief Operating Officer von scrum.org, und Dave West, der Chief Executive Officer von scrum.org. Bevor wir beginnen, möchte ich mich bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute senden, den Menschen im Dharawal sprechenden Land. Wir erweisen den älteren, gegenwärtigen und zukünftigen Ältesten unseren Respekt und erweisen allen Aborigines, den Bewohnern der Torres Strait Islands und den Ureinwohnern der First Nations, die heute zu uns kommen, den gleichen Respekt. Also, meine Herren, vielen Dank, dass Sie sich etwas Zeit genommen haben. Wir wissen das wirklich zu schätzen.

Erik Naiburg:

Ich danke dir.

Nick Muldoon:

Ich schätze, ich würde gerne einfach reinspringen und, Dave, ich habe zuerst eine Frage an dich und eine weitere an dich, Eric. Ich würde gerne eine kurze Einschätzung der heutigen Agile-Landschaft bekommen, Dave, und ich schätze, die Veränderungen, die Sie vielleicht gesehen haben, jetzt, wo wir diese COVID-Lockdowns hinter uns haben, dieses Hin und Her, die COVID-Lockdowns.

Dave West:

Ja, es ist interessant. Also ich bin seit fast acht Jahren CEO hier bei scrum.org, und das hat sich in diesen acht Jahren ein wenig geändert. Ich denke, was wir erleben und ist, wage ich zu sagen, die Bereitstellungsphase, die Masseneinführung dieser agilen Arbeitsweisen und dieser agilen Denkweise in allen Branchen und in allen Organisationen. Es ist mehr als eine Sache der IT-Softwareentwicklung. Und ich denke, dass sich das während COVID beschleunigt hat. Interessant sind jedoch viele der Merkmale von Agile, die während COVID so wichtig wurden, insbesondere in Bezug auf befähigte Teams, insbesondere in Bezug auf Vertrauen, insbesondere in Bezug auf die Hierarchie und den Abbau von Hierarchien. Einige dieser Dinge werden in Frage gestellt, wenn wir zur neuen Normalität zurückkehren, die manche Leute lieber einfach nur normal hätten. Ich sehe also einiges davon. Im Allgemeinen ist Agile jedoch da, es ist gekommen, um zu bleiben. Ich denke, die Realität sieht so aus, dass die meisten Wissensarbeiter, insbesondere die Wissensarbeiter, die sich mit komplexen Arbeiten befassen, auf absehbare Zeit einen agilen Ansatz verwenden werden.

Nick Muldoon:

Und letzte Woche hast du... War es letzte Woche? Ich glaube, du warst zum ersten Mal von Angesicht zu Angesicht in Paris?

Dave West:

[Fremdsprache 00:02:37] Ich war und es hat tatsächlich die ganze Zeit geregnet, Nick. Also ja, ich habe viel Zeit drinnen in Paris verbracht.

Nick Muldoon:

Nun, was war die Meinung der Scrum-Trainer dort, aus den Gesprächen, die sie führen?

Dave West:

Ja, es war interessant. Wir haben viel über die Einführung in großem Maßstab, die Einführung in Unternehmen und die Herausforderungen gesprochen. Es ist lustig, dass es sich bei den Herausforderungen um Herausforderungen handelt, die Sie erwarten, und bei den meisten geht es um Menschen, veraltete Systeme, den Status der Mitarbeiter und die Machtposition. Wir haben viel über die Herausforderungen gesprochen, vor denen Teams in diesen großen, komplizierten Organisationen stehen. Das ist weiterhin das Gespräch. Es gibt offensichtlich Europa, sie stehen der Ukraine und dem dortigen Konflikt sehr nahe. Es gibt also definitiv einige Gespräche darüber. Wir haben sechs ukrainische Trainer und ungefähr die gleiche Anzahl russischer Trainer. Das ist also immer ein Gespräch. Und dann ist da noch ein allgemeiner Abschwung der Wirtschaft, über den auch gesprochen wurde.

Entlassungen finden in ganz Europa statt, insbesondere im Technologiesektor, aber ich denke, das nimmt bis zu einem gewissen Grad zu. Vodafone hat heute gerade angekündigt, dass sie entlassen werden, es sind etwa 6.000 Mitarbeiter, und sie sind zum Beispiel eines der größten Telekommunikationsunternehmen in Deutschland. Davon gab es definitiv einiges, aber wenn Sie Unternehmen hinzufügen, fügen Sie Konfliktunsicherheit hinzu, Sie fügen wirtschaftliche Unsicherheit hinzu, diese drei Dinge werden zusammenkommen. Aber was daran lustig war, ist, dass sie bei all dem unglaublich optimistisch und aufgeregt waren. Und ich denke, weil sie mit Leuten sprechen, mit denen sie noch nie zuvor gesprochen haben, sprechen sie mit Leuten darüber, dass Scrum eine natürliche Arbeitsweise ist, sie sprechen über die Herausforderungen, die sich aus starken Teams, Empirismus und kontinuierlicher Verbesserung ergeben.

Und ich hatte einige wirklich spannende Gespräche mit Trainern, die sagten: Ja, nun, wir machen das in diesem Luft- und Raumfahrtunternehmen oder diesem Elektroautozulieferer in Deutschland oder was auch immer, oder in diesem Finanzdienstleistungs-Startup, das Blockchain zum ersten Mal verwendet. Und natürlich verwenden sie Agile. Und so war es lustig. Es war fast so, als ob all diese Dinge, obwohl es den Hintergrund gab, trotzdem unglaublich positiv waren.

Nick Muldoon:

Also, das ist interessant, und ich denke, wenn ich über die Hintergründe von euch beiden nachdenke, Eric, dann sehe ich, dass ihr beide seit rationalen Tagen zusammengearbeitet habt...

Erik Naiburg:

Ein paar Mal.

Nick Muldoon:

... ein paar Mal, aber die Prävalenz der Agilen... Ich würde euch beide als agile Ureinwohner beschreiben und es hört sich an, Dave, letzte Woche hast du deinen Stamm dort in Paris, der agile Eingeborene ist. Und ich schätze, Eric, welche Einstellung haben die Menschen, mit denen Sie in diesen Unternehmen aus der Führungsperspektive interagieren, für Sie? Können Sie die Agile-Ureinwohner identifizieren? Ja, ich denke, ist es einfacher, sich zu unterhalten, wenn es in der Führungsebene agile Natives gibt?

Erik Naiburg:

Es ist definitiv ein einfacheres Gespräch, wenn sie da sind. Manchmal verstecken sie sich, manchmal sind es auch keine agilen Eingeborenen, die sich auch als agile Eingeborene ausgeben, was es immer ein bisschen schwierig macht, weil man die Zwiebel zurückschälen und herausfinden muss, wer sie sind und was ihre wahre Agenda ist. Ich habe letzte Woche mit einem CIO gesprochen, und er sprach von einer typischen Dauer von zwei bis drei Jahren. Was ist also ihre wahre Agenda? Was versuchen sie zu erreichen? Und Dave erwähnte die Menschen, die daran beteiligt sind, und Menschen sind oft der schwierigste Teil einer agilen Transformation oder agilen Arbeitens. Die Menschen wollen sich selbst schützen, sie wollen ihr Revier schützen, sie wollen die Dinge tun, die sie tun müssen, um auch erfolgreich zu sein. Sie sehen das also als Gespräche mit Führungskräften innerhalb von Organisationen, und sie wollen es besser machen, sie wollen sich verbessern, sie wollen schneller liefern, aber sie stehen immer noch unter diesem Druck. Organisationen, zumindest große Organisationen, haben sich nicht verändert. Sie haben immer noch Vorstände, und sie berichten immer noch an diese Gremien, und auch diese Gremien haben immer noch ihre eigenen Agenden.

Nick Muldoon:

Sie lassen mich an ein Gespräch erinnern, das ich vor mehreren Jahren geführt habe, aber auf einer Reise durch Europa, und es war mit dem Agile-Muttersprachler, der Agile Practice Lead war und wahrscheinlich nicht maskierte, wahrscheinlich war er legitim ein Agile-Native, aber sie sprachen über die gemischten Anreize für ihren, vielleicht nicht ihren direkten Leiter, aber den VP weiter oben. Und es war eigentlich ein, ich will nicht sagen, ein Nullsummenspiel, aber es gab eine Art Lehensache, bei der die verschiedenen VPs um Ressourcen kämpften, Leute, was auch immer, weil das weitere Boni freischalten würde. Aber am Ende des Tages ging es nicht darum, das gesamte Finanzdienstleistungsunternehmen zu optimieren. Sehen wir das heute noch?

Dave West:

Oh, sehr. Tatsächlich sagt ein Kollege von uns: „In der Wissenschaft gab es früher ein Sprichwort, Wissenschaft schreitet mit einer Beerdigung nach der anderen voran.“ Und ich denke, Agile hat definitiv einiges davon, hoffentlich keine Beerdigungen, sondern Pensionierungen.

Nick Muldoon:

Pensionierungen

Dave West:

Ruhestand.

Nick Muldoon:

Ja.

Dave West:

Ja. Die Realität ist, dass, wenn Sie die Anreize nicht aufeinander abgestimmt haben, wenn die Teams nicht auf diese Anreize ausgerichtet sind und die Führung nicht auf diese konsistenten Anreize ausgerichtet ist, Sie immer mit einigen Herausforderungen zu kämpfen haben werden. Was so frustrierend ist, ist, dass wir alle wissen, dass die industrielle Revolution und insbesondere die jüngste Revolution der Massenproduktion und des Öls, die gerade in der Einsatzphase kurz nach dem Zweiten Weltkrieg stattfand, durch veränderte Arbeitspraktiken ermöglicht wurde, die von Leuten wie Ford und Deming und all diesen Menschen geschaffen wurden. Das wissen wir alle. Die digitale Revolution findet um uns herum statt. Es könnte sogar an uns vorbeigehen, wenn Sie dem KI-Buzz glauben, der gerade passiert. Wir werden vielleicht zur Seite gestellt und Computer übernehmen vielleicht einfach die Kontrolle, aber diese Digitalisierung passiert, und Sie sind mit Führungskräften zusammen und sie sagen: „Ja, respektiere das absolut. Wir werden hundertprozentig digital sein. Wir sind eine Fluggesellschaft, aber in Wirklichkeit sind wir ein digitales Unternehmen mit Flügeln.“

Sie beschreiben sich selbst auf diese Weise, und dann wollen sie nicht die Grundlagen in Frage stellen, wie Autorität verwaltet wird, wie Werte verwaltet werden, wie Risiken transparent gemacht werden, wie Regierungsführung abläuft, wie Finanzierung und Planung usw. erfolgen. Sie wollen keine dieser Annahmen in Frage stellen. Sie mögen das so wie es ist. Aber wir werden digital. Es ist ironisch, dass es immer noch passiert. Das ist jedoch nicht ganz hundertprozentig. Die Organisationen, die das verstehen, die Organisationen mit Führungskräften, die entweder aufschlussreich oder motiviert sind oder vielleicht ein Buch schreiben wollen oder so. Vielleicht sind ihre Gründe nicht immer so klar, aber diese Führungskräfte ziehen diese Organisationen ins 21. Jahrhundert.

Tolles Beispiel. Proctor und Gamble, Gillette. Gillette, das neueste Peeling-Rasiermesser. Ich sehe, dass du es leider nicht benutzt hast, Nick, mit deinem ziemlich hübschen Bart. Also ja. Wie auch immer, ich benutze es oft, wie du siehst. Das Exfo... Wurde mit Scrum und Agile gebaut. Das ist Proctor and Gamble, eine uralte, okay nicht uralte, eine ältere Organisation, die es aber wirklich in sich hat. Sie erkennen, dass sie auf ganz andere Weise arbeiten müssen, wenn sie mit ihren Kunden, ihren Partnern, ihren Lieferanten Schritt halten wollen. Es sind also keine Rosen, aber es gibt sozusagen Rosen im Garten.

Erik Naiburg:

Und es geht noch weiter, wenn man an diese Organisation denkt, denkt man an das, was Gillette getan hat, es geht über das traditionelle agile Denken hinaus. Traditionelles agiles Denken, wir denken an Software, und das ist Technik, das ist Fertigung, das ist die Zusammenführung von Marketing, denn in solchen Organisationen bestimmt das Marketing, was das Produkt sein wird, und dann findet die Technik heraus, wie dieses Produkt geliefert wird und so weiter. Es geht also wirklich darum, die gesamte Organisation zusammenzubringen und herauszufinden, wie wir etwas liefern, und zwar gemeinsam. Ich denke, das ist eines der großen Dinge, die wir erleben. Und eine der großen Veränderungen, die Agile vorantreibt, ist das Team. Sie haben also über Anreize und Teamanreize gesprochen, das ist ein Teil davon, aber es geht um Teamverantwortung. Es ist Teamzusammenhalt.

Es ist so, dass sie sich letztendlich alle verantwortlich fühlen und diese Verantwortung als Team zusammenbringen, und ich denke sogar... Also meine Frau arbeitet in der Fertigung und es ist immer... Sie ist auf der Forschungs- und Entwicklungsseite und beschwert sich über die Marketing-Leute. Sie haben diese Gespräche über: „Nun, sie wissen nicht, was es braucht, um dieses Ding tatsächlich zu bauen. Sie haben einfach den Traum.“ Und indem sie sie in diesem Team zusammenbringen und sie wirklich ihre täglichen Drums haben, sie planen zusammen und führen sie diese harten Gespräche respektvoll, das fängt an, dieses Team aufzubauen und es so aufzubauen, dass sie tatsächlich schneller liefern können und mehr liefern können, was der Kunde will.

Dave West:

Kann ich mich einfach anlehnen, es tut mir leid, wir haben hier gerade ein bisschen die Kontrolle übernommen, Nick, aber ich möchte mich einfach auf etwas stützen, von dem Eric gesagt hat, dass es nur um die Teams geht. Eines der grundlegenden Probleme, die wir in vielen Organisationen sehen, ist die Hierarchie. Denn wenn man diese riesigen Hierarchien hat, heißt es natürlich: „Ich muss die Kontrolle über etwas haben. Ich muss die Verantwortung für Dinge übernehmen. Ich muss für bestimmte Dinge unverantwortlich davonkommen.“ So funktionieren Hierarchien. Und das untergräbt oft die Fähigkeit eines Teams, effektiv zu funktionieren. Wir müssen das umdrehen, sodass diese Hierarchien nicht mehr an der Spitze der Teams stehen, sondern unter den Teams stehen müssen, die sie unterstützen. Stell sie dir vor wie die Stützbalken auf Brücken oder was auch immer. Sie haben einige fabelhafte Brücken in Australien und in Melbourne und an solchen Orten und in Sydney.

Stellen Sie es sich also kopfüber vor und halten Sie die Teams auf den Kopf. Aber das bedeutet, um noch einmal auf Anreize zurückzukommen, dass diese Führungskräfte verstehen müssen, wofür sie in dieser neuen Welt verantwortlich sind. Und das tun sie aus einem sehr guten Grund. Sie tun es, weil die Teams sein müssen, weil sie näher am Problem sind, sie müssen in die Lage versetzt werden, Entscheidungen in Echtzeit auf der Grundlage der Daten und der Informationen zu treffen, die sie haben, sie müssen eine klare Sichtlinie zum Kunden haben. All diese Dinge sind der Grund, warum eine Hierarchie einfach zu langsam reagiert und zu bürokratisch ist. Also müssen wir es umdrehen und diese Teams unterstützen. Und das ist eine große Herausforderung.

Nick Muldoon:

Ich liebe das. Ihr zwei habt mir etwas zum Nachdenken gegeben. In den ersten sechs Lebensjahren des Unternehmens, von Easy Agile, hatten wir also eine sehr einfache Teamseite, und Dave und ich als Co-CEOs standen ganz unten auf der Seite. Und dann hatten Sie die Anführer der Säulen. Sie hatten also, zu der Zeit war Tegan der Produktleiter, der Leiter, und sie saßen auf Dave und mir, und dann saß das Team an der Spitze. Und es ist interessant, ich versuche gerade darüber nachzudenken, dass diese Seite oder diese Visualisierung wahrscheinlich erst in den letzten 12 oder 18 Monaten, als wir 40 Leute besucht haben, umgeblättert hat. Ich habe natürlich einen Aktionspunkt, der daraus hervorgehen muss, danke, meine Herren, um ihn tatsächlich umzudrehen, weil es ein Kommunikationsmechanismus ist, aber wenn wir uns in dieser unterstützenden Rolle zur Unterstützung der Leute tatsächlich in die Grundlage stellen, gibt das, glaube ich, den Ton an, wie die Teammitglieder über sich selbst denken, und vielleicht auch diesen Beitrag zur Rechenschaftspflicht, Eric.

Erik Naiburg:

Ja. Ja. Das ist interessant, denn manchmal sind es diese kleinen Dinge, die das Denken und Fühlen der Menschen verändern. Ich verwende viele Sportanalogien, wenn ich mit Menschen spreche und mich mit ihnen treffe, und vor allem, wenn Dave davon sprach, die Menschen zu stärken, die dem Problem am nächsten stehen. Im Sport müssen wir dasselbe tun. Wenn wir darauf warten müssen, dass der Trainer uns sagt, wir sollen den Ball weitergeben, wird das niemals passieren. Wir müssen es den Leuten ermöglichen, Entscheidungen zu treffen und diese Entscheidungen auf dem Spielfeld zu treffen. Das müssen wir auch auf Unternehmen anwenden. Erlauben Sie den Menschen, die dem Problem am nächsten sind und dem, was passiert, am nächsten sind, diese Entscheidungen auch innerhalb des Unternehmens zu treffen.

Nick Muldoon:

Wenn wir also zu Proctor and Gamble zurückkehren und wir kein Kaninchenloch darauf werfen müssen, aber sie sind eines der großen, langlebigen Unternehmen, und ich weiß nicht, wie sie vor allem vorgehen, aber ich denke an GE, und GE hatte ihr internes Universitätsprogramm, und sie haben ihre Führungskräfte geschult, wie man führt. Wie geht ein Proctor and Gamble vor, um dieses Gespräch intern zu verändern, und was ist dieser Zeitrahmen? Weil Sie vermutlich mit jemandem beginnen, der in einem Team ist. Müssen Sie sie im Laufe der Zeit in der Hierarchie des Unternehmens verbessern?

Dave West:

Es ist interessant. Ich habe Glück, vielleicht weil wir beide Briten sind und in Boston leben. Ich habe das Glück, ziemlich viel Zeit damit zu verbringen, und auf unserer Website gibt es Videos dazu, übrigens, Interviews mit Dave Ingram, der R & D für Männerpflege leitet, es heißt, im Gillette-Teil von P and G. Und die Fallstudie ist da draußen. Also habe ich viel mit ihm darüber gesprochen, wie man es in einer riesigen Organisation vorantreibt, in der sie alles zu verlieren haben. Sie haben Produkte, die fantastisch sind, sie sind innovativ, diese Produkte sind die Produkte, die Sie in Ihren Einkaufswagen legen, wenn Sie den Gang entlang gehen. Sie wollen das nicht vermasseln. Seien wir ehrlich. Wenn plötzlich, aufgrund einiger Innovationen, keine Rasiermesser mehr in den Regalen stehen, dann brauche ich als Vorstandsmitglied ein Rasiermesser. Also werde ich ein alternatives Produkt kaufen, und es ist möglich, dass ich dann immer dieses Produkt kaufe.

Sie müssen also sehr, sehr vorsichtig sein. Sie haben mehr zu verlieren. Wir sprechen also viel darüber, wie Sie mit Veränderungen umgehen, und das ist alles oben Genannte. Was er sehr geschickt gemacht hat, ist, dass er die Rolle des Product Owners oder die Person, die Rolle des Klebers, gestärkt hat, ob es nun Scrum oder etwas anderes ist, und er hat wirklich in diese Change Agents in seiner Organisation investiert, und er wird definitiv davon geleitet, er war sehr ehrlich und offen darüber, dass er nicht alle Antworten hat und er nach ihnen sucht, die ihm dabei helfen, was Sie vielleicht nicht tun würden erwarten Sie von einer traditionellen Organisation, in der-

Nick Muldoon:

Der Leiter muss möglicherweise das Gefühl haben, die Antwort auf all diese Fragen zu haben.

Dave West:

Exakt. Und das hat er wirklich, wirklich gut gemacht. Und vor allem, weil er sagt: „Nun, mein Erfolg ist letztlich ihr Erfolg. Wenn ich sie also ein bisschen erfolgreicher machen kann, gibt es mehr von ihnen als mich, also lassen Sie uns dafür sorgen, dass es funktioniert.“ Was ich für eine ungewöhnlich ehrliche und sehr aufschlussreiche Sicht darauf halte. Er hat es also hauptsächlich in den Eigentumsbereichen des Produktmanagements vorangetrieben. Anschließend hat er eine entsprechende Support-Umgebung geschaffen. Dann hat er definitiv für die Erfolge geworben. Er hat viel Zeit damit verbracht, funktionsübergreifende Teams aufzubauen. Die Sache, von der Eric gesprochen hat. Und ich habe wirklich sehr vorsichtig mit ihrer Führung zusammengearbeitet. Wenn Sie Materialwissenschaft sind, gibt es eine ganze Abteilung, wenn es Marketing gibt, gibt es diese ganze Kanal-Sache, die sie haben. Im Grunde arbeiten sie mit ihren Führungskräften zusammen, um das Umfeld zu schaffen, in dem Erfolg eintreten kann. Und ich denke nicht, dass es einfach ist. Ich denke, auf dem Weg dorthin gibt es viele überraschende Hindernisse, und ich kann in dieser Hinsicht nicht für ihn sprechen, aber er hat den Ansatz des Teilens und Herrschens gewählt und sich auf diese Katalysatorrolle konzentriert.

Nick Muldoon:

Weil Sie offensichtlich eine Menge Schulungen für verschiedene, naja, ich schätze, Leute auf verschiedenen Ebenen in diesen Unternehmen anbieten. Und offensichtlich ist es weit davon entfernt, eine CST- und eine CSM- und eine CSPO-Zertifizierung zu haben, die ein Jahrzehnt, anderthalb Jahrzehnte zurückreicht. Wie hoch ist die Akzeptanz des Führungstrainings? Und wie sieht das aus, Eric? Besteht derzeit ein erneutes Interesse daran oder fordern die Leute mehr Führungskräftetraining? Ist es für die Führungskräfte von heute zweckdienlich?

Erik Naiburg:

Also ich denke, bis zu einem gewissen Punkt ist es so. Wir sehen sicherlich ein Wachstum in der Ausbildung von Führungskräften. Tatsächlich haben Dave und ich mir diese Zahlen Anfang dieser Woche oder gestern angesehen, schätze ich. Heute [unhörbar 00:21:29]

Nick Muldoon:

Gibt es Zahlen, die Sie mit uns teilen können?

Erik Naiburg:

Es ist schwierig, die genauen Zahlen zu nennen, aber wir verzeichnen einen zweistelligen Anstieg der Zahl der Schüler, die an unseren Führungskursen teilnehmen. Sowohl wie messen Sie, also unsere faktengestützten Managementkurse, als auch unser Führungstraining, aber das geht auch nur so weit, weil viele dieser Leute, je nachdem, wie weit Sie in der Organisation sind, nicht bereit sind, sich viel Zeit zu nehmen, um an solchen Schulungen teilzunehmen. Vieles davon passiert also in diesem Coaching. Sie stellen die Executive Coaches oder die Agile-Coaches ein, die da drin sind. Die Scrum Master, die da drin sind, arbeiten tatsächlich daran, diese Leute zu coachen. Und vieles davon dreht sich weniger um das Training als vielmehr um die Veränderungen der Denkweise. Wenn Sie sich also unseren Kurs zur agilen Führung ansehen, wird ein großer Teil davon darauf verwendet, die Menschen dazu zu bringen, anders zu denken. Und ein Teil davon hat dich wirklich überfordert, Aktivitäten, bei denen es wirklich hilft, diese Punkte zu vermitteln: „Wow, ich muss anders denken. Ich muss anders arbeiten. Ich muss die Menschen anders behandeln.“

Nick Muldoon:

Anders.

Erik Naiburg:

Das ist es, und wir sehen gute Erfolge damit, vor allem, wenn die Glühbirne bei den Leuten ausgeht und die Glühbirne, die ausgeht und sagt: „Wow, das ist anders.“ Wir haben einige Übungen in unseren Klassen, die dich wirklich zum Nachdenken anregen und dich anregen... Es gibt zum Beispiel eine, bei der Sie denken, Sie tun das Richtige für den Kunden, und Sie denken, dass Sie genau das Richtige tun, bis es den Kunden umbringt, weil Sie nicht unbedingt das Ganze durchdacht haben. Es heißt: „Nun, das ist es, was der Kunde wollte, also müssen wir es tun, aber vielleicht hätte ich mich mit dem Team zusammensetzen und das Team Entscheidungen treffen lassen sollen.“ Ich gehe ein bisschen extrem vor, aber...

Nick Muldoon:

Nein, ich weiß das zu schätzen.

Erik Naiburg:

... es sind solche Dinge, die wir ändern müssen. Und vieles, was wir im Kurs tun, ist, Führungskräfte darüber aufzuklären, was diese Teams gerade durchmachen und was die einzelnen Mitglieder dieser Teams benötigen und welche Art von Unterstützung sie benötigen, nicht wie man diese Teams leitet, nicht wie man mit diesen Leuten umgeht. Aber wie befähigt und befähigt man diese Menschen, erfolgreich zu sein?

Nick Muldoon:

Ich möchte nur kurz zurückspulen, tut mir leid.

Erik Naiburg:

Menschen töten.

Nick Muldoon:

Es klang, als gäbe es einen Reibungspunkt, wenn man diese Führungskräfte dazu bringt, sich die Zeit außerhalb des Büros zu nehmen, um sich weiterzubilden.

Erik Naiburg:

Das gibt es, ja.

Nick Muldoon:

Ist das richtig?

Erik Naiburg:

Ja.

Dave West:

Es ist unglaublich schwierig, wenn Sie in einer großen Organisation arbeiten, insbesondere wenn sich Ihr Terminplan ständig acht bis neun Stunden am Tag mit Besprechungen überschneidet, damit sie sich diesen Moment Zeit nehmen können, um einen Schritt zurückzutreten. Jeder, ich bin der festen Überzeugung, Nick, dass sich jeder Zeit nehmen muss, um in seine persönliche und berufliche Entwicklung zu investieren. Und diese Zeit ist keine Verschwendung. Letztlich ist es eine unglaublich gute Investition.

Nick Muldoon:

Ja.

Dave West:

Wir wissen...

Nick Muldoon:

Es ist ein großartiger ROI.

Dave West:

Vollkommen. Auch wenn es dich einfach verärgert, auch wenn du dadurch diesen Moment der Klarheit hast. Es ist keine Überraschung, dass Leute wie Bill Gates alle drei bis sechs Monate auf Exerzitien gehen und er seine große Tasche voller Bücher nimmt...

Nick Muldoon:

Buecher.

Dave West:

Und er geht für ein paar Tage vom Stromnetz, nur um ihn neu zu starten. Ich denke, dass diese Zeit unglaublich effektiv ist. Interessant ist jedoch, dass wir unterlegen sind, insbesondere in Amerika, und ich bin mir sicher, dass das in Australien stimmt, es ist sicherlich wahr, dass in England, wo ich herkomme, Bewegung wichtiger ist als Ergebnisse. Es dreht sich alles um die Anträge. Wenn du beschäftigt aussiehst, wirst du nicht gefeuert. Und ich denke, bis zu einem gewissen Grad haben wir das in der Schule gelernt. Ich weiß nicht, ob deine Eltern das zu dir gesagt haben oder ob du vielleicht deinen ersten Job bekommen hast. Ich habe an einer Feinkosttheke im Coop-Supermarkt gearbeitet, und ich erinnere mich, dass dort ein alter Arbeiter war, der sich zu mir umdrehte und sagte: „Was auch immer Sie tun, wenn der Manager vorbeikommt“, Mr. Short-

Nick Muldoon:

Sieh beschäftigt aus.

Dave West:

... war sein Name. Und er war alles, was der Name impliziert. „Mr. Short kommt vorbei, sieht aus, als ob Sie etwas tun, fangen Sie an, etwas zu putzen, sonst nimmt er Sie ab und zwingt Sie, Proviant zu machen, und Sie wollen sich nicht mit der Milch herumschlagen, sie ist ranzig.“ Und daran erinnere ich mich. Sieh beschäftigt aus. Und ich denke, wir haben viel in unserer Kultur. Ich versuche mir jede Woche Zeit zu nehmen. Ich buche zum Beispiel meine Mittagspause, ich buche sie und ich versuche immer, etwas darin zu tun. Ich versuche, mir einen TED-Vortrag anzusehen, etwas zu lesen, nur um dir den Kopf freizumachen, über etwas anderes nachzudenken. Ich denke, diese Zeit ist unglaublich wichtig. Allerdings...

Nick Muldoon:

Lernen Sie eine neue Perspektive kennen, oder?

Dave West:

Exakt. Auch wenn das heißt, auch wenn das Zeug, das du dir ansiehst oder was auch immer, nicht unbedingt relevant ist. Manchmal ist dieser Mangel an Relevanz genau das, was du brauchst, weil dein Verstand etwas tut.

Nick Muldoon:

Eine mentale Pause.

Dave West:

Exakt. Und in den amerikanischen Unternehmen, und ich denke, das ist im Allgemeinen ein Unternehmen, passiert das nicht. Die Leute sind übermäßig verschuldet, sie sind unglaublich beschäftigt. Sie müssen an diesen Treffen teilnehmen, sonst wird ihr Profil geschwächt. Und ich denke, das geht zu Lasten der Organisation und des Unternehmens. Hier ist eine Frage, Nick.

Nick Muldoon:

Ja.

Dave West:

Wem hast du in letzter Zeit geholfen?

Nick Muldoon:

Wem habe ich in letzter Zeit geholfen? Ich verbringe die meiste Zeit damit, und ich ziehe den größten Teil meiner Energie aus Coaching-Gesprächen mit Einzelpersonen. In meinem [unhörbaren 00:27:35] Profil habe ich einen Futuristen ganz weit oben, und deshalb liebe ich es herauszufinden, wie dein Leben und deine Karriere in fünf Jahren aussehen werden? Das sind die Gespräche, von denen ich wirklich begeistert bin.

Dave West:

Und das ist es, was jeder... Wem du geholfen hast, ist wichtiger als das, was du getan hast.

Nick Muldoon:

Ja.

Dave West:

Und ich denke, das musst du ausbalancieren.

Nick Muldoon:

Ich habe diese Statistiken abgerufen, weil ich dachte, Sie könnten sie interessant finden. Wir haben letztes Jahr eine Umfrage unter einer Untergruppe unserer Kunden durchgeführt. Und wir hatten 423 Teams. Es ist also keine riesige Stichprobengröße, sondern 423 Teams. Und der Grund, warum ich darüber nachdenke, ist, dass es eine Menge davon gibt, wie war die Statistik hier? Nur um dir ein Gefühl zu geben, die gängigste Sprintdauer sind 14- oder zweiwöchige Sprints. Die meisten Teams haben sechs Personen, die beteiligt sind. Fibonacci steht für Story Pointer, eine Schätzung. 10% dieser Teams haben erreicht, was sie sich zu Beginn des Sprints vorgenommen hatten. Also haben die Teams, diese 10% der Teams, die Teilmenge, ihren Sprints zwar Arbeit hinzugefügt, aber Teams, die erfolglos waren, rollten die Arbeit von Sprint zu Sprint weiter.

Vielleicht deutete es uns also an, dass es Teams gibt, die sich zu sehr verpflichten und zu wenig liefern, und tatsächlich scheinen 90% von ihnen, 90% der Umfrageteams, zu viel und zu wenig zu liefern. Und dann gibt es Teams, denen vielleicht Zeit bleibt, Dave, vielleicht für eine Ausbildung oder etwas Freizeit in ihrem zweiwöchigen Sprint. Und sie nehmen tatsächlich mehr Arbeit auf sich, und das erreichen sie auch. Und ich denke nur darüber nach, versuchen 90% dieser Teams, beschäftigt zu sein, oder versuchen sie, als beschäftigt wahrgenommen zu werden? Auch wenn das auf Kosten der tatsächlichen Umsetzung geht?

Erik Naiburg:

Oder werden sie sogar dazu gedrängt? Es ist interessant, bei unserem Professional Scrum Master One, unserem PSM-Test, gibt es eine Frage, bei der die Leute oft falsch liegen. Und ich denke, es ist eine großartige Frage, ich paraphrasiere, weil ich mich nicht mehr genau daran erinnern kann, aber es geht im Wesentlichen darum, wie viel des Sprint-Backlogs gefüllt werden muss, wenn es um die Sprint-Planung geht. Und eine beträchtliche Anzahl von Leuten sagt, dass es nach Abschluss der Sprint-Planung abgeschlossen sein muss. Das widerspricht Agile und Scrum.

Dave West:

Exakt.

Erik Naiburg:

Weil wir es dort nicht wissen. Da ist diese Unsicherheit. Alles, was wir brauchen, ist genug, um loszulegen, und wenn wir einmal angefangen haben, aber ich glaube, die Leute haben Angst vor: „Nun, wir haben zwei Wochen, wir müssen in der Lage sein, diese zwei Wochen zu planen, und das ist ein Teil des Drucks von oben, über den wir gesprochen haben. „Nun, wir müssen zeigen, dass wir hier zwei Wochen Arbeit vor uns haben und dass wir nicht herumsitzen, also füllen wir sie auf.“ Und das sind einige der falschen Bezeichnungen von Agile und Scrum. „Nun, es ist ein zweiwöchiger Sprint, wir müssen zwei Wochen einplanen.“ Nun, nein, das tun wir nicht. Wir brauchen ein Ziel. Wo werden wir hinkommen? Wie wir das erreichen, wird einige Zeit in Anspruch nehmen, denn wir werden im Laufe der Zeit lernen. Tatsächlich haben wir in dem Scrum-Team, dem ich gerade angehöre, einen dreiwöchigen Sprint durchgeführt, und nach zwei Wochen haben wir unser Ziel tatsächlich erreicht. Und jetzt können wir auf diesem Ziel aufbauen. Und wir haben dieses Ziel bereits eine Woche früher erreicht, was großartig ist.

Nick Muldoon:

Glaubst du, Eric, dass Führungskräfte befürchten, dass, wenn sie nicht zwei Wochen Arbeit geleistet haben, sie einfach ihre Daumen drehen werden?

Erik Naiburg:

Ich weiß nicht, ob es eine Angst vor der Führung ist. Ich denke, es ist eine Vorstellung, die die Arbeitnehmer davon haben, was die Führung denkt. Ich denke, es ist eher das. Und ich denke, es ist das: „Nun, wir haben gesagt, wir haben zwei Wochen“, und sie werden uns fragen, das Management wird sagen: „Wann liefern Sie?“ Ich weiß nicht, ob wir jemals davon wegkommen werden, wann werden wir eine Frage stellen, obwohl wir ständig versuchen, von dieser Antwort wegzukommen. Aber sie werden es fragen. Also, wenn sie danach fragen, sollte ich besser vorbereitet sein, was bedeutet, dass ich besser einen ganzen Haufen Arbeit vorbereitet habe. Und das macht einfach alles kaputt, was wir unterrichten. Es macht alles kaputt, was wir in Agile denken.

Und alles, was ich für die Planung brauche, ist ein Ziel und eine Vorstellung davon, wie ich dorthin komme. Und im Laufe der Zeit sollten wir es uns noch einmal ansehen und weiter darauf eingehen. Aber es erstaunt mich, wie oft einige der Antworten auf diese Frage lauten: Nach Abschluss der Sprint-Planung haben Sie einen vollständigen Sprint-Backlog, Sie haben genug, um loszulegen. Ich habe vergessen, was einige der anderen sind. Aber es erstaunt mich, wie oft, wenn ich Tests durchsehe, die Leute das Sprint-Backlog mit vollem Rücken platzieren, wo es sogar direkt im Scrum-Guide heißt: „Du wirst während des gesamten Sprints überprüfen und dich anpassen.“ Nun, wie inspiziere ich und passe mich an, wenn ich bereits entschieden habe, was ich tun werde?

Nick Muldoon:

Wer trägt die Verantwortung? Wenn es nicht wirklich der Wunsch der Führung ist, dass Sie Ihre gesamte Zeit voll nutzen und zu hundert Prozent ausgelastet sind, liegt es dann in der Verantwortung des Leiters, dies bekannt zu machen, oder liegt es in der Verantwortung des Teams, sich an der Konversation zu beteiligen?

Dave West:

Es ist der Anführer.

Erik Naiburg:

Ja.

Nick Muldoon:

Ja. Ja, beide. Ja.

Dave West:

Ich denke, es ist eher die Führungskraft, weil ich denke, sie müssen ein Umfeld schaffen, in dem das Team es tatsächlich herausfordern und diese sehr klare Konversation führen kann. Was mich an deinem Stan beunruhigt, ist die Tatsache, dass ich nicht... Die ersten paar Sprints. Ja, vielleicht bist du übermäßig aufgeregt, vielleicht füllst du den Sprint, was du nicht brauchst. Vielleicht bist du einfach scharf darauf. Das ist okay. Die Sache ist, was passiert beim dritten oder vierten oder fünften Sprint, wenn sich dasselbe Muster immer und immer wieder manifestiert. Das ist besorgniserregend. Und ich denke, das spricht wirklich deutlich für den Mangel an Hilfe, den das Team hat. Egal, ob man es Agile-Coach nennt, und in Australien, ich denke, der Begriff Agile-Manager wird verwendet, oder ob es ein Agile ist oder ob es ein Scrum Master ist, was auch immer. Scrum.org hat einen Scrum Master.

Und der Grund, warum wir einen Scrum Master haben, ist nicht, dass wir Scrum nicht kennen, obwohl es an manchen Tagen fraglich sein könnte. Aber Schusterkinder, all das Zeug. Aber die Realität ist, wir kennen Scrum, wir sprechen darüber, wir atmen es ein, wir lieben es. Aber jemanden zu haben, der einen Schritt zurücktritt und sagt: „Moment, Westy, was hast du da gemacht? Hast du das Team ermuntert, den Sprint zu füllen? Hast du ihnen ein unrealistisches Ziel gesetzt? Hast du ihnen zugehört und ihnen die Fragen gestellt? Oder hast du ihnen gesagt, was du willst? Und was glaubst du, wird das bewirken?“ Ich weiß, dass ich das getan habe, weil Eric und ich sozusagen die Sprints finanzieren. Wenn wir zu einem Sprint-Review gehen und Dinge sagen, weil ein Sprint-Review letztendlich dazu da ist, dem Team Feedback zu geben, damit es es überprüfen und sich für den nächsten Sprint anpassen kann.

Sie können die Vergangenheit nicht ändern, aber Sie können die Zukunft auf der Grundlage von Feedback ändern. Wenn ich sage: „Oh, nun, das ist Quatsch und du solltest das tun, und was ist damit?“ Ja, das wird Auswirkungen haben. Letztlich müssen wir als Führungskräfte also darüber nachdenken, was wir mitbringen, und auch jemanden haben, der uns oft hilft, die Führungskraft zu sein, die wir sein müssen, weil wir begeistert und begeistert sind und sagen: „Oh, du schaffst das und das? Lass es uns machen. Das klingt großartig.“ Und manchmal kann das...

Erik Naiburg:

Und das ist einer der Gründe, warum ich sage, dass es beides ist. Deshalb habe ich ja gesagt. Das ist Sache des Anführers, aber der Anführer muss daran erinnert werden. Der Leiter muss dadurch unterstützt werden, insbesondere vom Product Owner und dem Scrum Master. Der Product Owner muss in der Lage sein, nein zu sagen. Der Product Owner muss... Ich spreche von glücklichen Ohren und die meisten CEOs und Führungskräfte sind...

Nick Muldoon:

Frohe Ohren?

Erik Naiburg:

Ja. Die meisten CEOs und Führungskräfte, mit denen ich zusammengearbeitet habe, haben, wie ich es nenne, gute Ohren. Sie kommen von einem Kunden oder sie sprechen mit einer Person und haben etwas gehört, das-

Dave West:

Mach das.

Erik Naiburg:

... das eine Person vielleicht für großartig gehalten hätte. Und als Nächstes stellen sie all diese neuen Anforderungen an das Team. Und ich habe in vielen Startups und großen Unternehmen gearbeitet, wo das sogar bei IBM passiert ist. Und der Product Owner muss in der Lage sein zu sagen: „Whoa, warte mal. Das ist eine großartige Idee. Lass uns drüber nachdenken. Und wir werden es in den Backlog aufnehmen, wir werden später darüber nachdenken. Aber lassen Sie uns das Team jetzt nicht von dem ablenken, was wir versuchen und was wir erreichen wollen.“ Und deshalb sage ich, es ist beides. Es geht nicht nur um den Anführer. Sie werden den Anführer nicht vollständig ändern. Du wirst sie nicht komplett ändern, um diese aufregenden Momente nicht zu erleben. Und das macht sie zu Unternehmern. Das macht sie zu dem, was sie sind.

Aber das Team muss in der Lage sein, zurückzuschlagen. Der Leiter muss diesen Pushback akzeptieren und der Scrum Master und der Product Owner sowie andere Teammitglieder müssen in der Lage sein, diesen Pushback hinzunehmen. Ich erinnere mich, dass ich sehr, sehr früh in meiner Karriere für eine Firma namens Logicworks gearbeitet habe. Wir hatten ein Datenmodell, ein kleines Datenmodellierungstool namens Irwin. Und ich erinnere mich, dass ich in meinem Würfel saß und der CEO gerade von einem Treffen mit einem Kunden zurückkam und vorbeikam und ich war Produktmanager-

Nick Muldoon:

Eric, tu das.

Erik Naiburg:

Und fängt an darüber zu reden, wir müssen das jetzt machen und bla, bla, bla, bla, bla. Es ist wie, naja, warte. Es ist wie, aber bla, bla, bla, sie sagten, sie würden es kaufen. Nun, erstens, hast du tatsächlich mit den Leuten gesprochen, die es benutzen? Oder hast du mit jemandem hier oben gesprochen, der keine Ahnung hat, wie er das Tool tatsächlich benutzt? Was die Antwort war, ein Gespräch zwischen den CEOs. Und nur weil sie es kaufen werden, wird das irgendjemand tun? Aber du musst in der Lage sein, diese Gespräche zu führen. Man muss dieses Vertrauen zum Teamleiter aufbauen, und vom Team zum Leiter, um Rückschläge hinnehmen zu können und sagen zu können: „Das ist eine interessante Idee. Wir werden das für die Zukunft in Betracht ziehen, aber im Moment haben wir einen Schwerpunkt. Wir haben ein Sprintziel und wir werden unser Sprintziel nicht zerstören, weil du dich auf etwas gefreut hast.“

Dave West:

Wie du siehst, Nick, fällt es mir wirklich schwer, irgendwelche meiner Ideen in unsere Organisation einzubringen, weil sie solche Dinge fragen. So nervig, Nick. Sie sagen: „Okay, das ist großartig. Ist das wichtiger als diese fünf Dinge, die derzeit unser Produktziel vorantreiben?“ Ich sage: „Pfui, was meinst du? Ich kann kein Dessert, kein Hauptgericht und keine Vorspeise haben? Ich muss eine auswählen, die einfach nicht fair ist.“ Und sie sagten: „Nun, wir könnten ein anderes Team gründen und dann erfordert das Investitionen. Es wird einige Zeit dauern.“ Und ich sage: „Oh Gott, hasst du es nicht, wenn du intelligente, kluge Teamkollegen hast?“ Es ist einfach schwer.

Nick Muldoon:

Dave und ich haben definitiv, also Dave Elkin, mein Mitbegründer, hat einen technischen Hintergrund und ich habe einen Produkthintergrund. Und wir haben definitiv in der letzten Zeit, wahrscheinlich in diesem Zeitraum, in den letzten 18 Monaten, als das Team gewachsen ist oder einen bestimmten Wendepunkt erreicht hat, festgestellt, dass wir in der Vergangenheit ganz bequem Gespräche darüber geführt haben, was ist mit dieser Idee und wie steht es damit? Und wir haben versucht, Dinge herauszupicken, und wir haben sie mit dem Team besprochen, aber es gab keine Erwartung, dass diese Dinge aufgegriffen werden würden. Und dann hatten wir ein paar Beispiele, bei denen Teams losgingen und dachten, sie müssten sich diese Dinge ansehen und wir sagten: „Oh, nein, nein, nein, nein, tut uns leid, wir sollten klarstellen, dass wir nur ein Brainstorming machen wollten oder wir wollten einen Gedanken aus unserem Kopf bekommen, und wir wollten eine Perspektive darauf, aber das sollte absolut nicht bedeuten, dass du ihm hinterherlaufen solltest.“ Und so hat sich die Sprache und die Art und Weise, wie wir solche Dinge oder Aktivitäten wie diese angehen mussten, sicherlich geändert.

Erik Naiburg:

Das habe ich in letzter Zeit oft gesehen-

Nick Muldoon:

[unhörbar 00:39:50] Wendepunkt.

Erik Naiburg:

... wahrscheinlich in den letzten zwei oder so Jahren. Und ich denke, vielleicht wegen der Fernbedienung, es hat es noch schlimmer gemacht, weil man nicht all die Emotionen und Dinge mitbekommt. Aber ich habe definitiv viel mehr davon gesehen, wie: „Nun, ich bin einfach“, mir wurde gesagt, dass das nicht übersetzt werden kann, „aber ich spucke nur herum und ich werfe einfach eine Idee raus, nur um ein Gespräch zu führen.“ Und weil der Anführer es gesagt hat, denken die Leute, dass es eine Tatsache ist und dass sie es tun wollen. Und alles, was sie getan haben, war: „Hey, ich habe dieses Ding gehört. Was denkst du?“

Nick Muldoon:

Was ist deine Perspektive?

Erik Naiburg:

Ja, genau. Und ich denke, als Führungskräfte müssen wir sehr vorsichtig sein, um die Auswirkungen dessen zu verstehen, was wir sagen, weil wir es vielleicht so sehen: „Ich werfe es einfach zur Diskussion hin.“ Jemand, der am Schreibtisch saß, hörte gerade: „Oh, sie wollen, dass wir das machen.“ Und ich habe das in letzter Zeit oft in Unternehmen gesehen, auch in unserem, wo die Art und Weise, wie etwas gesagt wird oder was gesagt wird, so übernommen wird, wie wir das tun müssen, anstatt zu sagen: „Hey, hier ist eine Idee, etwas zum Aufnehmen.“ Du bist also nicht allein, Nick.

Nick Muldoon:

Ich liebe es. Hey, Eric, Oregon, das ist ein toller Ort, um es zu nennen. Das heißt, und ihr habt mir, ihr beide habt mir viel zum Nudeln gegeben, also möchte ich mich bei unseren Zuhörern und der Crew von Easy Agile vielmals dafür bedanken, dass ihr heute zu uns gekommen seid. Das weiß ich wirklich zu schätzen. Es war wunderbar, dich im Podcast zu haben.

Dave West:

Nun, danke, dass du uns eingeladen hast. Wir sind wirklich dankbar, hier zu sein, und hoffentlich hat einiges davon Sinn gemacht, und ja, lasst uns als Gemeinschaft und als Welt, die auf diese Weise arbeitet, weiter wachsen, denn ich denke, wir haben eine Menge Probleme zu lösen. Ich denke, die Art und Weise, wie wir das tun, besteht darin, dass die Menschen effektiv und eigenverantwortlich arbeiten. Also lass uns die Welt verändern, Mann.

Nick Muldoon:

Ich liebe es. Okay, das ist großartig. Danke.

„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.