Easy Agile Podcast Ep.6 Chris Stone, der virtuelle Agile Coach

„Wir haben ausführlich über agile Skalierung, SAFe-Fellow, Disziplin, die Eigenschaften effektiver Führungskräfte und darüber gesprochen, wie Sie Ihren Mitarbeitern vertrauen können.“

Transkript

Nick Muldoon:

Guten Tag, Leute. Vielen Dank, dass Sie sich uns für einen weiteren Easy Agile Podcast angeschlossen haben. Heute Morgen gesellt sich Em Campbell-Pretty von Pretty Agile zu mir. Em ist eine von 22 SAFe-Fellows weltweit und führt seit über einem Jahrzehnt agile Transformationen in großem Maßstab durch. Sie ist auch Autorin von zwei Büchern, The Art of Avoiding a Train Wreck und Tribal Unity. Also, hier dreht sich alles um Kultur und psychologische Sicherheit, und natürlich alles über die Skalierung agiler Release-Trains, Tipps und Tricks.

Nick Muldoon:

Meine wichtigsten Erkenntnisse, von denen ich wirklich begeistert war, waren die Eigenschaften effektiver Führungskräfte, um agile Transformationen zu skalieren und eine effektive Organisation zu sein, Vertrauen, wie wenn sie ihren Mitarbeitern vertrauen, Offenheit für Lernen und Lernbereitschaft, die Fähigkeit zu experimentieren und Dinge als Misserfolge zu behandeln, wenn sie Misserfolge sind, und Disziplin. Em und ich haben heute ein wenig über Disziplin als Merkmal von Führungskräften gesprochen. Es ist eine wirklich großartige Folge und ich habe viel daraus mitgenommen. Am Ende werdet ihr meine Erkenntnisse hören und was ich nach einiger Zeit mit Em heute Morgen lernen muss. Also, lass uns anfangen. Wie viele Wochen im Jahr sind Sie normalerweise unterwegs?

In Campbell-Pretty:

Wie viele Wochen im Jahr bin ich normalerweise unterwegs? Sehr viel, die meisten. Es wäre ungewöhnlich für mich, vier Wochen zu verbringen, ohne irgendwohin zu gehen. Das wäre ungewöhnlich. Ich reise nicht jede Woche, aber ich reise die meisten Wochen, und ich reise in großen Blöcken. Richtig? Also, ich gehe und mache... Wie ich schon sagte, kurz vor dem Lockdown waren wir drei Wochen in Auckland, das war also im Februar-März.

In Campbell-Pretty:

Wir sind nach Auckland gefahren, wir hatten einen Kunden in Auckland, wir sind einfach dort geblieben. Also, drei Wochen in Auckland, bin wieder hierher gekommen und nicht nach Auckland zurückgekehrt. Ich kehrte zurück, um diesen Kunden virtuell über Teams zu unterstützen, und Zoom war die Art und Weise, wie das lief. Aber ja. Normalerweise zwischen dem Herumlaufen in Australien, Südostasien, Hongkong, Singapur, Manila, den USA, Neuseeland, ja, normalerweise nicht so oft nach Hause. Das war wirklich skurril.

Nick Muldoon:

Das ist also ein sehr ungewöhnliches Jahr für jemanden wie Sie, der herumfliegt und Kunden auf der ganzen Welt besucht.

In Campbell-Pretty:

Absolut. Absolut. Es war ein sehr seltsames Jahr. Es ist auch ein interessanter Unterschied in Bezug auf die Energie. Nicht die ganze Zeit zu fliegen, denke ich, ist gut für meinen Körper. Ich spüre den Unterschied. Ich spüre auch den Unterschied, wenn ich die ganze Zeit auf einem Stuhl sitze. Also, ich war viel unterwegs, aber an den meisten Tagen, an denen ich arbeitete, war ich auf den Beinen. Wenn ich jetzt arbeite, sitze ich viel.

Nick Muldoon:

Du setzt dich hin. Ja.

In Campbell-Pretty:

Also, das ist interessant. Aber ich vermisse den Jetlag überhaupt nicht. Ich vermisse überhaupt nicht, wie viel Zeit die Reise in Anspruch nimmt. In der Tat war es nett. Ich hatte ein bisschen Freiraum. Ich habe dieses Jahr wahrscheinlich mehr gebloggt als in ein paar Jahren, weil ich einfach etwas Freiraum hatte und nachdenken konnte. Aber ich sehe die Welt auch nicht und alle meine Ferien wurden abgesagt. Also, vergiss die Arbeit. Ich hatte Reisen nach Europa. In vier Wochen sollte ich in Kanada sein und Eisbären sehen.

Nick Muldoon:

Oh.

In Campbell-Pretty:

Erzähl mir davon!

Nick Muldoon:

Ich würde gerne Eisbären sehen. Sie sehen im Fernsehen so kuschelig aus. Ich bin mir nicht sicher, ob das tatsächlich der Fall wäre, wenn ich versuchen würde, auf einen zuzugehen und ihn zu kuscheln.

In Campbell-Pretty:

Ja. Ich glaube nicht, dass Kuscheln im Spiel war. Mir wurde gesagt, ich könne eine Kamera und ein Stativ mitbringen, was natürlich bedeutet, dass ich in einiger Entfernung von diesem Eisbären stehen und Fotos machen werde. Aber das wird auch nicht passieren. Also, keine Ferien und keine Reisen zur Arbeit, und da wir in Melbourne sind, nicht einmal dort, gehen wir einfach zu [Crosstalk 00:04:15].

Nick Muldoon:

Kaffee oder so.

In Campbell-Pretty:

Einfach nichts.

Nick Muldoon:

Nichts.

In Campbell-Pretty:

Nichts.

Nick Muldoon:

Ja, weil du einen legitimen Lockdown hattest.

In Campbell-Pretty:

Jep.

Nick Muldoon:

Erzählen Sie mir dann von der Veränderung dieser skalierten, agilen Transformationen in den letzten 10 oder 15 Jahren. Offensichtlich muss heute, wie Sie es mit diesem Kunden in Auckland beschrieben haben, alles remote ablaufen. Vermutlich nicht so effektiv. Aber ich würde gerne ein Gefühl dafür bekommen, wie sich die Entwicklung von den Veränderungen vor 10 Jahren, Bankwesen, Telekommunikationsunternehmen, diese Art von Umfeld bis hin zu den Kunden, mit denen Sie heute zusammenarbeiten, entwickelt hat. Beschreiben Sie, wie es vor 10 Jahren war.

In Campbell-Pretty:

Also, vor 10 Jahren, und es ist so interessant, jetzt darüber nachzudenken, habe ich Scaling Software Agility gelesen, ein Buch, das Dean 2007 veröffentlicht hat. Dann stellte ich fest, dass das nicht das neueste Buch war, also las ich Agile Software Requirements. Das war 2011. Ich bin dieser verrückte, wütende Firmensponsor mit diesem Arbeitsprogramm, das ich seit fünf Jahren sponsere und das nie etwas gebracht hat, und in diesem Auto...

Nick Muldoon:

Du warst der verrückte, wütende Unternehmenssponsor?

In Campbell-Pretty:

Ja. Ja, ja. Ich war der Verrückte [unhörbar 00:05:26]. Ich war sehr wütend. Du wärst auch wütend, wenn du ich wärst. Ich nenne es jetzt das Geldfeuer. Also, im Grunde ist das mein Job. Richtig? Geh zum CFO, frag nach Geld. Gib das Geld der IT. ES zündet ein Streichholz an, zündet es an. Kommt zurück und bittet mich um Geld. Ich kann zurück zum CFO gehen und sagen, dass ich mehr Geld brauche. Fünf Jahre. Fünf Jahre. Mehr habe ich nicht getan. Bitten Sie um Geld und versuchen Sie zu erklären, wohin das andere Geld gegangen ist.

In Campbell-Pretty:

Wie dem auch sei, bei der seltsamsten Umstrukturierung aller Zeiten werde ich Technologie-GM für dieselbe Gruppe, deren Unternehmenssponsor ich in den letzten fünf Jahren war. Offenbar konnten sie niemanden finden, der entsprechend qualifiziert war. Also, du schaffst es, Em. Sicher. Also, ich bin ein bisschen ein Computerfreak, also lese ich Bücher und ich lese diese Bücher von Leffingwell, weil ich einige agile Übungen gemacht habe... Also, ich habe etwas gemacht, das ich Agilität genannt hatte. Lass uns einfach damit weitermachen.

In Campbell-Pretty:

Es war interessant für mich, weil ich kleine Lichtstrahlen sehen konnte. Aber es hat immer noch nicht wirklich etwas bewirkt, daher die Lektüre. In diesen Büchern geht es um diesen agilen Release Train [unhörbar 00:06:46], der cool klingt. Wir sollten das Ding also machen. Also machte ich mich Anfang 2012 daran, diesen Zug bei einer Telstra zu starten. Es hieß nicht SAFe, oder? Es waren nur die Bücher und diese Dinge, die man einen agilen Release-Train nennt.

In Campbell-Pretty:

Nun, um vor 10 Jahren zurückzublicken, es hieß nicht SAFe. Die Leute rannten dabei nicht herum. Ich war eigentlich nicht wirklich qualifiziert für den Job, den ich ausübte. Nun, ich war beim besten Willen kein Technologieführer, und ich beschließe, dass ich einfach einen agilen Release Train auf den Markt bringen werde. Es gab also seltene und ungewöhnliche Bestien, und ich bin mir nicht sicher, ob ich das wirklich verstanden habe, als ich den Weg eingeschlagen habe.

In Campbell-Pretty:

Ich bin ein großer Fan davon, ich habe es in einem Buch gelesen, ich habe es in einem Blog gelesen, ich habe es auf einer Konferenz gehört, ich werde es einfach ausprobieren. Das war schon immer mein mentales Modell. Also habe ich es in einem Buch gelesen und es einfach ausprobiert. Dann stellen wir fest, dass das buchstäblich niemand tut, und so wird es Australiens erster agiler Release-Train und Australiens erste SAFe-Implementierung. Oh Mann, habe ich seitdem viel gelernt.

Nick Muldoon:

Nun ja. Darüber habe ich nachgedacht, weil ich die Kunst, einen Eisenbahnunfall zu vermeiden, ausgegraben habe, richtig? Das ist einer von denen, die du für Tegan unterschrieben hast. Aber offensichtlich haben Sie seitdem eine Menge gelernt, weil Sie es geschafft haben, eine Reihe von Tipps und Tricks und Dingen zusammenzustellen, die Sie vermeiden sollten, wenn Sie diese Transformationen verfolgen. Als Branche, nun ja, als Branche, denke ich, dass das viele Branchen umfasst, aber werden wir heutzutage in der Praxis tatsächlich besser bei diesen Transformationen? Gibt es heute Unternehmen da draußen, Em, die immer noch haufenweise Geld nehmen und es in Brand stecken?

In Campbell-Pretty:

Also, ich glaube, ich treffe jeden Tag Leute, die meine Geschichte hören und sagen: „Oh mein Gott. Du hast mal hier gearbeitet?“ Also, ich denke, es gibt immer noch viele, viele Organisationen, die eine Erfahrung haben, die der Erfahrung ähnelt, die ich 2010 gemacht habe, und was haben Sie? Es scheint also etwas zu sein, das bei den Menschen wirklich Anklang findet. Ich schätze, viele der Unternehmen, in die wir jetzt gehen, sind entweder überhaupt nicht agil oder, ich glaube, wie in meiner Welt, tun sie etwas, das sie agil nennen. Was wir finden, ist das, was sie agil nennen. Ich würde nicht sagen, dass es nicht agil ist. Aber es lässt viel zu wünschen übrig.

Nick Muldoon:

Sie sind auf einer Reise, oder?

In Campbell-Pretty:

Ja. Ja. Ja, ich denke schon, weil sie am Ende ein Gespräch mit uns führen. Sie verstehen also, dass das, was sie tun, nicht genug ist. Sie verstehen, dass das, was sie tun, ihnen nicht die gewünschten Ergebnisse bringt. Ich weiß nicht, ob sie verstehen warum. Es ist manchmal interessant für mich, dass sie nach SAFe suchen, weil Sie mich gefragt haben, wie sich der Kundenstamm verändert hat? Eines der Dinge, die in Australien wirklich interessant sind, ist, dass wir heute viel mehr kleine bis mittlere Unternehmen haben als große.

In Campbell-Pretty:

Es sind also Unternehmen, die sich für agil halten. Aber wie wir sie nennen, die Startups, die keine Startups mehr sind, oder? Dies sind Organisationen, bei denen es sich in der Regel um 10, 20 Jahre alte Startups handelt, die skalieren und ihr Problem als Skalierungsproblem betrachten. Das ist es also, was sie zu einem Gespräch über das skalierte agile Framework führt.

In Campbell-Pretty:

