Retro-Webinar: Hör auf zu reden, fang an zu tun

Erfahren Sie anhand Ihrer Retrospektiven, wie Sie Maßnahmen ergreifen können.

Easy Agile Podcast Ep.11 Dave Elkan & Nick Muldoon über den Aufbau von Easy Agile

Hör zu
Abonnieren Sie unseren Newsletter

Folgen Sie in dieser Folge von The Easy Agile Podcast Nick Muldoon und Dave Elkan, den Co-CEOs und Mitbegründern von Easy Agile. Da sie sich auf die nächste Wachstumsphase des Unternehmens freuen, wollten sie diese Gelegenheit nutzen, um über ihren bisherigen Werdegang nachzudenken.

Nick und Dave sprechen über das Wachstum eines Start-ups in der Region Australien, die Suche nach den richtigen Leuten, die Aufrechterhaltung einer positiven Teamkultur und die Bedeutung werteorientierter Teams.

„Unser Ziel ist es, Teams dabei zu helfen, agil zu sein, und dabei tun wir das für uns selbst. Wir versuchen ständig, zu lernen, uns anzupassen und mit neuen Dingen zu experimentieren. Ich hoffe, das war ein nützlicher kleiner Leckerbissen und eine Reise von Dave und mir darüber, wie wir Easy Agile zu diesem Punkt gebracht haben.“

- Nick Muldoon, Co-CEO von Easy Agile

„Es gibt diese lustigen kleinen Hacks und Analogien und ich denke, das ist eine Sache mit langfristiger Vision. Wenn Sie ein Unternehmen führen, das diese langfristige Vision und dieses Ziel nicht verfolgt, dann können Sie tatsächlich in mehrere Richtungen gleichzeitig gehen, und Sie werden keine Fortschritte machen.“

- Dave Elkan, Co-CEO von Easy Agile

Abonniere unbedingt, genieße die Folge 🎧

Transkript

Nick Muldoon:

Guten Tag, Leute. Nick Muldoon mit Dave Elkan, Mitbegründer und Co-CEO von Easy Agile. Bevor wir beginnen, möchten wir den traditionellen Hütern des Landes, auf dem wir heute senden und aufnehmen, unsere Anerkennung aussprechen, dem Volk der Wodiwodi der Dharawal Nation. Wir erweisen den Ältesten in Vergangenheit und Gegenwart unseren Respekt und erweisen allen unseren Ureinwohnern, die heute zuhören, den gleichen Respekt.

Nick Muldoon:

Dave, nur ein kleiner Rückblick auf fünfeinhalb Geschäftsjahre?

Dave Elkan:

Geschäft? Ja, eine Achterbahn. Es hat großen Spaß gemacht.

Nick Muldoon:

Es ist eine Achterbahn, nicht wahr? Ich schätze, wo fängt man am besten an? Der beste Ort, um anzufangen, ist am Anfang.

Dave Elkan:

Ja, ich meine, wir können vor dem Start gehen. Es gibt immer ein gutes Prequel. Ich schätze, wir können später eine Prequel-Episode machen. Aber ich glaube, ich erinnere mich frühestens an die Zusammenarbeit mit dir, Nick, war auf Level 15 in der Kent Street, bei Atlassian. Da war dieser rothaarige Typ am einen Ende des Gebäudes, der an Atlassian GreenHopper arbeitete, und ich war zu der Zeit damit beschäftigt, im Kick-Ass-Team zu arbeiten und 2011 den neuen Issue Navigator zu entwickeln, der jetzt der alte Issue Navigator ist. Und dann hast du dich nach San Francisco verschissen und ich bin ihm schließlich gefolgt, und dann haben wir eine Weile da rumgehangen, nicht wahr?

Nick Muldoon:

Ja, ich erinnere mich daran, weil wir uns hingesetzt haben, ich war zurück, um zu heiraten, und wir haben uns hingesetzt und einen Kaffee getrunken und darüber geredet, dass du und Rin nach San Francisco gezogen sind und wie es für Liz und mich gewesen war und wie der Prozess war und all diese Dinge.

Dave Elkan:

Das ist eine großartige Gelegenheit, auch unser Leben auf dieser großartigen Reise zu würdigen, und wenn sie nicht gewesen wären, wären wir wahrscheinlich gar nicht nach San Francisco gegangen, weil ein großer Teil der Werbung darin besteht, ins Ausland zu gehen und das sowieso für mich und für Sie selbst zu tun, da bin ich mir ziemlich sicher.

Nick Muldoon:

Ja. Ja, Liz war dieses große Gespräch darüber, nach Übersee zu gehen und etwas Neues zu erleben. Ich fühlte mich in Sydney ziemlich wohl und genoss meine Rolle im Produktmanagement bei Atlassian, aber es war wirklich ein Anstoß, etwas anderes zu erleben und zu machen.

Dave Elkan:

Absolut, hier genauso. Und du warst über vier Jahre dort, in San Francisco, und ich war drei Jahre dort. Aber du bist nach Hause gekommen, du hast geheiratet und ich habe dich gerade auf einen Kaffee geholt und wir saßen da im Martin Place und unterhielten uns und du sagtest: „Ja, es ist großartig. Komm vorbei, du kannst zwei Wochen bei mir bleiben.“ Und ich sage: „Oh, ich kenne dich kaum.“


Nick Muldoon:

Ja, aber es war so viel. Ja, auch wenn ich Liz oder mich nicht kannte, war es viel besser als die Alternative. Also für die Leute, die zuhörten, befand sich das Atlassian-Apartment zu der Zeit in einem ziemlich rauen Teil von The Tenderloin in San Francisco, und es war wahrscheinlich nicht die beste Einführung, wenn jemand nach San Francisco ziehen würde.

Dave Elkan:

Nein. Aber um es kurz zu machen, es gibt eine Menge guter Geschichten, ich bin mir sicher, dass wir sie eines Tages erzählen können, aber irgendwann hatten wir beide Töchter in San Francisco und wir wollten zu Hause und näher bei der Familie sein. Dann kamen wir nach Sydney und stellten fest, dass der Verkehr 20% oder 50% schlimmer ist als zu dem Zeitpunkt, als wir losfuhren und wir entwurzelt wurden. Also, wenn man einmal entwurzelt ist, muss man sich irgendwo wieder hinsetzen und es ist ziemlich einfach, an diesem Punkt umzusteigen, und man hat sich dafür entschieden, Sydney zu verlassen.

Nick Muldoon:

Ja, dieser regionale Lebensstil in Wollongong.

Dave Elkan:

Ja, wo Sie einen ganzen Block Land für sich haben können, ohne das Budget zu sprengen, und Sie können, relativ gesehen, als hätten sich die Zeiten in diesem Bereich ein bisschen geändert, aber seitdem haben wir das verfolgt, nicht wahr? Und wir haben uns Newcastle angesehen und...

Nick Muldoon:

Wir haben uns Newcastle angesehen, Brisbane und Adelaide angeschaut, wir sind sogar durch Wagga Wagga gegangen. Wir hatten das tollste indische Essen in Wagga Wagga, wir dachten fast: „Das ist der richtige Ort. Wenn wir in Wagga so etwas essen können, sind wir süß.“ Etwas zu kalt, aber am Ende haben wir uns für Wollongong entschieden, was zum großen Teil auf die Nähe zum Strand und zum Early Start Discovery Space für die Kinder zurückzuführen ist und einfach ein ziemlich cooler, chilliger Ort, um eine Familie zu gründen. Ich glaube, es gibt auch Aspekte, die Liz und mich wirklich an San Francisco erinnert haben. Wir gingen an einem Samstagmorgen oft auf den Bauernmarkt unten am Ferry Building, und wir fanden den Bauernmarkt an einem Freitag in Wollongong an der Crown Street North, also gab es diese Ähnlichkeiten, die es uns irgendwie ermöglichten, ziemlich einfach von einer Stadt in die andere zu wechseln.

Dave Elkan:

Ja. Es ist ein ziemlich einfacher Ort zum Leben und Verweilen. So wie ich es gerne drehe, ist es gerade weit genug von Sydney entfernt.

Nick Muldoon:

Ja, dazwischen ein netter kleiner Nationalpark.

Dave Elkan:

Stimmt, es kann nicht wirklich auf uns einwirken, es ist nicht erlaubt. Da kannst du nicht bauen, also hast du immer diesen Puffer. Aber ich erinnere mich, dass ich zum Geburtstag einer Nichte nach Sydney zurückkehrte und mir 9$ pro Stunde für das Parken am Strand berechnet wurden, wenn man bedenkt, dass du nicht einmal mehr eine Parkplakette hast, weil ich kein Anwohner war, und ich dachte: „Wow, das ist wirklich teuer.“ Aber für alle, die nach Wollongong oder in die andere Richtung kommen, können Sie kostenlos am Strand parken. Das ist quasi ein guter Lackmustest für den Unterschied, über den wir hier sprechen.

Nick Muldoon:

Mm-hmm (bejahend). Ja, ich schätze, dieses regionale Leben, als ob wir hier nicht wirklich eine Technologiebranche hätten. Wir kommen aus Sydney, wo es vor 10 Jahren diese aufstrebende Tech-Szene und SyDJs, SydCSS und andere Meetups gab, und in San Francisco wurden wir mittendrin gedrängt. Ich erinnere mich, wir haben letzte Woche über ein Treffen gechattet, bei dem wir uns getroffen haben, den Ruby Creator bei einem Heroku-Treffen, glaube ich, und eine Sitzung über [detrace 00:06:17] in der Firma, die jetzt pleite ist und an deren Namen ich mich nicht einmal erinnern kann, aber wir waren mittendrin bei all den Meetups in San Francisco. Dann gab es in Wollongong nichts davon, und so war es wie eine Frage, was wir tun könnten, um auch hier eine Gemeinschaft aufzubauen, zu versuchen, andere Gleichgesinnte zu treffen?

Dave Elkan:

Ja, es war definitiv dieser Wunsch, nicht wahr? Und wir haben uns vorgenommen, das zu tun, und ich glaube, es war Rin, der es Siligong genannt hat. Ich erinnere mich, dass wir vor unserer Abreise tatsächlich über das Siligong-Tal gesprochen haben, und wir haben einfach beschlossen, das zum Namen der Gemeinde zu machen. Ich habe neulich auf meine alten E-Mails zurückgeschaut und dachte: „Oh, wir haben tatsächlich über Siligong gesprochen, bevor wir in Wollongong waren“, also das ist ziemlich cool.

Nick Muldoon:

Ich erinnere mich an die frühen Tage, weil ich glaube, du und Rin seid mit [Umi 00:07:08] auf dem Flug zurückgekehrt, und Umi war sechs oder acht Wochen alt.

Dave Elkan:

Ja, Oktober.

Nick Muldoon:

Wenn ich mich nicht irre, habe ich dich bei deiner Mutter abgesetzt, damit du deine Mutter und Ken treffen kannst und das war quasi die Heimatbasis. Und danach waren es ein paar Monate oder so, bis wir dich endlich hier unten hatten. Und ich glaube, du warst bei Liz und mir, als du hergekommen bist...

Dave Elkan:

Ja, wieder für zwei Wochen.

Nick Muldoon:

... noch ein paar Wochen, und wir haben wirklich über die Entstehung dessen gesprochen, was zu der Zeit als Arijea Products bezeichnet wurde, und einer Marke, bei der wir nie geblieben sind. Woran erinnern Sie sich an diese frühen Tage und an den Versuch, das Geschäft auf die Beine zu stellen?

Dave Elkan:

Wenn ich darüber nachdenke, du warst in Coniston, nicht in Coniston, [Carmila 00:07:59], es waren tatsächlich weniger als zwei Wochen, weil wir alle kleine Kinder hatten und es war einfach ein bisschen verrückt. Also ich glaube, Rin und ich haben uns organisiert... wir sind runtergekommen und haben Inspektionen gemacht und wir sind bei dir geblieben, während wir das machen, und dann konnten wir uns einen Platz in Fairy Meadow sichern und sind runtergezogen, also sind wir zu diesem Zeitpunkt ein bisschen hin und her gegangen. Und dann waren es diese sechs Monate, in denen buchstäblich... Ich hatte kein Fahrrad, ich bin einfach zu Fuß zur Arbeit gegangen, was für mich super neu ist. Ich habe immer den Bus genommen oder bin mit dem Fahrrad gefahren.

Dave Elkan:

Einige von Ihnen wissen vielleicht, dass ich nie zur Arbeit gependelt bin und das hoffentlich nie tun muss, und wir haben unser Leben nach einem solchen Konzept gestaltet. Aber ich finde es wirklich toll, ich lebte nur zwei Kilometer zu Fuß von der Arbeit entfernt, und das war mindestens die ersten sechs Monate, bis ich nach Balgownie gezogen bin, aber es war eine großartige Zeit meines Lebens und wir hatten ein brandneues Baby und konzentrierten uns einfach auf das Geschäft und versuchten [Crosstalk 00:09:00] -

Nick Muldoon:

Ich erinnere mich, dass wir in den frühen Tagen wirklich keine Ahnung hatten, was wir gemacht haben. Wir haben einen Bereich durchsucht und gesagt: „Nein, das ist nicht angemessen“, und dann haben wir unsere Aufmerksamkeit etwas anderem zugewandt.

Dave Elkan:

Ja. Wir sind uns ein bisschen im Kreis gejagt. Wir hatten einmal fünf Produkte mit zwei Personen.

Nick Muldoon:

Das ist richtig.

Dave Elkan:

Ich denke, das ist zu viel, aber dank der guten Gespräche mit den Kollegen um uns herum bei IXI, die wir führen konnten... als hätten sie gute Fragen gestellt und ich erinnere mich, dass Rob und Nathan uns fragten: „Worin bist du gut?“ Und ich glaube, es war Rin, der meinte: „Okay, du hast diese App-Idee, an wen wirst du sie vermarkten? Schau dir deine Netzwerke an.“ Und das war es, all diese Pfeile begannen in Richtung Agile zu zeigen.

Nick Muldoon:

Ja, ich glaube, es war diese Idee, die Rin hatte: „Du kannst es bauen und sie werden kommen, oder du kannst herausfinden, welchen Markt und welchen Vertrieb du hast, und was ist das Publikum, das du bereits hast, und wie nutzt du das Publikum, das du bereits in der agilen Softwareentwicklung hast, um dieses Publikum zu gründen und etwas Schwung zu bekommen?“ Und das hat uns wirklich umgehauen und in Schwung gebracht. Wenn ich mich nicht irre, denke ich, dass wir eigentlich... nicht viele Ausgaben gehabt hätten, aber ich glaube, wir hatten im Juni 2016 tatsächlich die Gewinnschwelle erreicht, und es war irgendwie dieser „Hurra“ -Moment, weil wir nicht in den Zug steigen und nach Sydney pendeln mussten, um bei Atlassian zu arbeiten oder so. Wir hatten das Produkt für markttauglich befunden und konnten es irgendwie weiterverfolgen und zur nächsten Phase übergehen.

Dave Elkan:

Das stimmt, ja. In dieser Geschichte steckt auch viel, zum Beispiel, wie wir festgestellt haben, dass das Produkt zum Markt passt und die Schritte dahin und auch viele Erkenntnisse aus dieser Zeit, die ich irgendwann teilen kann, denke ich, aber wir könnten in ein Kaninchenloch gehen, wenn wir uns darauf einlassen. Aber ich erinnere mich sicherlich an gut durchdachte Gespräche, die bei Lamingtons und Tee im Mike Codd-Gebäude auf dem Innovation Campus der University of Wollongong geführt wurden, wo wir angefangen haben. Und das war wirklich nur eine Zeit, um... es fühlte sich anders an als meine vorherige, zu der Zeit 15 Jahre Erfahrung, in der man eigentlich, es okay ist, innezuhalten und zu reden und darüber nachzudenken, was man tut, während es in der Vergangenheit einfach hieß: „Geh, geh, baue dieses Ding.“ Und es ist wie: „Oh, okay“, das war wirklich erfrischend für mich und ich denke, das war ein wirklich guter Schritt, um das zu öffnen, was zur Storymap wurde, was unser erstes wirklich erfolgreiches Produkt war.

Nick Muldoon:

Mm-hmm (bejahend). Sie haben die Lamingtons und Tee erwähnt, es waren wahrscheinlich mindestens 50% unserer Zeit, das Geschäft auf die Beine zu stellen, waren Lamingtons und Tee. Es ging darum, über Dinge zu chatten, keinen Code zu schreiben, wir hatten keine nennenswerten Kunden. Es ging wirklich darum herauszufinden, welche Art von Markt wir verfolgen wollten, welche Lösungen wir anbieten wollten und welche Art von Geschäft wir aufbauen wollten? Das war ein großer Teil unserer Zeit, um es auf die Beine zu stellen.

Dave Elkan:

Absolut. Und für die Zuhörer da draußen, die nicht wissen, was ein Lamington ist, es ist eigentlich ein köstliches Stück Biskuitkuchen, getaucht in Schokoladensauce und dann Kokosnuss, Kokosraspeln, also ich weiß, dass man sie in den USA kaufen kann. Das haben wir bei Atlassian gemacht und sie waren ein großer Erfolg, vor allem, weil sie auch Sahne drin hatten, also wirklich gut für eine Tasse Tee oder Kaffee, was auch immer man nimmt. Aber die Sache ist, dass es eine gute Idee ist, sich mit einem Mitbegründer zusammenzusetzen und viel mehr zu reden, als Sie tippen, das ist die Art von Regel, die ich daraus gezogen habe.

Nick Muldoon:

Es ist interessant, weil es so etwas wie diese Art des Sprechens statt Tippens war, das quasi die Entstehung eines unserer Werte war, auch dieses engagierte System. Und ich glaube nicht, dass Sie Kahnemans Buch zu dieser Zeit gelesen haben, und das kam später, sondern sogar nur diese Idee von: „Nehmen wir uns jetzt einfach die Zeit, um über solche Dinge nachzudenken und sie zu verarbeiten“, und der Kontext [Crosstalk 00:13:09] -

Dave Elkan:

Nein, ich erinnere mich. Entschuldigung, ja. Ich habe 2017 auf dem Lansing Summit auch einen Vortrag über Engaged System gehalten.

Nick Muldoon:

16 oder 17?

Dave Elkan:

16 oder 17, ich kann mich nicht erinnern, welcher es ist.

Nick Muldoon:

'16, weil du '16 nach Barcelona gegangen bist.

Dave Elkan:

Barcelona, und das habe ich dort gemacht, nicht wahr? Ja, also das war früh, als ich Thinking, Fast and Slow gelesen habe, was ich sehr empfehlen kann.

Nick Muldoon:

Und der Kontext dazu, für die Leute, die zuhören: Mitte 2016 hatte Dave eine neun Monate alte Tochter. Meine Tochter war zwei Jahre alt und ich hatte ein Neugeborenes und du solltest... deine Nummer zwei bekommen, oder? Also bauten wir ein Unternehmen auf, als wir gründeten und auch unsere Familien gründeten, also hieß es: „Lass uns alles machen“, in einer neuen Stadt. Wie: „Lass uns alles auf einmal machen.“

Dave Elkan:

Ja, das könntest du genauso gut, oder? Beiß einfach alles ab und reiß das Pflaster ab und fertig. Ich meine, meine Töchter waren nur 18 Monate voneinander entfernt, also diese Art von... Bring es einfach hinter dich. Mach den schwierigen Teil und dann kannst du gehen und dich danach amüsieren, nur ein Scherz. Es ist toll, in jungen Jahren viele Kinder zu haben, ich vermisse diese Zeit wirklich. Aber ja, wir waren ziemlich verrückt, aber wir haben es geschafft.

Nick Muldoon:

Es gab uns auch eine Einschränkung, nicht wahr? Weil wir das Mitternachtsöl nicht verbrennen konnten, konnten wir uns nicht von 05:00 Uhr bis Mitternacht auspeitschen, weil wir einfach nicht die Energie hatten und wir die Kinder ernähren und baden und ab ins Bett und all diese Dinge. Es gab also einen Rhythmus, und jetzt, wo ich darüber nachdenke, ergab sich daraus ein weiterer Wert, der unser Gleichgewicht betraf und die Herstellung von Gleichgewicht in unserem Leben betraf.

Dave Elkan:

Ja, ich erinnere mich, tut mir leid, dass ich unterbreche, eine Tweet-Idee, ich kann sie wahrscheinlich ausgraben, an der ich Stoffwindeln oder Windeln aufgehängt habe... es muss gewesen sein, es war in Balgownie, also muss das nach sechs Monaten gewesen sein. Aber ich habe Windeln rumgehangen und ich muss an dem Tag von zu Hause aus gearbeitet haben oder so, aber das war einfach so, als würde ich mein Leben mit der Arbeit in Einklang bringen. Und ich glaube, es kam zurück mit Arbeit, Privatleben, Familienbalance oder so. Wir würden das auf Arbeitsleben, Familie und soziale Ausgewogenheit ausdehnen, das versuchen wir zu verfolgen.

Nick Muldoon:

Mm-hmm (bejahend). Wie sind wir auf diese Reise rund um die Werte und die Art der Etablierung der Werte gekommen? Wann war das im Leben des Unternehmens?

Dave Elkan:

Ich kann mich an den Ort erinnern, an dem wir waren, wir waren tatsächlich in unserem Büro in der Crown Street, als wir uns wirklich hingesetzt und uns darin zusammenkauerten, also das wäre 2018 gewesen.

Nick Muldoon:

Ich glaube, im November 2018 haben wir unser erstes Easy Agile für Fortgeschrittene abgehalten, und dort haben Sie die Sitzung abgehalten: „Was uns hierher gebracht hat, bringt uns nicht dorthin.“ Zu diesem Zeitpunkt hatten wir also die beiden Produkte, Easy Agile User Story Maps und Easy Agile Roadmaps, und wir hatten unsere Marke von Arijea Products auf Easy Agile umgestellt, um unsere Energie sozusagen auf den Agile-Bereich zu konzentrieren. Wir haben die anderen drei Produkte, die nicht auf Agile ausgerichtet waren, veräußert, also haben wir sie an einen anderen Atlassian Solution Marketplace-Partner verkauft. Ich glaube, da haben wir angefangen, diese Gespräche über die nächste Entwicklung des Unternehmenswachstums zu führen. Dann war es 2019, als wir wieder in der Crown Street waren, zurück im Büro, wo wir dieses Gespräch über die Kodifizierung, Etablierung und Niederschrift unserer Werte führten.

Dave Elkan:

Das ist richtig, und es ist ein sehr wertvoller Prozess, den man durchmachen muss, um wirklich im Alltag innezuhalten und sich wirklich darauf zu konzentrieren. Damit hatte ich immer Probleme, ich habe immer Dinge zu tun, aber wenn du dich einmal aus diesem Prozess herausziehst und herauszoomst und dir das Unternehmen ansiehst und dir das angesehen hast und was dir am Herzen liegt, dann kannst du wirklich anfangen, diese Gespräche zu führen, aber sie zu einer tatsächlichen Sache zu machen. Ich denke, man kann es nicht einfach nebenbei machen, man kann es nicht einfach so gut machen wie andere Dinge, es muss wirklich Priorität haben, wie ich gerne sage. Priorität ist kein Plural, es macht keinen Sinn, wenn es pluralisiert ist, aber das sollte die eine Sache sein, die man unter idealen Umständen tut, als ob man es einfach tut und sich wirklich darauf konzentriert, weil es wirklich schwierig ist.

Dave Elkan:

Und es sollte nicht, ich glaube nicht in einer Sitzung, aber zumindest wenn du es tust, es zu einer ernsten Sache machen, denn wenn es echte Werte sind und du sie lebst, als ob sie einfach ziemlich unveränderlich sind, gehen sie einfach mit dir weiter. Wenn du feststellst, dass du sie nicht lebst, dann solltest du sie dir unbedingt noch einmal ansehen, aber wir hatten das Glück, dass die Werte, die wir vertreten, wahr geblieben sind, und ich habe wirklich das Gefühl, dass ich von all den Unternehmen, in denen ich gearbeitet habe, sogar Atlassian, diese jeden Tag auf ganz unterschiedliche Weise gelebt habe.

Nick Muldoon:

Mm-hmm (bejahend). Also, was sind die Werte, die wir haben? Wir haben über bessere Ausgewogenheit gesprochen, und darüber haben wir ein bisschen gesprochen. Wir haben auch über ein engagiertes System 2 gesprochen, wie dieses System-2-Denken. Was sind unsere Werte?

Dave Elkan:

Sei der Kunde, gib etwas zurück und [Crosstalk 00:18:30] -

Nick Muldoon:

[Crosstalk 00:18:30] war ein großes Thema und verpflichte dich zum Team. Also besser mit Ausgewogenheit, etwas zurückgeben, Kunde sein, über unser Gewicht hinausgehen, Engaged System 2 nutzen und sich als Team engagieren. Kehren Sie zu dem Gespräch zurück, das wir 2017 über das Thema „Geben“ geführt haben. Das war etwas, das wirklich System 2 war. Wie haben wir darüber nachgedacht, der Community etwas zurückzugeben, und was bedeutete das für uns als Unternehmen?

Dave Elkan:

Ich denke, es geht auf das zurück, was Sie zuvor über die Community in San Francisco gesagt haben, die wir erlebt haben, und was wir hier mit Silicon gemacht haben, und das einfach zu einem Schwerpunkt gemacht haben, um der Community etwas zurückzugeben. Es baut sich nicht von selbst auf, also muss die Community aktiv aufgebaut werden, indem jemand seine Hand hochlegen und sie starten muss, und ich denke, das haben wir getan. Seitdem haben wir es vielen anderen Leuten ermöglicht, auf wirklich einfache Weise etwas zurückzugeben, wie zum Beispiel: „Lass uns ein Meetup veranstalten“, „Das ist in Ordnung, hier ist unser Framework, auf dem wir das aufbauen können.“ Und auch einfach die tägliche Kommunikation, die wir untereinander auf unserem Silicon Slack haben, was einfach super wertvoll ist.

Nick Muldoon:


Auch super aktiv.

Dave Elkan:

Oh, super aktiv, besonders im Lockdown, da sind viele Leute, die über alle möglichen Dinge reden.

Nick Muldoon:

Ich denke, vielleicht eines der anderen Dinge, also haben Dave und ich das bei Atlassian erlebt, das war diese Idee des Pledge 1%, aber in unserem ersten oder zweiten Jahr mit Easy Agile kamen Atlassian zusammen mit Salesforce und einer Reihe anderer Unternehmen zusammen, um das Fundament für Pledge 1% zu kodifizieren und aufzubauen und andere Unternehmen zu bitten, sich dazu zu verpflichten. Und 2017 haben wir uns verpflichtet, wenn ich mich nicht irre, 1% zu spenden, und jetzt, wo ich schätze, wir spenden quasi 2%, aber was war der Antrieb hinter unserem Versprechen von 1% to Room to Read?

Dave Elkan:

Es ist zum Teil Faulheit, weil ich wirklich ein System für solche Dinge haben möchte und leider ist es schwierig, wenn man ein Unternehmen gründet, die Zeit zu investieren und darüber nachzudenken. Also entschied ich mich für die einfache System-1-Option, die zu dem passt, was wir bei Atlassian erlebt haben, nämlich Room to Read zu unterstützen, was eine großartige Initiative ist, um sicherzustellen, dass junge Frauen, insbesondere in Ländern der Dritten Welt, mindestens eine höhere Ausbildung erhalten, die Grundschule verlassen, in die High School gehen und wenn sie diesen Punkt erreicht haben, ist es viel wahrscheinlicher, dass sie unabhängig sind. Und mit solchen Dingen, wie diesen Investitionen, ist es, als würde man am Anfang neu beginnen und Ländern und Menschen ermöglichen, sich selbst zu helfen. Wenn sie gebildet sind, ist das ein großer Schritt in die richtige Richtung, um sowohl die Überbevölkerung als auch den Klimawandel und all diese Dinge zu bekämpfen, die davon profitieren, dass es diesen Menschen im Leben gut geht.

Nick Muldoon:

Mm-hmm (bejahend). Ja, sie verbessern ständig ihr Schicksal im Leben, richtig? Wie die Erhöhung des Lebensstandards durch Bildung.

Dave Elkan:

Das ist richtig.

Nick Muldoon:

Und wenn wir darüber nachdenken, dass es eines dieser anderen Dinge ist, über unser Gewicht zu schlagen, ich meine, ich erinnere mich, dass wir darüber gesprochen haben, bevor wir unsere Werte aufgeschrieben haben, darauf haben wir wirklich viel Energie konzentriert. Wie Sie bereits erwähnt haben, waren wir zu zweit und wir hatten fünf Produkte auf dem Markt. Ich bin mir nicht ganz sicher, ob das ein gutes Beispiel dafür war, dass wir über unser Gewicht hinaus geschlagen haben, weil wir vielleicht ein bisschen Probleme hatten, aber was sind einige Beispiele dafür, dass wir als kleines Team aus der Region Australien über unser Gewicht geschlagen haben?

Dave Elkan:

Eines unserer Produkte, das wir ursprünglich gebaut haben, war mir wirklich ein Dorn im Auge, es ging ständig kaputt und es spielte nicht meine Stärken aus, was traditionell die Frontend-Entwicklung ist. Danach habe ich mich davon verbrannt und musste die ganze Nacht wach bleiben und das Problem beheben. Ich entschied mich für Apps, die stärker auf das Frontend ausgerichtet sind. Deshalb haben wir Easy Agile User Story Maps und Easy Agile-Programme und Easy Agile Roadmaps hauptsächlich als Frontend-Apps entwickelt. Tatsächlich hatten Easy Agile Roadmaps in den ersten zwei Jahren nicht einmal einen Server, es war nur eine statische Datei in einem Bucket in CloudFront. So funktioniert Atlassian Connect, es ermöglicht dir, Apps auf diese Weise zu hosten, und das kann wirklich nicht kaputt gehen, es bietet im Wesentlichen nur eine andere Sicht auf Jira, aber architektonisch ist es ziemlich einfach. Also konnten wir einfach... das war eine Art, unser Gewicht zu übertreffen, was auch eine bessere Balance ermöglicht, also ergänzen sie sich in dieser Hinsicht irgendwie. Welche anderen Ideen [Crosstalk 00:23:24] -

Nick Muldoon:

Ja, wenn nicht viel schief gehen kann, dann müssen Sie nicht auf Abruf sein und Sie müssen die Dinge nicht außerhalb der Geschäftszeiten reparieren, damit Sie nicht mit verschwommenen Augen und dickem Finger aufwachen und am nächsten Tag einen Bug haben, der das Problem verschlimmert.

Dave Elkan:

Und wenn du die Analogie zu weit treibst, du könntest denken, dass ein Schlag über deinem Gewicht so ist, als ob du jemanden richtig hart schlagen und ihn dann umwerfen kannst, aber das ist eher so, dass du definitiv um den großen [Pelz 00:23:44] rennst. Du lässt dich nicht einmal auf ein Geschwätz ein, du gehst dem nur aus dem Weg. Deshalb haben wir diese Produkte verwendet, und bis vor Kurzem hatten wir tatsächlich Server für sie, und auch hier ist es immer noch sehr einfach, aber sie werden sehr gut überwacht. Wenn also etwas schief geht, haben wir alles im Griff.

Nick Muldoon:

Ich denke, einer der anderen Aspekte in Bezug auf die Technologie, die über unserem Gewicht liegt, ist, dass wir ziemlich oft... Ich denke, vielleicht hast du schon einmal in Bezug auf Room to Read und das Zurückgeben die Faulheit erwähnt, aber wir sind in gewisser Hinsicht faul und wollen einfach Dinge automatisieren. Und ich erinnere mich an den XKCD-Comic, den du teilst, mit dem, wann ist der richtige Zeitpunkt, um etwas zu automatisieren, und wann automatisierst du es, um die Rendite zu erzielen, die du dir wünschst? Aber ich habe das Gefühl, dass wir einige ziemlich gute Entscheidungen darüber getroffen haben, wann Dinge automatisiert werden sollen und sogar darüber, wie wir Kundensupport anbieten oder die alten Tests und Bereitstellungen durchführen, mit Produkten herumgespielt haben, wir haben diese Dinge zu ziemlich guten Zeiten gemacht, sodass wir Produkte an ein globales Publikum von ein paar tausend Kunden liefern können, von Wollongong aus außerhalb der Zeitzone mit diesen Kunden.