Wenn wir sie durch eine SAFe-Linse betrachten, sagen wir: „Mensch, du bist winzig. Aber okay. Ich kann mir vorstellen, dass du einen agilen Release-Train haben kannst und es wird dir nicht schaden. Tatsächlich würde es Ihnen wahrscheinlich sehr helfen, wenn es um die Planung im mittleren Bereich geht. „Da Mittelfristplanung für viele dieser Organisationen einfach nicht zu existieren scheint. Priorisierung. Viele dieser kleinen Organisationen sind sehr reflexartig, was die Art und Weise angeht, wie sie Prioritäten setzen, und springen von einer Sache zur anderen.

Nick Muldoon:

Reagieren sie auf den Markt oder reagieren sie auf die Marktführer, vielleicht auf den Mangel an Disziplin in der Führung?

In Campbell-Pretty:

Wissen Sie was? Sie würden sagen, sie reagieren auf den Markt. Ich würde sagen, sie haben ein Disziplinproblem.

Nick Muldoon:

Ja. [Crosstalk 00:11:23].

In Campbell-Pretty:

Also, ich habe natürlich gelesen, großer Leser, letzten Sommer, offensichtlich im australischen Sommer, im amerikanischen Winter, habe ich Melissa Perrys The Build Trap gelesen. Interessantes Buch und Ihr angesehener Vordenker im Produktmanagement. Kein großer Fan von SAFe. Wahrscheinlich auch kein großer Fan von Agile war das, was ich aus ihrem Buch mitgenommen habe. Aber die Sache, über die sie spricht und die ich wirklich für wertvoll hielt, war der Wahnsinn, Ihre Konkurrenten zu verfolgen. Also, Funktionen entwickeln, weil Ihre Konkurrenten...

Nick Muldoon:

Ihre Konkurrenten [Crosstalk 00:12:06].

In Campbell-Pretty:

... sie bauen oder Features bauen, um einen Auftrag zu bekommen oder einen Kunden an sich zu binden. Also, ich dachte, sie hält das alles für Wahnsinn, und ich stimme dem eher zu. Also, das war mein... Das finde ich ziemlich interessant. Aus ihrer Sicht weiß man nicht, ob der Konkurrent mit dem Ding, das er gebaut hat, tatsächlich Glück hat. Wenn Sie es also bauen, weil sie es gebaut haben, wissen Sie es nicht. Du hast keine Ahnung. Also, baue es nicht einfach, weil sie es gebaut haben. Es tut ihnen vielleicht auch keinen Gefallen.

In Campbell-Pretty:

Sobald Sie anfangen, nur zufällige Dinge für diesen großen Kunden oder diesen großen Kunden zu tun, verlieren Sie natürlich als Organisation den Überblick. Am Ende haben die Leute völlig unterschiedliche Versionen ihrer Produkte, Branchen, die sie nicht mehr integrieren können. Das ist interessant. Wenn ich mir das ansehe, denke ich: „Ich habe das Gefühl, dass es in einigen dieser Organisationen auf Führungsebene ein Disziplinproblem gibt.“

In Campbell-Pretty:

Was versuchen wir zu tun? Was ist unsere Vision? Was ist unsere Mission? Was ist unser Markt? Was tun wir, um auf diesem Markt zu testen und zu lernen, anstatt uns einfach eine Waffe zu besorgen, alles zu tun, uns alles zu schnappen? Oh, meine Güte. Das haben sie da drüben gemacht. Hör auf damit, fang damit an, hör auf damit. Wenn Sie die ganze Zeit anhalten und anfangen, liefern Sie natürlich nichts, und das scheint etwas zu sein, was wir bei diesen Organisationen häufig beobachten. Sie liefern nicht.

In Campbell-Pretty:

Ich sage nicht, dass ihr Liefermechanismus perfekt ist. Da gibt es auch Herausforderungen. Aber ein Teil des Problems ist die Unfähigkeit, einen Kurs beizubehalten. Wähle einen Kurs und bleibe bei einem Kurs. Ich sage nicht, dass du nicht umschwenken sollst, denn das ist auch dämlich. Aber vielleicht überlegter bei deinen Pivot-Entscheidungen zu sein. Ja.

Nick Muldoon:

Haben Sie das Gefühl, Em, dass es Führungsteams in verschiedenen geografischen Regionen gibt, die bei dieser und bei der langfristigen Planung effektiver sind und über diese Disziplin und diesen methodischen Ansatz für die Umsetzung über einen längeren Zeitraum verfügen?

In Campbell-Pretty:

Ich denke, Regionen, Kulturen und Nationalitäten spielen sicherlich eine Rolle bei der Führung, ich weiß nicht, der Person, der Persönlichkeit. Ich weiß nicht, ob ich sagen könnte, wenn ich in diesem Land oder in diesem Teil der Welt gearbeitet habe, dass ihre Führungskräfte besser darin sind, vorausschauend zu denken. Ich denke, einige Kulturen eignen sich besser für Lean und Agile als andere. Hierarchische Kulturen sind wirklich, wirklich herausfordernd.

In Campbell-Pretty:

Das kann sowohl eine geografische Sache sein, als auch einfach eine Branchenangelegenheit, oder? Die Regierung kann also sehr hierarchisch sein. Die Banken können sehr hierarchisch sein. Einige der asiatischen Kulturen sind sehr hierarchisch. Aber einige Unternehmen sind auch einfach sehr hierarchisch. Also, wem das Unternehmen gehört, wer das Unternehmen leitet, all das kann eine große Rolle dabei spielen, was akzeptabel ist, weil ein Großteil des Erfolgs auf dieser skalierten agilen Reise von einer Führung abhängt, die bereit ist, den Teams zu vertrauen, einer Führung, die bereit ist zu lernen, einer Führung, die bereit ist, zu experimentieren, und einer Führung, die bereit ist, diszipliniert zu sein.

Nick Muldoon:

Also Führung mit Vertrauen in die Teams, lernbereit, experimentierfreudig und diszipliniert. Das sind diese vier Dinge, die du...

In Campbell-Pretty:

Jep.

Nick Muldoon:

Ja, okay. Ja. Ich notiere mir die, Em. Ich werde auf die zurückkommen. Vertraue, lerne, experimentiere und diszipliniere. Ich schätze, dieses Jahr ist ein sehr interessantes, ein sehr einzigartiges Jahr für Transformationsarbeit, Coaching und Beratung aus der Ferne. Wie hoch war der Prozentsatz der Teammitglieder, die an verschiedenen Standorten arbeiten, vor 10 Jahren? Im Grunde genommen glaube ich, dass die großen Banken in Australien erst 2021 wieder ins Büro zurückkehren werden. Atlassian geht erst 2021 zurück ins Büro. Auf Twitter sagte Jack Dorsey, mein alter CEO, so etwas wie „Für immer von zu Hause aus arbeiten“. Was ist das Fazit für dieses Jahr und was erwartest du für 2021 und darüber hinaus?

In Campbell-Pretty:

Also, sieh mal. Dieses Jahr hat mir die Augen geöffnet, und schauen Sie, einige Dinge sind, wie ich erwartet hatte, einige Dinge waren anders. Es ist also offensichtlich, dass ganze Organisationen online gehen. Wir sehen, dass die Teams online sind, die PI-Planung online ist, alles ist online. Das hat in gewisser Weise tatsächlich neue Möglichkeiten eröffnet. Also, wo wir Kunden hatten, die in Bezug auf den Vertrieb die seltsamsten Einstellungen hatten, und man kann einen Zug zum Laufen bringen, bei dem Teams an zwei Standorten verteilt sind. Aber wir sind große Fans davon, dass das gesamte Team in Sydney ist oder das gesamte Team in Indien ist. Wir haben nicht die Hälfte der Mannschaft in Sydney und die Hälfte der Mannschaft in Indien.

In Campbell-Pretty:

Aber Organisationen haben wirklich damit zu kämpfen, weil vielleicht alle Tester in Indien sind und dann willst du einen Tester in jedem Team haben und jetzt hast du ein Problem. Wie stellt man ein komplettes Team zusammen, ohne die Zeitzonen zu überschreiten? Wenn ich also Teams finde, die nicht physisch am selben Standort, sondern zeitzonenfreundlich sind, habe ich eine etwas größere Auswahl. Ich kann also einen Zug nehmen, der zwischen, ich weiß nicht, Sydney und Indien verkehrt. Oder ich kann feststellen, dass sich ihr Tag um vier Stunden überschneidet, und ich kann darauf bestehen, dass das Team zu 100% online arbeitet.

In Campbell-Pretty:

Das Wichtigste, von dem wir abraten würden, ist, dass ich diesen Team-Hybrid nicht will. Richtig? Ich will nicht, dass drei Leute in Sydney im Büro sitzen und drei Leute in ihren Häusern in Indien. Ich will, dass alle online sind. Ich will gleiche Wettbewerbsbedingungen, und ich denke, das können wir jetzt auf eine Weise tun, die akzeptabler ist als zuvor. Weil der gleiche Rat, den ich gegeben habe, Mann, damals, als ich Tribal Unity geschrieben habe, derselbe Rat. Richtig?

In Campbell-Pretty:

Also, 2016, alle, gleiche Wettbewerbsbedingungen. Wenn Sie verteilt werden wollen, müssen alle online sein, im Gegensatz zu einigen Leuten online und einigen Leuten in einem Raum. Das ist jetzt also eine akzeptablere Antwort als vor diesem Jahr. Also, das ist gut. Das finde ich gut.

Nick Muldoon:

2021, Em, meinst du, das wird sich einfach vorwärts abspielen. Ich schätze, es wird eine Rückkehr einiger dieser Unternehmen ins Büro geben, weil sie bereits über riesige Immobilien und Arbeitsplatzinfrastruktur verfügen.

In Campbell-Pretty:

Ja. Ja, schau mal. Wir sehen, wie Kunden Büros schließen, genauso wie Sie es bei einigen Unternehmen in den USA sehen. Wir beobachten auch, dass Teile Australiens und Neuseelands, die derzeit keine besonderen Auswirkungen von COVID haben, tatsächlich zurück ins Büro gehen und das Beispiel von Teams geschaffen haben, die Zeitzonen überqueren und dann zurück ins Büro gehen und in diesen hybriden Raum zurückkehren. Also, das ist interessant und [Crosstalk 00:20:08].

Nick Muldoon:

Also, wo Sie wieder in dieser Umgebung sind, in der vielleicht einige Leute in einem Büro zusammenarbeiten, die zusammen eine Tasse Kaffee trinken können, und dann einige, die immer noch zu Hause festsitzen. Ich schätze, es gibt nicht einmal regionale Unterschiede, oder? Wenn Sie ein Teammitglied haben, das eine bestimmte gesundheitliche Situation hat, wird es sich nicht wohl fühlen, wenn es unbedingt wieder ins Büro kommt, unabhängig von der Situation, bis es einen Impfstoff oder so gibt.

In Campbell-Pretty:

Absolut.

Nick Muldoon:

Ja, okay.

In Campbell-Pretty:

Also, ja. Also, ich denke, es wird interessant. Ich würde mich nachdrücklich dafür einsetzen, dass Organisationen Teams haben, die entweder aus persönlichen Teams oder aus Online-Teams bestehen, und das Team arbeitet entweder zu 100% online oder das Team arbeitet zu 100% -

Nick Muldoon:

Im Büro.

In Campbell-Pretty:

... persönlich und im Büro, und wenn Sie einen Zug haben, der bei einer Zeremonie auf Bahnebene beides hat, gehen alle an einen Schreibtisch und...

Nick Muldoon:

Und mach es online.

In Campbell-Pretty:

... eine Videokamera und wir machen das so. Ich denke, die Sache, die an der physischen Umgebung und SAFe am schwierigsten zu sein scheint, ist die PI-Planung. Niemand muss schlagen. Richtig? Das war cool. Niemand muss zuschlagen, niemand hat seine PI-Planung durcheinander gebracht, alle sind einfach gegangen. Sie waren alle online. Also, wir planen einfach online. Es wird in Ordnung sein. Wir haben gesehen, wie die Leute jede Infrastruktur nutzten, die ihnen zur Verfügung stand.

Nick Muldoon:

Ja. [Crosstalk 00:21:30].

In Campbell-Pretty:

Also, ich bin mir sicher, dass eine Reihe von Leuten euch angerufen haben und gesagt haben: „Wir brauchen ein Tool.“ Aber einige meinten einfach: „Wir haben Google Suite, wir haben Microsoft, was auch immer es ist, wir haben dies, wir haben das. Wir sorgen einfach dafür, dass es funktioniert. „Und egal, was sie verwendet haben, sie haben dafür gesorgt, dass es funktioniert und sie haben die Veranstaltungen veranstaltet und ihre Veranstaltungen waren effektiv und sie haben die Ergebnisse erzielt. Das Wichtigste, was fehlt, ist diese Energie. Die Energie von 100, 200 Personen in einem Raum kann man nicht aus einer Online-Veranstaltung herausholen. Aber mechanisch...

Nick Muldoon:

Wir können es erreichen.

In Campbell-Pretty:

... wir können es erreichen. Wir hören also, dass jeder wieder persönlich zur PI-Planung zurückkehren möchte, wegen der sozialen Kontakte, wegen der Energie, was ich großartig finde. Ich finde das absolut großartig, und ich kann mir diese Welt vorstellen, in der die Leute viel mehr von zu Hause aus arbeiten, remote arbeiten, wie auch immer das aussieht, und dann sind die PI-Planungsveranstaltungen die Dinge, die wir tun, um uns zusammenzubringen und in diesen acht, 10, 12 Wochen wieder Kontakte zu knüpfen. Das ist mein Gefühl. Das könnte falsch sein.

Nick Muldoon:

Ich schätze, ich werde wirklich gespannt sein, wie sich das entwickelt, und ich denke, wir sollten in 12 Monaten zu diesem Gespräch zurückkehren, Em.

In Campbell-Pretty:

Ja. Oh, nein.

Nick Muldoon:

Ich denke nur, was mir durch den Kopf geht, ist einer unserer Kunden in New York, ein Finanzdienstleistungsunternehmen, und für eine ihrer Künste waren es 150.000 US-Dollar, die trainiert wurden, um ihre Leute einmal im Quartal zusammenzubringen.

In Campbell-Pretty:

Ja. Beeindruckend.

Nick Muldoon:

Ich sage jetzt, ich sage: „Okay, ja, sie machen das jetzt digital.“ Das ist in Ordnung. Sie werden Dinge verpassen. Aber wenn sie das Budget verlieren, müssen sie dann kämpfen, um das Budget zurückzubekommen? Oder ist das Budget da? Es gibt noch diese anderen unbekannten Auswirkungen dieses Wandels im Laufe des Jahres 2020, die wir wohl erst noch erleben werden.

In Campbell-Pretty:

Ich denke, Sie haben Recht, und ich denke, es wäre besonders interessant für die Züge, die aus der Ferne gestartet wurden. Also, wenn der Zug aus der Ferne gestartet wurde, können Sie

Nick Muldoon:

Also keine existierenden Züge, die seit sechs bis 12, 18 Monaten zusammenarbeiten. Aber du willst einen brandneuen Zug starten lassen. Haben Sie das dieses Jahr mit einigen Ihrer Kunden aus der Ferne gemacht?

In Campbell-Pretty:

Oh, wir sind gerade dabei, das zu tun.

Nick Muldoon:

Cool. Sag es mir.

In Campbell-Pretty:

Wir hatten jedoch buchstäblich kurz vor dem Lockdown einen. Also haben sie ihre erste PI-Planung von Angesicht zu Angesicht gemacht und sind dann sofort zur Telearbeit übergegangen und, ja, jetzt arbeiten sie daran, einen Zug aus der Ferne zu starten. Für uns haben wir ein Playbook. Es ist ein Haufen Workshops. Es ist ein Haufen Unterricht. Wir verwenden nur Tools für die Online-Zusammenarbeit. Wir haben Dinge gefunden, die die Art von Tools nachahmen, die wir in einem physischen Raum hätten, und die Freude, die Haftnotizen der Leute lesen zu können, oder? Das war für mich der absolute Höhepunkt, die Freude, die Post-it-Zettel der Leute lesen zu können.

Nick Muldoon:

Keine Hieroglyphen mehr.

In Campbell-Pretty:

Ja. Ja, absolut.

Nick Muldoon:

Was hast du geschrieben, Sally? Ja.

In Campbell-Pretty:

Jeder kann alles auf einmal sagen, oder? Du denkst also an das Klassenzimmer und den Workshop, wo eine Gruppe von Leuten um Post-its und ein Flipchart-Papier zusammengekauert ist und sie immer noch irgendwie in ihrem virtuellen Gedränge zusammengekauert sind, aber jeder kann lesen, oder? Es ist nicht so, dass ich nicht nah genug bin, ich kann nicht lesen, ich kann deine Handschrift nicht lesen. Es gibt diesen großartigen Equalizer in der Online-Welt. Also, ich finde das großartig. Ich denke, die Herausforderung bei den Zügen, die aus der Ferne gestartet werden, wird darin bestehen, jemals die Erfahrung von Angesicht zu Angesicht zu machen?

In Campbell-Pretty:

Denn wenn ich die Jahre zurückblicke, wissen wir unter anderem, dass Ihre erste PI-Planungsveranstaltung Maßstäbe setzt. Die Leute bekommen also in ihren Köpfen einen Eindruck davon, was möglich ist. Wenn du zum Beispiel bei deiner ersten PI-Planungsveranstaltung etwas überspringst, entscheidest du einfach, ich weiß nicht, die Vertrauensabstimmung oder etwas Seltsames in der Art zu überspringen, du gehst den Risiken nicht nach oder du überspringst einfach etwas, du tust es nie, weil du ohne es erfolgreich bist.

Nick Muldoon:

Es wird nie abgeholt. Ja, okay.

In Campbell-Pretty:

Ohne es bist du erfolgreich. Also, jeder Kompromiss, den Sie eingehen, und Sie gehen eine Reihe von Kompromissen ein, und dann sind Sie trotz dieser Kompromisse erfolgreich, und das wird zu einer falsch positiven Machbarkeit. Es sagt dir, ja, ich hatte recht. Ich hatte recht.

Nick Muldoon:

Das muss ich nicht tun.

In Campbell-Pretty:

Ich musste diese Dinge nicht tun, weil ich unglaublich erfolgreich war und ich diese Dinge nicht getan habe. Also, es ist das Lernen [Crosstalk 00:26:15] -

Nick Muldoon:

Das ist Bestätigungsfehler, oder?

In Campbell-Pretty:

Ja, das ist es. Ja, das ist der eine. Voreingenommenheit bei der Bestätigung. Genau das ist es. Jep. Ja, und ich denke, es wird eine Menge Bestätigungsfehler bei diesen ferngesteuerten Zügen geben, und es sei denn, sie befinden sich in Organisationen, in denen genügend Wissen über SAFe und die physische PI-Planung vorhanden ist, um zu wissen, dass es sinnvoll sein wird, sie zusammenzubringen, aber ich kann mir vorstellen, dass das eine echte Herausforderung ist. Ich denke, Züge, die online gestartet werden, werden aufgrund dieser Bestätigungsverzerrung möglicherweise nie in eine physische PI-Planungsveranstaltung aufgenommen.

Nick Muldoon:

In Ordnung.

In Campbell-Pretty:

Das macht mich wirklich traurig.

Nick Muldoon:

Ich möchte auf etwas zurückkommen, das Sie zuvor über die Führungskräfte gesagt haben, und Sie haben das Vertrauen, die Offenheit für Lernen und Experimentieren und die Disziplin erwähnt. Ich habe noch einmal Ihren Vortrag von SAFe Global 2018 über die sieben Eigenschaften hochwirksamer dienender Führungskräfte durchgesehen.

In Campbell-Pretty:

Jep.

Nick Muldoon:

Ja?

In Campbell-Pretty:

Jep.

Nick Muldoon:

Ich glaube, ich hatte einige Fragen dazu, und offensichtlich sind dies vier der Merkmale. Was sind die anderen drei Eigenschaften, die mir fehlen? Dann habe ich eine weitere Frage zu einigen der tatsächlichen Dinge, über die Sie gesprochen haben und die Sie auf Ihrer Reise entdeckt haben.

In Campbell-Pretty:

[unhörbar 00:27:29] einer der vier auf der Liste, die ich 2018 hatte.

Nick Muldoon:

Ich werde dich dazu befragen.

In Campbell-Pretty:

Wie peinlich. 2018 lautete die Antwort also: zuerst der Mensch, Respekt vor den Menschen, diese Art von Linse, schlankes Denken, Manager, Lehrer, Lernender. Also, den hatten wir. Ja. Lernender. [unhörbar 00:28:00] verrückt. Was hatte ich noch? [unhörbar 00:28:10].

Nick Muldoon:

Ja. Okay. Eigentlich wollte ich darüber sprechen. Darüber habe ich mir eine Notiz gemacht. Was ist das, und gibt es Beispiele dafür im Westen?

In Campbell-Pretty:

Viele Leute sprechen über True North.

Nick Muldoon:

[unhörbar 00:28:28]. Wahrer Norden.

In Campbell-Pretty:

Ja. Wahrer Norden. Die Übersetzung, die ich bekommen habe, habe ich von Herrn [unverständlich 00:28:39] bekommen, der mit Katie Anderson für die Lean-Studienreise zusammengearbeitet hat, die ich in, ich weiß nicht, '18, '17, '18, 2018 gemacht habe, glaube ich, also die Übersetzung, die er gab, war Richtung und Management. Es ist also Mission, oder? Es ist eine strategische Mission. Es ist so etwas.

Nick Muldoon:

Also, nur eine Randleiste für alle, die Ems Vortrag dazu nicht gesehen haben, da ist eine Frau namens Katie Anderson. Sie veranstaltet ein Jahrbuch, ich glaube, nicht dieses Jahr, aber sie veranstaltet ein jährliches...

In Campbell-Pretty:

Nein, dieses Jahr nicht. Sie ist dieses Jahr nicht gegangen.

Nick Muldoon:

... nicht dieses Jahr, veranstaltet eine jährliche Lean-, Kanban- und Kaizen-Studientour nach Japan und besucht... Wen hast du besucht, Em? Du warst bei Katie. Wie viele waren in der Crew, mit der du dort hingegangen bist?

In Campbell-Pretty:

Also, ich glaube, es war eine Gruppe von etwa 20 Personen aus dem Gedächtnis. Katie lebte zwei Jahre in Japan und kehrte dann in die USA zurück. Ich glaube, sie lebt in San Francisco. Während sie dort war, gefiel ihr die Idee, diese schlanken Studienreisen zusammenzustellen, sehr gut. Sie war bereits eine Lean-Praktikerin, die eher im Gesundheitswesen tätig war. Also hatte sie die Gelegenheit... Wir waren tatsächlich auf einer Testlauftour.

Nick Muldoon:

Oh, cool.

In Campbell-Pretty:

Also, das war ihr Experiment. Sie hatte eine Beziehung mit der Ohio State University und sie haben einige Leute an einen Tisch gebracht und sie hat einige Leute an einen Tisch gebracht und sie haben es geschafft. Sie hatte auch eine bestehende Beziehung zu Herrn [unverständlich 00:30:24], dem ersten Manager von John [unhörbar 00:30:26] bei Toyota. Er ist also ein 40-jähriger Toyota-Veteran.

Nick Muldoon:

Veteran.

In Campbell-Pretty:

Er ist für die Woche mit uns gekommen. Also sind wir natürlich zu Toyota gegangen, aber wir sind auch zu einer Reihe von Toyota-Lieferanten gegangen. Isuzu, [unhörbar 00:30:43]. Dann gingen wir auch zur Japan Post, was faszinierend war. Wir gingen in eine Stadt, deren Name mir gerade entgeht, aber sie nannten sie 5S City, weil alle Unternehmen in dieser Stadt das 5S, das herstellende 5S, praktizieren.

Nick Muldoon:

Erzähl mir davon. Es kommt mir nicht in den Sinn. Ich fühle mich nicht wohl oder vertraut.

In Campbell-Pretty:

Fühlst du dich nicht gut mit 5S?

Nick Muldoon:

Nein.

In Campbell-Pretty:

Nein. Das ist nicht gut. Also, wie würde ich... Das 5S besteht aus fünf japanischen Wörtern, auf die ich noch eingehen werde... Ja. Mein Japanisch, nichts. Aber es geht um standardisiertes Arbeiten. Wenn Sie zum Beispiel die 5S-Fabriken betreten, werden Sie sehen, dass die Stockwerke markiert sind, an denen Sie stehen müssen, um eine bestimmte Arbeit zu erledigen.

Nick Muldoon:

[Crosstalk 00:31:41] Das hat Paul Aikas für sein-

In Campbell-Pretty:

Oh nein.

Nick Muldoon:

Ich habe das Gefühl, dass ich die Videos von Paul Aikas über ihre Herstellung in den USA gesehen habe, in denen alles markiert ist.

In Campbell-Pretty:

Ja.

Nick Muldoon:

In Ordnung.

In Campbell-Pretty:

Wahrscheinlich. Das wäre meine Vermutung. Das sollten wir Teddy fragen.

Nick Muldoon:

Wir können Paul fragen, und wir können all diese Leute fragen. Wir haben Zeit.

In Campbell-Pretty:

Nun ja.

Nick Muldoon:

In Ordnung.

In Campbell-Pretty:

In Ordnung.

Nick Muldoon:

Also, diese schlanke Tour, die Japan-Studienreise, war eine super effektive und motivierende Sache für dich?

In Campbell-Pretty:

Ja. Für mich war es sehr verstärkend. Ich hatte also meine eigene Vorstellung davon, was Lean Leadership bedeutet, und ich fand, dass diese spezielle Tour das Wertekanon sehr stark verstärkte, was meiner Meinung nach Teil davon ist. Katie [unhörbar 00:32:43] hat [unhörbar 00:32:44] das entworfen wurde, um Ihnen das zu zeigen. Sie sagt also oft sehr deutlich, dass das nicht Japan ist, oder? Das ist keine Reorganisation nach Japan. Das ist nicht jeder Führer in Japan.

In Campbell-Pretty:

Das heißt, ich habe eine Reihe von Lean-Leadern ausgewählt, um Ihnen zu zeigen, wie es praktiziert wird. Aber es hat mich auf jeden Fall sehr gestärkt. In den Botschaften, die sie überbrachte, waren also sehr ähnliche Botschaften enthalten, was die Art und Weise angeht, wie ich andere zum Führen coache. Also, es war sehr cool. Es war sehr cool. Einige dieser Anführer, einfach so inspirierend, besonders Kaizen. Ich denke, das, was dir wirklich ins Gesicht trifft, wenn du mit diesen Leuten sprichst, ist Kaizen, dieser Drang, besser zu werden.

Nick Muldoon:

Die ganze Zeit.

In Campbell-Pretty:

Die ganze Zeit. Absolut. Diese Leute suchen, sie suchen nach der einen Sekunde, richtig?

Nick Muldoon:

Ja.

In Campbell-Pretty:

Die Verbesserungen von einer Sekunde. Es gibt ein Video, das herumschwirrt. Hast du das Formel-1-Video gesehen-

Nick Muldoon:

Ja.

In Campbell-Pretty:

... wo sie machen, ja, die Umstellung in 63 und sie brauchen über eine Minute und sie machen die Umstellung in etwa 90 in Melbourne und es dauert sechs Sekunden oder was auch immer es ist. Es ist so, richtig? So, wie finde ich eine weitere Sekunde, eine halbe Sekunde? Sie sind einfach so motiviert. Wenn ich einen Schritt, den jemand machen muss, entfernen kann, kann ich dann etwas näher an jemanden heranrücken?

Nick Muldoon:

Ja. In der Präsentation, die Sie gehalten haben, war ein Kommentar enthalten. Es gab eine Bemerkung dazu, dass, wenn ich weitere fünf Schritte machen muss, das zusätzliche 10 Sekunden sind. Dann sind das jedes Mal, wenn ich diese Aktivität jeden Tag mache, zusätzliche 10 Sekunden, und das alles summiert sich. Also, wie können wir diese Sekunden verkürzen und effektiver und überlegter vorgehen?

In Campbell-Pretty:

Das war einfach riesig, oder? Ich habe es in der Präsentation Kaizen Crazy genannt. Ich bin einfach so, so sehr bestrebt, mich zu verbessern, und zwar jeden Tag nur winzige, kleine Verbesserungen.

Nick Muldoon:

Also, eine der anderen Praktiken, die mir aus diesem Gespräch nicht entgangen sind, betraf die Bushaltestelle. Worum ging es bei der Bushaltestelle?

In Campbell-Pretty:

War das in dem Gespräch? Wirklich?

Nick Muldoon:

Ich zwinge dich, deinen Verstand zu erweitern [Crosstalk 00:34:57].

In Campbell-Pretty:

Du bist. Das bist du. Das bist du. Du hast völlig recht. Es war wirklich [unhörbar 00:35:01]. In Ordnung. Oh, du bist schrecklich.

Nick Muldoon:

Ja.

In Campbell-Pretty:

Ja. Ja, das bist du. Okay. Also, effektive Führungskräfte sind Menschen, lautete der Slogan dazu. Es ging wirklich darum, dass Führungskräfte bodenständig sind und eins mit den Teams sind. Also, Dinge, die ich in Japan gesehen habe, diese Fabrik, die von einer Frau geführt wird, [unhörbar 00:35:42], ich glaube, sie waren sehr ungewöhnlich. In Japan gibt es nicht viele weibliche Führungskräfte. Ihr Mann nahm ihren Namen an, weil [unhörbar 00:35:52]. Es ist ein wirklich interessanter Charakter.

In Campbell-Pretty:

Aber ihre Firma hat eine Reihe von Morgenritualen. Du sagst immer guten Morgen und danke und wie sie jeden Tag reden und jeder redet und jeder interagiert. Dann, an einem der anderen Orte, an die wir gingen, hatten sie alle ihre Uniformen, die sie in der Fabrik trugen. Aber jeder trug die Uniform, oder? Der CEO, die Büroangestellten und alle trugen die Uniform. Jeder war einer.

In Campbell-Pretty:

Dann dachte ich über meine Erfahrung in der Leitung von Teams nach, und vor einem Leben arbeitete ich mit einem Team zusammen, das sich entschied, an einem Unternehmenswettbewerb teilzunehmen. Bei diesem Wettbewerb ging es darum, Farbe zu zeigen und die Unternehmenswerte zu zeigen. Das waren Dinge wie gemeinsam besser und Mut, und dann [unhörbar 00:36:49] ein Regenbogen-Ding. Also, dieses Team entscheidet, was es tun wird, ist es eine Adresse in den Regenbogenfarben, und sie werden zusammen besser sein und ihren Mut zeigen und sie werden die Macarena machen und sie werden sie filmen und so werden sie diesen Wettbewerb gewinnen.

In Campbell-Pretty:

Ich habe an dieser Macarena nicht teilgenommen, weil jemand Fotos machen muss und so, oder? Wie werden sie sonst am Wettbewerb teilnehmen? Also musste ich meinen Beitrag leisten. Wie dem auch sei, wir hatten auch dieses Ritual, bei dem es darum ging, dass Teams die Führungskräfte vor Herausforderungen stellten, um sie zu lösen, und das taten sie am Ende jedes Frühlings. Also machen sie diese Macarena und sie filmen es und sie nehmen am Wettbewerb teil und am Ende des Frühlings stellen sie ihre Herausforderungen an die Führung.

In Campbell-Pretty:

Ihre Herausforderung ist, dass Em die Macarena nicht gemacht hat. Du bist unser Anführer, du hast die Macarena nicht gemacht. Wir fühlen uns dadurch sehr herausgefordert, und wir werden Ihnen das zur Lösung bringen. Also ging ich hin und sprach mit dem Team, das die Frage gestellt hat, und sagte: „Schau. Ich muss es dir sagen. Ich kenne die Macarena nicht. Also, tut mir leid.“ Ich erinnere mich noch so deutlich daran. Einer der Jungs sagte zu mir: „Ich habe diesen Blog darüber gelesen, wie wichtig es ist, dass Führungskräfte verwundbar sind.“ Sie wissen, wer diesen Blogbeitrag geschrieben hat, oder?

Nick Muldoon:

Oh, Em. Oh. Du hast es.

In Campbell-Pretty:

Also haben wir verhandelt. Ich sagte: „Schau. Ich denke, ich schaffe die Bushaltestelle.“ Für diejenigen, die nicht aus Australien kommen, wir wachsen damit auf, dass wir das in Highschool-Tänzen machen. Jedenfalls in meinem Teil der Welt. Also habe ich mir mein Führungsteam geschnappt und wir haben die Bushaltestelle gemacht und das war Teil des Beweises, dass auch wir genauso sind wie alle anderen, und unseren Teil dazu beizutragen und auf das Feedback des Teams zu reagieren. Also, ja. Da passt die Bushaltestelle rein. Vielen Dank dafür, Nick.

Nick Muldoon:

In Ordnung. Nein, das weiß ich zu schätzen. Nun, ich bin froh, dass ich den Kontext verstanden habe. Ich versuche, ähnliche Dinge zu tun. Normalerweise ist es eine Karaoke oder so, oder dass wir das schon eine Weile nicht mehr gemacht haben. Ja, okay. Ja, ich schätze, in diesem Gespräch ging es wirklich darum, Führungskräften zu dienen, und es ging nur darum, ihnen zu dienen. Es hört sich so an, als ob Sie von der Japan-Studienreise mitgenommen haben, dass diese Führer dort sehr viel für ihr Volk getan haben.

In Campbell-Pretty:

Absolut.

Nick Muldoon:

Sehen Sie das als ein Merkmal, das in den leistungsstärksten Unternehmen, mit denen Sie zu tun haben, vorherrscht, und wie wahrscheinlich ist es, dass sie über einen Zeitraum von fünf, zehn Jahren, was auch immer das sein mag, ihre Konkurrenten übertreffen oder auf ihrem Markt erfolgreicher sind? Oder ich schätze, wie auch immer sie Erfolg definieren?

In Campbell-Pretty:

Ich sehe sicherlich einen Zusammenhang zwischen Führungskräften, die gerne dienen und/oder sich dafür entscheiden, zu dienen, und dem Erfolg mit skalierter Agilität und Unternehmen, denn ich schätze, wir haben gesehen, es ist fast 10 Jahre her, dass diejenigen, die zusammen üben, Ihr diszipliniertes Framework Ergebnisse erzielen, und sie erzielen signifikante Ergebnisse. Sie verbessern ihre Fähigkeit, Produkte und Dienstleistungen bereitzustellen, ihre Kostenbasis sinkt, ihre Qualität steigt, ihre Mitarbeiter sind zufriedener, ihre Fluktuation sinkt. Wir sehen es jedes Mal.

In Campbell-Pretty:

Was wir auch sehen, ist, dass, wenn die Staats- und Regierungschefs ihren Worten nicht Taten folgen lassen, wenn die Staats- und Regierungschefs Lippenbekenntnisse zur Transformation ablegen, es nicht hält. Sie bekommen die Ergebnisse nicht. Die Leute finden es keinen besseren Ort zum Arbeiten. Die Leute sind nicht in die Veränderung eingedrungen. Da gibt es also definitiv einen Zusammenhang. In einer Organisation kann man sich Wunderbares aneignen.

In Campbell-Pretty:

Wir beobachten oft, dass die Organisation, deren Transformation genauso erfolgreich ist, die am meisten gekaufte Führungskraft ist. Die meisten Führungskräfte kauften sich eine Führungskraft ein. Wenn du also der Anführer eines Zuges bist und das richtige Verhalten an den Tag legst, wird dein Zug wirklich großartig sein.

Nick Muldoon:

Erfolgreich.

In Campbell-Pretty:

Aber das bedeutet nichts für die gesamte Organisation, den Lösungsweg, die Geschäftseinheit, was auch immer. Sie sehen diese Sache, die vom Anführer ausgeht. Wenn die Führungskraft das richtige Verhalten zeigt, bewegen Sie sich in diesen Bereich, Sie sehen die Verhaltensweisen, Sie bekommen die Veränderung, Sie erhalten die Ergebnisse. Aber Führungskräfte, die eine Sache sagen und eine andere tun, glauben es nicht, oder?

Nick Muldoon:

Ich denke, das gilt für jede organisatorische Veränderung, nicht wahr?

In Campbell-Pretty:

Ja.

Nick Muldoon:

Sie stoßen, wie Sie sagten, innerhalb der Organisation an die Grenzen Ihrer Tasche und dann lernen Sie die reale Welt kennen, den Rest der Organisation. Die Leute haben vielleicht nicht genug Energie oder sie haben nicht das Gefühl, dass sie das beeinflussen und ändern können, und so leben sie einfach in ihrer Blase, weil sie nicht das Gefühl haben, dass sie den Druck außerhalb dieser Blase ausüben können.

In Campbell-Pretty:

Ja. Guck mal. Ich habe sicherlich erfolgreiche Organisationen mit Blaseneinfluss gesehen. Erfolgreiche Seifenblasen können interessant werden. Chip und Dan Heaths Buch, welches war es, Switch.

Nick Muldoon:

Oh, ja. Schalter. Ja.

In Campbell-Pretty:

[unhörbar 00:42:02]. Zünde ein Licht auf einen hellen Punkt oder so. Lichtblicke inspirieren also, und wenn Sie in einer Organisation eine Blase erzeugen können, die den Rest der Organisation übertrifft, oder selbst wenn sie besser abschneidet als zuvor, dann schauen alle hin. Richtig? Wie ist die Organisation, die von schlechten Lieferungen zu großartigen Lieferungen übergeht, hier vor sich? Das inspiriert andere, sich dafür zu interessieren. Eines der wirklich interessanten Dinge, die wir in Australien gesehen haben, ist, dass wir so ziemlich jede SAFe-Implementierung in Australien auf die bei Telstra zurückverfolgen können.

Nick Muldoon:

Ja, richtig. Sie haben sich alle davon abgespalten, von den Leuten, die daran beteiligt waren.

In Campbell-Pretty:

Nun, nein. Leute, die gekommen sind und es gesehen haben. Leute, die sich davon inspirieren ließen.

Nick Muldoon:

Sie sind nicht unbedingt direkt daran beteiligt.

In Campbell-Pretty:

Nein. Die Leute kamen und ließen sich davon inspirieren, und dann gingen sie, machten ihr Ding und dann inspirierten sie jemand anderen. Ich habe es in letzter Zeit nicht versucht, aber es gab einen Zeitpunkt, an dem wir sie einfach alle miteinander verbinden konnten, weil wir sie zählen konnten, wenn wir sie sehen konnten. Aber wir können die meisten von ihnen immer noch miteinander verbinden. Es heißt, Sie haben jemanden gesehen, der jemanden gesehen hat, der tatsächlich jemanden gesehen hat, der uns 2012, 2013 bei Telstra besucht hat und sich inspirieren ließ.