Dave Elkan:

Ja. Es ist auch der Zeit voraus, also ich denke, in der Inception Week, was wir jetzt alle fünf Wochen machen, geben wir eine Woche auf, um dem Team den Raum zu geben, neue Dinge zu entdecken. Dabei sind erstaunliche Dinge herausgekommen, die Sie sonst, wenn Sie nur Woche für Woche, Woche für Woche, Woche für Woche, nie wirklich erkennen würden, aber wenn es mir in den Sinn kommt, fällt mir unser Dev-Container ein, der ein Docket-Container ist, der alle Teile enthält, die für die Entwicklung unserer Apps benötigt werden. Sie checken also einfach dieses eine Repository aus, führen ein Skript aus und es richtet Ihre gesamte Entwicklungsumgebung ein. Es ist eine großartige Möglichkeit für das Team, die Tools zu teilen, die ihnen helfen, ihr Gewicht zu übertreffen. Es ist also ein großer Schlag über unserem Gewicht und das kam aus der Inception Week. Ich denke also, dass die Inception Week mehr bietet als alles andere, und auch der Dev-Container ist ein echter Hingucker.

Dave Elkan:


Früher hatten wir so viele Probleme mit einzelnen Versionen dieses oder jenes auf jedem Computer, und jetzt ist das einfach alles weg, es passiert nie wieder, es hat uns seitdem nie wieder getroffen, und ich denke, es ist ein überwältigender Erfolg. Sicher, es braucht einen brandneuen RAM und eine ganz neue CPU, aber das tut es... wir werden es schaffen, als würde es besser werden.

Nick Muldoon:

RAM und CPU sind billig, es ist okay.

Dave Elkan:

Du kannst die Zeit nie zurückbekommen, oder?

Nick Muldoon:

Ja, absolut. Ja, wenn wir über diese Dinge nachdenken, wie bewusst waren wir Ihrer Meinung nach in Bezug auf die Werte in unserem Ansatz beim Aufbau und der Skalierung eines Unternehmens im Vergleich zu Dingen, die einfach passiert sind?

Dave Elkan:

Während eines großen Teils der Unternehmensgründung gab es eine Menge Mentalitätskram: „Mach es einfach“, was passieren muss. Ich möchte jedoch zu der Zeit zurückkehren, als wir angefangen haben, alles war Chaos. Ich erinnere mich daran, Anfang 2018, Mitte 2018, wir kamen am Montag rein und fragten uns: „Was machen wir heute? Was ist diese Woche? Schauen wir uns den Backlog an und schauen wir uns das an.“ Und es gab keinerlei Voraussicht.

Nick Muldoon:

Und wir haben ein paar Dinge aus dem Backlog gestrichen und an diesem Wochenende einfach abgearbeitet. Das war es, richtig?

Dave Elkan:

Ja, so ziemlich. Ja, also hast du die Idee vorgeschlagen, es war Anfang des Jahres, es muss 2018 gewesen sein. War es 2019? Wie dem auch sei, lassen Sie uns einfach eine Woche lang Klarheit schaffen, was im Wesentlichen unser interner CI-Raum ist, und einfach eine Reihe von Produkten und Problemen aus dem Weg räumen. Das war das erste Mal, dass wir angefangen haben, uns wirklich zu konzentrieren, denn da wir so viele Produkte hatten, denke ich, dass wir sie zu diesem Zeitpunkt tatsächlich verkauft haben könnten. Ja, ich glaube, das hatten wir auf jeden Fall. Aber [Crosstalk 00:27:28] -

Nick Muldoon:

Aber wir hatten immer noch Roadmaps, Story Maps, Clarity Week, EACS, als ob wir andere interne Systeme hatten, die wir verwendeten, und das Team wuchs tatsächlich über Dave und mich hinaus, und es wuchs. Da waren Jared, Satvik und Rob, und so wuchs auch das Team zu diesem Zeitpunkt. Es gab uns also die Möglichkeit, eine Reihe von Leuten für einen bestimmten Zeitraum, etwa eine Woche, mit einem Problem zu befassen.

Dave Elkan:

Stimmt, und daraus entstand die Idee des Fokus, und wir fingen an, fokussierte Sprints zu machen, also Produktfokus-Sprints, bei denen ein weiteres schreckliches Problem des Überfahrens hervorgehoben wurde. Wenn Sie Ihre Schätzungen überfahren haben, dann müssten Sie in neun Wochen oder so zurückkommen und es war einfach [diabolisch 00:28:12].


Nick Muldoon:

Das ist richtig.

Dave Elkan:

Also haben wir [Crosstalk 00:28:14] fallen lassen -

Nick Muldoon:

Was haben wir gemacht? Wir haben zwei Wochen mit Story Maps gearbeitet, zwei Wochen mit Roadmaps, zwei Wochen mit internen Systemen, zwei Wochen mit irgendwas und dann eine Woche mit Inception Week?

Dave Elkan:

Anfangswoche. Ja, ich denke [Crosstalk 00:28:26] -

Nick Muldoon:

Ich kann mich jetzt nicht einmal mehr erinnern, was das andere Ding war.

Dave Elkan:

Insgesamt waren es neun Wochen, nicht wahr?

Nick Muldoon:

Ja.

Dave Elkan:

[Crosstalk 00:28:31] Straßenkarten-

Nick Muldoon:

Wenn Sie es verpasst und nicht versendet haben, sind wir zum nächsten Produkt übergegangen und haben es weiterentwickelt, und dann kamen wir darauf zurück.

Dave Elkan:

In Ewigkeiten entfernt. Und es war super stressig für das Team und das haben wir schnell zunichte gemacht, in der Woche, in der wir flexibler an die Sache herangegangen sind, wo wir das harte Mandat fallen ließen, dass du jetzt Produkte austauschen musst, wir haben sie ein bisschen übergehen lassen und dann haben wir die Storypoints auf die nächsten angepasst, bla, bla, bla. Und dann kratze ich irgendwann an meinem Gedächtnis, aber im Grunde sind wir an einem Punkt angelangt, an dem wir Möglichkeiten eingeführt haben, die lose auf Shape Up von Basecamp basierten, und wir haben eine Menge Dinge daraus übernommen, aber die meisten davon passten nicht wirklich zu unserer Arbeitsweise und unseren Werten.

Nick Muldoon:

Ich meine, dieser ganze Opportunitätszyklus, wir haben uns jetzt drei- oder viermal weiterentwickelt.

Dave Elkan:


Und im Idealfall waren es nur zwei oder vier Wochen Arbeit, und dann machten wir die Inception Week und die Tech Debt Week, und wir haben eine spezielle Tech Debt Week als Mandat. Das haben wir seitdem fallen lassen, und jetzt haben wir vier Wochen Arbeit, einschließlich Tech Debt, und dann haben wir die Inception Week, und das ist irgendwie cool, oder? Als ob wir immer noch das Mandat der Inception Week haben, nicht der Tech Debt Week. Das ist das Letzte; ich denke, die Mandate... weil es wie ein Kickstart für dein Motorrad ist, du musst wirklich einen guten Kick geben und das ist im Grunde das, was wir in den letzten drei Jahren versucht haben, ist, dieses Ding zum Laufen zu bringen. Ich glaube, wir haben...

Nick Muldoon:

Aufgebauter Schwung.

Dave Elkan:

Der Motor läuft jetzt... ja. Der Motor läuft jetzt und wir ziehen die Kupplung heraus. Es ist nur so, dass die Mandate langsam wegfallen und das Team seinen eigenen Weg findet, aber ich habe immer noch das Gefühl, dass dieser Zyklus das Wichtigste ist, dass fünf Wochen, in denen wir aufhören, jeder weiß, was passiert. Denn wenn es einfach für immer in die Zukunft hinausläuft, kannst du das nicht in deinem Kopf berechnen, aber du kannst fünf Wochen vorausschauen und sagen: „Ich werde diese Arbeit planen, sie wird nicht bis zu einem N-ten Grad erledigt werden, weil das irgendwie komisch ist“, es ist einfach so: „Lass uns versuchen, das zu erreichen und lass uns ein Stück nach dem anderen abbeißen.“ Dann machen wir eine Pause mit der Inception Week, lassen unserer Kreativität freien Lauf und dann kommen wir in der nächsten Runde darauf zurück.

Nick Muldoon:

Richtig, also muss ich hier Timeout anrufen. Also das ist eine Seitenleiste für alle, die zu Hause zuhören; Dave hat gerade diese Analogie benutzt, wie man das Motorrad anwirft und dann die Kupplung herauszieht. Eines der Dinge, die Dave unglaublich gut kann, ist, dass er sich diese Analogien schnappt und diese Analogien verwendet, um Konzepte zu vereinfachen, die ich sonst für ziemlich komplex halte, und sie zu vereinfachen und wirklich gut zu kommunizieren. Das habe ich noch nie gehört, aber es gibt ein neues, das wir dem Repertoire hinzufügen können, Dave. Ich liebe es.

Dave Elkan:

Danke, Kumpel.

Nick Muldoon:

Was für andere Dinge? Weil ich schätze, wir planen diese Reise über fünfeinhalb Jahre, von Dave und Nick und der Hinzunahme von Satvik und Teagan und Jared und Rob und Brad und ein paar Leute im Laufe der Zeit bis zu dem Punkt, an dem wir heute 27, 28 Leute sind. Was sind einige der anderen Wegmarken, die wir irgendwie durchgemacht haben, die unsere Arbeitsweise verändert oder weiterentwickelt haben? Wie das Easy Agile-Betriebssystem, über das wir in der Vergangenheit gesprochen haben.

Dave Elkan:

Nun, es ist etwas, das wir gerade in der Hinrichtungsebene besprochen haben. Offensichtlich explodiert alles alle sechs Monate und man muss es reparieren, als ob alle sechs Monate eine wichtige Sache passiert, und ich finde, das ist gut und gesund, und das läuft immer wieder auf diese Dinge hinaus. Entweder sind sie intern oder extern und ich habe das Gefühl, dass wir es gerade mit einer externen zu tun haben, auf die ich in diesem Podcast nicht wirklich eingehen möchte, aber ich denke, dass es für das Unternehmen gesund ist, sich an sie anzupassen. Aber sicher, ich denke, in dieser Zeit wirklich zu verstehen, dass es die Menschen sind, die zählen, oder?

Dave Elkan:

Das Geschäft ist da drin, als wäre es eine Sache, aber es ist nichts ohne die Leute, die dafür gearbeitet haben, und es dient den Leuten, die hier arbeiten, sowie den Kunden. Und das ist etwas, woraus wir hervorgegangen sind. Was denkst du, Nick? Wie die kulturellen Aspekte dessen, was wir gebaut haben, was fällt Ihnen auf?

Nick Muldoon:

Ich denke auf jeden Fall, dass es diese Wendepunkte gibt. Ich meine, ich erinnere mich an ein Gespräch mit Jared, als wir in der Crown Street Mall waren, und es war 2019 und wir haben mit dem Team am Küchentisch dort gesprochen, und wir konnten acht Leute an diesen Küchentisch bekommen und wir haben darüber gesprochen, das Team zu vergrößern, um die Gelegenheit zu nutzen und auf Kundenanfragen und all diese Dinge zu antworten. Ich glaube, Jared sagte: „Nun, ich mag es so, wie es ist.“

Nick Muldoon:

Und dann spalte ich zu einem Interview mit Jared vor, das in das fünfjährige Video eingeflossen ist, das wir kurz vor Weihnachten gesehen haben und in dem es um seinen Werdegang ging und wie er sich beruflich und persönlich zusammen mit dem Unternehmen weiterentwickelt und angepasst hat. Ich denke, das ist die Geschichte für uns alle als Teammitglieder, wir waren alle irgendwie zusammen auf einer Reise und wir lernen und passen uns alle zusammen an. Wir leben in vielerlei Hinsicht diesen agilen Ansatz, bei dem wir nachdenken und uns die Zeit nehmen und nachdenken und mit neuen Ansätzen experimentieren, um unsere Arbeit zu erledigen.

Nick Muldoon:

Ich glaube sogar... und wir haben in letzter Zeit darüber gesprochen, was Pace angeht, die erste Version unseres Lern- und Entwicklungsprogramms, in dem wir die Leute finanziell unterstützen wollten, damit sie etwas verfolgen können, worüber sie lernen wollten. Aber wir haben das rausgebracht: „Hey, das war Arbeit für einen Morgen“, wir haben ein L&D herausgebracht, die Leute haben angefangen, das L&D-Programm zu benutzen, und wir nannten es unsere erste Version unseres L&D-Programms, und heute sind wir bei Version, ich weiß nicht, 1.4 oder was auch immer es ist, unseres L&D-Programms. Es gibt viele Dinge, die herausgekommen sind und wir optimieren und verbessern sie im Laufe der Zeit, um sie immer besser und besser an den aktuellen Spielstand innerhalb des Teams anzupassen. Ist das fair?

Dave Elkan:

Ja, ist es. Ja, und ich glaube das; A, ich habe noch nie in einem Unternehmen gearbeitet, das so etwas hat und wo man aktiv dazu ermutigt wird, es zu nutzen, das Geld auszugeben und sich selbst zu verbessern. Wenn Sie sich selbst verbessern, wird das Team besser, wenn das Team besser wird, die Kunden bessere Ergebnisse erzielen und das Unternehmen sich weiter verbessert, und es wird wahrscheinlich ein besserer Ort für Sie sein, um in Zukunft zu arbeiten. Es ist also wirklich eine ganzheitliche Perspektive und nicht engstirnig, sondern kurzsichtig oder konzentriert sich nur auf den Output. Es geht um Output-Ergebnisse und ich denke, das könnte ein weiterer unserer Werte sein. Wenn wir sieben hätten, wären es Ergebnisse über Output. Also wirklich aufzuhören, die Erlaubnis zu haben, innezuhalten und nachzudenken und sich darauf einzustellen und darüber nachzudenken, was Sie erreichen wollen, anstatt einfach blindlings Dinge zu tun.


Dave Elkan:

Aus der Sicht eines Entwicklers ist der schnellste Code also der Code, der nicht existiert. Wenn Sie also etwas anders machen können, was nicht 100 Schritte erfordert, oder einfach entscheiden: „Hey, das ist gerade wirklich schwierig, dieser Teil des Codes, an dem wir arbeiten, oder diese Funktion ist wirklich schwierig. Können wir das Feature einfach löschen?“ Und wir haben es sofort gemacht, ich weiß, das klingt ziemlich gewagt, aber ganz ehrlich, diese Art von Diskussion ist wirklich gesund. Ich möchte das Team ermutigen, so zu denken, und ich denke, dass Lernentwicklung auch etwas ist, was man tun kann, um die Leute dazu zu bringen, ihren Werdegang zu betrachten, um ihre Fähigkeiten zu messen und ihnen zu geben, in dieser Hinsicht wirklich... Öl ins Feuer zu gießen und zu sehen, wie sie ihre Fähigkeiten verbessern und ihren Mitmenschen helfen.

Nick Muldoon:

Ja, also führen Sie uns das durch, denn das ist etwas, worüber wir definitiv ein paar Mal gesprochen haben, zum Beispiel, als wir uns Kandidaten angesehen haben und in einem Einstellungsgedränge um Kandidaten über diejenigen gesprochen haben, die sich auf einem bestimmten Weg befinden und von denen wir glauben, dass wir diesen Weg beschleunigen können. Woher kam das?

Dave Elkan:

Woher kommen Gedanken? Ich bin mir nicht sicher, das ist eine gute Frage. Ich könnte es dir nicht sagen, aber ich denke, es ist ziemlich offensichtlich, wenn du dir den Lebenslauf von jemandem ansiehst und du siehst... nun, es ist nichts falsch an Leuten, die lange angestellt sind, aber wenn du mit jemandem sprichst und er nicht wirklich sagen kann, was er in den letzten 10 Jahren gemacht hat und er hat diese eine Position 10 Jahre lang besetzt und er hat nichts wirklich Auffallendes, er kann darüber erzählen, wie er das verbessert hat, das sagt irgendwie viel über diese Person. Vielleicht würden sie reinkommen und einfach an die Küste fahren... sie sind eine Achterbahn, oder? Wenn sie an der Küste fahren, ist das in Ordnung, es ist ihre Entscheidung, aber gleichzeitig suchen wir nach Menschen, die aktiv versuchen, ihre Wirkung durch ihre Arbeit zu vergrößern und ihren Mitmenschen zu helfen. Und das kannst du sehen, du kannst sehen: „Oh, schau. Sie waren in derselben Firma, das ist in Ordnung, aber sie haben diese verschiedenen Rollen übernommen oder sie haben diese Art von Verbesserung in ihrem Ansatz gesehen.“

Nick Muldoon:

Das geht auf diesen Artikel zurück, diesen Financial Review-Artikel, die Rente in der Mitte der Karriere. Das war also ein Artikel, den wir 2016, 2017 veröffentlicht haben müssen, und es ging um eine japanische Bezeichnung, die Rente während der Karriere. Du könntest 20 Jahre Erfahrung in einer Rolle haben oder du könntest 20 erste Jahre Erfahrung haben, und ich denke, schon früh, und vielleicht passiert es heutzutage immer noch, ich denke, das tut es wahrscheinlich, aber es fühlte sich an, als hätten wir 20 Viertel Erfahrung gesammelt. In diesen fünf Jahren gab es immer eine große, neue Herausforderung, die wir in den ersten fünf Jahren lernen und anpassen und in das Unternehmen integrieren mussten. Wir haben also ständig gelernt und uns angepasst, und wir wollten Leute, die sich auf einer ähnlichen Reise befinden und lernen und sich integrieren, sich anpassen und experimentieren.

Dave Elkan:

Ja, das ist definitiv etwas, das man lernen kann, und ich denke, wenn man neue Stars hervorbringt, können sie das einfach bekommen, das tun sie standardmäßig, weil man sie in diese Umgebung gebracht hat. Aber einige Umgebungen, insbesondere ältere Unternehmen, können ziemlich stagnieren und statisch sein, sodass sich das nur in den Lebensläufen der Menschen widerspiegelt. Entweder gibt es irgendeinen Grund, warum das Unternehmen sie nicht befördert oder ihnen die Möglichkeit gibt, ihnen zu folgen, weil wir einen anderen Ansatz verfolgen, bei dem wir den Leuten zu viele Möglichkeiten bieten, glaube ich manchmal, und ich habe gesehen, dass Leute ihre L&D so oft nutzen, dass es sich tatsächlich auf ihren besseren Gleichgewichtswert auswirkt. Ich sage: „Wow, das ist fantastisch, aber vergiss nicht, dass du Kinder hast und helfen musst, auf sie aufzupassen“ und [Crosstalk 00:39:41] -

Nick Muldoon:

Mildere deinen Enthusiasmus, ja.

Dave Elkan:

Ja. Also das ist etwas, nach dem man Ausschau halten sollte.

Nick Muldoon:

Halten Sie inne und denken Sie über fünfeinhalb Jahre nach. Was ist der Zweck des Unternehmens, was ist das Ziel für die nächsten paar Jahre?

Dave Elkan:

Hab Spaß, lerne, was ist mit dir?

Nick Muldoon:

Definitiv lernen.

Dave Elkan:

Bleib im Geschäft.

Nick Muldoon:

Oh, ja. Bleiben Sie im Geschäft, nachhaltiges Wachstum ist immer gut. Ich denke, das ist wichtig. Ja, ich weiß nicht, es ist interessant. Ich habe das Gefühl, an manchen Tagen kann es wirklich Spaß machen und an anderen Tagen macht es überhaupt keinen Spaß. Das liegt wahrscheinlich zum großen Teil daran, als wir damit angefangen haben, waren wir nur für uns selbst und füreinander da, und jetzt habe ich das Gefühl, dass wir in den Diensten eines Teams von Leuten stehen, die selbst für den Kunden da sind, weil wir ein paar Tausend von ihnen haben. Die Verantwortung und die Rechenschaftspflicht haben sich geändert, und die Art und Weise, wie Spaß entsteht, ist heutzutage... es hat Spaß gemacht, Lamingtons zu haben und zu chatten, und heutzutage organisiert normalerweise jemand anderes in der Crew das Event, der oft daran teilnimmt, dass ich mit dem Rest des Teams Spaß und Vergnügen finde, anstatt mir die Zeit nehmen zu können und das zu tun.

Nick Muldoon:

Ich erinnere mich, als wir ein paar Leute von iAccelerate angerufen haben und in die Stadt gefahren sind und in die Stadt gegangen sind und wir haben uns in der Stadt einen Laksa geholt und wir haben eine Schüssel Laksa bekommen. In den letzten 12 Monaten war es schwieriger, das zu tun, angesichts des globalen Umfelds und all dieser Dinge, also hoffen wir, dass wir 2022 ein bisschen mehr davon finden können.

Dave Elkan:

Und vielleicht Ramen. Jetzt gibt es Ramen.


Nick Muldoon:

Oh, und es ist großartig, das weißt du.

Dave Elkan:

Ja. Ich denke, wenn wir das, was wir tun, verfeinern und weiter darüber nachdenken, speziell mit den Ingenieuren, verwende ich gerne eine zielorientierte... Ziele sind bei Easy Agile groß, ich denke, Sie sollten ein bisschen über Ziele sprechen, aber wir verwenden sie, um Menschen dabei zu helfen, Dinge zu verfolgen, die sie erreichen wollen, und wir können diese Dinge bis zu einem gewissen Grad an dem ausrichten, was das Unternehmen tut. Dann können Sie tatsächlich gehen und Ihre beruflichen Ziele durch das Unternehmen erreichen, und das Unternehmen ist das Mittel, um dies zu tun, anstatt es draußen tun zu müssen. Das ist wirklich cool, diese Harmonie zu finden, damit sowohl Easy Agile erfolgreich sein kann als auch die Leute, die hier arbeiten, erfolgreich sein können.

Dave Elkan:

Ich denke, es ist tatsächlich ziemlich schwierig, wenn Sie sagen: „Hey, treten Sie einen Schritt zurück, denken Sie darüber nach, was Sie erreichen möchten, geben Sie mir das, und dann werde ich sehen, was ich tun kann, um den Geschäftsverlauf zu ändern und Ihnen dabei zu helfen, das zu erreichen. Was können wir tun? Vielleicht gibt es einen Mittelweg, den wir gemeinsam verfolgen können.“ Und das ist etwas Neues für mich und ich verwende es quasi anstelle von Leistungsbeurteilungen, also stellt sicher, dass ihr eure Ziele erreicht, Leute. [Crosstalk 00:42:44]

Dave Elkan:

Aber ja, du hast auch dafür gesorgt, dass du in der Zeit zurückblicken und dich selbst in der Zukunft sehen willst, um mit dem Team nachzudenken. Wenn sie gegangen sind und weitergemacht haben, [Crosstalk 00:42:56] -

Nick Muldoon:

Oh, ja. Absolut. Ich habe diese Woche sogar mit Elizabeth Cranston gechattet und gesagt: „Ich kann mir vorstellen, dass du in der Zukunft unten in Narooma an der Küste lebst und ich kann runterkommen und mit den Familien Käse und Biccies essen und du schaust über die Bucht auf Narooma oder so, und wir erinnern uns an diese Zeit bei Easy Agile.“ Das kann ich mir absolut vorstellen. Ja, ich finde es großartig und ich denke, nur was die Ziele angeht, die Ziele sind persönlich wichtig, und wir haben in der Vergangenheit viel über Ziele gesprochen, in Bezug auf die langfristige Vision für die Familien und solche Dinge.

Nick Muldoon:

Aber es ist auch für das Unternehmen, ich erinnere mich, dass wir gute Stunden hatten, als wir das Unternehmen auf die Beine gestellt hatten, wir haben sie jedes Jahr überarbeitet, wir haben in den letzten Jahren viel gelernt und uns daran angepasst, wie wir über unsere Ziele und unsere wichtigsten Ergebnisse denken. Und die Tatsache, dass wir sie vierteljährlich verfassen und sie vierteljährlich überprüfen, aber wir haben diese Ziele, die mit einem Geschäftsziel übereinstimmen, das in drei Jahren liegt und das alles irgendwie abläuft. Ich meine, ich denke, wir sind viel reifer in Bezug auf diesen Aspekt unserer... Ich weiß nicht, würde ich strategische Planung sagen? Vision, Zielsetzung über einen längeren Zeitraum? In dieser Hinsicht sind wir heute viel reifer als vor zwei oder drei Jahren. Das ist auch wirklich aufregend. [Crosstalk 00:44:33]

Nick Muldoon:


Kommen Sie zurück zu dem, was Sie zuvor über den Backlog gesagt haben. Wir kamen an einem Montagmorgen rein und fragten uns: „Woran werden wir diese Woche arbeiten?“ Und wir haben über ein paar Jahre gearbeitet, wir haben es so ausgearbeitet, dass „Ah, hier ist die Vision für das Produkt.“ Es war eine längerfristige Sache, und wir haben das erhöht und es heißt nicht: „Hey, was machen wir diesen Monat für das Unternehmen?“ Es heißt jetzt: „Hier ist unsere langfristige Entwicklung für das Unternehmen.“ Wir haben das angehoben, das ist ziemlich aufregend, finde ich.

Dave Elkan:

Und gleichzeitig versuchen wir, das Team dazu zu bringen, auch ihre Sichtlinie zu erhöhen.

Nick Muldoon:

mm-hmm (bejahend), mm-hmm (bejahend).

Dave Elkan:

Und schauen Sie weiter weg, aber nicht zu weit. Sie möchten, dass sie sich ansehen, was nächste Woche und auch nächsten Monat passiert, aber auch, was das Ziel ist, was verfolgen wir? Was ist das Gesamtbild? Und ich glaube, das fängt an zu passieren.

Nick Muldoon:

Was ist die Analogie zum Thema Golf, Dave?

Dave Elkan:

Oh. Nein, kannst du es mir sagen? Ich kann mich nicht erinnern.

Nick Muldoon:

Es war diese Analogie zum Golf, also du musst schauen, wo du den Ball schlagen wirst und du musst nach oben schauen. Du willst nicht auf den Abschlag schauen, du willst hinter den Abschlag schauen, damit du... nicht hinter den Abschlag, hinter das Loch, tut mir leid. Du willst hinter das Loch schauen.

Dave Elkan:

Das war nicht meine Analogie, deshalb kann ich mich nicht erinnern, aber ich erinnere mich, dass uns jemand das erzählt hat. Aber es ist gut, als ob es nicht einmal eine Analogie wäre, ist das nicht die wörtliche Sache, die der Golflehrer tun würde? Es ist wie: „Wo schaust du hin?“ Und dann sagen sie: „Oh, ich schaue mir das Loch an.“ „Nein, nein, du musst weiter als das Loch schauen. Schau nach oben, wo der Ball hingehen soll, und dann geht er weg.“

Nick Muldoon:

Ja, erhebe dein Visier.

Dave Elkan:

Erhöhen Sie Ihre Sicht, ja. Und wenn du auf deine Füße schaust, wirst du wahrscheinlich nicht weit kommen, aber wenn du nach oben schaust und Bilanz ziehst, kannst du wahrscheinlich... das ist eigentlich eine Fußball-Analogie, die ich dir geben kann, wie von meinem Fußballtrainer, als ob du mit dem Zeh zeigen musst, wohin der Ball gehen soll. Und das ist einfach das Magische, es funktioniert einfach. Du stellst einfach deinen Fuß neben den Ball und zeigst auf die Ecke des Tores, du willst, dass er reingeht und du trittst ihn, und dann passiert es einfach.


Dave Elkan:

Es gibt solche lustigen kleinen Hacks und ich denke, das ist eine Sache mit langfristiger Vision. Wenn Sie ein Unternehmen führen, das diese langfristige Vision und dieses Ziel nicht verfolgt, dann können Sie tatsächlich in mehrere Richtungen gleichzeitig gehen, und Sie werden keine Fortschritte machen. Ich denke, eine gute Analogie, die ich gelesen habe, war wie bei einem Team, wenn man sich vorstellt, dass alle Teammitglieder mit einem Gummiband an einer Stange festgebunden sind und sie alle in verschiedene Richtungen gehen, die Stange wird sich nicht bewegen, weil alle einfach... und das Unternehmen wird statisch und still bleiben. Aber wenn alle einfach in die gleiche Richtung gehen, dann wird es weitergehen.

Nick Muldoon:

Verschiebe es, ja.

Dave Elkan:

Ja. Und das ist etwas, das wir in letzter Zeit abgebissen haben, ist unser Ziel.

Nick Muldoon:

MM-HMM (bejahend), um Teams dabei zu helfen, agil zu sein.

Dave Elkan:

Ja. Das ist einer dieser lustigen Momente, in denen wir darüber reden, und wir haben darüber gesprochen, wir haben uns eine Frist gesetzt, um ein besseres Wort zu sagen, als ob unsere Planungssitzung in ein paar Wochen ansteht, also haben wir uns hingesetzt und darüber gesprochen. Und wir haben uns im Kreis gedreht und versucht herauszufinden, was es heißt, nicht agil zu sein, sondern einfach, was Agile ist? Und wir wissen [unverständlich 00:47:45], aber wir haben versucht, das in Worten zu kodifizieren. Und als du das sagtest, als ob es agil ist, war das irgendwie so... so wie ich es gerne beschreibe, ein umgedrehter A-Moment, was unser Logo ist, wie du es auf Nicks Jacke dort sehen kannst.

Dave Elkan:

Als mir das vorgeschlagen wurde, sagte ich: „Nein, das ist so albern.“ Aber ich sagte: „Oh, aber ich liebe es.“ Und ich sage nicht, dass es albern ist, agil zu sein, aber die Tatsache, dass es so einfach ist, das gefällt mir daran, es ist einfach, es ist einfach, und es gibt eine Menge davon, wenn man sich darauf einlässt.

Nick Muldoon:

Mm-hmm (bejahend). Ja. Ja, warum packen wir es nicht dort ein? Ich denke, das ist ein guter Ort, um zu enden.

Dave Elkan:

Ja.

Nick Muldoon:

Unser Ziel ist es, Teams dabei zu helfen, agil zu sein, und das tun wir für uns selbst, wir versuchen ständig zu lernen und uns anzupassen und mit neuen Dingen zu experimentieren, da wir Easy Agile sind und als unsere Teammitglieder hier sind. Ich hoffe, das war ein nützlicher kleiner Leckerbissen und eine Reise von Dave und mir darüber, wie wir Easy Agile zu diesem Punkt gebracht haben, und über einige der Dinge, die uns beschäftigt haben.

Dave Elkan:

Ja.

Nick Muldoon:

Danke, Dave.

Dave Elkan:

Danke, Nick. Das hat Spaß gemacht.

Nick Muldoon:

Das hat Spaß gemacht. Oh, gut.