In Campbell-Pretty:

Also, dieser Lichtblick kann wirklich, wirklich mächtig sein, und genau das braucht es, oder? Man fügt ein bisschen Lärm hinzu, ein bisschen Unterschied, und die Leute fangen an zu fragen, was vor sich geht. Ich würde nicht sagen, dass es narrensicher ist. Ich denke, es erfordert immer noch, also muss jemand kommen, er muss sehen, und dann muss er den Mut haben, es für seinen Teil der Organisation zu tun.

In Campbell-Pretty:

Das ist der schwierige Teil, oder? Ich kann kommen, ich kann sehen, ich kann mich inspirieren lassen. Aber bin ich bereit, mich da draußen zu zeigen? Es spricht viel für Führungskräfte, die bereit sind, Risiken einzugehen. Das war einer der...

Nick Muldoon:

Das war deine Lektion über die Bushaltestelle, oder? Du musst dich da draußen aufhalten und verwundbar sein.

In Campbell-Pretty:

Ja. Ja, absolut. Absolut. Das war eigentlich, dachte ich, das, worüber ich letztes Jahr auf dem SAFe Summit gesprochen habe: Sei sicher oder sei SAFe.

Nick Muldoon:

Sei sicher oder sei SICHER. Erzählen Sie mir davon.

In Campbell-Pretty:

Seien Sie also sicher, gehen Sie kein Risiko ein, oder seien Sie sicher, wie im skalierten agilen Framework, und machen Sie diesen Vertrauensvorschuss. Es kommt darauf zurück, dass wir heute angefangen haben, darüber zu sprechen, als ich das bei Telstra gemacht habe. Ich habe nicht wirklich verstanden, dass das kein normaler Alltag war, das ist, was alle irgendwie gemacht haben. Es war eine sehr neue Sache. Also ging ich ein Risiko ein, weil ich ein Unternehmensleiter in einem Technologiebereich war, und ich hatte wirklich das Gefühl, nichts zu verlieren zu haben.

In Campbell-Pretty:

Also schaue ich zurück und sage: „Was um alles in der Welt hat mich besessen?“ Und ich sage: „Nun, ich bin diese Geschäftsperson, die dieses Technologieteam leitet. Ich hätte sowieso keinen Erfolg haben sollen.“

Nick Muldoon:

Setz alles aufs Spiel, oder?

In Campbell-Pretty:

Später fand ich heraus, dass sie tatsächlich einen Plan hatten, wann ich keinen Erfolg hatte. Ich hätte scheitern sollen.

Nick Muldoon:

Warte. Wie viel Abfall ist das? Warum haben sie etwas geplant, bevor es... In Ordnung.

In Campbell-Pretty:

Organisatorische Richtlinien. Was kann ich dir sagen? Wie auch immer, ich habe nicht versagt. Ich hatte Erfolg, und weil ich einige verrückte, kalkulierte Risiken eingegangen bin, und ich habe es immer wieder gesehen, oder? So viele der Führungskräfte in diesen Unternehmen, die diese Änderung vornehmen, wagen einen Vertrauensvorschuss. Ich sage immer, dass ich dir nicht genau sagen kann, was passieren wird. Ich weiß nicht, ob Sie 10% oder 50% der Kosten sparen werden. Ich weiß nicht, ob Ihre Leute 10% oder 50% glücklicher sein werden. Ich weiß das nicht.

In Campbell-Pretty:

Was ich weiß, ist, wenn Sie auf das hören, was wir Ihnen sagen, die Anweisungen befolgen und sich im Einklang mit diesen schlanken und agilen Werten verhalten, werden Sie Ergebnisse erzielen. Sie werden jedes Mal Ergebnisse erzielen. Aber du musst mutig genug sein, dich einzukaufen und es ganzheitlich anzugehen und nicht diese Sache zu tun, bei der du es schaffst, dich selbst zu personalisieren, um die Sache tatsächlich zu tun...

Nick Muldoon:

Ich mache irgendwas.

In Campbell-Pretty:

... das du machen wolltest.

Nick Muldoon:

Ja. Okay. Em, das war großartig. Bevor wir fertig sind, möchte ich mir zwei Minuten Zeit nehmen. Sie haben heute oft Bücher erwähnt und mich an dieses Zitat erinnert, Verne Harnish: „Diejenigen, die lesen und nicht, sind nur geringfügig besser dran als diejenigen, die es nicht können.“ Also, heute hast du Chip und Dan Heath mit Switch erwähnt, du hast die Leffingwell-Serie aus den späten Nullerjahren erwähnt. Es könnte noch ein paar andere gegeben haben. Aber sag mir, was liest du heute? Du warst im Lockdown. Was sind die zwei oder drei besten Bücher, die Sie gelesen haben, seit Sie in Melbourne im Lockdown waren?

In Campbell-Pretty:

Oh, meine Güte. Es ist sehr peinlich. Jedes Mal, wenn mich jemand fragt: „Was hast du gerade gelesen?“ Ich sage: „Ich weiß nicht.“

Nick Muldoon:

Ich glaube nicht, dass ich mich erinnern kann.

In Campbell-Pretty:

Ich kann mich nicht erinnern. Es ist furchtbar. Was lese ich? Ich muss meinen Kindle öffnen. Ich weiß nicht, was ich lese. Geoffrey Moore, Zone to Win.

Nick Muldoon:

Zone, um zu gewinnen.

In Campbell-Pretty:

Zone, um zu gewinnen. Ich glaube, so heißt es. Es ist ein neueres Buch. Ich weiß es dieses Jahr, weil ich dieses Jahr offensichtlich The Build Trap gelesen habe.

Nick Muldoon:

Jep. Melissa Perry. Das hast du erwähnt. Ja.

In Campbell-Pretty:

Jep. Ich habe das Projekt zum Produkt gelesen, Mik Kersten.

Nick Muldoon:

Was war das, Project to Product?

In Campbell-Pretty:

Ja. Vom Projekt zum Produkt, Mik Kersten. Eines der Pressebücher von IT Revolution. Also, vor etwas mehr als einem Jahr veröffentlicht. Sehr beschäftigt mit SAFe 5.0 [Crosstalk 00:48:21]. Das andere Buch, das in der SAFe-5.0-Version enthalten ist, ist John Kotters Accelerate. Also habe ich das wieder abgeholt. Ich habe es vor einigen Jahren gelesen, als es zum ersten Mal herauskam. Aber ich schaue mir Dinge gerne noch einmal an, wenn SAFe sie in den Mittelpunkt stellt. Scheint zu diesem Zeitpunkt Sinn zu machen, das zu tun.

Nick Muldoon:

Ja, okay. Ja, es ist interessant, dass, wenn ich an Verne Harnish denke, das Scaling-Up-Framework nichts zu tun hat mit...

In Campbell-Pretty:

Nein.

Nick Muldoon:

... agil skaliert, für alle, die sich nicht auskennen. Aber ein Großteil des Frameworks zur Skalierung von Unternehmen ist, dass sie auf so viele Inhalte aus bestehenden Angeboten, bestehenden Büchern, Bezugspunkten und Erfahrungen zurückgreifen, und das ist wirklich wertvoll, und ich denke, SAFe ist da nicht anders, oder? Es stützt sich auf diese Weisheit der kollektiven Weisheit.

In Campbell-Pretty:

Absolut. Absolut. [unverständlich 00:49:14] Es hat sehr viel Spaß gemacht, in der Anfangszeit zu sagen, dass wir auf den Schultern von Riesen stehen, ein Zitat von jemand anderem, dessen Name mir entgeht.

Nick Muldoon:

Ja, okay. Ja, Em, sieh mal. Ich wollte dir vielmals für deine Zeit heute Morgen danken. Das war fantastisch.

In Campbell-Pretty:

Keine Sorge. Es ist toll, dich zu treffen.

Nick Muldoon:

Ja. Ich denke, meine Erkenntnisse daraus sind, dass ich die Regeln be safe oder be SAFe mag, also entweder sei sicher und gehe kein Risiko ein, oder sei SAFe und stelle dich tatsächlich da raus und steige in Scaled Agile ein. Ich muss auf jeden Fall auch ein bisschen über die fünf S recherchieren und ein bisschen mehr darüber lernen. Aber vielen Dank für deine Zeit. Ich weiß das wirklich zu schätzen.

In Campbell-Pretty:

Keine Sorge, Nick. Schön dich zu sehen.

„Mein Gespräch mit William und Riz hat mir sehr gut gefallen. Ich freue mich darauf, ihre Empfehlungen mit unserem Team umzusetzen“ - Angad Sethi

In dieser Folge sprach ich mit William Rojas und Rizwan Hasan von Adaptavist über die Möglichkeiten, wie wir leistungsstarke agile Teams unterstützen können:

• Die Bedeutung der Teamausrichtung
• Wann und wo sollten Sie Tools verwenden, um Ihre Teamziele zu erreichen
• Priorisieren Sie, an welchen Gesprächen Sie teilnehmen müssen
• Beratung für Remote-Teams

Abonnieren/Hören Sie auf Ihrer Lieblings-Podcasting-App.

Danke William & Rizwan!

Transkript

Angad Seth:

Guten Tag/Abend/Morgen an alle. Wie geht's euch?

Rizwan Hasan:

Oh, gut. Danke Angad.

William Rojas:

Ja. Wie geht's dir?

Angad Seth:

Ja, wirklich gut. Ja, ich freue mich sehr, mit euch zu plaudern. Sollen wir uns zunächst vorstellen? Riz, möchtest du es nehmen?

Rizwan Hasan:

Sicher. Mein Name ist Riz Hasan, ich lebe in Brüssel, Belgien. Ganz neu hier ansässig, war eigentlich früher in New York ansässig, nicht weit von William entfernt. Wir haben normalerweise zusammen im selben Team gearbeitet. Meine Rolle hier bei Adaptavist ist, dass ich Teamleiter für unsere Beratungsgruppe in EMEA bin. Also in der europäischen Region und im Vereinigten Königreich. Mein Alltag ist also viel internes Management, aber ich arbeite auch mit Kunden und meinen Beratern daran, wie unsere Kunden agil skalieren und ihnen bei Toolproblemen, Prozessproblemen, Personalproblemen und all dem oben genannten helfen.

Angad Seth:

Ja. Ja. Hört sich toll an.

William Rojas:

Was mich betrifft, William Rojas. Eigentlich wohne ich in einer kleinen Vorstadt namens Trumble in Connecticut, die ungefähr eine Stunde und mehr nordöstlich von New York liegt. Und wie Rez schon erwähnt hat, ja, wir haben mehrere Jahre zusammengearbeitet, wir haben ein agiles Transformations- und Skalierungsteam für Adaptavist geleitet. Meine neue Rolle besteht jetzt darin, dass ich das Prinzip des Vorverkaufs übernommen habe, heutzutage quasi ein Berater für den Vorverkauf. Es ist tatsächlich eine neue Rolle bei Adaptavist, und was wir tun, ist, eigentlich haben wir alle, ich glaube, die meisten von uns sind alle wie ehemalige Berater, die den Pre-Sales-Prozess unterstützen und zwischen dem Vertriebsteam und dem Lieferteam und all den anderen Teams arbeiten, die unsere Kunden bei Adaptavist unterstützen.

Angad Seth:

Fantastisch, großartig.

William Rojas:

Ich helfe dabei, Lösungen für Kunden zu finden, Vorschläge zu unterbreiten und sie bei der Umsetzung zu unterstützen.

Angad Seth:

Ich bin Angad, ich bin Softwareentwickler und arbeite an Easy Agile-Programmen und Easy Agile-Roadmaps, zwei der Produkte, die wir für den Atlassian-Marktplatz anbieten. Wir freuen uns riesig, mit euch darüber zu sprechen, wie eure Teams arbeiten, zum Beispiel darüber, was alltäglich ist. Riz, möchtest du das beantworten?

Rizwan Hasan:

Sicher. Ja. Also, abgesehen von den internen Management-Kram, denke ich, das Besondere an dieser Konversation ist, wie wir Kunden erklären, wie sie mit der Planung im großen Maßstab umgehen können, oder?

Angad Seth:

Ja.

Rizwan Hasan:

Ich arbeite gerade mit einem Kunden zusammen, der in den USA ansässig ist, aber er übernimmt links und rechts andere Softwareunternehmen. Was meiner Meinung nach auch ein Trend ist, der in diesem SaaS-Ökosystem stattfindet. Und wenn das passiert, versuchen sie, all diese Arbeit unter einen Hut zu bringen. Wir besprechen also, wie wir all das auf einfache Weise visualisieren können, ohne dass es im Vorfeld darum geht, Anforderungen zu identifizieren oder zu verstehen, welche Systeme wir einbeziehen wollen, sondern vor allem, was möchten Sie einbeziehen? Im Moment, in dieser Phase der Daten, in der ich mit diesem Kunden arbeite, sind es wirklich nur die ersten Gespräche darüber, was Sie planen? Was machst du? Was ist dir wichtig? Es sind also viele dieser Gespräche darüber.

Angad Seth:

Sie haben also erwähnt, dass es viel internes Management gibt. Sind einige Ihrer Kunden Arbeitskollegen oder sind es externe Kunden?

Rizwan Hasan:

Sie sind hauptsächlich intern, weil ich ein Team leite. Ich habe also verschiedene Leute, die an verschiedenen Arten von Projekten arbeiten, in denen sie möglicherweise Cloud-Migrationen durchführen. Sie machen vielleicht ein bisschen Skriptarbeit. In Bezug auf Services decken wir alles ab, was innerhalb des Atlassian-Ökosystems zu finden ist, egal ob es um geschäftliche, prozessbezogene oder toolbezogene Inhalte geht. Es ist also zu jeder Zeit eine große Mischung aus Dingen.

Angad Seth:

Cool. Und ist es normalerweise so, als ob du mit allen Teamleitern sprichst und ihnen Ratschläge zu agilen Zeremonien gibst und die Arbeit durch Pipelines und so?

Rizwan Hasan:

Ja, eigentlich, also eine Geschichte darüber, als ich zum ersten Mal nach Brüssel gezogen bin, weil wir... Also, Professional Services begannen bei Adaptavist in Großbritannien, und das war vielleicht vor sieben bis acht Jahren, und es hat sich erweitert und ich und William waren Teil der ersten Gruppe von Beratern, die in Nordamerika waren. Das hat sich sehr schnell ausgeweitet, und jetzt, wo wir in der EMEA-Region sind, ist es fast wie eine andere Einheit. Es ist eine andere Art zu arbeiten, und viele Führungskräfte sind nach Nordamerika verlagert, also gibt es neue Systeme, Prozesse und Zeremonien und dann passiert all das. Aber wegen der Zeitzonen gibt es einen Konflikt.

Als wir hier ankamen, fing ich an, einige dieser Gewohnheiten und konsistenten Gespräche wieder einzuführen, um wirklich viel mehr in einem besseren Planungsrhythmus zu sein. Also mit Leuten zu interagieren, die zum Beispiel die Arbeit bis zur Auslieferung im Vorverkauf bringen würden. Also Leute, die ähnlich arbeiten wie William hier in dieser Region, und dann auch Projektmanager, die für die Verwaltung dieser Arbeit verantwortlich wären. Richtig? Also das Äquivalent wie ein Scrum Master bei einem Engagement oder wie ein RTE bei einem großen Engagement. Richtig?

Angad Seth:

Jep. Jep. Das ist großartig. Nur eine Sache, die mir sehr gut gefallen hat, war Ihre Terminologie. Du hast Gespräche statt Zeremonien benutzt oder über agile Denkweise gesprochen, in dem Sinne, dass du nicht nur Zeremonien in Teams vorantreibst, wo du tatsächlich Agilität verkörperst. Nun, ich gehe davon aus, dass Sie aus Ihrem Gespräch stammen, aber ich schätze, wir packen das aus. Was ist mit dir, William? Was ist dein [Crosstalk 00:06:32]

William Rojas:

Ich wollte sagen, das ist eine interessante Herausforderung, vor der wir stehen, weil Adaptavist eine ganze Niederlassung hat, die Produktentwicklung durchführt, und es gibt Produktentwickler und Produktmanager und Produktmarketing und all diese Dinge. Und sie legen Pläne fest und konzentrieren sich, liefern und so weiter, wie man es von einer normalen Produktorganisation erwarten würde. Was die Beratung angeht, ist eines der Dinge, die sehr interessant sind, dass viele von uns quasi vor zwei Chefs Rechenschaft ablegen müssen, oder? Zum Beispiel kommen unsere Kunden rein und sagen: „Hey, das brauchen wir“, und wir müssen sie unterstützen. In der Zwischenzeit haben wir viele interne Projekte, interne Verfahren und Prozesse und Dinge, die wir als Unternehmen, als Praxis, erledigen wollen, aber gleichzeitig müssen wir unseren Kunden immer noch antworten.

Angad Seth:

Ich verstehe.

William Rojas:

Das ist also tatsächlich eine der interessanten Herausforderungen, mit denen wir aus agiler Sicht ständig konfrontiert sind, indem wir manchmal widersprüchliche Prioritäten ausbalancieren müssen. Und das ist definitiv etwas, und obwohl Beratungsteams auf verschiedenen Ebenen vor dieser Herausforderung stehen. Richtig?

Angad Seth:

Ja.

William Rojas:

Wie Riz schon erwähnt hat, bringen wir ständig mehr Arbeit rein und sagen: „Okay, du musst dich jetzt anpassen und neu planen, um etwas anderes zu machen, und dann managen.“ Ja. Es ist ein andauerndes Problem, das einfach Teil dieses Teils dieser Welt ist.

Angad Seth:

Ja. Okay. Ich verstehe. Also, wenn ich das richtig gehört habe, dann ist es, ich schätze, du empfiehlst ständig agile Prozesse, aber du wirst sie vielleicht nicht unbedingt üben können?

William Rojas:

Aber mehr noch, wir üben sowohl für uns selbst als auch versuchen, unseren Kunden zu sagen, dass sie es üben sollen oder versuchen, uns anzupassen.

Angad Seth:

Ich verstehe, ja.

William Rojas:

Wissen Sie, ein Kunde kommt mit Bedürfnissen und sagt: „Okay, jetzt müssen wir neu planen oder ihnen beibringen, wie das geht, oder auch ihre neu entstehenden Prioritäten neu berücksichtigen.“ Am Ende müssen wir also Agile mit und für unsere Kunden sowie für uns selbst üben. Es ist diese ständige Neugewichtung, bei der Kundenbedürfnisse mit internen Bedürfnissen verknüpft werden müssen, und dann die ständige Neupriorisierung, die sich daraus ergeben kann.

Angad Seth:

Ja.

William Rojas:

Und dann suchen wir ständig nach Fragen wie wir dieses Ding effizienter, effektiver machen können? Wie können wir wirklich schlank sein, wenn es darum geht, wie wir die Arbeit machen und so weiter? Das ist definitiv eine Sache, die wir praktizieren. Wir versuchen, das täglich zu praktizieren.

Angad Seth:

Ja. Und ich schätze, das ist ein sehr, sehr kniffliger Bereich... kein kniffliger Bereich. Es kann knifflig sein, denke ich, aber die Schwierigkeit wird durch Telearbeit noch verstärkt. Habt ihr viele Kunden, die auf Telearbeit umgestiegen sind? Und ich weiß nicht, hat es Probleme ans Licht gebracht, was eine gute Sache sein kann, oder wie war Ihre Erfahrung?

William Rojas:

Das ist interessant, weil ich seit über ein paar Jahrzehnten in der Beratung tätig bin, und traditionell, also habe ich viel davon gemacht, dieser Reisekrieger, jede Woche reist du zum Kunden, um deine Arbeit zu erledigen, reist du zurück und das machst du nächste Woche wieder, und das machst du Monat für Monat. Adaptavist kam zu Adaptavist und war in der Vergangenheit immer ein Unternehmen für Fernberatung. Vor fünf Jahren war es so, wow, wir gingen zu Kunden und sagten: „Okay, du musst das machen.“ Und wir sagten: „Ja, das können wir liefern. Und nein, das müssen wir nicht, weißt du. Wir kommen vielleicht rein und machen einen Besuch vor Ort, um uns vorzustellen, aber wir können all diese Arbeiten aus der Ferne erledigen.“ Diese Geschichte hatten wir also schon immer.

Angad Seth:

In Ordnung.

William Rojas:

Aber als COVID zuschlug und alle remote arbeiteten, erlebten wir definitiv, dass eine ganze Reihe von Unternehmen plötzlich aus der Ferne arbeiten mussten und neue Prozesse und Praktiken einführen mussten, die sie im Grunde dazu zwangen, remote zu arbeiten. Und ich denke, wir hatten gewissermaßen das Glück, dass wir schon immer...

Angad Seth:

Ja, Fernstart.

William Rojas:

... S8s.

Angad Seth:

Ja.

William Rojas:

Ich weiß, wann immer wir Leute in das Unternehmen holen, insbesondere in die Beratung, ist das eines der Dinge, auf die wir immer hinweisen. Telearbeit ist nicht dasselbe wie im Büro zu sein. Es hat seine Höhen und Tiefen. Aber diesen Vorteil hatten wir schon immer. Ich denke, wir waren in der Lage, einigen unserer Kunden zu helfen, zum Beispiel: So wird es gemacht, so machen wir es.“ Wir waren also in der Lage, einigen Kunden anhand von Beispielen etwas beizubringen.

Angad Seth:

Da hast du's.

William Rojas:

Ja.

Angad Seth:

Fantastisch. Das sollte eigentlich meine nächste Frage sein. Wie sieht die Arbeitsstruktur bei Adaptavist aus und welche Art von Prozessen? Ich bin mir sicher, dass es ein großes Unternehmen ist und es daher spezielle Tools und Prozesse für Teams an sich geben würde. Nur aus Ihrer Erfahrung, welche Prozesse oder Tools verwenden Sie?

Rizwan Hasan:

Also, was Planung und Arbeitsmanagement angeht, weil wir als Remote-First-Unternehmen angefangen haben, und seit COVID läuft das Geschäft gut. Ich bin ehrlich, es war gut für uns, weil wir uns auf diesen Markt spezialisiert haben. Wir hatten einen riesigen Einstellungsschub in all diesen verschiedenen Bereichen, und eine Sache ist mir intern aufgefallen, sowie Probleme, die... Ich würde nicht von Problemen sprechen, aber ein Trend, den wir bei vielen anderen Kunden beobachten, ist, dass aufgrund dieses Remote-Push und der Notwendigkeit, dass ein Unternehmen in der Lage sein muss, den Teams die Tools zur Verfügung zu stellen, die sie für ihre Arbeit benötigen, viel flexibler ist, was Vor- und Nachteile hat.

Auf der positiven Seite gibt es Flexibilität, die Teams können so arbeiten, wie sie wollen. Auf der anderen Seite könnte die Verwaltung schwierig sein, die Abstimmung könnte schwierig sein. Das erleben wir also häufig bei unseren und unseren Kunden. Wir gehen also fast auf diese Reise mit Kunden, während wir uns selbst skalieren und lernen, wie wir mit dieser neuen Realität des Arbeitens in einer hybriden Umgebung umgehen können.

William Rojas:

Ich denke, in Bezug auf einige der Werkzeuge usw., die wir tun können. Intern haben wir also, wir sind ziemlich, ziemlich genau bei Atlassian. Atlassian Stack, genau so arbeiten wir jeden Tag. Bei all unserer Arbeit verwenden wir Atlassian-Tools. Unsere gesamte Arbeit wird getrackt, die gesamte Arbeit unserer Kunden wird in JIRA verfolgt, unsere gesamte Vertriebsarbeit, im Grunde alles, was wir tun, wir verwenden JIRA und Confluence, wir sind wirklich begeistert von Confluence. Wir haben im Laufe der Jahre viele Anpassungen an unserer Instanz vorgenommen, Dinge, die wir gerade entwickelt haben, und das ist intern.

Ich denke, der andere Aspekt ist oft, dass je nach dem Kunden, der zu uns kommt, und der Art der Arbeit, die wir für diesen Kunden erledigen, die Arten von Tools, die wir verwenden, so ziemlich die gesamte Bandbreite abdecken können. Wir haben viele Atlassianer, wir arbeiten viel in JIRA mit unseren Kunden, zum Beispiel in Confluence. Manchmal arbeiten wir daran, ihnen bei der Skalierung zu helfen, also bringen wir einen Teil des Add-ons mit, um einige der Skalierungspraktiken zur Unterstützung von JIRA zu unterstützen. Wir werden viel JSM-Arbeit machen. Wir arbeiten oft an DevOps, und dann bringen wir viele der DevOps-Toolsets hinzu, die Sie erwarten würden, also Dinge zur Unterstützung von Bereitstellungspipelines.

Es hängt also wirklich ziemlich stark vom Kunden ab. Wir führen sogar einige agile Transformationsarbeiten durch. Und dann machen wir eine Menge maßgeschneiderter Dinge, Praktiken und so weiter. Und wir bieten Umfragen und Tools an, die wir im Laufe der Jahre entwickelt haben, um dies besonders zu unterstützen. Viele der Tools werden daher oft von den Anforderungen des Kunden und des spezifischen Engagements bestimmt.

Angad Seth:

Nach meiner persönlichen Erfahrung mit COVID in letzter Zeit nehme ich an vielen Besprechungen teil, mit denen wir experimentieren, mit der asynchronen Entscheidungsfindung. Haben Sie schon mit asynchronen Entscheidungsprozessen experimentiert?

Rizwan Hasan:

Ich fange damit an, dass ich Treffen hasse. Ich denke, die meisten Besprechungen sind Zeitverschwendung, und das sage ich meinem Team. Und ich sage: „Wenn wir uns nicht treffen müssen, werden wir uns quasi nicht treffen.“

Angad Seth:

Ja. Fantastisch.

Rizwan Hasan:

Und ich denke, das kommt wirklich. Ja, großartig, auf jeden Fall. Fantastisch.

Angad Seth:

Ich liebe es.

Rizwan Hasan:

Aber es kommt wirklich darauf an, wann Sie sich treffen, führen Sie das richtige Gespräch? Und ich denke, eine Schlüsselkomponente in einem agilen Team, ohne Zitat, ist, dass man ein Verständnis dafür hat, was wir alle gemeinsam tun und was die Prioritäten sind. Was eigentlich schwer zu bekommen ist. Wenn wir also über asynchrone Entscheidungsfindung mit einem Team sprechen, das ein gewisses Maß an Verständnis dafür hat, was Prioritäten und Ziele sind, wird es einfacher. Und Sie können mehr Interaktionen mit Menschen mit geringer Auswirkung haben.

Wir verwenden Slack also viel und wir haben viele interne Bots in unserem Slack, um zu asynchronen Zeiten Informationen präsentieren und Feedback sammeln zu können, weil es Abstimmungsfunktionen gibt, es gibt Orte, an denen du Kommentare abgeben kannst. Und ich denke, wenn wir über Teams sprechen, die auf der ganzen Welt wachsen, und auch über Zeitzonen und flexibles Arbeiten, ist das jetzt Realität. Es gibt eine praktische Methode, wie das geht. Wir fangen an, uns damit zu beschäftigen, wie das aussieht?

Angad Seth:

Befindest du dich in einer Million Slack-Gruppen?

Rizwan Hasan:

Jep.

Angad Seth:

Jep. Das tust du. Siehst du irgendwelche zusätzlichen Hürden, die du deswegen überspringen musst? Weil du vielleicht, springst du von Konversation zu Konversation, während es einfach einfacher wäre, wenn alle an derselben Konversation teilnehmen würden? Passiert das ein bisschen?

Rizwan Hasan:

Ja. Ja. Die ganze Zeit.

Angad Seth:

Ich verstehe dich, ja, da hast du's. In Ordnung. Cool.

William Rojas:

Aber ich würde sagen, wir haben viel Spontanes. Ich denke, wir haben viele spontane Treffen. Und manchmal tippen wir vielleicht in einem Slack. Da steht, weißt du was? [Crosstalk 00:17:29]

Angad Seth:

Spring einfach in eine Gruppe.

William Rojas:

In Zoom und dann lass uns chatten oder eine Slack-Konversation führen, und dann einfach von Angesicht zu Angesicht, und dann sprechen wir es einfach ab und zu an an an. Aber ich glaube, wir haben, es ist fast so, als ob ich denke, ein Gleichgewicht zwischen der für das Meeting aufgewendeten Zeit und der Anzahl der Personen, die an dem Meeting teilnehmen müssen, und dem Nutzen und Wert, der sich aus dem Meeting ergibt, gesucht. Und bei einem täglichen Meeting, bei dem es um Arbeit ging, nahmen die Leute die Arbeit oder den Support aus Vertriebssicht wieder auf. Und das war sehr, sehr notwendig, da ein Teil der Arbeit, die in die Beratungspipeline aufgenommen wurde. Aber es fühlte sich sehr ineffizient an.

Das ist zum Beispiel eines der Mittel, auf das wir verzichtet haben, und es ist jetzt ein völlig asynchroner Prozess, bei dem Arbeit reinkommt und sie zugewiesen wird, die Leute sie abholen, die Leute sie unterstützen, wir liefern Dinge, wir verfolgen, wo sich die Dinge befinden und so weiter. Und jetzt nutzen wir all das, was im Grunde alles über Slack erledigt wird. Also haben wir die ganzen Besprechungen abgeschafft, in denen es um „Hey, wer kann mir dabei helfen?“ Aber in der Zwischenzeit haben wir ein weiteres Meeting, bei dem wir versuchen, Leute für Projekte zu gewinnen. Und das ist sehr wichtig, darüber müssen wir oft verhandeln. Das ist also ein Treffen, das immer noch sehr abgeschlossen ist.

Angad Seth:

Jep.

William Rojas:

Jeder kommt rein, wir reden alle, wir entscheiden, was wir erledigen müssen. Die Leute balancieren hin und her. Ich denke, dieser Kompromiss ist wirklich wichtig, um wirklich zu verstehen, was das ist. Es gibt Treffen, die notwendig und sehr wertvoll sind, und sie sollten auch so bleiben. Und es gibt solche, bei denen Slack wirklich ein viel besserer Mechanismus ist, um solche Entscheidungen treffen zu können

Angad Seth:

Ja. Ja, stimmt. Ja. Und macht es gut, tut mir leid, erstens entschuldigen Sie den Ortswechsel. Ich sitze jetzt direkt neben dem Router, also hoffentlich hält das iPhone. Über was für eine Skala sprechen wir hier in deinem Slack? Der Grund, warum ich frage, ist, dass es bei größeren Organisationen schwieriger sein kann, zu skalieren. Deshalb versuche ich nur, einen Eindruck davon zu bekommen, in welcher Größenordnung sich Ihr Slack befindet.

Rizwan Hasan:

Also haben wir gerade erreicht, wir sind knapp über der 500-Marke, das wäre in Bezug auf die Mitarbeiter. Im Grunde genommen unser General, der, glaube ich, nicht universell zu sein scheint, aber der Standard in jeder Organisation, bei der Slack allgemein der beste Indikator dafür ist, wie viele Personen Sie angemeldet haben. Wir sind also gerade bei der 500er-Marke, was meiner Meinung nach wahrscheinlich ungefähr mittelgroß ist, aber es kommt definitiv zu dem Punkt, an dem wir anfangen zu sehen, es ist fast ein bisschen zu viel, um Informationen zu verbreiten, ihre Informationen zu finden usw.

Wir sind tatsächlich auch Partner von Slack. Deshalb arbeiten wir bei einigen Gelegenheiten ziemlich eng mit ihnen zusammen. [Crosstalk 00:20:39] Ja, genau. Und wir beginnen, mit Kunden auch über dasselbe Problem zu sprechen, darüber, wie viel zu viel ist, und wann beginnt man, Gemeinschaften um Menschen herum zu bilden, die den gleichen Mehrwert bieten. Diese Konversationen sind also besser aufeinander abgestimmt und es gibt nicht einfach eine Menge Geschwätz und die Leute sind verwirrt, etwa wenn sie Slack lesen und sagen: „Oh, ist das jetzt die Priorität? Oder soll ich das machen oder mich im Prozess ändern?“ Diese Kommunikation ist jetzt, glaube ich, wirklich schwieriger. Und ich glaube, hier haben viele Leute, die in diese abgelegene Umgebung ziehen, Probleme mit der Kommunikation, die Abstimmung.

Angad Seth:

Ja. Ja, stimmt.

William Rojas:

Und es ist, ich würde sagen, ziemlich organisch, wie unsere Kanalverbreitung. Ich denke, selbst für Unternehmen unserer Größe sind wir ziemlich unentschlossen, was die Verbreitung von Kanälen angeht, wer sie erstellen darf, wofür sie sind und so weiter. Aber dann gibt es die Flexibilität, je nach deinen Interessen oder dem Kontext dessen, worüber du kommunizieren möchtest, zu entscheiden, ob du entweder einem Kanal beitreten kannst, der ihn unterstützt, oder einen Kanal einrichten, falls nötig, um ihn zu unterstützen. In diesem Sinne ist es also ziemlich organisch. Aber es stimmt, dass es Hunderte, wenn nicht Tausende von Slack-Kanälen gibt, die wir haben, und es ist definitiv eine unserer größten Herausforderungen, zu wissen, auf welchem du sein solltest.

Angad Seth:

Ja. Ja, das ist einfach umwerfend, nur weil 500 Leute auf einem Slack sind. Unsere gesamte Firma besteht aus 35 Leuten und ich raufe mir die Haare, wenn ich in zu vielen Slacks bin. Also, A, das ist umwerfend.

William Rojas:

Es ermöglicht uns beispielsweise, kundenspezifische Slack-Kanäle zu haben. Also für jeden, wenn du darüber sprechen musst, ob du an einem bestimmten Account arbeitest, dass du für einen Kunden arbeitest, dann gibt es dafür einen Kanal. Und wenn du für einen anderen Kunden arbeitest, gibt es einen anderen Kanal. Das, was ich daran hilfreich finde, ist, dass es dir den Kontext gibt, wenn ich mit so oder so kommunizieren möchte, wenn ich mit Riz über einen bestimmten Account kommuniziere, gehe ich zum Account-Channel. Wenn ich persönlich mit Riz sprechen möchte, gehe ich zu einem Einzelchat.

Angad Seth:

Ich verstehe, ja, die Flexibilität.

William Rojas:

Wir haben also den Vorteil, wo die Informationen platziert werden sollen. Aber das bedeutet, dass ich wahrscheinlich über hundert Kanäle in meiner Liste von Dingen habe, denen ich folge, und ich hinke immer hinterher.

Angad Seth:

Ja.

William Rojas:

Nun ja. Also, die nächste Stufe ist, dann beginnen Sie zu priorisieren, über welche Kanäle ich wirklich informiert werden sollte und welche am wichtigsten sind. Ich möchte diese verfolgen. Und ich versuche, diese Liste auf ein Minimum zu beschränken, was ungelesene Nachrichten und die Dinge angeht, an die ich rankomme, und mir ist langweilig und ich habe nichts anderes zu tun, aber ja.

Rizwan Hasan:

Ich habe auch viele Kanäle verlassen. Ich habe gerade bei einigen Kanälen wirklich das Kabel durchtrennt. Weißt du, ich hatte eine gewisse Motivation, hier wirklich zu helfen, aber ich kann einfach nicht und es ist einfach zu laut. Und ich muss nur das Kabel durchtrennen und sagen, wenn es leer ist, findet kein Gespräch statt oder wenn es langsam ist, dann mach weiter.

Angad Seth:

Jep.

William Rojas:

Wir haben auch die Möglichkeit, Sie können wieder hinzugefügt werden. Manchmal gehst du und dann setzt dich jemand wieder rein und sagt: „Du musst darüber reden.“ Aber es ist ziemlich organisch. Ich weiß, dass wir es dem Einzelnen überlassen, zu entscheiden, wie wir das am besten handhaben.

Rizwan Hasan:

Ja.

Angad Seth:

Das ist großartig.

Rizwan Hasan:

Wir hatten heute tatsächlich einen Fall, in dem es eine alte gab, es war im Grunde eine Verkaufschance, ein Kunde, der sich wegen einer bestimmten Anfrage an uns gewandt hatte, und wir hatten monatelang nichts von ihm gehört, etwa acht bis neun Monate. Und jemand hat gepostet, jemand, mit dem ich in unserem Vertriebsteam ziemlich eng befreundet bin, hat gepostet: „Hey, das geht wieder los, aber ich habe nicht die Kapazität.“ Und ich bin sofort gegangen, als ich die Nachricht gesehen habe. Ich sagte: „Ich kann nicht helfen. Es tut mir leid.“

Angad Seth:

Ja. Der alte So und so, der die Gruppe verlassen hat, ist ein bisschen wie ein Stich ins Herz, aber ja.

Rizwan Hasan:

Ja.

Angad Seth:

Wir werden darüber hinwegkommen. Um auf einen Punkt zurückzukommen, den du erwähnt hast, Riz. Du sagtest, du hast die Worte Ausrichtung und Kommunikation benutzt. Sie beide, wenn Sie mit Kunden beraten, sind das die beiden Hauptthemen, auf die Sie Ihre Empfehlungen gerne stützen?

Rizwan Hasan:

Ich gebe Ihnen eine sehr beratende Antwort und sage, es kommt darauf an.

Angad Seth:

Ja.

Rizwan Hasan:

Aber wenn wir mit einem Kunden in Kontakt treten, ist es eine der schwierigsten Aufgaben unserer Arbeit, zu verstehen, ob die Gruppe der Personen, mit denen wir sprechen, überhaupt übereinstimmt, denn bei der Größenordnung der Projekte, mit denen wir manchmal zusammenarbeiten, haben wir etwa 20 bis 25 Personen, die an einem Telefongespräch teilnehmen. Und von all diesen Menschen haben möglicherweise unterschiedliche Motivationen oder Ziele, was sie mit ihrer Zusammenarbeit mit uns erreichen wollen. Ich würde also sagen, das ist in erster Linie der Grund für das, was wir herausfinden wollen, was wir mit ihnen zu tun versuchen, ist eine gewisse Übereinstimmung zwischen der Gruppe und uns selbst herzustellen, und das zu kommunizieren ist nicht immer einfach.

Angad Seth:

Ja.

William Rojas:

Nehmen wir an, Riz hinzuzufügen, das hängt auch ziemlich stark von der spezifischen Interaktion mit diesem Kunden ab. Also insbesondere, wenn es um das Engagement geht, denn wenn ein Engagement wie „Bring mich in die Cloud“ lautet. In Ordnung. Weißt du, komm rein. Oft gibt es für so etwas eine viel bessere Abstimmung. Wenn es bei den Engagements eher darum geht: „Hey, hilf uns, agil zu skalieren, hilf uns, unsere Ergebnisse besser zu machen.“ Dann ist die Notwendigkeit der Abstimmung, die Notwendigkeit, sicherzustellen, dass wir alle richtig kommunizieren, wir alle verstehen, dass wir alle mit den gleichen Zielen zu dem Meeting kommen und so weiter, viel wichtiger.

Angad Seth:

Ja.

William Rojas:

Bei solchen Engagements richten wir uns also ständig neu aus. Weil es nicht einmal so ist, als hätten wir die Abstimmung gehabt. Es ist wie ja. In Ordnung. Wir haben es, nächste Woche ist es weg. Wir müssen zurückgehen und es uns wieder holen. Das Festhalten, Sicherstellen, dass alle auf die gleichen Ziele zusteuern, diese Ziele definieren, sie sich entsprechend weiterentwickeln lassen und so weiter, all das wird um so viel wichtiger.

Angad Seth:

Ja.

William Rojas:

Und da sind die Tools, da sind Dinge wie JIRA und dann wieder, wie skalieren wir? Wie zeigen wir, was alle tun? Und so weiter, das ist der Punkt, an dem es um so viel wichtiger wird. Und bei solchen Einsätzen werden die Werkzeuge unverzichtbar. Nicht, dass die Tools diese Frage beantworten würden, aber die Werkzeuge werden zu einer Art und Weise, wie sie uns bei der Kommunikation helfen, ja. Wir sind uns alle einig, dass wir das tun werden. In Ordnung. Das Tool sagt das, weil das die Entscheidung ist, die wir getroffen haben.

Angad Seth:

Ja.

Rizwan Hasan:

Es ist wirklich interessant, dass du Cloud-Migration sagst, William, wenn du sagst: „Okay, ich gehe zur Cloud, wir wissen, wie die Ausrichtung ist“, aber selbst dann stelle ich fest, dass, besonders innerhalb des Atlassian-Ökosystems, dem wir ständig ausgesetzt sind, aber wenn wir Daten von einer komplett alten Infrastruktur auf etwas ganz Neues verschieben, wird das nicht dasselbe sein. Und es gibt Leute, die denken: „Oh, wir nehmen einfach all das Zeug von hier und stellen es da drüben hin.“ Aber was normalerweise nicht damit einhergeht, ist, dass Sie auch Ihre Arbeitsweise leicht ändern müssen. Es wird Änderungen geben, die Sie nicht berücksichtigen.

Und hier ist das Gespräch über die Ausrichtung wirklich wichtig, denn wir arbeiten mit kleinen Unternehmen zusammen, die verstehen, okay, der Umstieg auf die Cloud wird völlig anders sein. Wir arbeiten auch mit älteren Organisationen wie Finanzinstituten zusammen, die eine Menge Bürokratie, Prozess- und Sicherheitsbedenken haben, und zuerst diese Abstimmung und das Verständnis dafür zu bekommen, was es bedeutet, zu einer völlig anderen Arbeitsweise überzugehen, ist ebenfalls Teil dieses Gesprächs. Es ist also ein ständiges Hin und Her damit.

Angad Seth:

Ja, ja. Es ist wirklich herzerwärmend zu hören, dass Sie beide sich mit der JCMA befassen, dem Geo-Cloud-Migrationssystem.

Rizwan Hasan:

Ziemlich viel, ja.

Angad Seth:

Das ist großartig, denn ja, daran arbeiten wir derzeit auch. Also werde ich mit einer superschwierigen Frage enden und ich fordere euch auf, das Wort hängt da drin nicht zu benutzen. Und die Frage ist der wichtigste Ratschlag für Remote-Teams, die Agile praktizieren. Fangen Sie mit Ihnen an, Riz.

Rizwan Hasan:

Lernen Sie sich kennen.

Angad Seth:

Ja, okay.

Rizwan Hasan:

Halte es persönlich. Ich denke, eines der schwierigsten Dinge an dieser neuen Realität ist, diese Verbindung zu jemandem herzustellen, und wenn man das hat, baut das Vertrauen auf, und wenn man Vertrauen hat, ist alles viel einfacher. Also ich würde das sagen. Die Leute sind wirklich nicht... Der Feind. Das ist nicht das richtige Wort, aber Arbeit sollte kein Konflikt sein. Es sollte eher wie eine Verhandlung sein, und wenn Sie sich gegenseitig vertrauen, ist das viel einfacher.

Angad Seth:

Ja.

Rizwan Hasan:

Also ja.

Angad Seth:

Das ist großartig.

William Rojas:

Das ist es wirklich.

Angad Seth:

Das werde ich auf jeden Fall wieder mitnehmen.

William Rojas:

Ja. Und nur, wenn ich das schnell ergänzen könnte. Das ist, als würde man nach Wegen suchen, wie man das Herumstehen neben dem, das Trinken einer Tasse Kaffee ersetzen kann. Wie ersetzt man das in einer Remote-Umgebung?

Rizwan Hasan:

Ja.

Angad Seth:

Ja.

William Rojas:

Wie kann man immer noch diese persönliche Interaktion haben, dass vielleicht ein elektronisches Medium dazwischen liegt, aber es gibt immer noch eine Art persönliche Umgebung. Ich denke, das ist eines der Dinge, nach denen du suchst. Denn ja, es geht vor allem um Vertrauen. Und ich denke, dazu würde ich auch noch hinzufügen, zurück zur Ausrichtung. Richtig? Denn in gewisser Weise hilft diese starke Interaktion dabei, die Ausrichtung aufzubauen und aufrechtzuerhalten, denn oft geht es nicht so sehr darum, dass man sich ausrichtet, sondern dass man ausgerichtet bleibt.

Es ist also diese Konstante, und diese Interaktionen, dieses Vertrauen usw. zu haben, ermöglicht es uns gewissermaßen, auf dem Laufenden zu bleiben. Weil wir uns kennen, wir wissen, wie wir uns gegenseitig helfen können, wir unterstützen uns gegenseitig, sodass wir in Einklang bleiben. Das Vertrauen und so weiter sind also eine gute Möglichkeit, um die Ausrichtung selbst aufzubauen und aufrechtzuerhalten, nach der Sie suchen. Das ist absolut. In einer abgelegenen Welt hat man nicht den Vorteil, sich zu sehen, auf dem Whiteboard, all diese Dinge sind nicht gleich.

Angad Seth:

Sehr wahr. Eine Tasse Kaffee holen, ja.

William Rojas:

Aber wir müssen immer noch auf dem Laufenden bleiben, was getan werden muss. Das ist so wichtig.

Angad Seth:

Sehr wahr. Würdet ihr also irgendwelche Namen von Tools, die ihr verwendet, um das Vertrauen zwischen Teammitgliedern in einer Remote-Umgebung zu stärken, veröffentlichen wollen?

William Rojas:

Ich würde also sagen, wie ich in meiner Rolle bereits erwähnt habe, dass wir unter anderem im Presales-Bereich tätig sind. Wir betreuen einige unserer größeren Kunden, fast so etwas wie ein Solution Account Manager an sich. Also kommen wir rein und helfen sicherzustellen, dass der Kunde die Lösung erhält, die geliefert werden soll. Wir arbeiten also mit den Lieferteams zusammen, wir arbeiten mit dem Kunden zusammen, wir sitzen dazwischen.

Es gibt einen großen Kunden, an dem wir seit Jahren arbeiten, und wir sind im Grunde genommen so weit, dass sie sich in Richtung eines sicheren Zustands bewegen. Das würde ich nicht als absolut sicher bezeichnen, aber sie haben eine Menge sicherer Praktiken, aber sie machen PI-Planung, und so kommen wir rein und nehmen an der PI-Planung teil. Das ist eigentlich eine der Fragen, wie ich schon sagte, wie bleibt man am Leben?

Angad Seth:

Dieser Kreis. Ja. [Crosstalk 00:33:15]

William Rojas:

Sie rufen Ihre Programmdefinition auf, schauen sich an, welche Funktionen Sie im PI bereitstellen möchten, wer diese Funktion im PI bereitstellen wird, und dann gehen Sie in Ihrer Anzeige zurück zum Tool und sagen: „Schau, darauf haben wir uns geeinigt.“ Andere können Fragen stellen und so weiter und kommen ständig zurück zu... Zum Beispiel haben wir gerade letzte Woche den Sprint geplant und gesagt: „Okay, dieses Feature wird einen weiteren Sprint in die Länge ziehen. Lassen Sie mich zurückgehen und mich neu anpassen. „Dieser Kunde verwendet die Easy Agile-Programme. Der ursprüngliche Plan, diese Funktionen nicht einzuführen, sieht zum Beispiel nicht zwei Sprints vor, sondern stattdessen die drei Sprints.

Also diese Angewohnheit, das Tool zu verwenden, um mitzuteilen, was wir beschlossen haben und woran wir nur Änderungen vornehmen mussten. Es wird also zu einem Kommunikationsmittel, es ist wirklich wichtig. Ja, sie verwenden Programme, sie verwenden die Roadmap-Programme, um ihnen bei der PI-Planung zu helfen und auf dem Laufenden zu bleiben, was letztendlich am Ende von PI kommuniziert wird. Und dann während der Sprints des PI selbst, und das ist sehr hilfreich für sie. Auch hier gibt es, glaube ich, sieben Schulungen, und sie alle nutzen das, um synchron zu bleiben, aufeinander abgestimmt zu bleiben.

Angad Seth:

Fantastisch. Fantastisch.

William Rojas:

Eine weitere schnelle Sache, die ich sagen möchte, ist, ich denke, es wird einiges von dem, was wir gegangen sind, jetzt zum Status Quo, zum Dauerzustand werden. Ich denke, das war ein Wandel auf dem Markt, in der gesamten Branche, im gesamten Unternehmen, in der Art und Weise, wie Menschen arbeiten. Also die Idee der Telearbeit, die Idee, Tools zu verwenden, um die Kommunikation wirklich aufzubauen und die Kommunikation zu erleichtern, all das, obwohl es das schon gab, denke ich, der große Unterschied liegt jetzt bei allen, als ob man keine Wahl hat. Jeder muss es tun.

Angad Seth:

Muss. Ja.

William Rojas:

Und ich denke, wir haben aus diesem Grund definitiv einen großen Wandel in der gesamten Branche erlebt. Das wird sich jetzt verfestigen und mal sehen, was das nächste Level bringt. Aber ich denke auf jeden Fall, dass wir auf globaler Ebene ein neues Reifegrad erreicht haben und so weiter, was ziemlich cool ist.

Angad Seth:

Ja.

Rizwan Hasan:

Ja.

Angad Seth:

Ja, ist es. Danke Leute. Ich werde dich nicht zu lange behalten. Ich glaube, ist die Sonne dort untergegangen, Riz? Ich sehe, wie das Spiegelbild dunkel wird.

Rizwan Hasan:

Ja. Es ist auf dem Weg dorthin. Ja, ganz sicher.

Angad Seth:

Ja. Ja. Ich werde euch nicht zu lange festhalten.

Rizwan Hasan:

Alles gut.

Angad Seth:

Aber vielen Dank für das Gespräch. Ehrlich gesagt habe ich viel davon mitgenommen. Und ja, ich hoffe, ich kann euch zu meinem LinkedIn hinzufügen. Ich würde immer noch gerne in Kontakt bleiben.

William Rojas:

Auf jeden Fall.

Rizwan Hasan:

Ja, sicher.

Angad Seth:

Ja. Ich versuche einen Ansprechpartner zu finden, nicht um einen deiner Slack-Kanäle hinzuzufügen, aber ja. Nur damit wir über das Produkt sprechen und es verbessern können.

Rizwan Hasan:

Ja, sicher. Und wir haben einen Partnermanagement-Kanal. Ich weiß, wir haben ein bisschen mit Haley gesprochen.

Angad Seth:

Fantastisch.

Rizwan Hasan:

Sie hat Kontakt aufgenommen, es geht um ein paar andere Dinge.

Angad Seth:

Wunderschön.

Rizwan Hasan:

Ja, gerne. Wir beschäftigen uns mit Ihrem Produkt und es steht auch in unseren Whitepapers, und wir werden dieses Jahr ein weiteres Whitepaper veröffentlichen, in dem wir auch über Easy Agile sprechen werden. Also ja. Wir bleiben in Kontakt.

Angad Seth:

Cool.

William Rojas:

Ich habe es dir gerade gegeben, also ist mein LinkedIn unter einem anderen, mein LinkedIn ist nicht mit meiner Arbeits-E-Mail. Weil ich auf diese Weise das gleiche Konto von Ort zu Ort behalten kann.

Angad Seth:

Hört sich gut an.

William Rojas:

Ja. Damit kannst du mich auf LinkedIn nachschlagen.

Angad Seth:

Verdammt geil. Danke Leute.

William Rojas:

Fantastisch. Alles klar.

Angad Seth:

Hab einen schönen Tag.

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