Verwandte Episoden

  • Podcast

    Einfacher Agile-Podcast Folge 7 Sarah Hajipour, Agile-Coach

    Caitlin Mackie

    „Ich habe mein Gespräch mit Sarah absolut geliebt. Sie hat einige tolle Ratschläge gegeben, die ich kaum erwarten kann, sie in die Praxis umzusetzen!“

    Wir haben über die agile Denkweise gesprochen, die nicht nur IT- und Entwicklungsteams betrifft, darüber, wie Teams wie Marketing und Finanzen beginnen, die Methodik zu übernehmen, und über die Vorteile, die sich daraus ergeben.

    Anlässlich des Internationalen Frauentags diskutierten wir über die Zukunft von Frauen im agilen Bereich und über Maßnahmen, die wir ergreifen sollten, um uns gegenseitig auf dem Weg zu einem inklusiven und förderlichen Umfeld zu unterstützen.

    Abonniere unbedingt, genieße die Folge 🎧

    Transkript

    Caitlin Mackie:

    Hallo zusammen und willkommen zurück zum Easy Agile Podcast für 2021. In jeder Folge sprechen wir mit einigen der interessantesten Menschen aus den Bereichen Technologie, Agilität und führende Unternehmen auf der ganzen Welt, um neue Perspektiven auszutauschen und aus dem Wissensschatz zu lernen, den jeder Gast zu teilen hat. Ich bin Caitlin und ich bin die Graduate Marketing Coordinator bei Easy Agile und Ihr Moderator für diese Episode. Wir freuen uns sehr, zurück zu sein und in dieser Saison einige tolle Gäste zu haben. Zum Auftakt freue ich mich sehr darauf, mit Sarah Hajipour zu sprechen.

    Caitlin Mackie:

    Sarah hat so viel reiche und vielfältige Erfahrung im agilen Bereich. Sie ist Agile-Coach, Leiterin der Unternehmenstransformation, Projekt- und Programmmanagerin und seit Kurzem Podcast-Moderatorin und Autorin. Sie ist die Alleskönnerin und seit über 10 Jahren im Bereich Business Agility tätig. In dieser Folge sprechen Sarah und ich über die Bedeutung der Zielsetzung und insbesondere der Zielsetzung in unvorhersehbaren Zeiten. Wir unterhalten uns über ihre neuesten Projekte, den Agility-Podcast mit Sarah Hajipour und ihr Buch über agile Fallstudien.

    Caitlin Mackie:

    Und natürlich gab Sarah angesichts des bevorstehenden Weltfrauentags einige tolle Ratschläge und ihre Gedanken zum weiteren Vorgehen für Frauen im agilen Bereich. Sie hob hervor, wie wichtig es ist, die Hand zu heben und um Hilfe zu bitten, wenn man sie braucht, und dass man sich Eigenschaften zu eigen macht, an die in Führungskräften traditionell nicht immer gedacht wird. Es war eine so nachdenkliche und aufschlussreiche Diskussion. Ich habe viel Wert aus unserem Gespräch gezogen und einige großartige Ratschläge erhalten, und ich freue mich sehr darauf, sie in die Praxis umzusetzen. Ich weiß, dass es denen, die zuhören, genauso gehen wird. Lass uns reinspringen.

    Caitlin Mackie:

    Sarah, vielen Dank, dass du zu uns gekommen bist und heute etwas Zeit mit mir verbracht hast.

    Sarah Hajipour:

    Sicher. Danke, dass du mich eingeladen hast.

    Caitlin Mackie:

    Da ich unser erster Gast in diesem Jahr war, wollte ich Sie nach Ihren Neujahrsvorsätzen fragen. Bist du auf dem richtigen Weg? Glaubst du an sie oder hast du einen anderen Zielsetzungsprozess?

    Sarah Hajipour:

    Das ist eine großartige Frage, weil wir das mit ein paar Freunden besprochen haben und festgestellt haben, dass der Neujahrsvorsatz immer so etwas wie ein riesiges Ziel sein wird, von dem wir nicht wissen, ob wir es erreichen werden oder nicht. Und als agiler Coach glaube ich an agile Geschäftsagilität und glaube an die Tatsache, dass wir uns kleinere Ziele setzen und sie alle drei Monate, alle sechs Monate überprüfen und schauen, wo wir stehen. Anstatt große Ziele zu verfolgen, von denen wir nicht wissen, was passieren wird, weil es auch in unserem Privatleben immer viele Unsicherheiten gibt, was die Ziele angeht, die wir uns gesetzt haben. Also ja, so sehe ich das. Vierteljährlich, vierteljährlich, persönliche Ziele. Sagen wir das.

    Caitlin Mackie:

    Ja. Ja. Ja, ich liebe das. Ja, ich denke, wenn uns das letzte Jahr etwas gelehrt hat, sind wir uns wohl alle einig, wie unberechenbar Dinge werden können. Also diese ursprünglichen Ziele.

    Sarah Hajipour:

    Das ist wahr.

    Caitlin Mackie:

    Ja. Die ursprünglichen Ziele müssen möglicherweise ein paar Umwege in Anspruch nehmen. Was wäre also Ihr Rat, um in unsicheren Zeiten Karriereziele zu setzen?

    Sarah Hajipour:

    Das ist eine gute Frage. Für Karriereziele glaube ich, dass es wirklich wichtig ist, dass Sie etwas tun, an dem Sie zumindest interessiert sind. Wenn Sie Ihre Leidenschaft immer noch nicht gefunden haben, ist das in Ordnung, besonders für Menschen wie Berufseinsteiger. Es ist in Ordnung, wenn Sie Ihre Leidenschaft noch nicht gefunden haben, aber Sie können trotzdem einen grundlegenden Karriereweg einschlagen, der mit Dingen beginnt, die Sie gerne tun, die Ihnen Spaß machen und die Sie nebenbei lernen.

    Sarah Hajipour:

    Ich habe vor ein paar Tagen eine der Modeikonen auf YouTube gehört und der Interviewer fragte sie: „Was war dein Karriereweg? Wie bist du an den Ort gekommen, an dem du jetzt bist?“ Und ich fand toll, was sie allen erzählt hat, den Studenten, und das war: Geh und finde eine Karriere, finde einen Job und lerne. Sie müssen zuerst eine Menge Fähigkeiten erlernen, bevor Sie entscheiden, worin Sie wirklich gut sind. Du entscheidest, du verstehst, was deine Schwächen und deine Stärken sind, oder? Weil nicht alle von uns ständig diese tollen Ideen haben und das ist in Ordnung.

    Sarah Hajipour:

    Ich bin nicht sehr dafür, dass jeder ein Visionär sein muss und jeder muss große, glänzende Ziele und Ideen haben. Ich denke, es ist völlig in Ordnung, einfach die Art von Job oder den Karriereweg zu finden, mit dem man sich wohl fühlt, und dann manchmal seine Komfortzone zu verlassen und es dann im Laufe der Zeit zu entdecken. Das Leben ist zum Erkunden da, nicht darum, sich ständig an die Ecke zu drängen und sich einfach mit allen anderen zu vergleichen.

    Caitlin Mackie:

    Ja. Ja, ich liebe das. Das ist ein toller Rat. Sie haben also kürzlich Podcast-Host und Autor zu Ihrem Lebenslauf hinzugefügt. Waren das schon immer deine Karriereziele?

    Sarah Hajipour:

    Nein, absolut nicht. Nun, ich bin ein bisschen introvertiert. Also quasi vor der Kamera zu sitzen und zu reden und die Leute mich hören zu lassen war immer wie: „Oh mein Gott, ich weiß, ich muss darüber reden, sogar mit meinen Teams und so“, aber ich werde es nur tun, wenn es nötig ist. Was mich zum Podcasting gebracht hat, war, dass ich dachte, es gibt viele Fragen, auf die ich Antworten finde, wenn ich Gespräche und Treffen führe und in verschiedenen Gruppen, Berufsgruppen, denen ich angehöre. Und ich wollte, dass andere Leute diese auch hören. Ich habe mit Leuten gesprochen, die großartige Einblicke haben und schon viel länger in der Karriere sind als ich. Also lerne ich gleichzeitig. Und ich wollte dieses Lernen mit allen anderen teilen. Das ist der Grund, warum ich den Podcast mache.

    Caitlin Mackie:

    Ja, das ist großartig. Ja, das liebe ich. Ja, ich denke, du hast das vorhin angesprochen, aber ich denke, wenn du im agilen Bereich bist, kann es manchmal eine nette Erinnerung für dich sein, dich ein bisschen zu konzentrieren, aber dann zu reflektieren und zu verstehen, wo du effektiver sein und dich entsprechend anpassen kannst. Ich weiß, dass Sie das bei Ihren Karrierezielen erwähnt haben. Denken Sie, dass diese agilen Prinzipien über den üblichen Anwendungsfall hinaus angewendet werden können?

    Sarah Hajipour:

    Das tue ich. Ich glaube, dass es sehr intuitiv ist, wie Agile eine sehr intuitive Arbeits- und Denkweise ist. Deshalb wird es jetzt auf andere Branchen ausgedehnt. Sie blieben nicht bei DevOps, IT und Entwicklung. Inzwischen übernehmen viele verschiedene Branchen dies, weil es sich um eine Änderung der Denkweise handelt. Und das nicht nur mit Scrum. Es wird nicht nur Kanban verwendet. Es geht darum zu verstehen, wie man in der Lage ist, über die schnelleren Veränderungen in der Welt nachzudenken und sich an sie anzupassen. Und das gilt auch für unser Privatleben.

    Sarah Hajipour:

    Ich meine, ich hatte mir Ziele gesetzt, als ich 18 Jahre alt war, ich werde das mit 30 sein, aber sind sie passiert? Nein. In mancher Hinsicht habe ich viel, viel mehr erreicht. Und in einigen Aspekten habe ich einfach mein Ziel geändert. Ich denke, die Veränderungen, die auf der Welt stattfinden, gehen schneller vonstatten und verlangen von uns, dass wir uns ebenfalls ändern. Ja.

    Caitlin Mackie:

    Ja. Fantastisch. Also, um für deinen Podcast noch ein bisschen zurückzukommen, nur damit unser Publikum zuhört, auf welchen Plattformen können sie auf deinen Podcast zugreifen?

    Sarah Hajipour:

    Ich bin auf allen wichtigen Plattformen. Ich bin in Apple-Podcasts. Ich bin bei Spotify, ich bin bei Amazon. Die meisten bekannten Podcast-Plattformen.

    Caitlin Mackie:

    Fantastisch. Und dann noch einmal, für unser Publikum heißt Ihr Podcast Agility-Podcast mit Sarah Hajipour.

    Sarah Hajipour:

    Das ist richtig. Ja.

    Caitlin Mackie:

    Fantastisch. Das ist großartig. Was war deiner Meinung nach die wertvollste Lektion, die du bisher aus deinem Podcast gelernt hast? Ist es etwas, das ein Gast geteilt hat, oder etwas, das du unterwegs gelernt hast?

    Sarah Hajipour:

    Was ich gelernt habe, ich habe viel von den Leuten gelernt, die ich interviewe, weil ich sicherstelle, dass ich mit Leuten spreche, die mehr wissen als ich und mehr in diesem Bereich waren als ich und in verschiedenen Branchen. Das Wichtigste, was ich sagen würde, ist, dass es bei agiler Geschäftsagilität eher um die Denkweise als um die Tools und Prozesse geht. Und die Tatsache, dass sich die Welt insgesamt in Richtung einer menschenorientierteren Arbeitsweise bewegt. Im Grunde genommen sage ich, dass Agile intuitiver ist, als nur ABCD zu folgen. Ja. Das ist der Kern, die Hauptsache, die ich von meinen Interviewpartnern gelernt habe.

    Caitlin Mackie:

    Ja, unglaublich. Du hast im Moment auch angefangen, ein Buch zu schreiben. Kannst du uns etwas mehr darüber erzählen? Wie hat das Projekt angefangen?

    Sarah Hajipour:

    Ich liebe dieses Projekt wirklich. In diesem Buch habe ich eigentlich angefangen, das Buch zu schreiben, als das Buch zuerst kam und dann der Podcast. Ich nehme an vielen Meetups teil. Für junge Berufstätige und sogar für Profis, die in dem, was sie tun, sehr gut ausgebildet sind, sind Meetups ein großartiger Ort, um sich zu treffen, Ihr Netzwerk zu erweitern und von Ihren Kollegen zu lernen. Also habe ich an all diesen Veranstaltungen teilgenommen und von Menschen gelernt. Und dann entschied ich, dass ich wirklich Einzelgespräche mit ihnen führen möchte. Und schließlich stellte ich fest, dass viele der agilen Coaches, viele Führungsebenen und viele Berater viel zu teilen haben, aber ich habe keine Plattform gesehen, die das irgendwie vereinheitlicht.

    Sarah Hajipour:

    Ich sagte: „Okay, welche Erkenntnisse können wir teilen?“ Viele der Fehler sind auf die Meetup-Gruppen zurückzuführen. Die Leute fühlen sich sicher, wenn sie sie teilen, und sie fühlen sich verwundbar. Und ich war in mehreren Meetups, also habe ich sehr ähnliche Geschichten von Leuten gehört, die Fehler, die von einem Coach woanders wiederholt wurden. Also dachte ich, es wäre eine großartige Idee, diese in agilen Fällen zu behandeln. Es wird also Agile Case Studies sein und sie mit allen teilen. Vor allem bei jungen Coaches oder beim Einstieg in das Unternehmen gibt es viele Unbekannte. Ich möchte nicht, dass sie Angst haben. Ich möchte nicht, dass sie denken: „Okay, das ist eine riesige Aufgabe.“ Es wird immer eine Menge Unbekannter geben.

    Sarah Hajipour:

    Ja, das sehe ich einfach. Ich möchte die Sichtbarkeit vermitteln, dass alle anderen das Gleiche erleben, auch wenn sie 25 Jahre Erfahrung haben, was unglaublich ist, oder?

    Caitlin Mackie:

    Ja.

    Sarah Hajipour:

    Und das ist der Grund, warum ich angefangen habe, das Buch zu schreiben. Deshalb interviewe ich agile Coaches und agile Berater, die seit mindestens fünf bis zehn Jahren im Unternehmen sind und agile Transformationsprojekte geleitet haben. Und von da an sagte einer meiner Interviewer einmal: „Du solltest einen Podcast machen. Darüber spreche ich auch gerne.“ Ich sage: „Das ist großartig“ und das war wie in der Woche danach, als wäre ich herumgelaufen und habe nach Tools gesucht, um meinen Podcast zu starten.

    Caitlin Mackie:

    Oh, unglaublich. Hört sich so gut an. Wie lief der Prozess ab? Wie sind Sie von der Ideenfindung zu dem gekommen, wo Sie jetzt stehen, und schließlich, als Sie sie veröffentlichen?

    Sarah Hajipour:

    Für den Podcast?

    Caitlin Mackie:

    Für das Buch.

    Sarah Hajipour:

    Für das Buch, also gehe ich zu diesen Treffen und höre mir an, was die Trainer und Führungskräfte teilen. Diejenigen, die für mich aufregend sind, sind irgendwie neu für mich, ich werde sie fragen, ich verbinde mich mit ihnen auf LinkedIn und die Leute sind so offen dafür, ihre Erfahrungen mit Ihnen zu teilen. Ich habe noch nie eine Person gesagt, sie solle mir sagen: „Nein, ich möchte nicht darüber sprechen oder so.“ Die Leute wollen teilen. Also gehe ich zu und sage: „Hey, ich habe eine Buchübersicht oder einen Leitfaden. Es ist ein zweiseitiger Text.“ Ich schicke es ihnen und fragte sie, ob sie daran interessiert sind, mit mir darüber zu sprechen, und sie geben mir Bescheid und dann wähle ich einen Zeitpunkt aus.

    Sarah Hajipour:

    Und die erste Sitzung dauert ungefähr eine halbe Stunde. Es ist eine Art Brainstorming-Sitzung. Was sind die wichtigsten Fälle, von denen sie glauben, dass sie sie teilen möchten? Dann wählen wir einen aus und in der darauffolgenden Sitzung gehen sie den Fall tatsächlich mit mir durch. Ich nehme es auf, entwerfe es und teile es dann auf Google Drive hin und her, bis wir mit dem Ergebnis zufrieden sind.

    Caitlin Mackie:

    Ja. Fantastisch. Hast du im Moment einen Zeitplan? Wann können wir damit rechnen, ihn lesen zu können?

    Sarah Hajipour:

    Ich freue mich auf etwa Ende 2021, denn es sind 100 Fälle und ich denke, dass ich die haben werde.

    Caitlin Mackie:

    Ja. Fantastisch. Es ist so aufregend. Es gibt auch viel, worauf man sich freuen kann.

    Sarah Hajipour:

    Ich danke dir.

    Caitlin Mackie:

    Nun, ich wollte auch darauf hinweisen, dass der Internationale Frauentag bevorsteht und Sie seit ein paar Jahren im agilen Bereich tätig sind. Ich nehme an, Sie haben wahrscheinlich einen kleinen Wandel in diesem Bereich erlebt. Gab es irgendwelche entscheidenden Momente, die irgendwie zu dem geführt haben, wo Sie heute sind?

    Sarah Hajipour:

    Nun, ich denke, dass sich viele Frauen von der agilen Praxis, den verschiedenen agilen Rollen, angezogen fühlen. Und ich habe viel mehr Frauen als Scrum Master, als Product Owner und als agile Manager oder agile Projektmanager gesehen. In diesem Bereich florieren viele verschiedene Rollen. Und ich habe gesehen, dass viele Frauen dazu beigetragen haben. Eines meiner Ziele in meinem Buch und in meinem Podcast ist es, diese Frauen zu finden und mit ihnen zu sprechen, unabhängig davon, wo auf der Welt sie sich befinden. Ja, ich habe einfach das Gefühl, dass Frauen in diesem Bereich in der agilen Denkweise wirklich wachsen können, weil Frauen eher das Element der Zusammenarbeit sind.

    Sarah Hajipour:

    Ich kann nicht sagen, dass wir weniger wettbewerbsfähig sind. Ich habe dazu keine Nachforschungen angestellt, aber ich habe es mit Leuten besprochen. Denken Sie, dass Frauen eher kooperativ als wettbewerbsorientiert sind? Weil Wettbewerb großartig ist, aber Sie brauchen viel Zusammenarbeit im agilen Bereich und viel Fürsorge. Man muss dieses fürsorgliche Gefühl haben, die fürsorgliche Denkweise, genau das macht ein Scrum Master. Eines der wichtigsten Merkmale eines Scrum Masters muss sein, dass er diese fürsorgliche Perspektive haben muss, um sie dem Team zu vermitteln.

    Caitlin Mackie:

    Es ist lustig, dass Sie es erwähnt haben, weil ich selbst einige Dinge darüber gelesen habe, dass Frauen normalerweise eher diesen offenen Führungsstil besitzen und dass offene Führung den agilen Bereich wirklich gut zu ergänzen scheint.

    Sarah Hajipour:

    Das ist genau, ja.

    Caitlin Mackie:

    Ja. Ja. Das ist großartig und ich denke, wir können viel daraus lernen, offene Führung und direkte Führung. Also kommen Männer und Frauen nach vorne und finden diesen Mittelweg und ja, ich finde, Agilität ist ein großartiger Ort, um das zu tun?

    Sarah Hajipour:

    Ja, ich stimme vollkommen zu. Ja.

    Caitlin Mackie:

    Ja, ja. Also, was hat deine Leidenschaft angetrieben? Ich schätze, was hat Sie dazu bewogen, eine Karriere in diesem Bereich zu verfolgen?

    Sarah Hajipour:

    Ich liebe die Zusammenarbeit und ich liebe die Verwundbarkeit, weil Menschen quasi in den Teams, in denen sie arbeiten, verletzlich sein dürfen. Und es ist eine Kultur, die eher menschlich als extrem streng ist. Wir dürfen keine Fehler machen. Wir dürfen uns nicht irren. Führungskräfte sollten auf Anhieb alles wissen. Aber in Wirklichkeit ist das nicht der Fall. Führungskräfte müssen sich wohl fühlen, wenn sie viele Dinge nicht wissen, die noch nicht einmal bekannt sind. Aber oft sage ich immer, dass wir uns in der unbekannten unbekannten Zone befinden. Und in dieser Zone sollten selbst Führungskräfte nicht alles wissen.

    Sarah Hajipour:

    Vieles beginnt also damit, dass ich von meinen Interviewpartnern auch gelernt habe, dass alles mit der Führung beginnt. Bei agilen Transformationen müssen die Führungskräfte also zuerst eine Atmosphäre der Zusammenarbeit, des Vertrauens und der psychologischen Sicherheit untereinander schaffen. Und nur dann können sie den Teams helfen, auch in solchen Atmosphären erfolgreich zu sein.

    Sarah Hajipour:

    Frauen im agilen Bereich und Frauen in Führungspositionen. Das sage ich gerne und ich sehe viele Männer und Frauen, die beide ihre Perspektive ändern, von einem Prozess, bei dem die Werkzeuge im Mittelpunkt stehen, hin zu den Menschen, weil das für alle besser funktioniert. Und ich sehe wirklich Veränderungen in allen Branchen. Ich sehe es im Einzelhandel. Ich sehe es im Bauwesen, natürlich in der IT, im Finanzsystem. Und es gibt Männer und Frauen, die quasi Hand in Hand versuchen, diese Art zu denken und zu arbeiten.

    Sarah Hajipour:

    Und Frauen fühlen sich wohler, wenn sie wachsen und quasi ihre Hand heben und sagen: „Hey, ich kann jede Seite machen. Ich kann diese Rolle übernehmen“, weil sie das verstehen, weil sie die psychologische Sicherheit bieten, die Frauen seit Ewigkeiten haben. Es ist ein Arbeitsplatz, an dem hauptsächlich Männer waren, und wir steigen allmählich als Frauen in die Belegschaft oder in die Geschäftswelt ein. Diese psychologische Sicherheit hat es Frauen also ermöglicht, ihre Hand zu heben und sich in verschiedenen Rollen und Führungspositionen weiterzuentwickeln.

    Caitlin Mackie:

    Ja, ja. Dem könnte ich nur zustimmen. Gab es Ressourcen oder Netzwerke, solche Dinge, die dir auf deiner Reise geholfen haben?

    Sarah Hajipour:

    Von allen anderen lernen, wie ein Netzwerk aufzubauen, mein Netzwerk zu erweitern, indem ich reinkomme und sage: „Hey, ich weiß nicht. Ich will es wissen.“ Es gibt all diese erstaunlichen Dinge, die passieren. Ich verstehe gerne, wie das funktioniert, und ich erinnere mich, dass es einer dieser Gründer war. Wer ist der Gründer von Apple? Oh mein Gott. Sag es mir nicht.

    Caitlin Mackie:

    Steve Jobs.

    Sarah Hajipour:

    Ich liebe dieses Zitat von Steve Jobs, das besagt: „Es gab noch nie eine Zeit, in der ich um Hilfe gebeten habe und die Leute mir nicht geholfen haben.“ Also hebe einfach deine Hand und sage: „Ich brauche Hilfe.“ Und was ist das für eine Hilfe, die ich brauche? Ich muss darüber Bescheid wissen. Was heißt das? Was bedeutet Scrum für dich? Wie funktioniert es in Ihrer Branche? Wie funktioniert es? Und ich denke wirklich, dass das bis jetzt der Schlüssel für mich war, mit Menschen in Kontakt zu treten und einfach verletzlich zu sein und mich von ihnen unterrichten zu lassen.

    Caitlin Mackie:

    Ja. Ich denke, meine nächste Frage wäre, wie wir diese vielfältige und selbstbewusste Gemeinschaft von Frauen und unsere Aufgabe, den Anteil von Frauen in agilen Unternehmen zu erhöhen, stärken können? Und ja, was ist Ihrer Meinung nach entscheidend, um ein unterstützendes und förderliches Umfeld zu schaffen?

    Sarah Hajipour:

    Was ich gesehen und erkannt habe, ist, dass Frauen sich wirklich gegenseitig mehr unterstützen müssen und werden. In einer Studie von HBR, Harvard Business Review, aus dem Jahr 2016 hieß es: „Wenn nur eine Frau im Pool der Befragten ist, besteht für diese Frau keine Chance, den Job zu bekommen, auch wenn sie die Beste ist.“ Das erfordert also nicht, welche Frauen wirklich gut daran arbeiten. Nicht die Bienenkönigin zu sein, sondern auch andere Frauen zu engagieren und einzubeziehen. Denn je mehr Frauen in unterschiedlichen Rollen sind, desto empfänglicher werden wir in diesen Gemeinschaften sein. Meiner Meinung nach ist es wichtig, dass wir das verstehen und uns gegenseitig unterstützen, uns gegenseitig helfen und die Gemeinschaften darum herum aufbauen.

    Sarah Hajipour:

    Es gibt eine Community Women in Agile in verschiedenen Städten und Teilen der Welt, der auch ich angehöre und die großartige Arbeit leistet. Es sind tatsächlich nicht nur Frauen in diesen Gruppen. Ich sehe, dass auch Männer teilnehmen, aber es sind überwiegend Frauen, die versuchen, sich gegenseitig Einblicke in alle Aspekte der agilen Praktiken, der agilen Arbeitsweisen und so zu geben. Ja.

    Caitlin Mackie:

    Ja. Also ich denke, wie geht es weiter? Ich schätze, wie lautet Ihre Prognose für Frauen im agilen Bereich? Was müssen wir tun, um diese Dynamik fortzusetzen?

    Sarah Hajipour:

    Ich denke, Frauen werden in allem, worauf sie sich konzentrieren, großartig abschneiden, unabhängig davon. Unter dem Strich sind wir Menschen und wir alle haben das Potenzial, in dem zu wachsen, worauf wir unseren Geist und unser Herz richten, unabhängig von unserem Geschlecht. Ich würde mich freuen, wenn Frauen in der Lage wären, diese ganzheitliche Perspektive einzunehmen, dass sie unabhängig von ihrem Geschlecht alles tun können und sie sind, wir sind es.

    Sarah Hajipour:

    Wir haben von anderen Frauen gelesen, die in Geschäftsbereichen erfolgreich waren und von denen Sie der Meinung waren, dass Frauen wahrscheinlich nicht wie Astronautinnen abschneiden können. Es gibt Physikerinnen. Weibliche Vorbilder im Ingenieurwesen und all diese, die weniger verbreitet waren. Die Welt verändert sich zum Besseren und das ist großartig.

    Caitlin Mackie:

    Ja, ja. Ja, das liebe ich absolut.

    Sarah Hajipour:

    Es ist eine großartige Zeit, um am Leben zu sein.

    Caitlin Mackie:

    Ja. Ja, das ist aufregend. Ja, genau.

    Sarah Hajipour:

    Ja.

    Caitlin Mackie:

    Ja. Ich denke definitiv, dass wir in so vielen Branchen allmählich einen enormen Anstieg und die Sichtbarkeit weiblicher Vorbilder beobachten. Es ist also toll, das zu haben. Aber Sarah, das war so ein großartiges Gespräch. Ich wollte mit einer letzten Frage an Sie schließen. Wenn Sie Frauen, die gerade ihre Karriere in ihrer Branche beginnen, einen Ratschlag geben könnten, welcher wäre das?

    Sarah Hajipour:

    Ich würde sagen, der beste Rat, den ich geben kann, ist, dass wir die Macht haben. Und erstens müssen wir über das Geschlecht hinausschauen und irgendwie glauben, dass wir alles tun können, was wir wollen. Und zweitens: Scheuen Sie sich nicht, sich zu öffnen und Ihre Community aufzubauen, wie zum Beispiel eine Community aufzubauen, einer Gemeinschaft von agilen Praktikern oder agilen Coaches beizutreten, sogar Menschen, insbesondere Menschen, die mehr wissen als Sie.

    Sarah Hajipour:

    Und scheuen Sie sich nicht, um Hilfe zu bitten. Hab keine Angst zu sagen: „Hey, das ist neu für mich und ich liebe es, von euch zu lernen.“ Hab keine Angst davor, dich der Welt zu stellen, und du wirst viel lernen, was du nicht einmal erwarten würdest. So wie Sie das Ergebnis erhalten werden, werden Sie Dinge hören, die über das hinausgehen, was Sie erwartet haben. Es gibt eine Menge menschliches Potenzial, das freigesetzt werden kann, wenn Sie sich einfach nach draußen stellen und andere zu Ihrem Wachstum beitragen lassen.

    Caitlin Mackie:

    Das ist unglaublich. Das ist ein toller Rat, Sarah. Ich habe jede Minute unseres Gesprächs geliebt. Vielen Dank, dass Sie heute zu mir gekommen sind. Ich weiß das wirklich zu schätzen.

    Sarah Hajipour:

    Es war mir ein Vergnügen. Vielen Dank, dass du mich eingeladen hast.

  • Podcast

    Easy Agile Podcast Folge 3 Melissa Reeve, VP Marketing bei Scaled Agile

    Sean Blake

    „Ich habe es wirklich genossen, mit Melissa Reeve, VP of Marketing bei Scaled Agile, darüber zu sprechen, wie Teams, die keine Software sind, eine neue Arbeitsweise einführen.“

    Es ist wichtiger denn je, kundenorientiert zu sein.

    Wir sprechen über die Gefahr von „Walk-up-Work“ und darüber, wie dies durch eine angemessene Sprintplanung vermieden werden kann.

    Melissa gibt auch einen Überblick darüber, wie sich Agile auf Teams ohne technische Kenntnisse ausbreitet.

    Transkript

    Sean Blake:

    Hallo an alle zusammen. Und willkommen zum Easy Agile Podcast. Wir haben heute einen wirklich interessanten Gast bei uns. Es ist Melissa Reeve, die Vizepräsidentin für Marketing bei Scaled Agile. Wir freuen uns sehr, sie heute bei uns zu haben. Melissa Reeve ist Vizepräsidentin für Marketing bei Scaled Agile, Inc. In dieser Rolle leitet Melissa das Marketingteam und hilft den Leuten, Scaled Agile, das Scaled Agile Framework, besser zu verstehen. Mit anderen Worten, SAFe und seine Mission. Sie ist auch als Praxisleiterin für die Integration von SAF-Praktiken in Marketingumgebungen tätig. Melissa erhielt ihren Bachelor of Arts von der Washington University in St. Louis und lebt derzeit mit ihrem Mann, Hühnern und Hunden in Boulder, Colorado. Melissa, vielen Dank, dass du heute im Podcast zu uns gekommen bist.

    Melissa Reeve:

    Es ist so eine Freude, hier zu sein. Ich weiß das wirklich zu schätzen.

    Sean Blake:

    Großartig. Das ist großartig. Ich mag deine Begeisterung auf Anhieb sehr. Was mich wirklich interessiert, ist Melissa, es geht ein bisschen darum, wie du dahin gekommen bist, wo du heute bist. Was waren die Höhepunkte Ihrer bisherigen Karriere und wie haben Sie sich als Marketer im agilen Bereich wiedergefunden?

    Melissa Reeve:

    Nun, danke der Nachfrage. Und ich muss es dir sagen, aber kurz vor dem Podcast klopfte mein Mann an die Tür und er war ganz stolz, weil wir gerade ein neues Set Hühner bekommen haben und eines der Hühner sein erstes Ei gelegt hat. Das war also der Höhepunkt meines bisherigen Tages, nicht unbedingt der Höhepunkt meiner Karriere.

    Sean Blake:

    Sie werden also wahrscheinlich in den nächsten Wochen Rührei und Eier auf Toast essen.

    Melissa Reeve:

    Ich glaube schon. Also zurück zur Karriere, ich bin wirklich ins Marketing geraten. Mein Hintergrund lag in japanischer Literatur und Sprache. Und ich hatte diese großartige Karriere und dieses internationale Geschäft in Asien erwartet. Und dann zog ich in das Navajo-Indianerreservat und drehte einfach um. Ich habe meinen Weg ins Marketing gefunden und meinen Weg zu Agile ungefähr 2013 gefunden, als ich herausfand, dass es ein Agile-Marketing-Manifest gibt. Und das war wirklich ein Wendepunkt in Bezug auf meine Einstellung zum Thema Marketing. Denn bis zu diesem Zeitpunkt dachte ich wirklich über Marketing in einem sogenannten Wasserfall nach. Natürlich verwenden Vermarkter den Begriff Wasserfall im Allgemeinen nicht.

    Melissa Reeve:

    Aber dann fing ich an, anders über Marketing nachzudenken. Und als ich auf Scaled Agile stieß, brachte es so viele Elemente meiner Karriere zusammen. Das schlanke Denken, das ich während meines Studiums in Japan studiert hatte, und die schlanke Fertigung. Das war Agiles Marketing, das ich 2013 entdeckt hatte, und nur Bildung und Technologie waren schon immer Teil meiner Karriere. Ich schätze mich wirklich glücklich, Scaled Agile gefunden zu haben und mich mitten darin wiedergefunden zu haben, Agile sowohl in Unternehmen als auch in Marketingbereichen des Unternehmens zu skalieren.

    Sean Blake:

    Oh wow, okay. Und ich habe anhand Ihres LinkedIn-Profils festgestellt, dass Sie in der Vergangenheit an einigen Universitäten und Hochschulen gearbeitet haben. Und ich gehe davon aus, dass einige der Teams, die Marketingteams, in denen Sie gearbeitet haben, in der Vergangenheit ziemlich groß waren. In welchen Strukturen haben Sie früher gearbeitet, in diesen Marketingteams? Und vor welchen Herausforderungen standen Sie?

    Melissa Reeve:

    Ja, nun, das größte Unternehmen war Motorola. Und das war ziemlich früh in meiner Karriere. Ich glaube also nicht, dass ich mich genau erinnern kann, wie diese Teamstruktur aussieht. Aber ich denke, was die Hindernisse beim Marketing angeht, waren Genehmigungen schon immer ein Problem. Egal, ob Sie von einer kleineren oder einer größeren Organisation sprechen, es scheint, als müssten die Dinge die Kette hochgehen, abgesegnet werden und dann zur Ausführung wieder herunterkommen. Und damit verbunden sind Verzögerungen und Wartezeiten und im Grunde Verschwendung im System.

    Sean Blake:

    Richtig. Also, was ist Agiles Marketing dann und wie versucht es, einige dieser Probleme zu lösen?

    Melissa Reeve:

    Nun, ich freue mich, dass Sie gefragt haben, denn auf dem Markt herrscht viel Verwirrung rund um Agile-Marketing. Und ich kann Ihnen nicht sagen, wie viele Nachrichtenartikel ich gelesen habe, in denen es heißt, Marketing sollte agil sein. Und sie sprechen wirklich von Agile in Kleinbuchstaben, was bedeutet, dass Marketing flinker oder reaktionsschneller sein sollte. Aber sie sprechen nicht wirklich von Capital-A-Agile-Marketing, einer Arbeitsweise, hinter der Prinzipien und Praktiken stehen. Das ist also ein Aspekt, bei dem im Zusammenhang mit agilem Marketing Verwirrung herrscht.

    Melissa Reeve:

    Und dann ist noch ein weiterer Aspekt, wie groß der Kreis ist, von dem du sprichst. Was die Software angeht, wenn jemand Agile erwähnt, spricht er in Wirklichkeit von einem kleineren Team, und je nachdem, mit wem Sie sprechen, können es zwischen fünf und 11 Personen in diesem Agile-Team sein. Und Sie sprechen von einer Reihe von Teams dieser Größe. Wenn Sie also über agiles Marketing sprechen, könnten Sie von einem einzelnen Team sprechen.

    Melissa Reeve:

    Aber manche Leute sprechen, wenn sie über agiles Marketing sprechen, von einer Transformation und der Transformation der gesamten Marketingorganisation in eine agile Arbeitsweise. Und natürlich sprechen wir in der SAFe-Welt wirklich über die Marketingteams, die möglicherweise an eine SAFe-Implementierung angrenzen. Ich denke, das ist eine gute Frage und eine gute Frage, die Sie sich im Vorfeld stellen sollten, wenn Sie ein Gespräch über Agiles Marketing führen.

    Sean Blake:

    In Ordnung. Okay. Und für die Leute, die nicht viel über SAFe wissen, können Sie einfach erklären, was der Unterschied ist zwischen einem Marketingteam, das jetzt auf Capital-Agile-Art arbeitet, und was ist der Unterschied zwischen einer Organisation, die anfängt, Scaled Agile einzuführen? Was ist der Unterschied-

    Melissa Reeve:

    Sicher.

    Sean Blake:

    ... zwischen denen?

    Melissa Reeve:

    Ja. Softwareunternehmen haben also herausgefunden, dass agile Teams, also diese Gruppen von fünf bis 11 Personen, diese Arbeitsweise wirklich gut funktioniert, wenn man eine begrenzte Anzahl von Softwareentwicklern hat, als man anfing, in die größten Organisationen der Welt zu kommen. Ich denke also, dass alle Mitglieder der Global 2000 Zehntausende von Softwareentwicklern in ihrer Organisation haben könnten. Und um die Vorteile von Agile nutzen zu können, brauchten Sie Taktfrequenz und Synchronisation, nicht nur innerhalb eines Teams, sondern auch über mehrere Teams hinweg bis hin zur Programmebene und sogar zur Portfolioebene.

    Melissa Reeve:

    Und das Gleiche gilt für große Marketingorganisationen. Stellen Sie sich vor, Sie sind CMO und haben 6.000 Vermarkter unter sich. Wie sollen Sie Ihre Vision, Ihre Strategien, die Sie festlegen, in Einklang bringen, wenn Sie keine Möglichkeit haben, Strategie und Umsetzung zu verbinden. Das Scaled Agile Framework ist also eine Möglichkeit, diese agilen Praktiken über mehrere Teams hinweg und bis in die höchsten Ebenen des Unternehmens zu übertragen, sodass wir uns alle in eine ähnliche Richtung bewegen.

    Sean Blake:

    In Ordnung. Okay, ich denke, das macht Sinn. Und aus der Sicht eines Softwareteams besteht einer der Vorteile von Agile darin, dass es Teams hilft, sich stärker auf den Kunden zu konzentrieren. Und viele würden argumentieren, nun ja, Marketing war schon immer kundenorientiert. Aber haben Sie in Ihrer Erfahrung festgestellt, dass das vielleicht nicht so stimmt? Und wenn Marketingteams beginnen, Agile einzuführen, erkennen sie, was es wirklich bedeutet, kundenorientiert zu werden.

    Melissa Reeve:

    Ja. Ich meine, Sie haben noch einen wichtigen Punkt angesprochen, weil ich denke, die meisten Vermarkter denken, dass sie kundenorientiert sind. Wie viele Dinge auf der Welt ist die Welt ein relativer Ort. Sie können also theoretisch in Ihrem Kopf an den Kunden denken oder Sie können tatsächlich mit dem Kunden sprechen. Also habe ich gerade das beendet, was ich die Hörsitzung nenne. Und es war während unseres Hackathons, unserer Version einer Innovation, ein paar Tage voller Innovation. Es waren also acht Stunden bei einem Zoom-Gespräch mit jemandem aus Südafrika. Ich höre mir einfach ihre Erfahrung an und höre ihr zu, wie sie einen unserer Kurse durchläuft, Folie für Folie, und erklärt, was sie bei jedem Schritt erlebt hat.

    Melissa Reeve:

    Wenn Sie also an jemanden denken, der in einem großen Unternehmen sitzt und den Kunden vielleicht noch nie getroffen hat, den Kunden nur theoretisch kennt, an einem Ende des Spektrums. Und wenn Sie an diese Hörsitzung am anderen Ende des Spektrums denken, beginnen Sie zu verstehen, wovon wir sprechen. Nun, Ihre Frage hat wirklich darauf hingewiesen, dass Sie in agilen Praktiken jedes Mal an den Kunden denken. Theoretisch jedes Mal, wenn Sie eine Geschichte schreiben. Wenn Sie also eine Geschichte schreiben, schreiben Sie die Geschichte aus der Sicht des Kunden. Und ich würde einfach alle Marketer da draußen ermutigen, den Kunden persönlich zu kennen. Und ich weiß, dass das in diesen großen Organisationen nicht einfach ist. Es ist manchmal schwierig, mit dem Kunden persönlich ins Gespräch zu kommen, aber wenn Sie nicht direkt mit einem Kunden sprechen, kennen Sie den Kunden wahrscheinlich nicht wirklich.

    Melissa Reeve:

    Finden Sie also einen Weg, sprechen Sie mit den Verkäufern und telefonieren Sie mit einigen Ihrer Kundendienstmitarbeiter. Gehen Sie auf eine Messe und finden Sie einen Weg, direkt mit dem Kunden zu sprechen, denn Sie werden einige Nuancen entdecken, die sich in Ihrer Fähigkeit, den Kunden zufrieden zu stellen, auszahlen. Und wenn Sie diese Geschichte noch einmal schreiben, wird sie noch reichhaltiger sein.

    Sean Blake:

    Oh, das ist ein wirklich guter Rat, Melissa. Ich erinnere mich aus eigener Erfahrung, dass wir in einigen dieser großen Unternehmen, in denen ich gearbeitet habe, gesagt haben: „Oh, das ist es, was der Kunde will.“ Aber eigentlich kannten wir keine Kunden namentlich. Einige von uns persönlich waren Kunden, aber es ist nicht wirklich dasselbe wie rauszugehen und Leuten zuzuhören und was fanden sie an der Nutzung dieser App schwierig oder was erwarten sie eigentlich von diesem Produkt? Es gibt also einen riesigen Unterschied, ob man erraten muss, was ein Kunde vielleicht will oder sollte? Und dann, wie ihr Alltag tatsächlich aussieht und mit welchen Dingen sie zu kämpfen haben? Das ist ungeheuer wichtig.

    Sean Blake:

    Jemand, der in einem dieser großen Unternehmen arbeitet, in einem Marketingteam, hat vielleicht nicht die Macht oder den Einfluss, um zu sagen: „Okay, jetzt machen wir Agiles Marketing.“ Was wäre Ihr Rat für jemanden wie diesen, der die Vorteile darin sieht, seine Teams in diese Richtung zu bewegen, aber nicht unbedingt weiß, wo er anfangen soll?

    Melissa Reeve:

    Nun, es gibt eine Philosophie, die besagt, nimm, was du kriegen kannst. Wenn Sie also nur eine Person sind, die sich für Agiles Marketing einsetzt, dann ist es vielleicht das, was Sie tun können: Sie können sich dafür einsetzen. Vielleicht können Sie anfangen, Allianzen innerhalb der Organisation aufzubauen, ungezwungen mit Ihren Kollegen zu chatten, herauszufinden, ob Sie Verbündete in anderen Teilen der Organisation haben, und damit beginnen, eine Bewegung vom Typ Groundswell aufzubauen.

    Melissa Reeve:

    Vielleicht können Sie Ihr eigenes persönliches Kanban-Board erstellen und damit beginnen, Ihre Arbeit über Ihr eigenes Kanban-Board zu verfolgen. Und wenn Sie Ihre Arbeit auf diese Weise visualisieren, ist es jetzt, wo wir alle remote arbeiten, etwas schwieriger, aber sollten wir wieder in die Büros gehen, könnte theoretisch jemand an Ihrer Kabine vorbeigehen, Ihr Kanban-Board sehen und danach fragen. Und jetzt haben Sie vielleicht zwei Personen, die ein Kanban-Board benutzen, drei Personen. Und fangen Sie wirklich an, durch Ihre Denkweise, Ihr Verhalten, Ihre Gespräche mit gutem Beispiel voranzugehen, um Unterstützung zu erhalten.

    Sean Blake:

    Oh, das ist wirklich gut. Sei also die Veränderung, die du in der Organisation sehen willst.

    Melissa Reeve:

    Exakt.

    Sean Blake:

    In Ordnung. Okay, das ist wirklich gut. Und wenn diese Unternehmen sich dieser Arbeitsweise zuwenden und dann versuchen, das nächste Level zu erreichen, nehmen wir an, es beginnt in den Softwareentwicklungsteams und dann sagen wir, Marketing ist das nächste Team, das an Bord kommt. Wie verbreitet es sich dann in der gesamten Organisation? Weil ich aus eigener Erfahrung weiß, dass es für die Agile-Teams immer noch sehr schwierig ist, etwas zu erledigen, wenn es immer noch diesen Teil der Organisation gibt, der gegen Agile arbeitet. Weil es immer noch die Blockaden und die Prozesse und Genehmigungen gibt, die Sie mit den anderen Teams durchgehen müssen. Und ich denke, SAFe ist die Antwort, oder? Aber wie fängt man an, Agile im gesamten Unternehmen einzusetzen?

    Melissa Reeve:

    Sicher. Und worüber Sie sprechen, ist wirklich geschäftliche Agilität, bedeutet, das gesamte Unternehmen zu nehmen und das Unternehmen agil zu machen. Und Sie haben auf etwas hingewiesen, das dafür entscheidend ist: Sobald Sie den Engpass und die Hindernisse in einem Geschäftsbereich gelöst haben, wird es in einen anderen Geschäftsbereich verlagert. Der Vorteil der geschäftlichen Flexibilität besteht also darin, dass Sie versuchen, zu verhindern, dass sich diese Engpässe bilden oder verschieben. Aber ein Engpass führt im Wesentlichen dazu, dass er eine so genannte brennende Plattform schafft. Es entsteht also ein Bedürfnis nach Veränderung. Und genau das sehen wir auf der Marketingseite: Wir haben diese IT-Organisationen, sie arbeiten viel effizienter mit dem Einsatz von Agile und mit dem Einsatz von SAFe. Und was passiert, ist, dass die Softwareteams in der Lage sind, Dinge schneller zu veröffentlichen als die Teams, die sie umgeben. Eines davon könnte das Marketing sein.

    Melissa Reeve:

    Und so wird das Marketing jetzt dazu angeregt, nach Möglichkeiten der Veränderung zu suchen. Sie erhalten Anreize, einen Blick darauf zu werfen und zu sagen: „Nun, vielleicht ist Agile die Antwort für uns.“ Sagen wir einfach, das Marketing springt an Bord und plötzlich dreht es sich um, und abgesehen davon bleibt alles in der Rechtsabteilung hängen. Und jetzt hat die Rechtsabteilung Argumente für Änderungen und den Druck auf die Rechtsabteilung, sie anzunehmen. Es gibt also eine Möglichkeit, es organisch verbreiten zu lassen. Die meisten Transformationstrainer werden dieses Phänomen verstehen und das Unternehmen wahrscheinlich dazu ermutigen, einfach alles auf Agile umzustellen, natürlich nicht in einer Art Urknall, sondern sich schrittweise in diese Richtung zu bewegen, sodass wir nicht einfach ständig Engpässe verschieben.

    Sean Blake:

    In Ordnung. Okay, das macht Sinn. Und wenn diese Unternehmen versuchen, die geschäftliche Agilität in den verschiedenen Funktionen zu verbessern, gibt es dann einige Fehler, die Sie sagen, immer wieder auftauchen? Und wie können wir diese vermeiden, wenn wir uns auf diesem Weg der geschäftlichen Agilität befinden?

    Melissa Reeve:

    Ja. Ich habe das Gefühl, dass der häufigste Fehler, zumindest der, den ich im Marketing am häufigsten sehe, obwohl ich ihn auch bei Software gesehen habe, darin besteht, dass die Leute denken, dass es bei der Transformation um Prozesse oder Tools geht. So könnten sie beispielsweise im Marketing ein Tool einsetzen, um „agiler zu werden“. Vielleicht ist es ein Kanban-Visualisierungstool, oder vielleicht wird ihnen vorgeschlagen, ein anderes gängiges ALM-Tool zu verwenden. Also nehmen sie dieses Tool an und lernen, wie man es benutzt, und sie fragen sich, warum sie keine großen Verbesserungen sehen.

    Melissa Reeve:

    Und das liegt daran, dass Agile im Kern eine menschliche Transformation ist. Wir schauen uns also wirklich an, wie wir versuchen, die Denkweise der Menschen zu ändern. Eines der Themen, über die ich spreche, ist die Geschichte der Managementtheorie. Und obwohl es ziemlich trocken klingt, öffnet es in Wirklichkeit die Augen. Weil Sie wissen, dass viele der Gewohnheiten, die wir heute haben, im 20. und 19. Jahrhundert wurzeln. Sie sind also in Montagelinien verwurzelt. Sie wurzeln in der französischen Managementtheorie, die Kommando und Kontrolle befürwortete.

    Melissa Reeve:

    Sie wurzeln im Klassismus. Es gab eine Managementklasse und eine Arbeiterklasse, und die Managementklasse wusste, wie man Dinge am besten macht. Es ist also mehr als ein Prozess, mehr als ein Instrument, wir sprechen davon, dieses Erbe des Managementdenkens in eine Art und Weise zu transformieren, die für die Arbeitnehmer von heute angemessen ist. Und ich glaube, das ist der größte Fehler, den Unternehmen meiner Meinung nach bei der Umstellung auf Agile, eine agile Arbeitsweise, begehen.

    Sean Blake:

    Mm-hmm (bejahend). In Ordnung. Ja, das ist wirklich interessant. Und es öffnet wirklich die Augen, oder? Wenn man sich anschaut, wie der Arbeitstag von neun bis fünf zustande kam, denn das ist die Zeit, in der die Fabriken geöffnet waren, und die ganze Geschichte rund um die Struktur von Organisationen. Und ich denke, es ist wirklich wichtig, einige der Dinge, die wir in der Vergangenheit getan haben und die im Industriezeitalter funktioniert haben, in Frage zu stellen. Aber jetzt bewegen wir uns in das Informationszeitalter und in diese Zeiten der digitalen Transformation. Es funktioniert wahrscheinlich nicht mehr für uns, oder, einige dieser Dinge? Oder glauben Sie, dass einige dieser Dinge immer noch wertvoll sind, jetzt, wo wir verteilte Teams haben und viele Leute remote arbeiten? Gibt es Dinge, die dir in den Sinn kommen, von denen du denkst, dass wir sie eigentlich noch nicht loswerden sollten?

    Melissa Reeve:

    Oh, ich bin mir sicher, dass es welche gibt. John Kotter hat in seinem Buch Accelerate das Konzept eines dualen Betriebssystems vorgestellt. Sie haben also den Netzwerkteil der Organisation, der sich schnell und flexibel wie ein Startup bewegt, und dann haben Sie den hierarchischen Teil der Organisation. Und die Hierarchie ist sehr, sehr gut darin, Dinge zu skalieren. Es ist eine gut geölte Maschine. Sie benötigen jemanden, der Ihre Spesenabrechnung genehmigt. Sie benötigen einige Richtlinien und einige Richtlinien, einige Leitplanken. Wir sagen also nicht wirklich, dass die Hierarchie abgeschafft werden soll. Und ich habe das Gefühl, dass das Teil dieses alten Systems ist. Aber was wir sagen, ist, einen Teil des Befehls und der Kontrolle abzuschaffen, diese Vorstellung, dass das Management den besten Weg kennt, weil der Wissensarbeiter oft mehr weiß als sein Manager.

    Melissa Reeve:

    Es ist einfach zu schwierig für einen Manager, mit allem Schritt zu halten, was in den Köpfen der Personen vor sich geht, die ihm oder ihr Bericht erstatten. Das ist also eine wirklich große Veränderung und es war eine Veränderung für mich. Und ich denke, warum mich diese Geschichte der Managementtheorie so fasziniert hat, ist, dass ich auf einige Notizen aus meiner Collegezeit gestoßen bin. Und mir wurde klar, dass mir diese historischen Managementtheorien beigebracht worden waren. Mir wurde der Taylorismus beigebracht, der aus dem Jahr 1911 stammt. Und mir wurde klar, wow, ich musste eine Menge rückgängig machen, um diese agile Arbeitsweise zu übernehmen.

    Sean Blake:

    Nun, das ist großartig. Ja, das ist wirklich wichtig, nicht wahr? Ich habe Sie schon einmal über das Konzept der Walk-up-Arbeit sprechen hören, besonders im Bereich Marketing. Aber ich nehme an, nun, zunächst würde ich gerne wissen, was Walk-up-Arbeit ist. Warum ist es so gefährlich, nicht nur für Marketer, sondern für alle Teams? Und wie fangen wir an, uns gegen Walk-up-Arbeit zu wehren?

    Melissa Reeve:

    Ja. Also, vor allem Marketer werden mit dem bombardiert, was ich gerne als Walk-up-Arbeit bezeichne. Und dann kommt buchstäblich eine Führungskraft oder sogar ein Kollege zu mir, also denken Sie noch einmal über die Cubicle-Farm nach und stellen eine Anfrage. In der virtuellen Welt sieht das also so aus, als ob es die Lücke oder die Sofortnachricht „Hey, würde es dir etwas ausmachen?“ Zum einen führt dies zu einer Menge Kontextwechsel, und bei diesem Kontextwechsel geht Zeit verloren. Und der andere Teil ist, dass diese Anfragen selten klar definiert oder sogar mit einer gewissen Frist eingehen. Im Marketing könnte das so aussehen: „Hey, kannst du diese Grafik für diese E-Mail erstellen, die ich versende?“ Jetzt haben Sie Ihrer armen Grafikdesignerin das Wissen gegeben, dass sie hier eine Grafik erstellen muss, aber sie hat nicht wirklich die Spezifikationen.

    Melissa Reeve:

    Es ist also sehr, sehr hilfreich, diese Dinge in Geschichten zusammenzufassen, dem Agile-Prozess zu folgen, bei dem du die Walk-up-Arbeit zum Product Owner übernimmst, wo der Product Owner mit dir zusammenarbeiten kann, um die Geschichte zu definieren, die Person, die die Arbeit macht, an der Aufgabe zu halten, sie nicht dazu zu bringen, den Kontext zu wechseln oder so. Definieren Sie die Geschichte in den Akzeptanzkriterien sehr gut und priorisieren Sie sie, bevor die Arbeit dann in die Warteschlange des Grafikdesigners kommt. Und das ist ein Anti-Muster, egal ob Sie von einer Organisation mit 50 oder 5.000 Mitarbeitern sprechen.

    Melissa Reeve:

    Und ich habe festgestellt, dass das Verhalten der Führungskräfte am schwierigsten zu ändern ist. Weil sie nicht nur unbeaufsichtigt arbeiten, sondern auch über positionelle Autorität verfügen. Und das impliziert, dass diese Person aufhört, an dem zu arbeiten, woran sie gerade arbeitet, und sofort zu der Walk-up-Arbeit übergeht, die von der Führungskraft definiert wird. Ich habe also das Gefühl, dass es wirklich gefährlich für das gesamte Agile-Ökosystem ist, weil es den Kontext wechselt, es unterbricht den Arbeitsfluss und führt zu Verschwendung in das System. Und an Ihren Punkten mit der höchsten Priorität wird möglicherweise nicht gearbeitet.

    Sean Blake:

    In Ordnung. Also, wie viele Leute haben Sie in Ihrem Marketingteam bei Scaled Agile?

    Melissa Reeve:

    Wir sind immer noch ziemlich klein. Wir sind ungefähr in den 20ern, 23, 25, mehr oder weniger.

    Sean Blake:

    Also, wie kannst du...

    Melissa Reeve:

    Ich denke, im Moment sind wir drei agile Teams.

    Sean Blake:

    Drei. In Ordnung. Also diese 20 sind in drei Agile-Teams aufgeteilt. Und haben sie jeweils einen Product Owner oder wie funktioniert die Priorisierung des Marketings in Ihren Teams?

    Melissa Reeve:

    Ja, das ist eine gute Frage. Wir haben also individuelle Product Owner für diese drei Produktteams. Und was faszinierend ist, ist, dass sich die Product Owner dann auch sehr regelmäßig treffen müssen, um sicherzustellen, dass die Prioritäten aufeinander abgestimmt bleiben. Denn wie viele Marketingteams verfügen auch wir nicht über spezielle Fähigkeiten in jedem dieser Teams. Für die Gruppe von 23 Personen haben wir also nur einen Texter. Für die Gruppe von 23 haben wir zwei Grafikdesigner. Es ist also nicht so, dass jedes Team seinen eigenen Grafikdesigner oder seinen eigenen Texter hat.

    Sean Blake:

    Ja.

    Melissa Reeve:

    Das heißt, die drei POs müssen sich zusammensetzen und die Prioritäten festlegen, die gemeinsamen Prioritäten für den Texter, die gemeinsamen Prioritäten für diese Grafikdesigner. Und ich denke, es funktioniert. Ich meine, es ist nicht ohne Schluckauf, aber ich denke, das ist die Rolle der PO und es ist eine wichtige Rolle.

    Sean Blake:

    Wie vermeidest du also die Versuchung, zu diesen Teams zu kommen und zu sagen: „Lass das, was du tust, es gibt etwas Neues, an dem wir alle arbeiten müssen?“ Finden Sie es als Führungskraft selbst eine Herausforderung, die Teams wirklich autonom und selbstorganisiert arbeiten zu lassen?

    Melissa Reeve:

    Ja, ich denke, der größte Gefallen, den wir den Teams getan haben, ist wirklich, ich möchte nicht sagen, verbotene Walk-up-Arbeit, aber als Erstes haben wir es definiert. Und wir sagten: „Walk-up-Arbeit ist alles, was länger als zwei Stunden dauert und das nicht Teil der Iterationsplanung war.“ Und die Iteration dauert nur zwei Wochen. Theoretisch haben Sie es also in den letzten 10 Tagen getan. Wenn es also nicht dazu gehörte und Sie es nicht auf die nächste Iterationsplanung verschieben können und ein Gefühl der Dringlichkeit entsteht, dann ist es Walk-up-Arbeit.

    Melissa Reeve:

    Und wir haben die Teams an einem Punkt angelangt, an dem sie die Angewohnheit haben, dann die PO anzurufen und zu sagen: „Hey, würde es dir etwas ausmachen, mit so und so zu sprechen und das zu definieren und mir zu helfen, zu verstehen, wo das in die Prioritätsreihenfolge passt.“ Und das war wirklich die größte Hürde, denn als Marketer denke ich, dass viele von uns Ja sagen wollen, wenn jemand mit Arbeit auf uns zukommt. Aber was passiert ist, ist, dass die Leute, ich eingeschlossen, aufgehört haben, sich an die Texter zu wenden, aufgehört haben, sich mit Arbeit an den Grafikdesigner zu wenden. Aber ich weiß es einfach, geh zur Polizei.

    Sean Blake:

    Das ist gut. Es ist also eine zusätzliche Verteidigungslinie für das Team, sodass es sich weiterhin auf seine Prioritäten und das konzentrieren kann, woran es bereits gearbeitet hat, ohne von diesen neuen Ideen und Prioritäten abgelenkt zu werden.

    Melissa Reeve:

    Ja. Und tatsächlich, glaube ich, haben wir in diesem letzten Fall die Arbeit vor Ort von 23% auf 11% reduziert. Wir sind also nicht bei 100% Und ich weiß nicht, ob wir jemals 100% erreichen werden, aber wir sehen sicherlich Fortschritte in dieser Richtung.

    Sean Blake:

    Oh, das ist wirklich gut. Wirklich gut. Und so arbeiten Ihre Marketingteams agil. Haben Sie das Gefühl, dass Agile auf breiter Front, nicht nur innerhalb Ihres Unternehmens, sondern auch ganz allgemein, von Teams ohne technischen Hintergrund, also von Marketing-, Rechts- und Finanzteams, übernommen wird? Setzen diese Teams ohne technischen Hintergrund Agile schneller ein, oder haben Sie das Gefühl, dass es immer noch einige Jahre dauern wird, bis die Botschaft verbreitet wird?

    Melissa Reeve:

    Ja. Und ich schätze, meine Frage an Sie wäre, schneller als was?

    Sean Blake:

    Gute Frage. Ich nehme an, was ich frage ist, haben Sie das Gefühl, dass dies ein Trend ist, dass Teams ohne technischen Hintergrund Agile einführen, oder ist das etwas, das wirklich noch in den Kinderschuhen steckt und sich noch nicht wirklich durchgesetzt hat, insbesondere bei Scaled Agile-Kunden oder Personen, mit denen Sie in der Agile-Branche verbunden sind?

    Melissa Reeve:

    Ich würde ja sagen. Ja, das ist ein Trend. Und ja, die Leute machen es. Und ja, es steckt noch in den Kinderschuhen.

    Sean Blake:

    Also, ja?

    Melissa Reeve:

    Ja. Also all das zusammen, und ich werde dir nichts vormachen, ich meine, das ist neues Zeug. Tatsächlich, als Teil der Hörsitzung, die ich erwähnt habe, und wir haben über all diese verschiedenen Bereiche des Unternehmens gesprochen. Und es wurde erwähnt, dass das Scaled Agile Framework als Leitfaden für diese Teams dient. Für die Personalabteilung, für die Rechtsabteilung und für das Marketing könnte es robuster sein. Und die Antwort ist absolut. Und der Grund ist, dass wir immer noch selbst lernen. Das ist brandneues Gebiet, auf dem wir uns die Zähne ausbeißen. Ich schätze, wir werden mehrere Jahre brauchen, ich weiß nicht, wie viele es sind, bis wir anfangen zu lernen, herauszufinden, wie das aussieht, und es wirklich umzusetzen.

    Melissa Reeve:

    Jetzt hoffe ich, dass wir an einen Punkt kommen, an dem Agile in der gesamten Organisation zum Einsatz kommt und dass es an die verschiedenen Umgebungen angepasst wurde. Wenn ich das gesehen habe und Dinge wie Agile HR, Agile Legal, Agile Procurement durchdacht habe, scheinen die Grundlagen solide zu sein. Wir können sogar Dinge wie die Continuous Delivery Pipeline von DevOps. Wenn ich an Marketing denke und an Automatisierung denke. Und ich denke über künstliche Intelligenz nach, ja, ich sehe das im Marketing und ich sehe die Notwendigkeit, dass sich das entfaltet, aber werden wir eine Weile brauchen, um diese Nuance herauszufinden? Absolut.

    Sean Blake:

    In Ordnung. Und können Sie sich weitere Trends im agilen Bereich vorstellen? Wissen Sie, wenn wir in die Zukunft schauen, sagen wir 10 Jahre, ein Jahrzehnt, wie sieht dann die Arbeitsweise aus? Sind wir alle immer noch remote oder wie werden Teams in 10 Jahren an digitale Transformationen herangehen? Was ist Ihre Perspektive auf die Zukunft?

    Melissa Reeve:

    Ja, ich meine, manchmal schaue ich gerne in die Vergangenheit, um in die Zukunft zu schauen. Und in diesem Fall schaue ich vielleicht 10 oder 12 Jahre in die Vergangenheit. Und vor 12 Jahren bekam ich mein allererstes iPhone. Ich erinnere mich, dass es 2007, 2008 war. Und du denkst darüber nach, was für eine seismische Veränderung das in Bezug auf unser Verhalten und die sozialen Medien war, wie wir uns verbinden und diesen Computer in unserer Hand haben. Also frage ich mich, welcher seismische Wandel liegt vor uns? Und sicherlich hat COVID einige dieser Veränderungen beschleunigt. Ich frage mich, werde ich so oft in Flugzeugen sitzen wie in der Vergangenheit? Oder haben wir uns alle so an Zoom-Meetings gewöhnt, dass wir gemerkt haben, dass dort Strom steckt. Und wir müssen nicht unbedingt in ein Flugzeug steigen, um den Wert zu nutzen.

    Melissa Reeve:

    Was Agile angeht, habe ich das Gefühl, dass wir es in 10 Jahren nicht mehr agil nennen werden. Ich habe das Gefühl, dass es eher nach einer Organisation mit kontinuierlichem Lernen oder einer reaktionsschnellen Organisation aussehen wird. Agile bezieht sich auf eine sehr spezifische Reihe von Praktiken. Und wenn diese neue Denkweise, nun ja, die Praktiken und die Prinzipien und die Denkweise, und wenn sich diese neue Denkweise durchsetzt und zur Norm wird, werden wir sie dann Agile nennen? Oder wird es einfach die Art und Weise sein, wie die Leute arbeiten? Ich schätze, es wird anfangen, sich dem Letzteren zuzuwenden.

    Sean Blake:

    Nun, hoffen wir, dass es normal wird, oder? Ich meine, es wäre toll, mehr Transparenz, mehr funktionsübergreifende Arbeit, weniger Außeneinsätze und mehr geschäftliche Agilität auf der ganzen Linie zu haben, nicht wahr? Ich denke, es wäre toll, wenn das zur neuen Normalität würde.

    Melissa Reeve:

    Ja, ich auch. Ja. Und ich glaube, wir rufen nicht an, wie wir mit Menschen umgehen. Wir sagen nicht: „Oh, das ist Taylorismus. Wirst du Taylorismus praktizieren? So haben wir entweder in der Schule gelernt oder von unseren Chefs gelernt, wie man mit Menschen umgeht. Und das ist meine Hoffnung für Agile, dass wir es nicht so nennen werden. So machen wir die Dinge hier einfach.

    Sean Blake:

    Großartig. Tja, Melissa, ich denke, wir lassen es dabei. Ich habe unser Gespräch wirklich genossen, besonders als Vermarkter. Es ist toll, Ihren Einblick in die Branche zu hören. Und alles, was wir heute besprochen haben, hat mir wirklich, wirklich die Augen geöffnet. Also vielen Dank, dass du das mit mir und unserem Publikum geteilt hast. Und wir hoffen, Sie in Zukunft wieder im Podcast zu haben.

    Melissa Reeve:

    Sean, es war mir eine große Freude und ich komme jederzeit gerne wieder.

    Sean Blake:

    Großartig. Vielen Dank.

    Melissa Reeve:

    Ich danke dir.

  • Podcast

    Easy Agile Podcast Folge 23: So steuern Sie Ihre Cloud-Migration

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