Easy Agile Podcast Folge 1 Dominic Price, Work Futurist bei Atlassian

Veröffentlicht am

September 13, 2020

Mitwirkende

Nick Muldoon

Co-CEO

Hör zu

Spotify
Apple-Podcasts
Einfacher Cast

Abonnieren Sie unseren Newsletter

website.easyagile.com/blog/rss.xml

„Ich hatte das Vergnügen, mich hinzusetzen, um mit Dominic Price von Atlassian zu chatten. Es hat so viel Spaß gemacht, über meine Zeit bei Atlassian nachzudenken und zu hören, wie Dom aus seiner Sicht ein großartiges Team ausmacht, wie man eine authentische Kultur aufbaut und die Dinge priorisiert, die wichtig sind.“

- Nick Muldoon, Co-CEO von Easy Agile

Transkript:

Nick Muldoon:

Was ich gerne ansprechen und was ich gerne erforschen wollte, Dom, war in Wirklichkeit diese Entwicklung des Denkens bei Atlassian. Ich erinnere mich, als wir uns das erste Mal begegnet sind, und korrigiere mich, wenn ich falsch liege, aber ich erinnere mich, dass es Ende 2014 war, glaube ich.

Dom-Preis:

Ja, war es.

Nick Muldoon:

Scrum Australia lief zu der Zeit, und du bist in den Büros in der George Street über Westpac, wo auch immer, und wir hatten Slady im Raum, da warst du. Ich glaube, Mairead könnte dort gewesen sein, ich bin mir nicht sicher.

Dom-Preis:

Nein, wahrscheinlich nicht. Ich glaube, es war das Ingenieurtreffen von JML, das Treffen mit den technischen Beziehungen.

Nick Muldoon:

Richtig.

Dom-Preis:

Involviert an der

Nick Muldoon:

Hall of Justice, richtig? Nicht die Hall of Justice.

Dom-Preis:

Nicht Hall of Justice. Avengers.

Nick Muldoon:

Avengers. Wann warst du das letzte Mal in Avengers?

Dom-Preis:

Vor langer, langer Zeit. Vor langer, langer Zeit.

Nick Muldoon:

Du arbeitest seit März Vollzeit von zu Hause aus, oder?

Dom-Preis:

Ja. Ja, aber für mich kann ich dreieinhalb Jahre von überall aus arbeiten.

Nick Muldoon:

Ja, fair genug. Okay.

Dom-Preis:

In der Schicht fehlte für mich das Arbeitselement. Mir fehlt das persönliche Arbeitselement, weil ich viel unterwegs bin und ein oder zwei Tage die Woche im Büro bin, da ist Bindegewebe, ich wusste nicht, wie wertvoll das ist. Fünf Tage von zu Hause aus zu arbeiten, ist für mich keine gute Mischung.

Nick Muldoon:

Nein, für mich auch keine gute Mischung, Kumpel. Ich war derjenige, der während des Lockdowns ins Büro kam. Ich sagte: „Oh.“ Ich schätze, es war im Grunde eine Erweiterung meines Hauses, weil ich der Einzige war, der reinkam. Aber ich könnte die Musik lauter drehen und ein bisschen Arbeit erledigen, ohne...

Nick Muldoon:

Ja. In Ordnung. Ende 2014, als sich unsere Wege zum ersten Mal kreuzten, waren wir auf dem Engineering-Meeting von JML, und das war, bevor JML zu Shopify gegangen war.

Dom-Preis:

Ja.

Nick Muldoon:

Wir haben über alle Dinge gesprochen. Ich erinnere mich, dass ich über OKRs gesprochen habe, das Objective Key Result Framework, das wir bei Twitter verwendet haben und das Atlassian meiner Meinung nach zum ersten Mal betrachtet hat.

Dom-Preis:

Ja, mit uns flirten wir schon eine Weile.

Nick Muldoon:

Eine Weile damit flirten. Was hat Atlassian zu der Zeit verwendet? Was war VTFM?

Dom-Preis:

Es gab zwei Dinge, die wir zu der Zeit hatten. VTFM, das war Vision, Schwerpunktbereiche, Themen und Maßnahmen. Das war unsere Art, unsere Strategie zu kommunizieren, unsere Strategie für fortlaufende Probleme. Aber auf der Rückseite hatten wir, was ich als KPIs der alten Schule bezeichnen würde. Richtig? Wir würden Tore auswählen, richtig, wir würden Methoden wählen, um diese Tore zu messen, aber sehr auf KPIs und sehr auf rote, gelbe und grüne Tore. Als wir klein waren, hat es gut funktioniert. Es hat sich nicht besonders gut skaliert, weil es strafend wurde. Wenn du grün warst und deinen Punktestand getroffen hast, wurdest du ignoriert, weil du immer dazu bestimmt warst, und wenn du gelb oder rot warst und etwas verpasst hast, wurdest du bestraft. Richtig? Es ist wie: „Bitte erkläre es.“ Du hast die Einladung zum Büro des Schulleiters bekommen.

Dom-Preis:

Wir wollten eine Möglichkeit haben, uns in diese Richtung zu ziehen und auch ergebnisorientierter zu sein, denn ich glaube, als wir die KPIs skaliert haben, waren wir sehr leistungsorientiert wie: „Was hast du diese Woche gemacht? Was ist das Ding, das du versendet hast?“ Eigentlich war das, was wir vergessen haben, und ich glaube, es war ein Zufall, es war keine böse Absicht, aber wir haben vergessen, welches Ergebnis oder welche Wirkung wir auf den Kunden haben wollen, denn das passiert nach dem Ereignis. OKRs waren eine Möglichkeit, das Ganze zu dehnen und die Idee von Moonshots und großen Ambitionen zu entwickeln. Aber dann konzentrieren wir uns wieder darauf, welche Wirkung wir auf den Endkunden haben wollen, und nicht nur auf das, was in der Wurstfabrik passiert?

Nick Muldoon:

Aber mit dieser Endkundenperspektive, haben Sie das mit dem VTFM verstanden?

Dom-Preis:

Nein. Tatsächlich war das im ersten Jahr, in dem wir das OKR gewürfelt haben, Teil des Problems. Wir hatten das VTFM, weil das geblieben ist, oder? Das war wie die heilige Kuh im ersten Jahr. Das blieb, und wir hatten einfach OKRs darunter. Ja, und wir sagen: „Nun...

Nick Muldoon:

Du mischst sie also zusammen.

Dom-Preis:

... welche melden wir? Die Maßnahmen im VTFM, weil das unser Atlassian-Levelplan ist, oder die OKRs, also die Dinge, die wir tatsächlich tun, und die Auswirkungen, die wir haben. Du sagst: „Nun, beide“, und du sagst: „Nun, sie treffen sich nicht. Es gibt keine Kaskade nach oben oder unten, links oder rechts, die sie richtig ausgerichtet hätte.“ Im Jahr darauf haben wir tatsächlich... das VTFM abgeschafft, und jetzt haben wir unsere fortlaufende 12-Monats-Strategie, die als OKRs formuliert ist.

Nick Muldoon:

Richtig. In Ordnung. Zu der Zeit, Dom, im Jahr 2014, als du mit OKRs flirtest, wie du schon sagtest, war das VTFM, das du ersetzen wolltest, war das Unternehmen, die Abteilung, das Team, die Einzelperson, oder hörte es einfach beim Team auf?

Dom-Preis:

Ja. Da hat es nicht wirklich skaliert, oder? Das organisatorische war sinnvoll, und auch hier gilt: Wenn Sie kleiner sind, ist es viel einfacher, die Verbindung zwischen Ihrem Team oder Ihrer Abteilung und dem Unternehmen herzustellen. Als wir skalierten, hatten wir ein VTFM auf Unternehmensebene, und dann baute jede Abteilung ihr eigenes auf. Das Seltsame ist, und wieder funktioniert das für eine Phase, und dann merkt man, dass es nicht so ist, dass wir keinen Wert innerhalb der Organisation schaffen. Wir schaffen Werte in der gesamten Organisation, und daher war der Aufbau dieser VTFMs in den Abteilungen eine Verfeinerung unseres Fachs. Aber das ging auf Kosten der Art und Weise, wie Sie teamübergreifend arbeiten.

Dom-Preis:

Ich denke, das ist eines dieser Dinge, die wir zu der Zeit nicht realisiert haben. Hätte ich eine Kristallkugel gehabt, wäre sie toll gewesen. Aber es schien das Richtige zu sein. Das Ingenieurwesen hatte einen VTFM. Das Design auch, das Produktmanagement auch, und Sie sagen: „Sie wissen, dass wir nur ein Erlebnis versenden, oder?“ Mir ist egal, ob die Technik perfekt ist und das Design nicht, weil das den Kunden wegen dieses einen Erlebnisses, das wir geliefert haben, im Stich lässt. Es gab eine ganze Art von Schiedsverfahren, bei dem wir sie vertikal gebaut und dann versucht haben, sie horizontal zusammenzukleben, aber sie wurden alle isoliert gebaut.

Dom-Preis:

Wenn es dann um Kompromisse geht, und jedes Unternehmen hat Kompromisse, ob Sie es zugeben oder nicht, wenn Sie wie die besten Pläne sind, bleiben Sie buchstäblich auf dem Papier, oder? Dort existieren sie, dann tritt die Realität einen Tag nach der Erstellung des Plans ein. Welchen Kompromiss wirst du eingehen, wenn die Realität einsetzt? Gehen Sie den Kompromiss ein, der den Kunden erfreut und Sie vielleicht kompromittiert? Richtig? Wie machst du das dann intern? Wirst du Design und Produktmanagement beim Lastenausgleich auf diese Weise unterstützen oder sagen: „Nun ja, ich bin Ingenieur und es geht uns gut. Das Design ist schuld. Es ist die Schuld des Designs, wie wir uns an alle anpassen würden.“ Wir stellten schnell fest, dass ein vertikales Modell einige unbeabsichtigte Konsequenzen und einige merkwürdige Verhaltensweisen mit sich brachte, die wir uns als Atlassian nicht wirklich gewünscht hatten.

Nick Muldoon:

Damals, Dom, in den Jahren 2014, 2015, hattest du den Dreiklang damals mit dem Produktdesign und später für jede dieser Gruppen?

Dom-Preis:

Bei physischen Menschen ja.

Nick Muldoon:

Aber in-

Dom-Preis:

... modeln, nein.

Nick Muldoon:

Nein. Okay. Wie kam das zustande, dieser Dreiklang, bei dem sie harmonisch zusammenarbeiteten, um dieses Kundenerlebnis zu bieten?

Dom-Preis:

Ich denke, im Grunde ist es einer dieser brillanten Fehler, wenn man zurückblickt. Wir sind wirklich gut darin, zu reflektieren, und man macht ein paar Überlegungen, und plötzlich sieht man das Muster und denkt: „Hey, unsere Teams, die es auf den Punkt bringen, sind diejenigen, in denen wir kognitive Vielfalt und ein ausgewogenes Verhältnis von Fähigkeiten haben.“ Nicht, wo wir einen Experten oder irgendwas Tolles haben, aber eigentlich sagst du: „Ja, eigentlich —

Nick Muldoon:

Wenn du dir einige dieser Muster ansiehst...

Dom-Preis:

Ja. Du sagst: „Hey, ich habe gerade das Design gesehen.“ Sie bringen den Produktmanager in einen Schwitzkasten und haben ein stichhaltiges Argument an einem Whiteboard. Du sagst: „Das gefällt mir wirklich. Das gefällt mir, ein Treffen, bei dem Konsens und gewaltsame Übereinstimmungen herrschen.“ Vielleicht ist das das falsche Signal, richtig, dass das richtige Signal diese kognitive Vielfalt ist, dieser respektvolle Dissens. Sie sehen das und wir sagen: „Moment mal, wir haben die Erkenntnis, dass Ingenieure großartige, nutzbare Produkte entwickeln und Produktmanager zusammen mit den Designern über die gesamte Art der Benutzerfreundlichkeit nachdenken. Viability, du sagst: „Oh, wir brauchen alle drei. Für ein großartiges Erlebnis müssen alle drei Aspekte offensichtlich sein.“ Du sagst: „Cool. Lass uns das verdoppeln.“ Richtig?

Dom-Preis:

Wir haben angefangen, viel mehr darüber nachzudenken, wie wir das Gleichgewicht zwischen diesen beiden herstellen können? Wie verstehen wir die verschiedenen Rollen? Weil wir nicht homogen werden wollten. Du willst nicht, dass sich diese drei Rollen so gut verstehen, da sind sich alle einig. Du willst auch nicht ständig heftig unterschiedlicher Meinung sein, oder? Ein bisschen unterschiedlicher Meinung ist großartig. Wenn sie immer anderer Meinung sind, dann kommt das im Produkt zum Ausdruck. Wie findest du die Dinge, für die sie stehen, und wie bringen sie ihr wahres und bestes Selbst in jeder Phase zur Geltung? Richtig? Wenn Sie an ein bestimmtes Produkt oder Projekt denken, gibt es natürliche Phasen, in denen ihre Fähigkeiten besser entwickelt werden, oder? In diesen Phasen ist für uns ein Teil des Designmanagements oft viel besser, wenn es um Mehrdeutigkeit und eine ganze Menge Dinge geht. Wenn es ums Bauen geht, werde ich wahrscheinlich mehr auf den Ingenieur hören, oder?

Nick Muldoon:

Und du übergibst es der Lieferung.

Dom-Preis:

Ja. Aber dann ist es auch so, naja, es ist nicht der... Wenn du über die Lieferzeit nachdenkst, denken wir manchmal, dass es ein Staffellauf ist. Ich denke, das ist falsch, weil sich trotzdem jeder den Staffellauf ansehen wird. Sobald ich meine Runde gelaufen bin, bin ich fertig, oder? Aber in der Produktentwicklung liegt das nicht daran, dass ich immer noch eine Rolle habe, wenn ich den Staffelstab übergebe. Auch wenn es sich in der Entwicklungsphase befindet, spielen der Produktmanager und der Designer immer noch eine wichtige Rolle. Es ist nur so, dass sie Copiloten sind und der Ingenieur der Pilot ist, oder? Du verschwindest nicht, deine Rolle ändert sich. Ich denke, das war eine der Nuancen, die wir bekamen, als wir anfingen, die richtigen Fähigkeiten, die richtige Führungsebene, das richtige Maß an Reflexion einzubringen: „Wie bringen wir das in diesen Phasen unter einen Hut und wie machen wir deutlich, welche Rolle wir in diesen verschiedenen Phasen spielen?

Nick Muldoon:

Okay, das ist interessant. Ich werde darauf zurückkommen wollen, wenn wir unsere Aufmerksamkeit auf die Kunden in der agilen Transformationslandschaft im weiteren Sinne richten. Aber eine Sache, über die ich in Bezug auf dieses Gleichgewicht nachgedacht habe, ist die Tatsache, dass Atlassian die Disziplin hatte, Mitarbeiter für eine Triade einzustellen, oder? Wenn ich darüber nachdenke, das war ungefähr 2013 bei Twitter, und in einer unserer Gruppen hatten wir eine Zahl ausgewählt, aber es wären 200 Leute gewesen, und es wären weniger als 10 Produktmanager gewesen. Ich glaube, wir hatten tatsächlich ein Verhältnis von etwa 20. Es war etwas Dummes, 26 Ingenieure für einen Produktmanager. Es war nicht einmal unbedingt ein Design-Pendant für jeden der Produktmanager. Das Gleichgewicht war völlig falsch und es war nicht sehr effektiv. Gab es eine Zeit bei Atlassian, in der es diese Reflexion gab? Weil ich gerade überlege, dass wir in meiner Zeit bei Atlassian vielleicht keine gute Balance hatten. Ich denke, es war viel schwieriger in der Technik als in Design und Produkt.

Dom-Preis:

Ja, es ist eines dieser Dinge, wenn es nicht da ist, verpasst du es nicht. Ja? Ja? Es ist komisch, oder? Es war viel davon vor meiner Zeit, aber als ich mir die Geschichte anhörte, war es, als ob sogar Design als Disziplin, als ich 2013 anfing, eine sehr kleine Disziplin war. Ich glaube, schon damals war es eine Art Hackerangriff auf die Vorstellung, wo es hieß: „Oh ja, wir haben ein paar Designer. Sie machen die Pixel, oder? Sie lassen Sachen hübsch aussehen.“.

Nick Muldoon:

Sie machen T-Shirts und sie mögen es.

Dom-Preis:

Wer weiß, oder? Aber es lässt uns hübsch aussehen, oder? Sie trinken Craft Beer und sitzen auf Milchkisten. Wir hatten diesen Archetyp eines Designers, und dann sagst du: „Oh, wenn du anfängst, die Benutzererfahrung, die Integrationspunkte, Designsprachen, Designstandards und das Erlebnis zu verstehen, sobald du deine ersten Designer hast, die sagen: „So passen unsere Produkte zusammen“, und das ist die Erfahrung aus der Kundensicht, sagst du: „Oh, ich bin mir nicht sicher, ob ich ein Fan davon bin.“ Es war nicht schlecht gestaltet, aber auch nicht besonders gut gestaltet. Sobald Sie beginnen, einige Verbesserungen vorzunehmen, dann beginnen Sie, die Kundenzufriedenheit zu messen, und wenn Sie das Erlebnis reibungsloser gestalten, erkennen Sie plötzlich den Wert.

Dom-Preis:

Ich glaube, für Atlassian haben wir als Ingenieurbüro angefangen. Wir haben das Produktmanagement hinzugefügt und dann widerwillig das Design hinzugefügt. Interessanterweise haben wir in meiner Zeit dort zuletzt die Forschung hinzugefügt.

Nick Muldoon:

Ja. Okay.

Dom-Preis:

Faszinierende Entwicklung für uns, wieder zu sagen: „Was meinst du mit Forschung? Ich bin Produktmanager. Im Wettbewerbsbereich weiß ich alles über die Branche.“ Sie sagen: „Aber wissen Sie etwas über den Kunden und die Arbeit, die bei den wichtigsten Aufgaben zu erledigen ist, oder wie sie sie erleben, und denken Sie über Dinge wie Barrierefreiheit nach, denken Sie darüber nach, wie sich unsere Produkte in andere Produkte integrieren, denken Sie nicht nur darüber nach, was die eigentliche Aufgabe ist, und wie die Leute versuchen, das zu tun, und die Abgabestellen.

Dom-Preis:

Die Forschung ist zu einem neuen Muskel geworden, mit dem wir genau die gleichen Erfahrungen gemacht haben. Wenn man es zum ersten Mal einführt, sagen die Leute: „Oh, das brauchen wir nicht. Es ist übertrieben.“ Du sagst: „Ich verstehe, es ist wirklich ziemlich gut.“ Schwer zu integrieren, weil Sie mir Erkenntnisse liefern, die ich nicht erwartet hatte, und dann gab es eine Veränderung sowohl für die Designer als auch für die Produktmanager, die sagten: „Oh, ich kann jetzt eine Ressource gebrauchen, weil Sie diese unabhängige Gruppe sind, die mir helfen kann, nicht nur mein Produkt zu verstehen und meine Produkte zu verbessern, sondern ein Level höher, was meine Produkte zu tun versuchen? Mit wem konkurriere ich und wie sieht diese Erfahrung von Anfang bis Ende aus?“ Es ist ein völlig anderes Objektiv.

Nick Muldoon:

Was du da im Grunde beschreibst, Dom, ist, dass du immer noch den Dreiklang aus Produktdesign und Leads hast. Aber jetzt hast du das. Es ist eine Art zentralisiertes Forschungsteam?

Dom-Preis:

Ja.

Nick Muldoon:

Kommen sie für bestimmte Projekte in verschiedenen Bereichen vorbei?

Dom-Preis:

Ja. Wenn du darüber nachdenkst, wenn du es auf den gesunden Menschenverstand zurückführst, glaube ich, im Laufe der Zeit wurden wir wirklich gut darin, zu erforschen und zu bauen. Aber vielleicht haben wir bei Wonder ein bisschen Muskelmasse verloren. Diese Forschungen sind großartig. Die Scheuklappen sind draußen und sie wundern sich, oder? Ich bin mir sicher, dass sie das auch physisch tun, aber mental schlendern sie, oder? Sie gehen ziemlich weit, und wenn sie mit ihren Erkenntnissen zurückkommen, denkt man: „Wow, das hat mir eine wirklich gute, breite Perspektive gegeben.“ Ich gebe Ihnen ein kurzes Beispiel, in dem wir viel arbeiten und immer auf Barrierefreiheit achten. Es ist einfach, sich Ihre aktuellen Produkte anzusehen und mit dem Hinzufügen von Füllmaterial zu beginnen. Richtig? Das ist die logische Vorgehensweise. Oder Sie schauen sich die Produkte Ihrer Konkurrenten an und wie werden Sie ein Paar oder ein Peer? Einfach.

Dom-Preis:

Unser Forschungsteam hat tatsächlich eine ganze Reihe von Menschen mit unterschiedlichen Seh- und Mobilitätsproblemen zusammengebracht und gesagt: „Wir werden Sie jetzt dazu bringen, unsere Produkte zu verwenden und einige wichtige Aufgaben zu erledigen.“ Sie verwenden es bereits, aber es ist, als ob sie vielleicht einen Screenreader verwenden, oder vielleicht können sie keine Maus benutzen, sie können nur Tastenkombinationen verwenden. Plötzlich siehst du das Erlebnis durch ihre Linse, und wir nehmen es auf, und es verfolgt mit all den Aktionen das Augenlicht und die Sichtlinie. Man hat diesen Detaillierungsgrad, bei dem man denkt: „Nun, ich weiß, wir versuchen, Empathie aufzubauen, aber diese Erfahrung aus erster Hand zu sehen, ist etwas völlig anderes, als zu versuchen, darüber nachzudenken.“

Dom-Preis:

Du siehst es nur durch die Linse dieser Person. Das Forschungsteam hat wochenlang und wochenlang mit verschiedenen Benutzern, unterschiedlichen Hintergründen, unterschiedlichen Behinderungen, verschiedenen Produkten und unterschiedlichen Aufgaben geforscht, um all unseren Teams ein Gefühl dafür zu geben, wie es als tatsächliche Person aussieht. Hier kannst du tatsächlich in den Schuhen dieser Person laufen, oder es fühlt sich so an, als ob du es bist.

Nick Muldoon:

Wenn Sie Produktmanager und Designer sind und... Weil es für mich klingt, Dom, wie die Art von Untersuchung oder Erkundung, die du dort in Bezug auf mobilitätseingeschränkte oder sehbehinderte Menschen beschreibst, ist es etwas, das für mich schwierig sein könnte, das in meine OKRs für unser Produkt aufzunehmen. Für diese Triade, wie habe ich... Ich versuche, weiterzumachen und monatlich aktive Nutzer zu verfolgen, oder Cross-Flow, oder was auch immer es ist, und das ist viel langfristiger. Es ist, als wäre es ein lang andauernder Thread, der einfach 18 Monate lang geöffnet bleibt, während wir über diese Dinge nachdenken und diese Gespräche führen. Hat diese Forschungsgruppe, haben sie tatsächlich ihre eigenen OKRs und sind diese OKRs jährlich?

Dom-Preis:

Ja. Ja und nein. Wir führen hauptsächlich OKRs in den Bereichen Design und Forschung durch. Wir haben jetzt ein Team, in dem wir arbeiten können. Es handelt sich in der Regel um gemeinsame OKRs oder eher um funktionsübergreifende OKRs, sie sind funktionsübergreifend und gemeinsam genutzt. Die funktionsübergreifenden Funktionen wie in Wir haben das gleiche Ziel, aber unterschiedliche Schlüsselergebnisse.

Nick Muldoon:

Ja, okay.

Dom-Preis:

Wenn Sie Barrierefreiheit als Ziel betrachten, das Forschungsteam, dann ist das wichtigste Ergebnis, die neuesten Forschungsergebnisse und Erkenntnisse zu haben, damit wir lernen und verstehen können. Du sagst: „Cool, das ist deine Aufgabe.“ Richtig? Das Designteam, Ihr OKR besteht darin, diese Erkenntnisse in einige Designs und Usability umzusetzen, und dann können Sie tatsächlich entlang der Wertschöpfungskette gehen, und jede einzelne Person in dieser Wertschöpfungskette hat ein anderes OKR.

Nick Muldoon:

In Ordnung. Aber noch heute gibt es keine OKRs auf individueller Ebene, oder? Es ist alles teambasiert, gruppenbasiert?

Dom-Preis:

Wir haben Widrigkeiten. Ich habe mich ein bisschen damit beschäftigt. Manchmal denke ich, ich habe immer individuelle OKRs. Die Frage ist, ob ich sie teile oder nicht. Ich denke, wenn man an die Mehrheit der Wissensarbeiter denkt, werden sie individuelle Ziele haben: „Ich möchte eine neue Fähigkeit erlernen, ich möchte eine neue erwerben“

Nick Muldoon:

Das Handwerk verfeinern.

Dom-Preis:

Ja, richtig? Ob du das aufschreibst und es dir nützt oder nicht, steht nicht zur Debatte. Wenn es darum geht, sie kollektiv aufzuschreiben, sie in einem einzigen Speicher aufzubewahren, jede Art von Leitern, dann sind die Kosten meiner Meinung nach höher als der Nutzen. Richtig?

Nick Muldoon:

In Ordnung.

Dom-Preis:

Wir sind davon abgewichen, zu sagen, dass jeder dann individuelle OKRs haben muss und dann Leiter, was auch immer, weil es am Ende sehr, sehr umständlich und tatsächlich sehr kommandierend und kontrollierbar wird. Stattdessen haben wir unseren Führungskräften gesagt, und das ist Führung nach Fähigkeiten, nicht nach Titel, sondern zu unseren Führungskräften: „Das ist Teil eines Gesprächs, das Sie regelmäßig mit Ihren Mitarbeitern über Wachstum führen sollten und darüber, wie Sie sie inspirieren und wie Sie sie motivieren. Wie entwickeln und entwickeln sie sich? Welche Experimente führen sie an sich selbst durch? Richtig? Wie sind sie mit anderen Leuten? Was sind ihre Herausforderungen und wie können Sie ihnen helfen, diese Herausforderungen niemals zu bewältigen? Was sind ihre Verstärkungspunkte, die Sie mit ihnen besprechen sollten, um das Einstellrad einzuschalten? Richtig? Was sind ihre Superkräfte, die wir wirklich nutzen sollten, oder?“ Das ist Teil eines Führungsgesprächs. Muss das aufgeschrieben und zentralisiert werden? Nein. Für mich ist es nutzlos, das zu dokumentieren.

Nick Muldoon:

Es ist interessant zu hören, dass du das beschreibst. Das ist sehr viel Lern- und Entwicklungsfokus. Wenn ich an Andy Groves High Output Management zurückdenke, mein Verständnis davon, ob es um ein Individuum geht... von OKRs und auf individueller Ebene, bezog sich immer auf Ihre Kunden. Was werde ich für meine Kunden tun? Aber Sie haben es tatsächlich formuliert. Was werde ich für mich selbst tun, um meinen Kunden einen besseren Service bieten zu können, vielleicht im nächsten Geschäftsjahr?

Dom-Preis:

Ja. Ja, es ist ein Geheimnis. Ich schätze, das wird von Atlassian geteilt, aber das ist definitiv meine Sicht der Welt, und ich habe das jetzt mit genug Leuten geteilt, sodass sie es verstehen. Du kannst kein großartiger Teamkollege sein, wenn du nicht dein wahres Ich zeigst. Du musst einen Schritt zurücktreten. Es gibt diese ganze seltsame Geschichte über die Demut, ein Teamkollege zu sein, in der du sagst: „Ich bin ein Märtyrer und ich nehme einen für das Team.“ Das ist Quatsch, denn wenn du nicht in der richtigen Zone für diese Teamaktivität bist, gibst du nicht dein Bestes, oder? Du bist eigentlich der Anker, der das Team zu Fall bringt. Du gehst davon zurück und sagst: „Nun, wie wirst du der Beste?“ Weil nicht jede Arbeit Teamarbeit ist. Es gibt viel tiefgründige Arbeit und individuelle Aufgaben und Dinge, die erledigt werden müssen. Du sagst: „Richtig, ich muss die beste Version von mir sein. Nun, was heißt das?“

Dom-Preis:

Das bedeutet, dass ich vor jedem Meeting meine Aufgaben erledigt haben muss, oder vor jedem Meeting muss ich mein Pre-Meeting erledigt haben, oder? Wenn wir uns als Team treffen und wir diese synchrone Aktivität haben, was muss ich tun, um bestmöglich darauf vorbereitet zu sein, dass diese synchrone Aktivität den größten Nutzen bringt? Wie kann ich das Beste aus dieser Teamarbeit herausholen? Wie komme ich und bin anwesend? Wie trete ich mit respektvollem Widerspruch und Herausforderung, Recht und Provokation auf? Dazu muss ich zuerst ein Individuum sein. Richtig? Ich denke, eine der Gefahren in vielen Arbeitsumgebungen besteht derzeit darin, dass die Menschen das Verständnis dafür verloren haben, was es heißt, ein Individuum zu sein, was Ihr wichtigster Führungsstil ist, Ihr Lernstil, wie Sie aufsteigen? Richtig? Wie kritisierst du? Wie nimmst du Feedback entgegen? All diese Dinge, die dich ausmachen, du musst sie kennen und dir bewusst sein, bevor du in einer Teamumgebung großartig sein kannst.

Dom-Preis:

Es sind nicht nur die Aufgaben. Du musst dich kennen. Wenn Sie ein großartiger Mensch sind und das verbessert haben, können Sie ein großartiger Teamkollege sein, und wenn Sie ein großartiger Teamkollege sind, können Sie großartige Ergebnisse für Ihre Kunden erzielen. Alles andere ist ein Unfall, oder? Wir waren alle in zufälligen Teams, was einen Kunden begeistert hat, und wir saßen da und dachten: „Ich bin mir wirklich nicht sicher, was ich mit dem Typen gemacht habe. Ich nehme es. Ich nehme das Schulterklopfen. Ich nehme das Lob und die Flasche Wein und die Glückwünsche entgegen. Ich bin mir nicht sicher, ob ich das verstärke. Ich weiß nicht. Wenn du es nicht weißt, hast du es wahrscheinlich nicht getan. Richtig? Das ist keine Demut. Du bist wahrscheinlich nur ein Passagier. Ich denke, die Gefahr in einem Wachstumsumfeld besteht darin, dass es viele Passagiere gibt, die als Passagier zu viel Erfolg haben, und nach einer Weile sagen sie: „Mir geht es unglaublich.“ Du sagst: „Das bist du nicht. Du warst einfach wiederholt zur richtigen Zeit am richtigen Ort.“

Nick Muldoon:

Das muss ich verarbeiten.

Dom-Preis:

Lass mich dir ein Beispiel geben. Richtig? Vor ein paar Jahren war ich mit einer Freundin von mir, Sophie, in New York. Inoffiziell hat sie mich betreut und mir die meiste Zeit geholfen, oder? Ich spreche mit ihr über den Versuch, mich zu skalieren, und ich war wirklich wütend über einige Dinge, und zum Glück war es später Nachmittag in New York. Sie hat mich gekauft [unhörbar 00:25:30]. Wir haben einen Drink zerschmettert und miteinander geplaudert, und sie ist eine von denen, die dich einfach als Blödsinn bezeichnen, oder? Ich jammere, jammere, jammere, jammere, jammere. Sie sagt: „Oh, cool.“ Sie ist auch Engländerin. Sie sagt: „Also ich schätze, du wirst einfach darüber jammern und hoffen, dass es verschwindet.“ Ich sage: „In Ordnung, fairer Punkt. Ein bisschen, mein Englisch kam raus. Ich hatte eigentlich gehofft, dass es vielleicht, selbst wenn ich lange genug jammere, tatsächlich verschwinden würde.“ Sie sagt: „Das passiert nie, oder? Was wirst du dagegen tun?“

Dom-Preis:

Wir haben uns unterhalten, als sie mir diese Herausforderung stellte, und sie sagte: „Du entwickelst dich nicht weiter.“ Sie sagt: „Du fügst Sachen hinzu, aber du bist voll.“ Sie sagt: „Kognitiv gesehen, Dom, du bist voll.“ Meine Herausforderung bestand darin, dass ich zu der Zeit all diese Geschäftsbücher las und eine Menge Dinge wusste, aber ich fühlte mich nicht klüger. Ich habe nichts damit gemacht, und das erzeugt diese Frustrationsspirale. Sie hat mir die Übung gegeben, und Sie haben das wahrscheinlich gesehen, die vier Ls. Sie hat ein bisschen Papier bekommen und sagt: „In Ordnung, schreib die vier Ls auf. Denke über dich als Anführer nach. Es geht egoistisch nur um Sie als Führungskraft. Was hast du in den letzten 90 Tagen geliebt? Was hast du persönlich gemacht?“

Dom-Preis:

Ich sage: „Oh, nein, nein, nein, nein.“ Sie sagt: „Nicht, weil wir hier keine Likes machen, oder? Wir sind nicht weich. Wir haben es geliebt und besitzen es. Eigentlich Superkraft, mach mehr davon.“ Das haben wir gemacht, ein paar Schlucke Wein waren mir sehr unangenehm. Dann sagt sie: „Was verabscheut du und wonach sehnst du dich?“ Ich hatte viele lange Formulare, eine lange Liste davon, aber ich habe sie nicht verabscheut. Sie sagt: „In Ordnung, hier ist das Problem. Sie sehnen sich danach, Sie streuen es in der 25. Stunde eines jeden Tages hinein. Kein Wunder, dass du nicht gut darin bist, denn du gibst ihm nie den... Du gibst dir selbst keinen Raum, keine Zeit oder Freiheit, um tatsächlich zu experimentieren. Du wächst nicht. Du wirst nicht besser. Du fügst nur Sachen hinzu.“ Ich sage: „Fairer Punkt.“

Dom-Preis:

Wir sind durchgegangen und haben Abscheu gefunden. Sie sagt: „Richtig, du wirst die entfernen. Wem wirst du diese Gewohnheiten oder Rituale oder was auch immer sagen, wem wirst du sagen, dass du sie entfernst, weil sie dich zur Rechenschaft ziehen müssen? Weil sie wirklich leicht wieder reinschlüpfen werden.“ Ich habe jemanden gefunden und ihn angepingt. Sie sagt: „Richtig, die Ersehnte.“ Sie sagt: „Ich muss dich wissen lassen, wenn du sie hinzufügst, wirst du Mist auf sie losgehen.“ Ich sagte: „Ich will bei nichts schlecht sein. Ich bin ein Anführer. Ich muss ein Superheld sein. Ich brauche einen Umhang und ich muss reinfliegen, und beim ersten Mal muss alles perfekt sein.“ Sie sagt: „Nein, wenn du zum ersten Mal eine Sehnsucht hinzufügst, stehen die Chancen gut, dass du darin falsch bist. Finden Sie jemanden, der diese Muskeln hat, und lassen Sie sich von ihm beim Training helfen, und Sie werden mit der Zeit besser darin werden.“

Dom-Preis:

Dann war das vierte L, was hast du gelernt? Welches Experiment hast du letztes Quartal selbst gelernt? Was hast du über dich selbst gelernt?“ Sie sagt: „Richtig, geh und erzähle es so vielen Leuten wie möglich. Das wird einen Ort schaffen, an dem Sie lernen und sich vernetzen können.“ Ich habe es getan, und 90 Tage später habe ich es wieder getan. Es gibt ein paar Mal, in denen die Macht der Rationalisierung zum Tragen kommt, und ich habe mich einfach auf die Probe gestellt, weil es wirklich einfach ist. Dann wieder andere Male, wo ich wirklich tief in die Materie eingedrungen bin und es mir ermöglicht hat, mich alle 90 Tage weiterzuentwickeln, oder? Nun, die Moral der Geschichte, und hier binden wir den Einzelnen an das Team, die Anzahl der Führungskräfte, die ich in großen Unternehmen kenne, die Transformationen vorantreiben, aber sie ändern sich nicht selbst. Welches Verhalten zeigen sie? Sie neigen zu dem Verhalten von: „Mir geht es gut. Sie sind es nicht. Ihr müsst euch alle ändern. „Das heißt...

Nick Muldoon:

Ja, der Status Quo als Vorbild.

Dom-Preis:

Ja.

Nick Muldoon:

Ja. Ja, das ist interessant. Ich habe sicherlich von dem Sport „Liebe versus Abscheu“ gehört. Ich mag es, dass du oder dass Sophie es auf Sehnsucht und Gelerntes ausgedehnt hat. Ich finde das wirklich wunderschön, und das nehme ich. Vor allem wegen der Abscheu, gab es Dinge auf der Liste, die Sie delegieren mussten oder für die Sie jemanden einstellen mussten? Weil es Dinge gibt, über die ich nachdenke und die ich in Bezug auf das Geschäft verabscheue, und normalerweise geht es dabei um Dinge wie Orchestrierung, Bezahlung von Lieferanten oder was auch immer es ist. Wie gehe ich damit um? Ich bringe den Buchhalter in das Geschäft, das...

Dom-Preis:

Ja. Das kleine Spiel, das wir gespielt haben, ist, dass du es nicht outsourcen darfst, bis du es fallen lässt. Richtig? Die Idee ist, du wirst zuerst einen Weg finden, es fallen zu lassen, weil es vielleicht nicht existieren muss, oder?

Nick Muldoon:

In Ordnung.

Dom-Preis:

Weil Sie in großen Unternehmen gearbeitet haben und in einem großen Unternehmen herumlaufen und sagen: „Diese Person dort, sie ist nur da, um eine Aufgabe zu erledigen, die wahrscheinlich jemand hätte automatisieren oder loswerden können“, aber sie hatte keine Zeit. Außerdem stellen sie einen warmen Körper in den Weg. Dann fügst du einen weiteren warmen Körper hinzu, einen weiteren warmen Körper, und plötzlich merkst du, dass du Tausende von warmen Körpern hast, die dieses Kartenspiel zusammenhalten, und wenn eine Karte fällt, fällt das Ganze zusammen. Ich habe Dinge entfernt, bei denen es mir wirklich unangenehm war, Dinge zu entfernen. Ich dachte: „Das ist so wichtig.“ War es nicht. Meine Scheuklappen waren einfach aus, oder? Dann sagt sie: „Wir werden damit aufhören.“ Sie sagt: „Es geht nicht um Leben oder Tod.“ Sie sagt: „Nein, danke, Dom. Nun, Sie sind kein Chirurg, also hören Sie auf, etwas zu tun, und hören Sie zu und sehen Sie, was passiert, wenn Sie damit aufhören.“ Ich sage: „Oh nein, aber die sind wirklich wichtig. Die Leute werden wütend sein. Ich bin eine sehr wichtige Person.“ Du entfernst etwas und niemand merkt es verdammt nochmal. Du sagst: „Warum habe ich das gemacht?“

Nick Muldoon:

Warum habe ich das gemacht? Yeah.

Dom-Preis:

Ja. Dann habe ich...

Nick Muldoon:

Kannst du...

Dom-Preis:

Eines der großen Beispiele für mich waren Treffen. Das war kein Delegierter oder [unhörbar 00:30:24]. Ich war einfach ein Kontrollfreak und tauchte in Besprechungen auf, bei denen ich nur für den Fall der Fälle anwesend sein wollte. Wir haben mir meine Wohnung angesehen, nur ein Meer, ich benutze Gmail, richtig, das blaue Meer all dieser Treffen, doppelt gebucht, dreimal gebucht. Sie sagt: „Richtig.“ Sie sagt: „Stell dir vor, du musst dir das Ziel setzen, 15 Stunden loszuwerden.“ Ich sage: „Was? Es wäre einfach, eine Zeitmaschine zu erstellen, die 15 Stunden pro Woche hinzufügt. Ich kann 15 Stunden an Besprechungen nicht entfernen. Ich bin eine sehr, sehr wichtige Person.“ Dann haben wir dieses Spiel namens Boomerang oder Stick gespielt. Ich lehnte jedes einzelne Meeting ab und schickte eine Nachricht mit der Aufschrift: „Das ist entweder ein Bumerang“, in dem Fall kommt er zurück, oder ob es ein Stock ist. Wenn du einen Stock wirfst, kommt er nicht zurück. Die Bumerangs, ich möchte wissen, was der Zweck des Treffens ist, was meine Rolle in dem Treffen ist und wofür Sie mich zur Rechenschaft ziehen werden.

Dom-Preis:

Zwei Drittel der Treffen kamen nicht zurück. Richtig? Diejenigen, die das getan haben, ich gebe Ihnen ehrlich zu, ich habe in praktisch allen genau die falsche Rolle gespielt. Es war lustig, weil ich diese E-Mails zurückbekommen habe und sie sagten, in einem dieser Treffen, an denen ich teilgenommen habe, sagten sie: „Deine Rolle ist der Entscheidungsträger.“ Beim nächsten Meeting sagte ich: „Ich muss mich entschuldigen. Ich dachte, ich wäre der Protagonist.“ Jedes Mal, wenn sie etwas vorschlugen, dachte ich: „Nun, du könntest das oder diese drei Dinge tun.“ Ich habe sie in eine komplette Spirale versetzt und sie sagten: „Du bist ein schrecklicher Entscheidungsträger.“ Ich sagte: „Nein, ich bin ein guter Entscheidungsträger, wenn ich weiß, dass das mein Job ist, weil das nicht dein Titel ist. Dein Titel bleibt...

Nick Muldoon:

Ah, Dom.

Dom-Preis:

... das Gleiche, oder? Ihr Titel bleibt derselbe, aber Ihre Rolle ist in jedem Umfeld, bei jedem Engagement anders, Ihre Rolle ist anders. Wir nennen es nicht, wir gehen einfach davon aus. Als wir diese Annahmen geklärt hatten und festgestellt hatten, dass ich sie alle falsch verstanden habe, war ich bei den Treffen, an denen ich teilgenommen habe, viel effektiver. Zwei Drittel von ihnen kamen nicht zurück. Entweder das Meeting [unhörbar 00:32:09], oder es brauchte mich da nicht. Wenn Sie darüber nachdenken und ich und Sie das wissen, ist unsere wertvollste Ressource Zeit.

Nick Muldoon:

Zeit. Ja.

Dom-Preis:

Warum verschenken wir es kostenlos oder zu negativen Kosten? Richtig? Ich sage: „Nein, ich baue all das Zeug wieder an.“

Nick Muldoon:

Liz und ich führen jetzt schon eine Weile dieses Gespräch darüber, dass ich statistisch gesehen wahrscheinlich noch 50 Jahre auf der Erde habe, wenn man bedenkt, wie lange ein kaukasischer australischer Mann lebt. Aber ich habe wahrscheinlich nur noch 40 gute, brauchbare Jahre übrig, denn dann magst du irgendwie Atrophie und all das.

Dom-Preis:

Ja.

Nick Muldoon:

Ja. Liz und ich haben uns gedacht: „Nun, wenn wir nur noch 40 Sommer haben, was machen wir dann mit 40 Sommern?“ Es ist eine wirklich gute Übung, um dich schnell zum Nachdenken zu bringen, womit möchtest du deine Zeit verbringen?

Dom-Preis:

Ja. Ja, absolut. Es ist dasselbe. Das können Sie lebenslang auf einer Meta- und Makroebene tun, und ich denke, Sie können das auf jährlicher, vierteljährlicher Basis tun. Bei der Arbeit gibt es so viele Dinge, von denen wir einfach annehmen, dass wir sie tun müssen, und sowohl die vier Ls als auch nur meine Einstellung haben es mir ermöglicht, sie herauszufordern und zu sagen: „Nun, ich sage gerade sehr oft warum.“ Es ist also wie: „Ich möchte, dass du zu diesem Meeting kommst.“ Ich sage: „Oh, cool. Warum?“ Sie sagen: „Ich weiß nicht. Ich hätte dich gerne dort.“ Ich sage: „Aber warum? Denn wenn du mir nicht erklären kannst, was ich tun soll, dann brauchst du mich dort wahrscheinlich nicht.“

Nick Muldoon:

Fünf Gründe, richtig? Fünf Gründe.

Dom-Preis:

Aber auch der Grund, warum ich sie oft frage, ist, dass ich sage: „Sie wissen, dass ich eine Nervensäge bin, wenn ich zu dem Meeting komme, also möchte ich nur noch einmal bei Ihnen nachfragen, ob Sie mich wirklich dort haben wollen. Denn wenn Sie auf eine Idee gestoßen sind und sie versenden möchten, laden Sie mich nicht ein. In Ordnung, ich bin die falsche Person.“ Ich fordere das einfach heraus und hole mir diese Zeit zurück und nutze sie dann für Dinge, die viel wertvoller sind. Ich habe mein Portfolio neu gewichtet, genau wie ein Finanzberater oder ein Markthändler jedes Quartal ein Finanzportfolio neu ausbalanciert, ich habe dasselbe mit mir gemacht. Wenn ich das nicht tue, dann sage ich, wenn ich das nicht tue, sage ich, dass meine Version vom letzten Quartal für sie mehr als gut genug für das nächste Quartal ist. Was ich damit sagen will ist...

Nick Muldoon:

Ja, was nie der Fall ist, oder?

Dom-Preis:

Ja, ich sage, die Welt hat sich nicht verändert. Die Welt ist flach geblieben, richtig, und alles läuft auf einer flachen Linie. Das ist nicht der Fall. Wenn ich mich nicht im gleichen Tempo weiterentwickle wie Atlassian oder unsere Kunden, bin ich standardmäßig zum Moderator geworden. Ich bin der Anker, der uns bremst.

Nick Muldoon:

Sagen Sie mir, welchen Teil Ihrer Zeit verbringen Sie heute mit Kunden? Weil ich weiß, dass ich im Laufe der Jahre in unseren Gesprächen an ein Mittagessen bei Pendolino denke, du, Dave und ich, wahrscheinlich vor zweieinhalb, drei Jahren, aber wir haben viel über agile Transformationen am großen Ende des Spektrums gesprochen. Wie viel Zeit verbringen Sie heute mit Kunden und wie sehen diese Gespräche aus?

Dom-Preis:

Ja. Ich bin momentan wahrscheinlich über der 50, 60% -Marke, aber hauptsächlich wieder eine Neugewichtung. Als COVID zuschlug, verschwand die Konferenzszene, und so dachte ich: „Cool, ich kann diese Zeit reinvestieren. Ich könnte es intern bei Atlassian reinvestieren, und ich habe es getan, als wir unsere internen Arbeitsweisen weiterentwickeln und dort einige Veränderungen vorantreiben. Ich habe mich darauf eingelassen, das machte Sinn. Aber ich sagte: „Hey, unsere Kunden haben Probleme.“ Zuallererst müssen wir verstehen, wie und warum sie Probleme haben, und wenn wir ihnen dann helfen können, einen Weg finden, ihnen zu helfen. Es ist lustig, wie sich das Gespräch von eher taktischen, ja, 18-Monatsplänen und vermeintlichen Sicherheitsniveaus zu der Aussage entwickelt hat: „Hey, die Welt hat sich verändert. Die Momente, in denen der Tisch umgedreht wurde, sind einfach passiert. Unser Geschäftsmodell wurde in Frage gestellt, unsere Mitarbeiter sind herausgefordert. Wir führen diese Gespräche über Menschen, Wohlbefinden, und eigentlich sagen wir seit Jahren, dass wir uns um unsere Mitarbeiter kümmern, aber jetzt müssen wir es tatsächlich tun. Was heißt das? All die Politiker, die nur versuchen, den Übergang von Friedenszeiten zu Kriegszeiten zu verstehen...

Nick Muldoon:

In die Kriegszeit.

Dom-Preis:

... zur Zeit der Friedenszeit. Ich finde es lustig, dass der Übergang vom Frieden zum Krieg, die gemeinsame brennende Plattform, das gemeinsame Gefühl der Dringlichkeit, ich denke, viele dieser Übergänge sind in Ordnung. Ich würde nicht sagen, dass sie großartig sind, aber sie waren nicht schrecklich, wenn man bedenkt, dass die meisten Sydney in Australien den Krieg nicht überstanden haben. Richtig? Wir hatten lange Zeit einen unglaublichen wirtschaftlichen Erfolg. Je schwieriger, desto komplexer ist es, vom Krieg zum neuen Frieden überzugehen, weil neuer Frieden nicht so aussieht wie alter Frieden. Richtig? Es ist eine ganz andere Denkweise, zu gehen...

Nick Muldoon:

Wer ist...

Dom-Preis:

... was das Management in Kriegszeiten angeht, ist, dass ich keine Genehmigungen benötige, weil es eine brennende Plattform ist. Wir treiben den Wandel einfach voran, tun es einfach, tun Sie es einfach. New Peace ist anders, weil wir sagen: „Nun, wie lange wird das andauern? Welche Prinzipien möchte ich anwenden? Wie baue ich fast aus einem leeren Blatt Papier?“ Eine ganz andere Denkweise.

Nick Muldoon:

War das Ben Horowitz mit der schwierigen Sache mit schwierigen Dingen, wo er über Krieg gegen Führer in Friedenszeiten sprach?

Dom-Preis:

Ich habe es in ein paar Dingen gelesen. Das letzte, das ich gelesen habe...

Nick Muldoon:

Höre verschiedene Orte.

Dom-Preis:

... da war General Stanley McChrystal. Er hat Team of Teams geschrieben.

Nick Muldoon:

In Ordnung.

Dom-Preis:

Er hat einen über die Entmystifizierung von Führern geschrieben und darüber, wie wir oft die falschen Führer auf ein Podest gestellt haben, und es gibt einige großartige Führungskräfte da draußen, die einfach nicht die Anerkennung bekommen haben, weil sie viel ausgeglichener waren. Aber ja, da draußen gibt es ein paar verschiedene Narrative.

Nick Muldoon:

Bei den letzten, mit denen du dich triffst, nun ja, erstens, benutzen sie so etwas wie die vier Ls, die Sophie mit dir geteilt hat?

Dom-Preis:

Ja, das ist viel beliebter geworden, ich meine, sicherlich bei der Vorstandsebene und den unteren Ebenen, sogar bei Vorstandsmitgliedern. Wenn ich das teile, gibt es diesen Moment des Nachdenkens, in dem ich sage: „Ja.“ Das liegt daran, dass ich sie mit der Ironie verstehe, zu sagen: „Frage eins, treibst du eine Transformation voran?“ Sie sagen: „Ja.“ Sie sagen: „Cool. Du verwandelst dich selbst?“ „Nein.“ Übrigens bedeutet das Lesen eines Harvard Business Review-Artikels über Agile nicht, dass Sie sich weiterentwickeln. Das bedeutet, dass Sie sich weiterbilden. Das ist subtil anders. Wir haben den Artikel alle gelesen. Das macht dich nicht zu einem Experten, also setz dich hin. Das ist der erste Moment, in dem sie gekauft werden.

Dom-Preis:

Dann sagt der zweite einfach zu ihnen: „Sei einfach ehrlich, mit welchen Dingen hast du zu kämpfen?“ Für viele Führungskräfte ist es der Wunsch, dass sie das Bedürfnis nach Empathie, Verletzlichkeit und Authentizität bekommen, sie bekommen es, weil sie es gelesen haben. Sie verstehen es, sie verstehen es, es fällt ihnen wirklich schwer, es zu tun. Richtig? Viele von ihnen gehen als Superheld, der durch Macht und Kontrolle führt. Sie haben durch Erfolge geführt, aber sie werden nicht durch einen Abschwung und eine herausfordernde Zeit geführt, und sie stellen nur ihre eigenen Fähigkeiten in Frage. Es gibt eine Menge, ich möchte es nicht einmal das Imposter-Syndrom nennen, ich glaube, es gibt eine Menge Leute, die einfach sagen: „Ich glaube, meine Rolle als Führungskraft hat sich gerade geändert, und ich weiß nicht, ob ich die neue Version verstehe.“ Das ist für viele Menschen ziemlich demoralisierend. Das ist ziemlich herausfordernd.

Dom-Preis:

Die Ironie dabei ist, dass sie in dem Moment, in dem sie sich das ansehen und darüber sprechen, Empathie, Verletzlichkeit und Authentizität gezeigt haben. Sie haben das getan, wonach sie greifen. Aber stattdessen versuchen sie, ihm dieses mutige Gesicht zu verleihen. In vielen Organisationen habe ich viel ruinöses Einfühlungsvermögen erlebt. Viele Leute, die aus ihrem Team kommen und sagen: „Nick, ich will dir nicht sagen, dass in der Firma schlimme Dinge passieren, weil ich nicht will, dass du... Ich denke, du machst dir schon Sorgen, weil ich dir das nicht sagen werde. „Ohne zu merken, dass du die Lücken füllst und viel schlimmere Dinge denkst, als ich dir jemals sagen könnte. Der Informationsfluss hat sich geändert, und bei vielen Führungskräften ist der Fehler, den ich in der Masse gesehen habe, dass sie Kommunikation und Rundfunk verwechselt haben. Richtig? Kommunikation ist das, was ich höre und wie ich mich fühle, wenn du sprichst. Rundfunk ist das, was du gesagt hast. Wegen dieser virtuellen Welt gibt es jede Menge Webstuhl, Zoom und Videos, und ja, wir werden ausstrahlen.

Nick Muldoon:

Sendet viel. Ja.

Dom-Preis:

Aber wir werden uns die Antwort anhören.

Nick Muldoon:

Das muss für eine Reihe von Führungskräften heute eine sehr herausfordernde Zeit sein, aber 2018 oder 2008 gab es damals viele Führungskräfte, die wahrscheinlich, wie ich vermute, viel Narbengewebe rund um GFC aufgenommen haben. Wie viele der Führungskräfte, mit denen Sie heute chatten, hätten durch die GFC Narbengewebe aufgenommen, und sie empfinden zumindest immer noch dieses Gefühl, als wäre es Neuland?

Dom-Preis:

Nun, und das ist, glaube ich, das Nebenprodukt. Ich wollte Problem sagen. Das Nebenprodukt des australischen Systems ist, dass wir 2008 der Kugel ausgewichen sind. Wirtschaftlich gesehen haben wir nicht den gleichen Schaden erlitten wie die anderen. Die Aktienmärkte wurden ein wenig getroffen, und eine ganze Reihe anderer Dinge fielen ein wenig, aber bei weitem nicht so groß oder gravierend wie der Rest der Welt. Sowohl durch den Bergbauboom, ja, den Bankensektor, als auch durch eine ganze Reihe anderer tertiärer Märkte rund um den Tourismus, die zu dieser Zeit gut abliefen, fühlt man sich an, als wäre es ein Ausrutscher, aber es war keine Narbe. Ich denke, da gibt es viele Länder, die auf die jüngsten Erfahrungen zurückgreifen können, etwa: „So machen wir das. Richtig? So bunkern wir. So werden wir konservativer. Hier ist das Drehbuch dazu.“ Ich denke, viele Länder haben dieses Playbook nicht, also packen sie es an, oder? Sie machen es im Handumdrehen. Ich glaube, da ist das.

Dom-Preis:

Aber ich denke auch, dass dieser einfach anders ist. Die globale Finanzkrise war ein finanzielles und marktbedingtes Problem, oder? Dies ist ein durch eine Gesundheitspandemie verursachter Marktabschwung. Ich glaube nicht, dass wir dafür ein Drehbuch haben, weil wir nicht wissen, wie lange das so bleiben wird. -

Nick Muldoon:

Wenn du...

Dom-Preis:

Mach weiter.

Nick Muldoon:

Ja. Nein, tut mir leid, Dom, ich wollte nur fragen, wenn du wieder an GFC denkst, hattest du Angst, GFC durchzugehen? Warst du dieses Jahr nervös?

Dom-Preis:

Nein. Ich war durch GFC überhaupt nicht besorgt, weil es sich anfühlte wie... Ich hatte vor langer, langer Zeit eine Rezession in Großbritannien, und so habe ich diesen Abschwung durchgemacht. Ich habe in Unternehmen gearbeitet, die Abschwünge hatten, auch wenn die allgemeine Wirtschaft in Ordnung war, und in Branchen, die geschrumpft waren, wo man am Ende jedes Quartals sagt: „Richtig, wir sprechen über die Bücher. Wen lassen wir gehen? Welche Projekte werden eingestellt?“ Es war immer das Mitnehmen, nicht das Hinzufügen. Das habe ich durchgemacht. Das, was mich im Hinblick auf 2020 beunruhigt hat, war, dass ich glaube, dies ist das erste Mal, dass wir ein solches Maß an Unsicherheit hatten. Es ist lustig, weil viele Leute über Veränderungsmüdigkeit sprechen. Ich denke tatsächlich, dass Menschen ziemlich gut darin sind, sich zu verändern. Ich denke, das machen wir eigentlich ganz gut. Aber mit Ungewissheit sind wir furchtbar.

Dom-Preis:

Es ist seltsam, wie verschiedene Menschen auf unterschiedliche Weise reagieren, wenn wir unsicher werden. Manche ziehen eine Decke voller Gewissheit auf und wickeln sie um sich herum wie: „Nun, hier ist, was ich weiß, und das wird wahr werden.“ Du sagst: „Vielleicht [unhörbar 00:42:16].“ Ich mag deine Decke, sie ist bequem. Aber es ist nicht unbedingt echt, oder? Es wird dich nicht vor den Dingen schützen, von denen wir wirklich nichts wissen. Hier ist Agilität entscheidend geworden, oder Agilität ist entscheidend geworden, denn wenn ich mir die Führungskräfte in den Unternehmen ansehe, die zuhören, sind sie tatsächlich auf ihre Kunden aufmerksam und hören zu, sie sind diejenigen, die sich sehr schnell weiterentwickeln, weil sie... nicht nur die Agilität als Muskel haben, sondern auch zuhören, um die Ursache zu korrigieren. Diejenigen, die... denken, sie haben in den letzten Jahren Agilität eingeführt, aber nie den Kundenaspekt hinzugefügt, sie haben kleine, schnelle, flinke Teams, die sich nur im Kreis drehen.

Nick Muldoon:

Sie gehen nicht in eine bestimmte Richtung. Ja.

Dom-Preis:

Ja. Ja, sie haben keine Ahnung, denn ohne diese übergeordnete Frage: „Warum machen wir das? Und dieser Kunde, um den wir uns kümmern, den wir immer noch mögen, wie hat sich die Welt dieses Kunden verändert? Richtig? Denn wenn sich dieser Kunde geändert hat, wie können wir uns dann mit ihm ändern?“ Viele Unternehmen haben das noch nicht getan, und ich glaube, einige halten den Atem an und hoffen auf das Beste. Manche sind einfach zu sehr darauf fixiert: „Aber wir haben einen Plan, und wenn wir uns an diesen Plan halten“, habe ich irgendwo ein Buch gelesen, in dem es heißt: „Wenn du dich an einen Plan hältst, wird es dir gut gehen.“ Du sagst, ja, die Welt um dich herum hat sich gerade verändert. Ihr Plan ist vielleicht nicht so relevant.

Nick Muldoon:

Es bringt mich zum Nachdenken, Dom, über die Salesforce-Transformation, die Agile-Transformation im Jahr 2006. Das war einer der Urknalle, ich glaube, es war eine der frühen agilen Urknall-Transformationen, die stattfanden. Ich weiß nicht, ob es Parker Harris war oder wie es sich tatsächlich entwickelt hat, aber die Führungskräfte von Salesforce sagten im Grunde genommen: „Sie werden zu Agile wechseln. Du wirst dieses Ding ausprobieren. Sonst ist alles verloren.“ Es gab andere Beispiele. Ich glaube, kurz darauf hat LinkedIn seinen Börsengang gemacht. Sie haben das Ende auf Abruf gezogen, sie haben alles gestoppt, um ihre Arbeitsweise zu überarbeiten. Ist 2020 eines dieser Jahre? Werden die besten Unternehmen dies als Gelegenheit nutzen, um ihre Arbeitsweise neu zu gestalten? Dann werden die anderen Unternehmen einfach verkümmern und in den nächsten fünf Jahren langsam an Wert verlieren?

Dom-Preis:

Ich denke, die besten haben wahrscheinlich schon einen Teil der Muskeln aufgebaut, diejenigen, die jetzt reagieren, oder? Ich denke, wenn Sie sich des Marktes bewusst sind, hat COVID nur die Dinge beschleunigt, die sich sowieso geändert haben. Richtig? Ja, es ist nicht ideal, aber es sind Dinge, die trotzdem passiert sind, oder? Ich glaube, wir hatten wirklich fünf oder zehn Jahre Zeit, um uns auszurüsten, und wir bekamen stattdessen drei Monate. Ich denke, eine ganze Reihe von Unternehmen, die gesehen haben, wie sich diese Muster herauskristallisiert haben und die Gewohnheiten, Technologien, Praktiken, Arbeitsweisen, Kundenanforderungen, Kundenanforderungen, die Anforderungen an das Kundenerlebnis verändert haben, wenn man all das zusammenzählt, ist das der Grund, warum die agile Transformation in den letzten drei, vier, fünf Jahren ein großer Erfolg war, oder? Diejenigen, die darauf vorbereitet waren, sind großartig. Diejenigen, die schnell reagiert haben, die sagten: „Genial, lass eine Krise nicht ungenutzt verstreichen. Was können wir tun?“ Sie werden es gut machen. Diejenigen, die auf ihrem Standpunkt beharren und stur sind und sagen, dass die Welt wieder zur Normalität zurückkehren wird und es ist nur eine Frage der Zeit, vor denen ich Angst habe, denn diese Atrophie, die vielleicht ein langsamer Rückgang war, wird, glaube ich, zu einer Klippe. Richtig? Weil bei einem Verbraucher-

Nick Muldoon:

Langsamer Rückgang, und dann fallen sie irgendwann einfach vom Rand.

Dom-Preis:

In der Konsumwelt sinken die Ausgaben der Verbraucher, die Stimmung sinkt und Relevanz wird plötzlich wirklich wichtig. Ist Ihr Produkt für Ihre Kunden relevant? Die Leute, die das verstehen und dann agil in der Umsetzung sind, das ist eine gewinnbringende Kombination. Ich finde das Interessante daran, dass ich am Wochenende mit einem Freund darüber gesprochen habe, weil sie sich gefragt haben: „Was ist der Unterschied zwischen den erfolgreichen und den nicht erfolgreichen?“ Es ist schwer, einen einzigen Grund zu nennen. Aber der, der für mich auffällt, ist, dass die agilen Transformationen, bei denen der Mensch im Mittelpunkt stand, die besten sind. Eine ganze Reihe von ihnen war werkzeug- oder prozessorientiert. Ich werde alle meine Leute auf eine Schulung schicken. Ich werde dich agil machen, ich werde dir ein paar agile Tools geben. Geh. Du sagst: „Hast du ihre Denkweise geändert? Hast du ihr Herz verändert? Hast du die Dinge geändert, für die sie bekannt sind, ihre inneren Beweggründe? Hast du diese Dinge geändert?“ Denn wenn du es nicht getan hast, ist ihr Innenleben immer noch dasselbe, oder? Du gibst ihnen nur eine neue Terminologie.

Nick Muldoon:

Ich denke, das ist ein wirklich, wirklich, wirklich gutes Argument. Wenn ich an die erste Agile-Konferenz zurückdenke, an der ich vor über einem Jahrzehnt teilgenommen habe, geht es bei dem Gespräch damals hauptsächlich um das Training der Praktiken, das Unterrichten der Praktiken an Ihre Mitarbeiter, und dann entwickelte es sich zu einem Tooling-Gespräch. Aber auch hier handelt es sich bei der Vermittlung der Methoden und der Software nur um Werkzeuge, und ich glaube, es war 2013, 2014, als die moderne Agile-Bewegung herauskam und viel über psychologische Sicherheit gesprochen wurde. Gehen Sie zurück zu dem Punkt, an dem wir das Gespräch begonnen haben, richtig?

Dom-Preis:

Ja.

Nick Muldoon:

Psychologische Sicherheit, bringen Sie Ihr ganzes Ich mit zur Arbeit, und das wird Sie befreien und es Ihnen ermöglichen, etwas Großartiges für Ihre Kunden zu tun. Geben Sie mir einen Eindruck von den Kundengesprächen, die Sie im Laufe des Jahres 2020 geführt haben. Wie viel Prozent glauben Sie, haben psychologische Sicherheit, haben wirklich diese psychologische Sicherheit?

Dom-Preis:

Ja. Ich muss mich daran erinnern, dass psychologische Sicherheit kein Alles oder Eins ist, oder? Es ist eine gleitende Skala. Ich würde sagen, es ist verbessert, wo es um Authentizität geht. Die Gefahr ist, dass es zu einem Thema wird, bei dem die Leute sagen: „Ich habe von zu Hause aus gearbeitet. Es besteht ein erhöhtes Stressrisiko, das ist eine ganze Veränderung. Die Dinge laufen schief. Oh, ich weiß was, lass uns einfach viel über psychologische Sicherheit sprechen.“ Du bist wie...

Nick Muldoon:

Das ist es nicht.

Dom-Preis:

... „Es gibt keinen Zusammenhang zwischen Reden und Tun.“ Richtig? Es wird zum Thema, richtig, die Mode, oder? So wie es Mode geworden ist, über Wellness und Achtsamkeit zu sprechen, heißt das nicht, dass wir darin besser sind. Und so dass...

Nick Muldoon:

Aber ist das nicht die Sache, Dom? Agile war in Mode, und so haben wir darüber gesprochen, aber in vielen dieser Organisationen hat sich nichts wirklich geändert.

Dom-Preis:

Ja. Das ist mit psychologischer Sicherheit nicht unähnlich. Was jedoch passiert ist, ist, dass im Laufe der Zeit die wirklich authentischen und verletzlichen Führungskräfte ein Umfeld geschaffen haben, in dem Sie Ihr Bestes geben können, und sie schätzen den respektvollen Dissens, aber sie werden immer noch, zur richtigen Zeit, anderer Meinung sein und sich verpflichten. Sie sagen: „Nick, ich habe deine Meinung gehört. Danke fürs Teilen. Unsere einzige Entscheidung im Moment ist, Pfad A zu nehmen. Ich weiß, dass du dich auf Pfad B befindest. Wir gehen Pfad A. Wenn wir diesen Raum verlassen, verpflichten wir uns zu A.“ Ich höre dich. Ihr wollt mich, wenn wir nach A kommen, und hier sind die Signale, die wir auswerten werden, um sicherzustellen, dass es der richtige Weg ist. Wenn nicht, korrigieren wir den Kurs. Diese Menschen gedeihen in diesem Umfeld, und mehr Menschen wollen mit ihnen zusammenarbeiten. Dieses Umfeld hat dazu geführt, dass es den Unterschied zwischen Managern und Führungskräften deutlich gemacht hat. Manager verwalten Prozesse und sie mögen Kontrolle. Richtig? Bei Führungskräften geht es um Einfluss und Menschen.

Nick Muldoon:

Denken Sie, dass die Tatsache, dass die Leute von zu Hause aus arbeiten und von zu Hause aus arbeiten, es einfacher gemacht hat, zu erkennen, wer die Führungskräfte sind?

Dom-Preis:

Ja, es ist ein Licht angeleuchtet...

Nick Muldoon:

Weil die Manager nur versuchen, die Zeit zu zählen.

Dom-Preis:

Ja, ich zähle die Zeit, aber sie prügeln auch bei der Arbeit herum, weil sie sagen: „Ich bin der Manager. Ich muss zeigen, dass ich etwas tue. Ich würde Aufgaben im und um das Büro erledigen und was ich von einigen Leuten erwarten wollte. Wenn wir autonom sind und sie das einfach machen, was ist dann meine Rolle?“ Plötzlich fangen Sie an, Geschäfte zu erledigen. Dieses Geräusch kommt von ihnen, was nicht heißt: „Hier ist ein Ergebnis, das ich erzielt habe, oder so steht das Team in Bezug auf den Zusammenhalt oder die Bindung im Team.“ Sie sprechen nicht über große Dinge auf Meta-Ebene. Sie teilen diese Transaktionen mit dir und du sagst: „Ich ging davon aus, dass du die Transaktionen immer durchführst. Jetzt zeigst du mir sie alle. Es ist ein bisschen komisch.“ Richtig? Es ist nur ein Verhalten, oder? Dafür müssen wir ein Verfahren haben. Nun, was ist der Prozess? Du sagst: „Was ist eigentlich mit dem Prozess des gesunden Menschenverstands?“ Richtig?

Dom-Preis:

Wenn Sie an die Zeit vor COVID denken, hatten die meisten Organisationen, die es den Mitarbeitern ermöglichen würden, ein- oder zweimal pro Woche von zu Hause aus zu arbeiten, einen riesigen Prozess und eine Richtlinie darüber, wie Sie sich an einem Tag in der Woche für die Arbeit von zu Hause aus bewerben und so, und dann sagen sie plötzlich: „Nun, das können wir tatsächlich tun. Jeder wird von zu Hause aus arbeiten gehen.“ Aber jetzt haben sich die Dinge etwas beruhigt, die Prozesspolizei und die politische Polizei kommen wieder und sagen: „Aber worüber, worüber? Wir bezahlen Nick dafür, dass er 40 Stunden pro Woche arbeitet, und was ist, wenn er 40 Stunden nicht arbeitet?“

Nick Muldoon:

40 Stunden pro Woche.

Dom-Preis:

Wen interessiert's? Nick hat seine Ergebnisse geliefert und seine Kunden sind überglücklich. Solange er nicht 80 Stunden durchhält und er nicht ausbrennt, ist das egal? Richtig? Die Idee von Montag bis Freitag von 9:00 bis 17:00 Uhr als Konstrukt wird in Frage gestellt. Die Vorstellung, dass Sie acht Stunden am Tag an einem physischen Schreibtisch sitzen müssen, um Ihre Arbeit zu erledigen, obwohl Sie tatsächlich mindestens die Hälfte Ihrer Aufgaben asynchron erledigen können, wurde in Frage gestellt. Aber Manager, die Prozesse verwalten und kontrollieren wollen, sagen: „Aber wenn Nick von überall aus arbeiten kann und wir darauf vertrauen, dass er die richtige Arbeit macht, was mache ich dann? Ich bin sein Manager. Du sagst: „Du könntest ihn inspirieren. Du könntest ihn coachen, ihn betreuen. Du kannst ihn führen, du kannst ihm helfen, zu wachsen, du kannst eine Menge Dinge tun. Erledige nur nicht seine Aufgaben für ihn. Er ist durchaus in der Lage, eine To-Do-Liste zu verwalten.“ Es stellt dieses Konstrukt erneut in Frage. Für viele Menschen ist das unangenehm, weil es ein Konzept ist, an dem wir jahrelang festhielten.

Nick Muldoon:

Das wird zu vielen Veränderungen führen. Ich glaube, ich habe in Bezug auf Fernarbeit nachgedacht, Dom, ich habe viel mehr über die Mechanik von Telearbeit und Logistik nachgedacht, rund um Gehaltsskalen, geografische Lage und Bezahlung und all diese Dinge. Aber du öffnest mir wirklich die Augen für einen ganz anderen Aspekt. In vielen großen Organisationen gibt es viele mittlere Führungskräfte, und wenn diese Rollen nicht mehr wertvoll sind, was machen dann all diese Menschen und wie helfen wir ihnen, etwas zu finden, das sie lieben und nach dem sie sich sehnen? Weil sie sich vermutlich nicht danach sehnen...

Dom-Preis:

Ja, das ist die Sache.

Nick Muldoon:

... Aufgabenmanagement.

Dom-Preis:

Ja, ja. Sie sind wahrscheinlich nicht tief darin verwurzelt, weil es etwas ist, für das sie eine Leidenschaft haben, oder? Es ist so, als hätten sie sich in dieser Rolle wiedergefunden. Das ist das Interessante. Wenn Sie sich Neuskalierung ansehen, ich betrachte Neuskalierung seit ein paar Jahren als Trend, oder? Wie beurteilen wir das Tempo der Veränderung sowohl in der Technologie als auch in der Praxis, was auch immer? Das bedeutet, dass wir alle neu skalieren müssen, oder? Die Vorstellung, dass Bildung bis zum Alter von 21 Jahren möglich ist und man dann 45 Jahre arbeitet, gibt es nicht, oder? Also lebenslanges Lernen. Du siehst dir das an und du gehst... Amazon hat letztes Jahr ein gutes Beispiel gegeben. Bezos und Amazon haben eine Milliarde Dollar zur Seite gelegt, um tausend Menschen zu entlassen, die sie entsorgen wollten. Richtig?

Nick Muldoon:

Ja, ja, ja.

Aus ihren Lagerhäusern, richtig?

Dom-Preis:

Ja, ja. Ja, sie nutzen die Automatisierung, um diese Leute zu verdrängen. Was kürzlich herauskam und besagte, dass ich glaube, es sind ungefähr 1.500 Menschen, die vertrieben werden, weil sie sich für vollständig autonome Vertriebszentren entscheiden. Sie versuchen, diese Menschen umzuschulen und sie woanders einzusetzen. Sie sagen: „Cool, wie machen wir das?“ Der Grund, warum ich das erwähnt habe, ist, dass ich denke, wir gehen davon aus, dass wir es für gering qualifizierte, umfangreiche Aufgaben verwenden, weil das das ist, was wir in der Vergangenheit mit technologischer Disruption in Verbindung gebracht haben. Aber wenn Sie darüber nachdenken, gab es, glaube ich, vor etwa anderthalb Jahren, einen Bericht von McKinsey mit dem Titel The Frozen Middle Layer. Es ging darum, wie diese gefrorene mittlere Schicht auftauen und entlarvt werden sollte, richtig, als diese mittleren Manager. Es gibt Tausende von ihnen. Dieser Satz, die mittlere Schicht, COVID hat dem nur das Sahnehäubchen aufgegossen. Richtig? [unhörbar 00:53:26]. Sie sagen alle: „Was? Ich? Nein, nein, ich habe nur noch 10 Jahre in meiner Karriere. Lass mich hier sitzen und ein paar Aufgaben erledigen. Ich nehme jedes Jahr eine inflationäre Lohnerhöhung in Kauf. Ich werde keinen Ärger machen.“ Du sagst: „Ich weiß nicht. Du kannst hier umschulen.“

Dom-Preis:

Diese Leute wurden noch nie dazu gebracht, über eine Umschulung nachzudenken. Sie wurden so konstruiert, dass sie an Komfort, Konservatismus und Sicherheit denken. Ich denke, wir müssen erkennen, dass sie am Arbeitsplatz immer noch einen Wert haben. Ich glaube einfach nicht, dass es der alte Wert ist. Für sie sind die vier Ls-

Nick Muldoon:

Das wird ein großer Schock für diese gefrorene Mittelschicht sein, wie McKinsey es nannte. Ich glaube, wir sind Wollongong, Port Kembla. Wir sind in einer Stahlstadt der Arbeiterklasse, und im Laufe von, wählen Sie eine Zahl, im Laufe von 25, 30 Jahren wurden 20.000, 22.000 Menschen aus dem Stahlwerk entlassen und ihnen wurde gesagt, sie sollen sich umschulen. Ich bin mir sicher, dass einige von ihnen das tun, aber viele von ihnen, die älter sind, Sie sprechen von jemandem, der in den Fünfzigern ist und 10 Jahre in seiner Karriere hinter sich hat, richtig, sie sind wahrscheinlich gerade in den Vorruhestand gegangen, und vielleicht haben sie in der Gemeinde etwas anderes zu tun gefunden, was auch immer es sein mag. Was sind die Strukturen, die wir für diese riesige Crew von Mitarbeitern bereitstellen, um sie in unseren Unternehmen weiterzubilden, damit wir nicht das implizite Wissen verlieren und zur nächsten Sache übergehen? Wie denkt Atlassian darüber?

Dom-Preis:

Es geht auch darum, es von vorne zu laden, oder? Wir müssen uns als Gesellschaft im Allgemeinen schämen, wie leicht wir sie verlassen. Wenn ich Geschichten über die Schließung der Stahlwerke höre und du sagst: „Warum überrascht uns das? Warum sind wir überrascht, als Holden in Australien aufhörte, Autos zu entwickeln? Wirklich? Aber wirklich, du bist überrascht?

Nick Muldoon:

Wir haben es kommen sehen.

Dom-Preis:

Ja.

Nick Muldoon:

Wir haben die Autoindustrie in Australien 35 Jahre lang unterstützt.

Dom-Preis:

Ja. Sie erheben Zölle auf jeden, der importiert, um Ihre eigene Branche gut aussehen zu lassen, und dann fallen diese Zölle weg, die Leute suchen nach billigeren. Leider haben wir uns für eine globale Wirtschaft entschieden, oder? Wir verfolgen ein grenzenloses Geschäftsmodell, und ob Sie das mögen oder nicht, dafür haben wir uns entschieden. Die Realität ist, anstatt jedes Mal zu reagieren, wenn das passiert, wenn es normalerweise zu spät ist, wie können wir reagieren? Wie können wir diese brillanten Algorithmen und das Datenmanagement nutzen, um zu sagen: „Hier sind die Zukunftskompetenzen des Weltwirtschaftsforums, hier sind große Arbeitgeber, hier sind andere Fähigkeiten über Menschen.“ Sie versuchen, das herauszugeben, und Sie sagen: „Das sind die am stärksten gefährdeten, und sie sind in den nächsten 18 Monaten gefährdet.“ Cool. Fangen Sie jetzt an, sie umzuschulen, aber nicht, wenn sie arbeitslos sind, wenn sie sagen: „Nun, jetzt habe ich meinen Job verloren. Nun, was machen wir?“ Du sagst: „Ich weiß nicht. Bestrebungen? Ich weiß nicht.“

Dom-Preis:

Wir haben viel mehr Daten und Erkenntnisse, als wir uns wahrscheinlich selbst zutrauen. Ich denke, ein Element stellt es in den Vordergrund, und das nächste sagt: „Wie können wir dieses Problem nicht noch einmal wiederholen?“ Wenn Sie sich gerade in den USA umschauen, ist der Fahrer der größte Arbeitgeber, nicht nach Unternehmen, sondern nach Art der Tätigkeit.

Nick Muldoon:

In Ordnung. Ja, nach Rolle. Ja, ja, ja.

Dom-Preis:

Nach Rolle, richtig? Also Uber-Fahrer, Lkw-Fahrer, manuelle Fahrer, Leute hinter dem Lenkrad, die ein Fahrzeug fahren. Wo fließen Investitionen im Wert von Milliarden von Dollar rein, Google, Amazon und alle anderen? Richtig? Autonome Fahrzeuge. Du sagst: „Cool.“

Nick Muldoon:

Autonome Fahrzeuge. All diese Leute loswerden?

Dom-Preis:

Wenn ich...

Nick Muldoon:

Was tun wir, um diese Leute weiterzubilden?

Dom-Preis:

Ja. Oder noch besser, was tun wir in unserem Bildungssystem, um zu sagen: „Wie helfen wir Menschen, die das Bildungssystem durchlaufen, ihre zukünftigen Fähigkeiten widerstandsfähiger zu machen? Mir gefällt die Vorstellung nicht, Menschen zukunftssicher machen zu können. Ich glaube nicht, dass wir eine Kristallkugel haben, also trennen wir sie. Aber wie machen wir die Menschen widerstandsfähiger in Bezug auf ihre Fähigkeiten, nun ja, all die Fähigkeiten, von denen wir glauben, dass sie erforderlich sein werden? Das Weltwirtschaftsforum führt alle paar Jahre großartige Forschungsarbeiten durch und veröffentlicht sie, und dann sehe ich mir das Bildungssystem an und denke mir: „Das wurde 1960 gebaut. Wir schalten das für Kinder aus, wenn du mit ihnen sprichst.

Nick Muldoon:

Hey, hey, hey, Dom, okay, okay. Ich werde im Moment nervös. Lassen Sie uns mit einem schönen Abschluss enden. Was sind Dinge, die Sie für das nächste Jahrzehnt optimistisch stimmen? Alles klar? In 10 Jahren, wie alt wirst du in 10 Jahren sein? Etwa 45 oder so?“

Dom-Preis:

52.

Nick Muldoon:

52?

Dom-Preis:

Ja.

Nick Muldoon:

In Ordnung. Oh ja.

Dom-Preis:

Alt werden.

Nick Muldoon:

Ja, okay. Ja, okay. Okay, also wenn du 52 bist, worauf freust du dich in den nächsten zehn Jahren? Was ist aufregend?

Dom-Preis:

Es gibt ein paar Dinge, die wir erkennen müssen, oder? Das allererste, was wir akzeptieren müssen, ist, dass unsere Zukunft nicht vorherbestimmt ist, nicht geschrieben ist und nicht auf uns wartet. Richtig? Wir gestalten es und definieren es jeden Tag mit unseren Handlungen und Untätigkeiten. Sobald wir diese Anerkennung haben, sitzen wir nicht mehr als Opfer hier und warten darauf, dass es uns widerfährt. Wir sagen: „Oh, oh, ja.“ Dann sagen wir: „Wir müssen über die Zukunft entscheiden. Niemand sonst tut das. Das tun wir gemeinsam.“ Das ist der erste Schritt. Du sagst: „Oh, ich habe viel mehr Mitspracherecht, als mir je bewusst war.“ Die zweite ist, wir müssen eine ganze Menge Dinge rund um Produktivität und BIP fallen lassen, und all diese Dinge, die uns beigebracht wurden, sind großartige Erfolgsmaßstäbe und wir müssen einfach glücklich und zufrieden im Leben sein. Wenn Sie noch vier Jahre haben, ich habe wahrscheinlich noch etwas mehr als 30 Jahre, ich möchte diese 30 Jahre genießen. Ich habe keine Vorstellung davon, irgendwo auf einem Grabstein begraben zu werden mit: „Dom war produktiv“.

Nick Muldoon:

Dom, das ist großartig. Was wir in den nächsten 10 Jahren für die Gesellschaft tun müssen, ist, die Gesellschaft von KPIs zu OKRs zu bewegen.

Dom-Preis:

Ja.

Nick Muldoon:

Richtig?

Dom-Preis:

Und finde ein Gleichgewicht, indem du sagst: „Wie... Das habe ich von COVID gelernt, oder? Du weißt das, ich habe letztes Jahr 100 Flüge gemacht. Ich habe Anfang des Jahres ein paar gemacht und bin mitten in COVID nach Großbritannien gereist. Aber ich bin seit Juni nicht mehr gereist. Zugegeben, die ganze Sache mit der Arbeit von zu Hause aus, ich werde ein bisschen verrückt, aber die Balance des Lebens, wie jeden Abend in meinem Bett zu schlafen, mit Freunden rumhängen, bedeutungsvolle Verbindungen, richtig, echte Gemeinschaft. Ich lebe seit drei Jahren in derselben Wohnung, und ich brauchte COVID, um einen meiner Nachbarn zu treffen, und ich brauchte COVID, um die schönen Damen im Café unten kennenzulernen. Ich sage: „Ich habe drei Jahre über dir gelebt, und erst jetzt bist du eine Person geworden.“ Richtig?

Dom-Preis:

Es gibt so viele gemeinschaftliche und gesellschaftliche Aspekte, die wir daraus herausholen können. Das leere Blatt Papier, wenn man sich das als eine Störung vorstellt, die uns passiert ist, und es gibt keine andere Wahl, und wir können dagegen kämpfen, dass die Optionen, die wir haben, um das Leben danach tatsächlich zu verbessern. Ob es nun Experimente mit viertägiger Arbeitswoche sind oder ob wir tatsächlich von überall aus arbeiten, bedeutet, dass ganz andere behinderte oder berufstätige Eltern Zugang zur Belegschaft erhalten. Lustig, wenn du mehr schaffst. Die Arbeitslosigkeit in Behinderten liegt 50% über der Arbeitslosenquote in der arbeitsfähigen Gemeinschaft, nicht wegen geistiger Fähigkeiten, sondern nur, weil es für sie schwierig ist, sich anzupassen.

Nick Muldoon:

Logistisch. Ja.

Dom-Preis:

Das hast du gerade geändert, richtig, mit diesem verrückten Experiment namens COVID. Wenn wir anfangen, diese Vorteile zu nutzen, und wir sehen darin tatsächlich eine Chance zur Innovation, richtig, und ich hasse das P-Wort von Pivot, aber vergessen wir Pivotieren, um wirklich innovativ zu sein, wie könnte die Welt aussehen, und wie können wir uns darauf stützen? Wie erreichen wir ein Gleichgewicht zwischen Profit und dem Planeten und den Menschen und dem Klima und all diesen Dingen? Wenn wir das tun, haben wir die Chance, das jetzt aufzubauen und eine Zukunft aufzubauen, die wir wollen und auf die wir wirklich stolz sind. Ich denke, es ist jetzt an der Zeit, dass wir alle aufstehen, denn das wird uns nicht passieren... Oder es wird uns passieren. Wenn wir uns dafür entscheiden, nichts zu tun, passiert es uns. Das muss es nicht. Ich freue mich wirklich, weil ich denke, dass wir einige grundlegende Änderungen vornehmen und alte Arbeitsweisen und Lebensweisen herausfordern werden, und wir werden dadurch glücklicher sein.

Nick Muldoon:

Don, ich bin total begeistert, Mann. Danke. Danke, dass du dir heute Zeit genommen hast. Das ist ein großartiger Ort, um es zu beenden.

Dom-Preis:

Ich hoffe, dass einige dieser Dinge wahr werden.

Nick Muldoon:

In Ordnung. Ich hoffe, einige dieser Dinge werden wahr, oder? Ich habe das Gefühl, dass die Dinge, die in unserer Macht stehen, die Dinge, die wir direkt beeinflussen können, Erkenntnisse für mich, ich habe die Liebe und den Abscheu in die Liebe, den Abscheu, die Sehnsucht und die ich gelernt habe, ausdehnen. Ich finde das großartig. Ich mag auch den Bumerang gegen den Stock in Bezug auf deine Zeit und das, was im Kalender steht, und einfach das Zeug über Bord werfen, das dir oder den Teams oder sonst jemandem nicht hilft. Ja.

Dom-Preis:

Du könntest es so machen wie [unhörbar 01:01:33]. Wenn es sich als wichtig herausstellt, können Sie es wieder hinzufügen.

Nick Muldoon:

Sicher.

Dom-Preis:

[unhörbar 01:01:38].

Nick Muldoon:

Die große Erkenntnis aus diesem Gespräch für mich ist, dass es in unseren Händen liegt. Die Wahl, wir treffen die Entscheidungen. Es liegt in unseren Händen. Ich denke etwa an Mark Twain, ob du glaubst, du kannst oder ob du denkst, du kannst es nicht, du hast recht.

Dom-Preis:

Ja. Ja.

Nick Muldoon:

Du könntest genauso gut denken, dass du es kannst und weitermachen.

Dom-Preis:

Ja, ja, probiere es glühend aus und schau, was passiert.

Nick Muldoon:

In Ordnung, cool. Don, vielen Dank für deine Zeit heute Morgen. Das weiß ich wirklich zu schätzen.

Dom-Preis:

Es war toll zu chatten.

‍

highlight_all

in-app

Podcast

Agile Teams

Verwandte Episoden

Podcast
Einfacher Agile-Podcast Folge 28 Team23! + die Welt der Arbeit
Dave Elkan, Mitbegründer und Co-CEO von Easy Agile, wird von Jean-Philippe Comeau, Principal Customer Success Advocate bei Adaptavist, unterstützt.
„Von JP zu hören, ist eine todsichere Art, sich für Atlassian Team '23 zu begeistern. Wir haben darüber gesprochen, wo wir hoffen, dass sich die Konversationen konzentrieren und mehr.“
JP hat eine Leidenschaft für Teamwork, das Kennenlernen neuer Leute, Präsentationen aller Art — liebt ein Mikrofon und ein fesselndes Publikum, neue Technologien und vor allem Problemlösungen.
In dieser Folge sprechen JP und Dave über eines der am meisten erwarteten Ereignisse im Tech-Kalender — Team23 von Atlassian! Sie sprechen darüber, was sie erwartet, Tipps für Anfänger und darüber, was sie von der Veranstaltung mitnehmen möchten.
Sie befassen sich auch mit der Zukunft der Arbeit und der Bedeutung des Zusammenkommens als Team.
Wir wünschen euch viel Spaß mit der Folge!
Transkript:
Dave Elkan:
Hallo zusammen und willkommen zum Easy Agile Podcast. Mein Name ist Dave Elkan und ich bin Mitbegründer und Co-CEO hier bei Easy Agile. Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Dharawal sprechenden Land. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines, Bewohnern der Torres State Islands und den First Nations, die heute zu uns kommen, denselben Respekt. Heute gesellt sich Jean-Philippe Comeau oder JP zu mir. JP ist der wichtigste Verfechter des Kundenerfolgs bei Adaptavist und hat eine Leidenschaft für Teamwork, das Kennenlernen neuer Leute, Präsentationen aller Art, liebt ein Mikrofon und ein fesselndes Publikum. Dieser Podcast passt definitiv in diese Form, neue Technologien und vor allem Problemlösungen. JP, vielen Dank, dass du heute bei uns bist.
Jean-Philippe Comeau:
Danke, dass du mich eingeladen hast.
Dave Elkan:
Hey, mach dir keine Sorgen. Es ist toll, dich bei uns zu haben. Wir wollen uns heute etwas Zeit nehmen, um über Atlassian Team '23 zu sprechen. Das Ökosystem bereitet sich auf eine der größten Veranstaltungen des Kalenders vor, die ultimative Veranstaltung für modernes Teamwork. Du warst schon bei einigen Atlassian Team-Events und letztes Jahr war es das erste seit einiger Zeit. Von Quebec nach Las Vegas ist ein ziemlicher Gangwechsel. Was sind deine Tipps für Leute, die das Team zum ersten Mal besuchen?
Jean-Philippe Comeau:
Oh, ja, das ist eine gute Frage. Ich meine, ja, Teams ist für mich ein riesiges Event. Es ist ein wunderschöner Moment, um wirklich alles Revue passieren zu lassen, was im letzten Jahr für Atlassian passiert ist. Damit meine ich, dass das, was mit Atlassian passiert, tatsächlich das ist, was in der Arbeitswelt passiert. Ich denke, es ist einfach ein guter Zeitpunkt, um zu überdenken, wo du dich gerade befindest. Für mich geht es also darum, die wichtigsten Dinge, die Sie erledigen möchten, zu planen und Ihren Terminkalender nicht zu überladen. Das ist ein Fehler, den ich beim ersten Mal gemacht habe, weil ich einfach das meiste von allem sehen wollte und ich dachte: „Ja, ich kann absolut Rücken an Rücken machen. Das wird gut werden. Ich werde von einer Sache zur anderen gehen.“ Die Wahrheit ist, dass Sie nach dem Gespräch einige Fragen haben werden. Manche Dinge werden auftauchen. „Oh, das ist interessant. Das könnte ich vielleicht erkunden.“
Du wirst vielleicht ein bisschen Bodenjagd machen wollen, was so ist, hey, die Partner durchschauen. Vielleicht hast du von so etwas wie einer App gehört, die du dir wirklich ansehen willst, oder so ähnlich. Also, das wird immer passieren und dann wirst du den nächsten Vortrag verpassen. Stellen Sie also sicher, dass das, was Sie hervorheben, wirklich Dinge sind, die Sie sehen möchten, und planen Sie entsprechend. Das ist für mich die wichtigste Sache. Versuche nicht, alles zu machen. Tun Sie, was Ihrer Meinung nach wirklich, wirklich wichtiger ist als der Rest. Versuche, es zum Laufen zu bringen, denn es wird viel laufen, viel zuhören, viel reden. Die zweite Sache, an die ich alle erinnere, ist, etwas zu trinken, eine Flasche Wasser zu holen. Da drüben wird es jede Menge geben, aber jeder wird seine eigene Wasserflasche haben. Machen Sie sich also keine Sorgen, ob Sie eine haben oder nicht, sondern holen Sie sich eine und trinken Sie einfach Flüssigkeit. Ich meine, wir sind alle tagsüber sehr beschäftigt und wir alle wissen, wie die Nächte verlaufen können, also trink weiter etwas Wasser. Ja, das sind meine beiden Tipps.
Dave Elkan:
Das ist ein guter Rat. Ich denke, Flüssigkeitszufuhr ist sicherlich etwas, das man in Betracht ziehen sollte. Ich erinnere mich besonders an eine Wand aus Donuts, die mich einmal von solchen guten Gewohnheiten ablenkte. Also ja, es ist wirklich wichtig, sicherzustellen, dass Sie die Grundlagen im Griff haben. Worauf freust du dich am meisten von der Aufstellung bei Team '23?
Jean-Philippe Comeau:
Ja. Ja, jedes Jahr sind es die Keynotes, die am meisten ankommen werden. Offensichtlich wird es sehr, sehr interessant sein, die Gelegenheit zu bekommen, James Cameron sprechen zu hören. Ich denke, gerade im Jahr von Avatar 2 ist einfach ein gutes Timing, offensichtlich wahrscheinlich geplant. Er ist wahrscheinlich auf Tournee, aber es wird wirklich toll sein, ein paar Geschichten darüber zu hören, wie dieser Film entstanden ist. Die Dreharbeiten haben lange gedauert, wahrscheinlich das, was einer wirklich langen Entwicklung eines Films am nächsten kommt. Es fühlt sich an wie ein langer Softwareentwicklungszyklus. Das ist eine sehr lange Zeit. Und dann Van über einige der Dinge sprechen zu hören, die er in der heutigen Welt sieht. Van Joseph, glaube ich, ist der Name des zweiten Sprechers, und ich erinnere mich, ihn während der Wahlen oft in der CNN-Sendung gesehen zu haben und die Wirkung, die er auf die gesamte Sendung ausübte, war beeindruckend. Es wäre sehr interessant, sie reden zu hören.
Und dann, was vielleicht nicht die großen Ticketartikel angeht, wirklich interessiert an... Ich glaube, dies ist das Jahr, in dem die Praktiken auf den verschiedenen Tracks, für die Atlassian normalerweise wirbt, ich glaube, das ist das Jahr, in dem sie wirklich anfangen zu wachsen. Damit meine ich, glaube ich, vor diesem Jahr, also wenn man sich das Team vom letzten Jahr anschaut und dann davor, waren die Tracks irgendwie schwammig. Jetzt haben sie tatsächlich die Produkte, die sie unterstützen. Ich denke, JSM ist an einem sehr, sehr guten Ort. Ich denke, ihre agilen Tools sind an einem sehr guten Ort. Ich denke, ihre DevOps, was ich erwarte, werden am meisten vorangetrieben werden, oder DevOps-Tools mit der Jira-Produktentdeckung und all ihren Point-A-Sachen müssen da sein, wo sie sind. Ich denke also, Sie werden wirklich gute Vorträge über diese Praktiken führen. Ich denke, das wird das Jahr sein, in dem die Tracks wirklich Sinn machen und für die Leute sehr wertvoll sind.
Dave Elkan:
Absolut. Danke fürs Teilen. Es ist wirklich interessant. Du selbst, du bist Kanadier und James Cameron ist Kanadier und er spricht davon, das Unmögliche zu schaffen, und ich denke, das ist ein Thema, das sich durchsetzt und wofür Atlassian wirbt und das durchsetzt. Es ist wirklich interessant, dich über den Aufbau von Filmen und Medien und CNN, die Referenz dort, sprechen zu sehen oder zu hören, wie das auf ein stark auf Softwareentwicklung ausgerichtetes Publikum zutreffen kann. Es ist wirklich interessant zu sehen, dass die Erstellung eines Films ein Wasserfallprozess ist, da man am Ende dieses riesige Ergebnis hat, aber ich weiß, dass es Pixar gibt, zum Beispiel verwenden Sie dieses Konzept der Demo Trusts, wir nennen sie, oder den Pixar Demo Trust. Ja. Also im Grunde kannst du unterwegs testen, bevor du dieses riesige Ding lieferst. Es ist wirklich faszinierend, darüber nachzudenken, was wir von James darüber hören werden, wie er diese großartigen Projekte baut.
Jean-Philippe Comeau:
Ja, ich glaube, du bist genau richtig. Also ich bin eigentlich ein großer Marvel-Fan. Ich habe mein Buch nicht dabei, aber Creativity, Inc. ist ein Buch, das ich von Ed Catmull liebe und wie sie Pixar als Unternehmen aufgebaut haben, als Lieferteam, nicht nur über die Filmseite, die kreative Seite, sondern wie bringt man Kreativität in eine strukturiertere Welt, die Unternehmenswelt, zu der sie jetzt gehören? Also, sehr interessant, dass du das ansprichst, denn ich bin auch sehr fasziniert von ihrem Prozess. Ich denke, sie waren die Pioniere in der Filmbranche oder -branche, was die Einführung agiler Methoden oder Denkweisen in das Filmemachen anbelangt.
Nun, was würde historisch in Filmen passieren? Okay. Also weißt du das nicht, aber mein Hintergrund spielt tatsächlich eine Rolle. Also, als ich anfing, als ich studierte, als ich ein junger Junge war, als junger Erwachsener, sagen wir mal, ich wollte Schauspieler werden und dann haben sich die Dinge geändert. Offensichtlich bin ich kein produktiver Schauspieler. Ich bin also sehr, sehr begeistert von der Filmbranche. Historisch gesehen ging es bei Filmen immer darum, dass man dreht, man dreht, man dreht, sich entwickelt, entwickelt und am Ende schneidet man es. Du machst also Fehler. Also, wie gesagt, sehr, sehr Wasserfall. Ich glaube, diese Technologie macht jetzt fast 50 bis 60% eines Films aus, jetzt schon länger... Wenn man sich Marvel-Filme und all das anschaut, könnte man argumentieren, dass 50 bis 60% computergeneriert sein werden, was schlecht oder gut sein kann. Nun, ich werde mich nicht auf diese Debatte einlassen.
Die Art von Previz und die ganze Animationsarbeit, die dahinter steckt, machen den Prozess agiler, was bedeutet, dass sie eine Woche lang bauen und dann den Film überprüfen, der gedreht wurde, und dann korrigieren sie ihn und machen ihn erneut, oder? Sie haben also schon Ihre Feedback-Schleife in Gang gebracht. Du hast deinen Prozess. Du hast deine Sprints in Gang gebracht. Ich kann das alles einigen agilen Prozessen zuordnen und es würde mich nicht wundern, wenn Sie nach etwas suchen, das skaliert werden soll. Ihr könntet sogar darüber streiten, was ihr für eure Skalierungsmethoden tun werdet? Es gibt viele Dinge, die sehr interessant sind.
Ich denke, zurück zu unserem ersten Punkt, tut mir leid, ich bin hier wirklich eine Tangente gegangen, aber zurück zu Avatar, wenn man einen so langen Zyklus hat und einen Film hat, der gebaut ist, ist dieser stark computergeneriert. Ich meine, jeder Schauspieler hat Sachen im Gesicht und sie spielen in einem leeren Studio. Jetzt sprichst du von agilen Prozessen, denn wenn du stundenlang und stundenlang an Arbeit arbeitest und du nur baust und baust und baust und niemals überprüfst, kann ich nicht... Vielleicht sagt James, dass sie das so gemacht haben, und ich sage dann: „Nun, ihr wart... Es ist sehr schwierig. Du hast dir das Leben sehr, sehr schwer gemacht.“ Aber es wäre sehr interessant, das zu hören, weil ich mir nicht vorstellen kann, dass sie diesen Film nicht auf eine agile Art und Weise aufbauen.
Dave Elkan:
Oh, natürlich. Ich denke, wenn Sie sich den Boden des Schneideraums vorstellen, ist das ein altes Sprichwort und buchstäblich haben sie den Film geschnitten und sie haben ihn auf dem Boden liegen lassen, weil das etwas ist, was wir nicht mehr tun. Also, ich wage zu sagen, dass es eine riesige Menge an Filmen gibt, die weggeworfen und neu gemacht werden. Ich glaube, wenn wir das hinter den Kulissen so wunderbar machen, das sie hinter den Kulissen machen, nämlich ihre Aufnahmen testen und wiederholen könnten, wäre es eigentlich ein ziemlich einfaches Konzept, diese agilen Prozesse auf das Filmemachen anzuwenden. Gerade am Ende hat man diesen Urknall, genau wie bei der Spieleproduktion. Wenn man ein Spiel produziert, macht man Abstriche. Die Leute nutzen Early Access, was fantastisch ist. Sie können keinen Early-Zugriff auf einen Film haben.
Jean-Philippe Comeau:
Nein, genau. Ja.
Dave Elkan:
Ja. Zurück zu Pixar, dieser Referenz, ich habe tatsächlich den Fehler gemacht. Es ist nicht wirklich der Demo Trust. Das ist also das Playbook von Atlassian. Es gibt ein Theaterstück namens Demo Trust, aber es ist Brains Trust und es bringt das Team zusammen, um darüber zu sprechen. Erfüllt das die Vision von Pixar? Macht das Pixar zu Pixar? Und dem Team zu helfen, das zu verstehen, damit die Regisseure das tief verwurzelte Pixarness durch diesen Prozess mitnehmen können. Also ja, hier steckt ein ganzes Team hinter den Kulissen. Es gibt keine einzige Person, die das nur auf der Regieebene vorantreibt. Es gibt tatsächlich ein ganzes Team von Leuten, die an diesem Film mitarbeiten. Ich bin wirklich fasziniert, das von James zu hören, um zu hören, wie die Teamarbeit herauskommt.
Jean-Philippe Comeau:
Ja. Ich denke, wenn man sich einen Film wie Avatar anschaut, ist eine andere Sache, an die wir nicht denken, die Vernetzung von Remote-Teams. Das ist ein großer, großer Teil dessen, was wir 2023 tun, ist, Remote-Teams miteinander zu verbinden, damit sie das Gefühl haben, an einem Projekt zu arbeiten. Wenn du einen Film wie Avatar hast, werden deine visuellen Effekte irgendwo sein. Deine Schauspieler werden an einem anderen Ort sein. Und dann werdet ihr Musik haben und der Sound wird woanders sein. Ihre Redakteure werden wahrscheinlich woanders sein. Es gibt also eine Menge Telearbeit, die Sie erledigen. Wie bringt man das alles zusammen?
Ich erinnere mich, dass ich die alten Dokumentarfilme rund um die „Herr der Ringe“ -Filme gesehen habe, und sie flogen buchstäblich Leute mit der eigentlichen Filmrolle rein und raus, weil sie so Angst hatten, dass die Leute sie stehlen würden und sie sie nicht ins Internet stellen und sie tatsächlich mit sich herumtragen würden. Also mussten sie von London nach Neuseeland fliegen, um... Es ist irgendwie verrückt, wenn man 2023 darüber nachdenkt. Wirklich, du musstest einen 10-stündigen Flug nehmen, nur um deinen Film rüberzubringen? Wahrscheinlich ist es auch einfacher mit den Daten, nur mit der Bandbreite und allem. Ich denke, das wird auch ein interessanter Teil sein. Wie habt ihr Teams miteinander verbunden?
Du hast einen großartigen Punkt auf Pixar-Art angesprochen, oder so nennen sie es, auf Pixar-Art. Wenn du darüber nachdenkst, stecken einige wirklich, wirklich coole Ideen dahinter, ein Team zusammenzubringen und sie für ein Projekt zusammenzubringen. Ich denke, wenn Teams sich von Produkten und Dingen, an denen sie gerade arbeiten, immer distanzierter und distanzierter werden, mache ich das selbst bei der Arbeit. Die Dinge werden generisch. Irgendwann machst du einfach immer und immer wieder dasselbe. Man verliert ein bisschen den Bezug zu der Arbeit, die man macht. Ich finde es wunderbar, ein Team um ein Projekt zu scharen und zu sagen: „Glaubst du an dieses Projekt? Ich glaube an dieses Projekt. Glaubst du an dieses Projekt?“ Und dafür zu sorgen, dass das Team das tut, und wenn nicht, warum tust du es nicht? Was hält dich davon ab? Ich denke, es gibt viele gute Gespräche, tut mir leid, das kann daraus entstehen. Ja.
Dave Elkan:
Absolut. Also ja, du sprichst davon, etwas abgelegener zu werden. Ist das ein Trend, den Sie beobachten, dass immer mehr Teams remote arbeiten, oder sehen wir, dass sich das bis zu einem gewissen Grad umkehrt?
Jean-Philippe Comeau:
Es hängt davon ab, mit welcher Sphäre du arbeitest, oder in meiner Position kann ich alles anfassen. Ich tendiere eher zu den kreativeren Teams aus den Bereichen Gaming und Softwareentwicklung und so. Ich arbeite mit Banken zusammen. Ich arbeite mit, naja, amerikanischen Unternehmen zusammen, den klassischen Orten in Anzug und Krawatte, mit allem. Ich sehe alles. Es herrscht gerade ein Kampf zwischen alten und neuen, alten Arbeitsweisen, neuen Arbeitsweisen. Es findet ein riesiger Konflikt statt. Ich weiß bis heute nicht, wer gewinnen wird, weil selbst die großen Silicon Valleys, ich meine, wir alle sehen, was mit Apple passiert und dass sie obligatorische Bürotermine und solche Dinge festlegen. Man sieht das an einer Führungskraft, die vielleicht eines der modernsten Unternehmen der Welt leitet, aber er hat immer noch eine kreative Atmosphäre der alten Schule.
Ich hasse es, es zu Pixar zurückzubringen. Ich bringe es zurück zu Pixar. Sie haben so ein tolles Büro. Also, wie gesagt, ich bin sehr fasziniert von dem, was sie tun. Sie nennen es ungeplante Kreativität. Sie sind der festen Überzeugung, dass ungeplante Kreativität im Büro stattfindet, und wenn Sie ungeplante Besprechungen haben, ungeplante Interaktionen. Eines der Dinge, die sie gemacht haben, ist heute sehr verbreitet, aber als ich 14 Jahre alt war und über sie las, dachte ich: „Oh mein Gott, das sind so coole Dinge.“ Sie machten diese Tischtennisplätze und Aktivitäten und Spiele, um die Leute dazu zu bringen, zusammen zu spielen und darüber zu reden, was sie getan haben.
Und dann spricht plötzlich ein Ingenieur mit einem VFX-Künstler, der mit einem 3D- oder Konzeptkünstler spricht, als würden sie sich nie in einem Meeting oder so etwas treffen. Aber weil sie Tischtennis spielen und Ideen herumwerfen und plötzlich sagen sie: „Hey, vielleicht könnten wir dieses Ding bauen. Das wäre unglaublich.“ Weil der Künstler sagte: „Nun, jetzt könnte ich Wolken auf diese Weise malen. Ja. Ja, ich könnte Wolken kreieren, die so aussehen.“ Dann sagt der Ingenieur: „Nun, Sie können einfach ein bisschen an den Dingen anpassen.“
Wie dem auch sei, ich glaube, da steckt diese alte Schulmentalität dahinter. Diese Frage habe ich mir in unseren Slacks gestellt und wo wir über Arbeit sprechen. Ich weiß nicht, wie die Zukunft ungeplanter Kreativität aussieht. Ich weiß nicht, wie man das in einer virtuellen Welt nachstellt. Ich denke, es ist ein großes Problem, das einige Softwareunternehmen mit einigen Tools angegangen sind. Ich weiß nicht, wie man jemanden zwingt, hinter einem Computer zu sitzen und etwas Ungeplantes zu tun. Wie stolpere ich über einige... Ich weiß es nicht. Aber ja, ich denke, ein bisschen davon steckt in der Mentalität der alten Schule. Ich brauche Leute in einem Büro, damit sie sich treffen und miteinander interagieren können. Ich habe immer noch Mühe herauszufinden, wo sie falsch liegen, sagen wir es mal so. Ich weiß nicht, wo sie mit dieser Theorie falsch liegen, wenn man mit jemandem zusammen ist, wenn man mit Menschen zusammen ist, passieren die Dinge anders.
Dave Elkan:
Ich kann dem nicht mehr zustimmen. Ich denke, wenn ich eine Perspektive dazu habe, dann die, dass es keine... Oft ist es kein Schwarz-Weiß-Spiel oder ein Nullsummenspiel. Es ist eine Kombination von Dingen, die passieren werden und die sich auf Gedeih und Verderb weiterentwickeln werden. Sie können in der Geschichte auf Bell Labs und die Entwicklung des Halbleiters zurückblicken und auf die Art und Weise, wie das Gebäude im Wesentlichen so konzipiert wurde, dass es Menschen ermöglicht, vorbeizugehen und interdisziplinäre Zusammenarbeit und funktionsübergreifende Gespräche zu führen. Haben Sie jemals darüber nachgedacht, dass die ungeplante Kreativität, von der Pixar sprach, tatsächlich geplante ungeplante Kreativität war, also haben sie diese Räume mit Absicht eingerichtet? Wie können wir Dinge absichtlich so gestalten, dass Dinge geschehen, die uns unbekannt sind?
Jean-Philippe Comeau:
Ja. Ja. Ja, du hast absolut recht. Ich meine, ja, deswegen haben sie die Pixar-Büros so gebaut. Für mich ist das das Geheimnis. Wenn es jemand findet, ist es wie die Karamellmilch oder was auch immer, einfach in Flaschen abfüllen und an die Leute verkaufen, schätze ich. Ich weiß nicht. Ich habe keine Ahnung, wie die Antwort lautet. Ich habe nachgesehen und es ist... Es gibt eine App da draußen. Ich kann mich nicht an den Namen der App erinnern, aber du bist wie ein 2D-Sprite und es sieht aus wie ein NES-Spiel und du bewegst dich von Ort zu Ort. Du kannst dein Büro dekorieren. Es hat diese Atmosphäre von Animal Crossing, einem Spiel von Nintendo, in dem du einfach Sachen erstellen kannst und die Leute deine Insel besuchen können und all das.
Sie können das mit Ihren Büroräumen tun und dann können Sie einen Gemeinschaftsbereich einrichten, in dem Menschen herumlaufen. Wenn du es dir in einem Video ansiehst, ist es brillant. Toll, ich kann tatsächlich im Büro sein, ohne im Büro zu sein. Es hat diese ganze Technologie der Nähe. Wenn Sie also ein Gespräch mit jemandem in einem offenen Bereich führen, könnten die Leute vorbeigehen und hören, was Sie sagen, und mitmachen. Wunderbare Technologie, funktioniert bei Menschen nicht, wenn man wirklich darüber nachdenkt. Warum sollte ich online gehen, um in einem Büro herumzulaufen und zu reden? Ich pinge dich auf Slack an, es wird einfacher sein. In Ordnung. Ich muss nicht durch dein Büro gehen. Es ist also so, als wüsste ich nicht, was das Geheimnis ist.
Ja, du hast recht, es ist in gewisser Weise geplant. Ja, das machen wir. Ich weiß für euch bei Easy Agile nicht, wie ihr das macht. Bei Adaptavist reisen wir gerne mit Teams. Also wann immer wir etwas tun, auch wenn es um Kundenarbeit geht oder wenn wir zu einer Veranstaltung gehen oder so, versuchen wir, es uns zum Ziel zu machen, dass es auch um uns und das, was wir tun, geht. Wir sind also selten alleine gereist. Wenn ich zu einem Kunden gehe, versuchen wir, zwei Berater hinzuzuziehen, oder was ich damit sagen will, ist, mehr Leute zu holen. Ich glaube, Adaptavist versucht, darauf hinzuweisen, und ich denke, Simon, unser CEO, versucht, diese Gelegenheiten zu nutzen, um mit Menschen zusammen zu sein. Ich finde das wunderbar, aber es ist eine der unzähligen Lösungen. Ich weiß es nicht. Ich weiß es wirklich nicht. Was glaubst du? Was sind deine Gedanken dazu?
Dave Elkan:
Oh, ich kann Ihnen sagen, wie wir bei Easy Agile arbeiten. Also hier bin ich heute im Büro. Das ist ein großartiger Ort für mich, um diese Aufnahme zu machen. Wir haben ein Zimmer für etwa 50 Personen hier im Büro in Wollongong, südlich von Sydney. Wir haben ungefähr 10 bis 15, die normalerweise täglich ankommen, und das ist großartig. Es macht uns nichts aus. Wir lieben Menschen, die von zu Hause aus und von unterwegs aus arbeiten, was für sie bequemer und entspannender ist. Gleichzeitig haben wir einen vierteljährlichen Plan, wie zum Beispiel Planungssitzungen, zu denen wir gehen. Wir haben jedes Quartal Advanced Easy Agile. Wir kommen persönlich zusammen. Wir haben strategisch dafür gesorgt, dass wir Mitarbeiter so einstellen, dass das möglich ist, damit die Leute nicht über riesige Meereswellen fliegen, um zu diesem Gespräch zu kommen. In gewisser Weise ist es geplant — ungeplant. Also planen wir im Voraus.
Wenn wir für Advanced Easy Agile kommen, werden wir etwas haben, mit dem wir das Team entweder weiterbilden wollen oder was auch immer, und dann werden wir eine Art Teambindung haben, bei der die Leute aus einer Reihe verschiedener Aktivitäten wählen können, die sie gemeinsam durchführen möchten. Für uns geht es also mehr darum, persönlich zusammenzukommen, weil wir wissen, dass das wirklich wertvoll ist, um als Team ein Verständnis füreinander aufzubauen und dieses Verhältnis aufzubauen. Es kann nicht bis zu einem gewissen Grad über Zoom gemacht werden. Also, absolut, unser Geschäft läuft komplett fernbedienungsfreundlich und wir verlassen uns nicht darauf, dass die Leute persönlich sind, persönlich synchronisiert sind, um voranzukommen. Wir sehen jedoch, dass darin ein großer Mehrwert steckt. Wir versuchen also, in beiden Welten zu leben und profitieren von beiden. Ja. Ja, das ist eine Sache, die funktionieren kann. Das ist nicht jedermanns Sache. Wenn Sie ein wirklich dezentralisiertes globales Unternehmen haben, ist es nicht gerade einfach oder erschwinglich, alle vierteljährlich zusammenzubringen.
Jean-Philippe Comeau:
Ja. Ich finde es aber wunderschön. Also ich bin seit fast sechs Jahren bei Adaptavist... Ich bin jetzt in meinem sechsten Jahr und früher konnten wir... Wir haben es nicht vierteljährlich gemacht. Wir haben am Ende des Jahres eine jährliche Veranstaltung gemacht, bei der sich alle trafen. In den letzten zwei Jahren haben wir es Winter Con genannt, und ich fand die Idee wirklich toll, denn wir konnten Ideen einbringen, worüber wir sprechen wollten. Es könnte um Arbeit gehen, es könnte um Kunden gehen, es könnte um letztes Jahr gehen, worüber auch immer du sprechen wolltest, es könnte um dich selbst gehen, es könnte um eine coole Sache gehen, die du dieses Jahr gemacht hast, was auch immer. Wir hatten ein Wahlsystem, aber eigentlich konnte so ziemlich jeder, der etwas sagte, reinkommen.
Man konnte einfach herumlaufen und es war buchstäblich ein Konferenzzentrum. Wir richteten einige Räume ein und du konntest reingehen und dir eine Präsentation ansehen, wortwörtlich wie Teams oder was auch immer. Es war jedes Mal die beste Erfahrung, dass wir das gemacht haben. Ich liebe diese, weil sie einen Wert haben. Es hat einen ROI, wenn alle lernen und weiterbilden und diese Silos aufbrechen, in denen man sagt: „Hey, ich habe nie mit Marketing gearbeitet, aber hier ist ein einstündiges Gespräch über etwas, das wir im Marketing gemacht haben. Ich möchte wirklich mitmachen „und all diese Dinge. Das ist großartig. Es gab auch den ungeplanten ROI, bei dem Sie mit mehreren Ideen herauskamen wie: „Oh, das könnte ich untersuchen. Das könnten wir untersuchen. Ich habe dieses Treffen im Januar angesetzt, und jedes Mal, wenn ich im Januar wiederkomme, werden wir über diese Sache sprechen, über die wir im Zusammenhang mit Cloud-Migrationen gesprochen haben.“ All das ist auf der Winter Con passiert.
Jetzt sind wir nach COVID exponentiell gewachsen, naja, während und nach COVID. Also während COVID passierte und plötzlich wollten alle arbeiten. Und dann, als Unternehmen, die remote tätig waren, glaube ich, sind viele der Unternehmen, die remote tätig waren, während COVID gewachsen sind, statt weil Unternehmen, die lokal oder so waren, langsam etwas schwächer wurden, sagen wir es mal so. Als wir gewachsen sind, können wir das nicht mehr als eine einmalige Sache unterstützen, bei der Sie... Wir sind jetzt fast tausend. Es gibt eine Menge Leute, die umziehen müssen, und viele Konferenzen, viele Konferenzräume und Präsentationen und Dinge, die wir einfach nicht unterbringen können. Also, ich vermisse es sehr. Wir haben es aus der Ferne gemacht, aber wie du schon sagtest, es ist nicht dasselbe, einen Zoom-Anruf zu tätigen.
Ich erinnere mich, dass ich in diesen Präsentationen saß und du dich neben Leute setzt, dass jemand aus Arkansas, jemand aus Cambridge, und du fängst an zu reden. Ja, Sie hören einer Konferenz zu, aber wir alle wissen, was passiert, wenn Sie sich eine Präsentation anhören. Du fängst an zu reden wie: „Ja, das ist eine interessante Idee. Was hast du letztes Wochenende gemacht?“ Du fängst an zu reden. Das sind Dinge, die du auf Zoom nicht tun kannst. Das kann man auf Zoom nicht wirklich reproduzieren. Es wird nicht wirklich passieren und das vermisse ich sehr. Ich weiß nicht, was die Lösung ist, wenn man einen solchen globalen Vertrieb hat. Ich meine, ich schätze, du tust das in kleinerem Rahmen, vielleicht treffen sich ganz Nordamerika oder solche Dinge, aber es ist einfach nicht dasselbe, überhaupt nicht dasselbe. Ich finde es wunderbar, dass ihr das immer noch machen könnt, weil alle in der Nähe sind. Ich finde es wirklich nett.
Dave Elkan:
Oh, danke. Ja, wir hoffen, daran festhalten zu können, solange wir können. Wir verstehen, dass diese Dinge nicht skalierbar sind. Irgendwann müssen wir es in verschiedene Ereignisse aufteilen, damit die Leute, glaube ich, ein höheres Maß an Beteiligung daran haben können. Wenn Sie zu viele Leute gleichzeitig haben, kann es einfach ein bisschen schreibgeschützt sein, so wie ich das sehe. Es ist, als würde man einen Teilnehmer suchen.
Jean-Philippe Comeau:
Das ist nett. Ja. Ja, das gefällt mir. Ja. Ja, du hast recht.
Dave Elkan:
Also würde ich gerne kurz auf Atlassian Team '23 zurückkommen.
Jean-Philippe Comeau:
Es tut mir leid.
Dave Elkan:
Du hast am Anfang erwähnt... Das ist in Ordnung. Wir werden dort hinkommen. Es gibt diese neuen Apps, vor allem im DevOps-Tooling-Bereich, an dem Atlassian arbeitet, also Discovery. Kannst du mir einfach ein bisschen mehr darüber erzählen, was du dort siehst und warum das jetzt zum Tragen kommt?
Jean-Philippe Comeau:
Ja, ich denke, es dreht sich alles um Cloud. Ich bin der Erste, der sagt, ein großer Fan von Rechenzentren, ein großer Fan von On-Premise-Systemen. So habe ich das Atlassian-Toolset gelernt. Also, ein bisschen skeptisch, als die Cloud zustande kam. Als es wuchs und besser wurde, wurde es besser, das war großartig. Ich denke, es ist jetzt an einem ausgereiften Punkt angelangt, wo das Point-A-Programm, aus dem all diese Tools hervorgegangen sind, also das Produkt Discovery, Atlas und all das, das sind die Früchte der Cloud. Das liegt daran, dass sie jetzt, wo wir die Cloud haben, Produkte herstellen und Dinge ausprobieren können, um zu sehen, ob sie funktionieren oder nicht. Ich denke, das ist der Grund, warum ich denke, dass dieses Jahr das Jahr ist, in dem das Programm ausgereift genug ist. Die Migration ist bereit. Ich meine, das Ende der Serverlebensdauer ist seit einem Jahr vorbei. Ich denke, wir sind endlich an einem Ort, an dem wir tatsächlich über all diese Möglichkeiten sprechen können. Die meisten Konferenzteilnehmer werden davon profitieren können.
Ich erinnere mich an letztes Jahr, als es in den Gesprächen viel um JSM und all die coolen Dinge ging, die es machen würde, aber du hattest immer noch viele Leute auf dem Server, immer noch viele Leute im Rechenzentrum. Es ist also ein bisschen auf taube Ohren gestoßen. Viele Leute in der Menge sagten einfach: „Ja, das ist nichts für mich.“ In beiden Keynotes ging es darum. Wie dem auch sei, ich denke, dieses Jahr wird es deswegen besser werden, weil alle mitgemacht haben. Ich denke, es ist gerade so, weil ja, es ist Cloud. Sie können einfacher und schneller versenden. Sie können besser versenden. Du kannst besser iterieren. Sie können ein Produkt viel, viel schneller fertig stellen, als wenn Sie vor Ort sind, und ich glaube, das ist der Grund, warum Sie das explodieren sehen. Ich finde auch, dass es großartige Ideen sind. Speziell ein großer Fan von Atlas. Großer, großer Fan von Atlas.
Dave Elkan:
Ja. Fantastisch. Also, wie sehen Ihre Kunden die Migration zur Cloud? Auf der anderen Seite, ist das etwas, wofür sie offen sind? Ist das etwas, das sie unterstützen?
Jean-Philippe Comeau:
Jeder ist fasziniert, ich fange dort an. Jeder ist fasziniert. Nun, die Höhe des Interesses hängt von der Branche und der Größe ab. Wenn du ein riesiges... Ich nehme Banken, weil Banken für mich wie Länder sind. Wenn Sie sich also eine riesige Bank ansehen, in der Sie 30.40.000 Benutzer haben, haben sie normalerweise eine solide Infrastruktur. Sie haben solide Administratoren. Sie haben Teams, die irgendwie davon leben. Sie hat im Grunde ihre eigene Wirtschaft aufgebaut. Es läuft von selbst. Wenn du da reingehst und versuchst, ihnen etwas über die Cloud beizubringen und all die großartigen Dinge, die damit möglich sind, fangen sie an, Fragen zu stellen, die sehr technisch sind und sehr gut sind. In der Cloud gibt es noch keine wirkliche Antwort, und so wird es nervös. Wenn ich dagegen zu einer Organisation mit 500.000 Mitarbeitern gehe und sie anfangen, Fragen zur Cloud zu stellen, haben wir normalerweise mehr Antworten darauf. Es ist einfach, eine einfachere Konversation. Sie haben nicht die gleichen Sorgen oder Probleme im Kopf wie der Administrator von 40.000 Menschen. Es ist einfach nicht dieselbe Realität, die sie sehen.
Also ich denke, vorerst, und ich weiß, dass Atlassian einen großen Vorstoß in diesen Unternehmensbereich macht, denke ich, dass Sie vorerst dieses Wachstum sehen werden. Aber solange wir nicht die volle Autonomie darüber haben, wo sich unsere Daten befinden und wie zugänglich diese Daten sind, wird das ein Problem sein, solange FedRAMP nicht für alle verfügbar ist, solange all diese verschiedenen SOCs und Compliance-Anforderungen nicht für alle verfügbar sind. Diese sind sehr schwierig, weil Sie ein Ökosystem rund um viele Integrationen aufgebaut haben und Easy Agile für mich eine dieser Integrationen ist, weil es sich um eine Drittanbieter-App handelt, wie auch immer Sie sie betrachten möchten. Adaptavist hat eine eigene Drittanbieter-App. Sie haben also Script Runner und all das. Wir haben alle Apps von Drittanbietern. Atlassian kann also nicht sagen: „Oh, ja, ich gebe eine pauschale Aussage ab. Wir können all diese Dinge tun.“ Es ist nicht wirklich wahr. Ich sage: „Moment mal, du musst all die verschiedenen App-Partner da draußen berücksichtigen, die ihre Sachen machen, und du kannst uns nicht alle unter ein Dach bringen.“ Ich denke, sie sind Opfer ihres Erfolgs. Was Atlassian immer noch so großartig macht, ist das Partner-Ökosystem, Apps, Lösungen, sorry, einfach alles, aber es ist auch der Grund für die Akzeptanz und die Geschwindigkeit, mit der die Einführung der Cloud erfolgt. Es macht es langsamer, als sie es wollen würden. Ich denke, das war vielleicht der kleine Fehltritt, als alles angekündigt wurde wie: „Oh, ihr verlasst euch sehr auf diese Apps.“ Ja. Viele unserer Kunden würden tatsächlich sagen, dass die Apps für sie noch wichtiger sind als der Kern. Es ist nur eine Sache, die du siehst. Um also auf Ihre Frage zurückzukommen, hängt von der Komplexität der Instanz ab. Je größer die Instanz, desto komplexer ist sie in der Regel. Wenn ich also zu über 10.000 Benutzern gehe, wird das eine sehr lange Konversation. Sehr, sehr langes Gespräch.
Dave Elkan:
Ja, das ist es. Es ist lustig, dass Atlassian das verschickt und gesagt hat: „Hey“. Nun, eigentlich gab es die Vermutung, dass die Apps auch von SOC 2 oder ähnlichem abgedeckt wurden, und das fehlte... Aber es war dieses Missverständnis. Aber ich sage, als Geschäftsinhaber, der SOC 2 durchläuft, ist das ein sehr lohnender und guter Prozess. Es ist schwer. Wir machen das viel früher als Atlassian auf ihrer eigenen Reise, aber je früher du es tust, desto einfacher ist es. Idealerweise musst du dir als kleineres Unternehmen weniger Sorgen machen und die von dir eingeführten Prozesse lassen sich einfacher verwalten und überwachen. Wir freuen uns daher, wirklich den SOC 2-Weg einzuschlagen und unseren Unternehmenskunden diese Sicherheit zu bieten. Also ja, ein sehr guter Prozess, den es zu durchlaufen gilt.
Jean-Philippe Comeau:
Ja, ihr macht das gerade durch. Hast du es schon erworben? Haben Sie Ihre Konformität schon erhalten oder sind Sie auf dem besten Weg, sie zu bekommen?
Dave Elkan:
Nein, wir sind gerade auf dem Weg zu SOC 2 Typ 1.
Jean-Philippe Comeau:
Beeindruckend. Nett.
Dave Elkan:
Ja.
Jean-Philippe Comeau:
Ja. Ja. Wir haben jetzt eine Sicherheitsgruppe da und sie kümmern sich um all das. Ich bin nicht gut mit den Compliances. Ich sage es sofort, auf Anhieb, ich kenne sie nicht sehr gut. Ich weiß, sie sind wie Buchstaben, die ich gerne neben jeder App sehen würde. Das weiß ich. Ich weiß nicht, wie tiefgründig die Prozesse sind, aber ich weiß, dass sie so komplex sind, dass man ein Team braucht, das sich der Umsetzung widmet. Also, was habt ihr bisher gesehen? Es kommt super voran. Was sind einige der Herausforderungen, die Sie vielleicht gesehen haben? Ich bin einfach fasziniert.
Dave Elkan:
Ja. Oh, schauen Sie, unsere Cloud-Apps sind alle auf die gleiche Weise konzipiert, also verwenden sie alle bis zu einem gewissen Grad dieselbe Codebasis, wie die Bereitstellungsmethodik. Wir haben keine Akquisitionen getätigt, die das Ganze noch komplizierter gemacht haben, also machen wir das Beste aus dieser Situation. Wir haben im letzten Quartal eine Menge Arbeit geleistet, um alle Kontrollen und Kontrollen rund um diesen Einsatz durchzuführen. Als Nächstes müssen wir wirklich die Prozesse einrichten, um sicherzustellen, dass unser Team versteht, mit verschiedenen Situationen und ähnlichem umzugehen. Das werden wir also im nächsten Quartal angehen. Ich freue mich darauf, das durchzugehen und einen kleinen Sprint mit Nick, meinem Mitbegründer und Co-CEO, zu machen, um zu sehen, wie viel wir in einer bestimmten Zeit erledigen können, und mich wirklich darauf zu konzentrieren. Ich denke, der Vorteil wird darin bestehen, dass wir unser Geschäft viel verständlicher und klarer führen, was auch für unsere Kunden offensichtlich ist, was sehr gut ist. Ich bin voll und ganz dafür. Ja.
Jean-Philippe Comeau:
Ja, das ist großartig. Ja, ich glaube, wir erleben einige ähnliche Dinge, aber wir haben eine Menge Sachen erworben und das macht alles sicherlich ein bisschen schwieriger.
Dave Elkan:
Ich kann es verstehen. Es wäre sehr schwierig, zu versuchen, diese Lücken zu überbrücken und genug zu homogenisieren, um in Zukunft eine wirklich klare Aussage treffen zu können. Ja. Okay. Also haben wir kurz auf die Atlassian-Apps eingegangen, die sie mitbringen. Gibt es Apps auf dem Markt, die du im Auge hast und mit denen du gerne sprechen würdest, abgesehen von Easy Agile?
Jean-Philippe Comeau:
Ich meine, natürlich. Ja. Ein großer Bedarf, den ich jetzt auf dem Markt merke... Ich weiß nicht, ob es ein Geheimnis ist oder so, ich sollte warten, weil ich Team '23 kenne, sie werden ein paar Sachen machen und ich freue mich wirklich auf sie. Also eines der Dinge, die uns auffallen, ist... Also Backups, also Unternehmenssupport, im Grunde. Im Moment, wenn Sie in der Cloud sind, haben die meisten Unternehmen, wiederum in den 40.000 und mehr, einen starken Backup-Bedarf und sie haben tatsächlich Anforderungen, Gesetze, Dinge, die sie einhalten müssen, was die Dauer der Datenpflege angeht, wie lange sie Backups von Daten haben und all das. Im Moment ist die Art und Weise, wie das in der Cloud gemacht wird, überhaupt nicht nett. Du musst tatsächlich in die Benutzeroberfläche gehen. Du bekommst ein Backup. Wenn Ihr Backup umfangreich ist, dauert die Bearbeitung mehrere Tage und Sie müssen daran denken... Es ist alles manuell. Es gibt nichts, was wirklich automatisiert ist.
Es gibt also einen wachsenden Markt für diese Art von Apps. Ich habe das alles mit diesen Leuten bei Revyz besprochen, R-E-V-Y-Z. Sie automatisieren diesen Prozess im Grunde genommen für Sie und hosten Ihre Daten. Im Moment machen sie das nur ein Jahr lang, aber es ist immer noch viel besser als das, was wir da draußen sehen. Es besteht ein großer Bedarf an solchen Diensten, bei denen sie... Weil ich meine, ein Teil des Reizes der Cloud liegt offensichtlich darin, dass man sich keine Gedanken mehr machen muss und Atlassian Backups nur für 21 Tage garantiert. Wenn du also ein Unternehmen bist und mindestens sechs Monate Datenwiederherstellung anstrebst, wirst du das zumindest nicht bekommen. Wenn Sie also einen Partner wie Revyz oder all diese haben, gibt es andere Apps da draußen. Ich spreche speziell von Revyz, weil ich viel mit ihnen spreche, aber es passieren viele interessante Dinge.
Außerdem, was ist das Tolle an diesen Apps, was diese Entwickler gefunden haben, und sobald sie diesen Prozess abgeschlossen haben, erhalten sie jetzt Zugriff auf die Struktur der Daten und sie haben begonnen, Tools rund um diese Struktur zu entwickeln. So kann diese App beispielsweise tatsächlich Projekte und Probleme sowie benutzerdefinierte Felder und Konfigurationen wiederherstellen. Sie müssen also keine vollständige Wiederherstellung durchführen. Sie können tatsächlich auswählen, was Sie wiederherstellen möchten, was brillant ist. Das war selbst im Rechenzentrum nicht einfach zu bewerkstelligen. Du könntest nicht einfach sagen wie: „Hey, gib mir das Problem.“ Du müsstest den Snapshot wiederherstellen, ins System gehen und deine Sachen suchen. Jetzt kann ich in meine Benutzeroberfläche und Jira gehen, in meine Backup-App gehen und mir das Problem ansehen, das ich versehentlich gelöscht habe, es finden, es am selben Tag wiederherstellen. Es enthält Kommentare, die sagen: „Das wurde durch erneute Besuche wiederhergestellt, also stell sicher, bla, bla, yada, yada, yada.“ Es ist einfach genial und ich freue mich wirklich darauf, dass das in diesem Jahr wächst.
Dave Elkan:
Das ist unglaublich. Ja, das ist ein wirklich faszinierender Teil dieses Artikels, den ich nie wirklich durchdacht habe. Das ist eigentlich ein wirklich wichtiger Teil der Unternehmensführung, dass Sie diese kontinuierlichen Backups haben. Ja. Geil. Ja, das ist ein toller Einblick.
Jean-Philippe Comeau:
Ja, es wird ein interessanter Markt sein, in den man eintauchen kann, weil wir auch als Servicepartner gefragt wurden: „Können Sie das einhalten?“ Die Wahrheit ist, dass Sie das ohne eine App nicht können. Es gibt keine wirkliche Möglichkeit für mich, ein Backup zu bekommen. Ich müsste jeden Tag in deine Instanz gehen. Ich glaube nicht, dass Sie möchten, dass ein Berater jeden Tag Ihre Instanz untersucht, ein Backup herunterlädt und es wirft. Ich gebe mein Geld lieber woanders aus. Diese Apps werden also sehr... Ich denke, sie werden groß sein und ich bin wirklich gespannt, was mit all diesen verschiedenen Unternehmungen passiert.
Dave Elkan:
Nun, sicherlich, ein Stand, an dem ich vorbeischauen werde, um zu sehen, ob wir die Easy Agile-Daten auch in das Backup aufnehmen können.
Jean-Philippe Comeau:
Ja, genau. Also schauen sie sich andere App-Partner an und schauen, was sie tun können. Also ich denke, ja, absolut, wenn du chatten willst, das sind großartige Leute.
Dave Elkan:
Wunderschön. Vielen Dank für deine Zeit heute, JP. Das ist ein Wrap. Hey, gibt es noch etwas, das du ansprechen wolltest, bevor wir fertig sind? Gibt es etwas, das du dir von der Veranstaltung erhoffst, das du von der Veranstaltung mitnehmen möchtest? Gibt es etwas am Spielfeldrand, das du sehen wirst, wenn du dort bist?
Jean-Philippe Comeau:
Ich meine, der App Day wird natürlich eine große Sache sein. Ich freue mich sehr, euch alle persönlich kennenzulernen, alle zu sehen. Der App Day ist also die Zeit, in der ich wirklich technisch werde und mir die Hände schmutzig mache. Das mache ich heutzutage nicht oft. Ich vermisse es manchmal, mich einfach hinzusetzen und ein bisschen gute alte Verwaltungsarbeit zu erledigen. Wie dem auch sei, die App Days sind normalerweise der Zeitpunkt, an dem ich wirklich zum Kern zurückkehre. Lassen Sie uns über Script Runner sprechen, wo wir uns gerade befinden, und lassen Sie uns mit Easy Agile, mit Temple, mit all diesen verschiedenen App-Anbietern sprechen und darüber sprechen, was kommt und was sie sehen. Ich freue mich schon sehr darauf. Aber abgesehen davon, nein, ich will nur eine gute Zeit haben. Hoffentlich werde ich am Abend auch eine gute soziale Zeit haben. Wie ich schon sagte, wir werden uns nicht den halben Spaß jeden Tag nach den Veranstaltungen gönnen, also freue ich mich wirklich darauf, all meine Ökosystempartner zu treffen und mit allen zu sprechen und zu sehen, was sie im vergangenen Jahr gesehen haben.
Dave Elkan:
Ebenso. Ich freue mich jetzt mindestens 1.000% mehr, nachdem ich mit Ihnen darüber gesprochen habe. Vielen Dank, dass Sie sich heute die Zeit genommen haben, JP, das zu besprechen, und ich kann es kaum erwarten, Sie dort zu sehen.
Jean-Philippe Comeau:
Ja, ich kann es kaum erwarten, dich zu sehen. Danke, dass du mich eingeladen hast.
Dave Elkan:
Keine Probleme. Danke, Kumpel.
Hör jetzt zu

Podcast
Easy Agile Podcast Ep.21 LIVE von Agile2022!
„Das ist ein Abschluss von Agile2022! Es war großartig, so viele von Ihnen in der Agile-Community persönlich treffen zu können!“ - Tenille Hoppo
Diese Bonus-Episode wurde LIVE bei Agile2022 in Nashville aufgenommen!
Das Easy Agile-Team hat mit so vielen großartigen Leuten aus der Agile-Community gesprochen und über die Höhepunkte der Konferenz, wichtige Erkenntnisse, agile Zeremonien und mehr nachgedacht!
Vielen Dank an alle, die am Stand vorbeigeschaut haben, um G'Day zu sagen und ein oder zwei Tim Tam genossen haben;)
Vielen Dank an alle unsere Podcast-Gäste, dass sie einige Zeit mit uns verbracht haben, um diese Episode zu erstellen!
Cody Wooten
Gil Broza
Maciek Saganowski
Lindy Quick
Carey Young
Leslie Morse
Dan Neumann
Joe Falu
Kai Zander
Avi Schneier
Doug Page
Evan Leyburn
John Kerr
Josua Seckel
Rob Duval
Andrew Thompson
Transkript
Caitlin:
Hallo zusammen. Nun, das ist ein Abschluss von Agile 2022 in Nashville. Das Easy Agile-Team ist wieder zu Hause in Australien, und wir haben den größten Teil unserer Heimreise damit verbracht, über all die großartigen Gespräche zu sprechen, die wir mit allen Mitgliedern der Agile-Community führen konnten. Es war großartig, Kunden und Partner zu treffen, alte Freunde zu sehen und viele neue zu finden. Wir haben es geschafft, einige Ausschnitte dieser großartigen Gespräche aufzunehmen, und wir freuen uns, sie mit Ihnen, unserem Easy Agile Podcast-Publikum, zu teilen. Also viel Spaß.
Maciek:
[unhörbar 00:00:26].
Tenille:
Maciek, vielen Dank, dass du dir heute Zeit für uns genommen hast.
Maciek:
Keine Sorge.
Tenille:
[unhörbar 00:00:30], kannst du uns sagen, was das Beste war, was du diese Woche gelernt hast?
Maciek:
Oh, das war definitiv bei Melissa Perris Vortrag. Als sie über... sprach Als ob sie für mich davon sprach, langsamer zu werden. Und was wir bei Agile tun, ist nicht nur Lieferung, Lieferung, Lieferung, sondern es geht auch darum, Dinge, die wir bereits entwickelt haben, zu lernen und zu ändern und herauszufinden, welchen Mehrwert wir unseren Kunden bieten können. Es geht nicht nur um Versandfunktionen, es geht vor allem um den Wert. Das habe ich gelernt.
Tenille:
Das ist großartig. Danke. Also, was denkst du wäre die geheime Zutat für ein großartiges Agile-Team?
Maciek:
Demut. Irgendwie sollte die Teamkultur Demut und Fehler beinhalten. Und die Leute sollten keine Angst davor haben, Fehler zu machen, denn ohne Fehler zu machen, lernt man nicht. Das ist was ich denke.
Tenille:
Was wäre also, glaube ich, wenn es eine Agile-Zeremonie gäbe, die jedes Team durchführen sollte, was denkst du, könnte das sein?
Maciek:
Sicher, Retro, und das kommt wieder auf die Fehler und den Lernteil zurück.
Tenille:
Ja. Fantastisch.

Maciek:
Keine Sorge.
Tenille:
Das ist großartig. Vielen Dank, dass du dir die Zeit genommen hast.
Maciek:
In Ordnung. Danke.
Tenille:
Prost.
Mädchen:
[unhörbar 00:01:42].
Caitlin:
Gil:, vielen Dank, dass du mit uns gechattet hast. Im Moment sind wir also alle auf der Agile 2022 in Nashville. Es finden viele interessante Gespräche statt.
Mädchen:
Ja.
Caitlin:
Wenn Sie einem neu entstehenden Agile-Team einen Ratschlag geben könnten, welcher wäre das?
Mädchen:
Es wäre, kleine, wertvolle Arbeiten gemeinsam zu beenden. Es hat ein schreckliches Akronym, FSVWT. Es kann also nicht auf diese Weise in Erinnerung bleiben. Erledigen Sie gemeinsam kleine, wertvolle Arbeiten. Es wird viel über Prozesse, Arbeitsvereinbarungen und Tools gesprochen. Das ist alles wichtig, aber manchmal ist es zu viel für ein Team, das gerade erst anfängt. Wenn wir also nur daran denken, kleine wertvolle Arbeiten gemeinsam zu erledigen, ist das eine großartige Geschichte.
Caitlin:
Ja, ich liebe das. Und du warst Redner auf der Konferenz?
Mädchen:
Ja.
Caitlin:
Kannst du unserem Publikum einen kleinen Einblick geben, worum es in deinem Gespräch ging?
Mädchen:

Was in vielen Situationen passiert, ist, dass Technik oder Entwicklung nicht wirklich mit dem Produkt/Unternehmen zusammenarbeiten. Und stattdessen gibt es eine Übergabebeziehung. Aber was passiert, ist, dass es ohne eine kooperative Beziehung wirklich schwierig ist, Agilität aufrechtzuerhalten. Die Leute machen viele einseitige Annahmen. Und im Laufe der Zeit führt die Art und Weise, wie Entscheidungen getroffen werden, dazu, dass die Kosten für Änderungen steigen und die Sicherheit, Änderungen vorzunehmen, sinkt. Und wenn das passiert, wird alles schwieriger und langsamer, sodass die Agilität darunter leidet. Der Kern des Vortrags war also, wie wir zusammenarbeiten können, also sowohl das Produkt als auch die Technik, auf eine Weise, die es uns ermöglicht, die Kosten von Änderungen zu kontrollieren und die Sicherheit zu erhöhen? Es geht also nicht nur um Zusammenarbeit jeglicher Art. Es gibt ganz bestimmte Prinzipien, die befolgt werden müssen. Das nennt man technische Agilität, und wenn wir das tun, können wir langfristig agil sein.
Caitlin:
Großartig. Ich liebe es. Nun, vielen Dank und ich hoffe, Sie genießen den Rest Ihrer Zeit auf der Konferenz.
Mädchen:
Ich danke dir.
Caitlin:
Großartig. Danke.
Tenille:
Hallo, Tenille hier von Easy Agile, mit Josh von Deloitte, und wir werden ein gutes Gespräch über Team-Retrospektiven führen. Also Josh, danke, dass du dir die Zeit für ein gutes Gespräch genommen hast. Sie sind also ein bisschen Experte für Team-Retrospektiven. Was sind deine Top-Tipps?
Josh:
Meine Top-Tipps für den Rückblick sind also zunächst, tatsächlich eine Änderung vorzunehmen. Machen Sie keine beobachteten Lektionen. Ich habe gesehen, dass viele von ihnen tatsächlich eine Veränderung vorgenommen haben, auch wenn es am Ende nur eine kleine ist. Die zweite und ein Teil davon ist, dass Sie Ihre Veränderung vornehmen und experimentieren. Etwas, das man messen kann, etwas, von dem man tatsächlich sagen kann, ja, wir haben dieses Ding gemacht und es hatte Wirkung. Vielleicht nicht die Wirkung, die Sie sich gewünscht haben, aber es hatte eine gewisse Wirkung. Der zweite Tipp lautet: Variieren Sie Ihre Rückblicke. Eine Retrospektive, die Sprint für Sprint nach Sprint gleich ist, funktioniert für etwa zwei Sprints, und dann werden Ihre Produktivität und Ihre Kreativität außerhalb der Retrospektive erheblich abnehmen.
Tenille:
Das ist ein ausgezeichneter Punkt. Also, wie erstellt man [unhörbar 00:05:03]?
Josh:
Ich habe viel über sie nachgedacht und recherchiert und Websites wie TastyCupcakes genutzt, aber auch meine eigenen Retrospektiven entwickelt. Ich habe eine Retrospektive gemacht, die auf dem Pixar-Pitch basiert. Es gibt sechs Sätze, die jeden Pixar-Film definieren. Nehmen Sie die Basissätze, wenden Sie sie auf Ihren Sprint oder Ihren PI an und machen Sie einen Retro, und lassen Sie dem Team diese Kreativität, um ein ganzes Filmplakat zu erstellen, wenn es möchte. Regie: [unhörbar 00:05:34], weil es passiert. Die Leute engagieren sich und engagieren sich, wenn man ihnen Alternativen gibt, verschiedene Arten, Retrospektiven zu machen.

Tenille:
Das ist richtig. Also für die Teams, die im Moment keine Retrospektiven veranstalten, was ist die eine wichtige Sache, über die sie nachdenken müssen, dass du... Was ist das Wichtigste, was du ihnen sagen könntest, um sie zum Start zu ermutigen?
Josh:
Wenn du keine Retrospektiven machst, machst du keine [unhörbar 00:05:54]. Also sollte ich das nicht sagen. Aber wenn du keine Retrospektiven machst, wenn du wirklich glaubst, dass du absolut nichts zu verbessern hast und du zu 100% zu den Besten der Besten gehörst, was bedeutet, dass du wahrscheinlich bei Google oder Amazon oder Netflix arbeitest, obwohl sie Retrospektiven machen. Wenn du also wirklich glaubst, dass du diesen Unternehmen gleichwertig bist, dann musst du sie vielleicht nicht machen, aber ich bin mir ziemlich sicher, dass jedes Team etwas hat, das es verbessern kann. Und das anzuerkennen und dann zu sagen, wie werden wir das machen? Die Retrospektive ist eine sehr schnelle und einfache Methode, um diese Verbesserungen tatsächlich vorzunehmen und sie in die Realität umzusetzen.
Tenille:
Fantastisch. Großartig. Vielen Dank, dass Sie sich die Zeit genommen haben, kurz mit uns über Rückblicke zu sprechen.
Josh:
Ich danke dir.
Caitlin:
Wir sind hier mit Leslie, der Präsidentin von Women in Agile. Leslie, am Sonntag gab es eine tolle Veranstaltung.
Leslie:
Ja.
Caitlin:
Sprich uns einfach ein bisschen darüber an. Was ist in die Planung eingeflossen? Wie war es, wieder alle zusammen zu sein?
Leslie:
Es war toll, die Frauen in der Agile-Community wieder zusammen zu haben, oder? Unser erstes Mal seit 2019, als alle zu dieser Veranstaltung in Washington DC zusammen waren. In den meisten sechs oder sieben Monaten der Planung hatten wir ungefähr 200 Personen im Raum. Zum Glück wissen wir [unhörbar 00:07:10], was diese Frauen in Agile-Sessions machen, die wir jedes Jahr im Rahmen der Agile Alliance-Konferenzen veranstalten, oder? Wir haben eine allgemeine Eröffnung. Wir haben einen großartigen Keynote, bei dem es sich immer um jemanden handelt, der direkt neben dem Agile-Bereich steht. Wir wollen nicht einfach nur mögen... Wir wollen unsere Weisheit und unser Wissen mit Leuten teilen, die noch nicht zu uns gehören, weil wir das ganze Agile-Zeug auf der großen Konferenz bekommen, wenn wir dort sind.
Leslie:
In diesem Teil bringen wir immer neue Stimmen auf den Markt, was wahrscheinlich eine meiner Lieblingsfrauen in Agile-Programmen ist. Drei Mentees, die mit erfahrenen Rednern gepaart wurden, treten zum ersten Mal auf die Bühne, um ihr Talent und ihre Sichtweise zu teilen. Das ist also wirklich großartig. Und dann eine Art interaktives Networking-Event. Dieses Muster hat uns also wirklich gute Dienste geleistet, seit wir das seit 2016 machen, was ein bisschen beängstigend ist, wenn man bedenkt, dass es schon so lange passiert. Und es ist zu einer großartigen Gelegenheit für die Community geworden, auf globalere Weise zusammenzukommen, weil die Agile Alliance so viele Menschen für ihre jährliche Veranstaltung anzieht.
Caitlin:
Ja, ganz sicher. Ja, es war eine großartige Veranstaltung. Ich weiß, dass wir alle viel Spaß hatten, dort zu sein. Was war Ihre wichtigste Erkenntnis aus der Veranstaltung?
Leslie:
Ich werde zu [unverständlich 00:08:14] interaktiven Netzwerken gehen, die sie mit uns gemacht hat, und uns wirklich herausfordern, unseren Mut in Bezug auf Grenzen und das Beenden von Gesprächen zu stärken. Wir müssen keinen Grund angeben. Wenn ein Gespräch uns nicht nützt oder aus welchem Grund auch immer nicht der Ort ist, an dem wir sein müssen, haben Sie absolut die Freiheit, dieses Gespräch zu beenden und einfach weiterzumachen. Ich liebe die Tipps und Tricks, die sie uns gegeben hat, um das gut zu machen.
Caitlin:
Ja, ja, das liebe ich auch. Das ist großartig. Nun, vielen Dank. Ich weiß es zu schätzen.
Leslie:
Ja. Danke, dass du mich eingeladen hast.
Tenille:
Hallo, Evan. Wie geht's dir?
Evan:
Sehr gut.
Tenille:
Das ist gut. Kannst du mir bitte sagen, was das Beste ist, was du heute gelernt hast?
Evan:
Das beste Zitat, das ich habe: „Politik ist die Währung menschlicher Systeme.“ Richtig?
Tenille:
Beeindruckend.
Evan:
Wenn du also ein menschliches System ändern willst, musst du die Politik spielen.
Tenille:

Fantastisch.
Evan:
Was sich beschissen anfühlt, aber...
Tenille:
Es ist so wie es ist.
Evan:
... so ist das nun mal.
Tenille:
[unhörbar 00:09:07]. Okay, nächste Frage. Ohne welche Agile-Zeremonie können Sie und Ihr Team nicht leben?
Evan:
Rückblick. Mit der Retrospektive kannst du quasi alles andere gestalten.
Tenille:
Fantastisch. Das ist wirklich gut. Und was ist Ihrer Meinung nach wahrscheinlich die wichtigste Zutat für einen guten Rückblick?
Evan:
Oh, vertraue. Vertrauen erfordert Respekt. Es erfordert Glaubwürdigkeit. Es erfordert Empathie. Vertrauen ist also genau das, was menschliche Fähigkeiten untermauert.
Tenille:
Ja. Fantastisch. Vielen Dank.
Evan:
Ich danke dir.
Tenille:
Ja.
Caitlin:
Richtig. Wir sind hier mit Cody von Adfire. Also Cody, wie hat dir die Konferenz bisher gefallen?
Cody:
Ich liebe die Konferenz wirklich. Es war großartig. Um ehrlich zu sein, als wir das erste Mal hier ankamen, schien es vielleicht ein bisschen kleiner als wir dachten, aber die Leute hier waren unglaublich, sehr engagiert, was immer großartig war. Und außerdem verwenden viele Leute Jira und Atlassian. So viele wichtige Punkte.

Caitlin:
Win-Win für beide, hm?
Cody:
Ja. Immer, immer, immer.
Caitlin:
Sehr gut.
Cody:
Ja.
Caitlin:
Es finden viele interessante Vorträge statt. Haben Sie an einem teilgenommen, der wirklich Interesse an Ihnen geweckt hat? Was ist [unhörbar 00:10:15] -
Cody:
Ja. Ich kann mich auf Anhieb an keinen der Vortragsnamen erinnern, aber sie waren alle unglaublich aufschlussreich. Tonnenweise Informationen. Es scheint, als gäbe es für alles ein Thema, was immer ein gutes Zeichen ist und solche Sachen. Also meine Notizen, ich habe Seiten und Seiten und Seiten von Notizen, was immer ein gutes Zeichen ist.
Caitlin:
Ja, das ist [unhörbar 00:10:34].
Cody:
Also muss ich zurück und [unhörbar 00:10:35] nochmal.
Caitlin:
Ja.
Cody:
Aber es war unglaublich und die Vorträge waren sehr umfangreich, also ja.
Caitlin:
Gut. Gut. Und was ist die eine wichtige Erkenntnis, auf die Sie sich freuen, zurückzubringen und mit dem Team zu teilen?
Cody:
Nun, ich denke, eine der wichtigsten Erkenntnisse für uns war, dass... Ich habe über das Engagement gesprochen, das alle haben, aber eine Sache, die unglaublich war, ist, die Geschichten aller zu hören, ihre Probleme, ihre Prozesse, all das. All diese Informationen werden also ein großartiges Aggregat sein, das wir zurücknehmen und ein besseres Erlebnis mit unserem Produkt und all den guten Dingen schaffen können. Also ja.

Caitlin:
Ganz gewiss. Ich liebe es. Ich habe jetzt noch eine letzte Frage an dich. Es macht einfach Spaß. Es ist wahr oder falsch. Wir machen Australien-Quizfragen. Bist du bereit dafür?
Cody:
In Ordnung.
Caitlin:
In Ordnung.
Cody:
Hoffentlich.
Caitlin:
Also, meine Wahrheit oder Unwahrheit ist, sind Wellensittenschmuggler eine Vogelart?
Cody:
Sind Buggy-Schmuggler...
Caitlin:
Wellensittiche Schmuggler.
Cody:
Wellensittiche Schmuggler.
Caitlin:
Eine Vogelart.
Cody:
Stimmt.
Caitlin:
Falsch. Nein.
Cody:
Was sind sie?
Caitlin:
Tachos.
Cody:

Ja. Ja, ich habe einige davon in meinem Gepäck. Also hole ich jetzt die Wellensittiche raus.
Caitlin:
Mit deinen Daisy Dukes.
Cody:
Exakt. Exakt.
Caitlin:
Ja. Und Cowboystiefel, richtig?
Cody:
Ja.
Caitlin:
Nun, vielen Dank.
Cody:
Ich danke dir.
Caitlin:
Ich weiß das sehr zu schätzen.
Cody:
Ja. Danke.
Tenille:
Doug, wie geht's dir?
Doug:
Mir geht es großartig. Ich danke dir.
Tenille:
Fantastisch. Nun, erzähl mir, was ist das Beste, was du heute gelernt hast?
Doug:
Ich finde es wirklich interessant zu erfahren, wie unsere Kunden unsere Produkte verwenden, von denen wir noch nicht einmal wussten.
Tenille:
Das ist unglaublich. Hattest du die Gelegenheit, an vielen der Sessions teilzunehmen?

Doug:
Das habe ich eigentlich nicht. Ich war an diese Kabine gebunden, oder ich nahm an Besprechungen teil, die schon geplant waren, bevor ich hierher kam.
Tenille:
[unhörbar 00:12:01].
Doug:
Ja.
Tenille:
Das ist gut. Wenn Sie also wieder auf der Arbeit sind, was ist Ihrer Meinung nach die wahrscheinlich beste Agile-Zeremonie, ohne die Sie und Ihr Team nicht leben können?
Doug:
Ich denke, was ich zurück ins Büro bringe, ist nicht so sehr eine Zeremonie. Es ist wirklich aus der Produktperspektive. Ich arbeite im Produktmanagement. Für uns geht es also darum, wie wir erklären können, wie unser Produkt unseren Kunden einen Mehrwert bietet. So viele Lektionen, die wir daraus gelernt haben, dass wir wirklich darauf bedacht sind, sie zurückzubringen und in unsere Wertebotschaft einzubauen.
Tenille:
Fantastisch.
Doug:
Ja.
Tenille:
Danke. Das ist großartig. Vielen Dank.
Caitlin:
Er war einer der Mitautoren des Agilen Manifests. Erstens, wie geht es Ihnen bisher auf der Konferenz?
Johannes:
Nun, ich arbeite hart.
Caitlin:
Ja, gutes Zeug.
Johannes:
Ich genieße Nashville.
Caitlin:

Ja. Es ist cool, nicht wahr? Es ist so anders als das [unhörbare 00:12:46], was passiert.
Johannes:
Ja. Ja, es ist gut. Ja. Es ist schön, viele Leute zu sehen, die ich seit einiger Zeit nicht mehr gesehen habe.
Caitlin:
Ja. Ja.
Johannes:
Und dreidimensional sehen.
Caitlin:
Ja. Ja, ich weiß. Ja, das ist interessant...
Johannes:
Es ist da-
Caitlin:
... [unhörbar 00:12:54] und so was passiert.
Johannes:
Ja, IRL.
Caitlin:
Es passiert viel Interessantes [unhörbar 00:13:01]. Irgendwelche wichtigen Imbissbuden für dich? Was nimmst du danach mit, um es mit dem Team zu teilen?
Johannes:
Oh, nun, das ist eine gute Frage. Ich habe hauptsächlich mit vielen Freunden gesprochen, die ich seit einiger Zeit nicht mehr gesehen habe. [unhörbar 00:13:14].
Caitlin:
Ja.
Johannes:
Und da ich erst seit ein paar Tagen hier bin, war ich nicht viel, wenn überhaupt, dort. Um ehrlich zu sein.
Caitlin:
Ich weiß. Nun, wir sind ziemlich beschäftigt mit den Stiefeln, oder?
Johannes:

Ja. Ja. Aber sicherlich sind die Arten von Gesprächen, die hier geführt werden,... Ich habe mir ein bisschen Sorgen um Agile gemacht. Ich will einfach nicht sagen... Ja, ich will es nicht sagen. Aber ich will nicht sagen, dass Agile zu einem Sprungbrett wird.
Caitlin:
Ja.
Johannes:
Aber ich denke, es gibt eine Menge Leute hier, die wirklich immer noch die Ideale annehmen und wirklich lernen, tun und üben wollen [unhörbar 00:14:00].
Caitlin:
Ja.
Johannes:
Also ich bin ehrlich gesagt überrascht und beeindruckt und glücklich. Es gibt eine Menge. Es reicht, wenn man sich mehr vom Manifest zu eigen macht und manchmal vielleicht nicht alle Vorschriften, und man kehrt zu den Grundlagen zurück. [unhörbar 00:14:22] -
Caitlin:
Ja. Also lass uns darüber sprechen, über das Agile Manifest, das du erwähnt hast. Ich nehme das an. Was heißt Umarmen? Kannst du das etwas näher erläutern? Wir wissen also, dass wir die Prinzipien haben. Gibt es eine, die Ihnen wirklich mehr auffällt als eine andere?
Johannes:
Nun, meine Welt von dem, was ich zu der Zeit gemacht habe, und ich hatte viel im Verteidigungsministerium und im Wassertransport gearbeitet und meinen eigenen, leichten Prozess entwickelt, wie wir ihn vor Agile nennen. Also für mich ist der wahre Schlüssel... Das hat nicht die volle...
Caitlin:
Vollständiges Manifest, ja.
Johannes:
Aber wenn du auf die Website gehst und oben liest, geht es darum, als würden wir Wege aufdecken, indem wir etwas tun, und ich lerne immer noch, entdecke immer noch. Und ich denke, es ist wichtig, dass die Leute erkennen, dass wir unser Ego wirklich an der Tür gelassen haben. In unserem Geschäft bescheiden zu sein ist sehr wichtig. Das steht vielleicht nirgends in den Prinzipien, aber wenn das Ganze in der Präambel ganz oben steht und die Tatsache, dass wir im Blog darüber sprechen, wie wir diese Dinge bewerten, im Vergleich zum Ganzen... Da ist ein Pendel, durch das man sehen kann, wie diese beiden Dinge kollidieren. Meiner Meinung nach ist es eine der wichtigsten Eigenschaften, die wir anwenden sollten, dass wir bescheiden sind und Dinge als Hypothese betrachten. Zum Beispiel, baut Funktionen [unhörbar 00:15:58] nicht einfach von unten nach oben, wie sucht man nach den Antworten, das möchte ich, dass die Leute das mitnehmen.
Caitlin:

Das ist großartig. Das ist ein toller Rat. Nun, vielen Dank, John. Danke, dass du dir die Zeit nimmst, mit uns zu chatten.
Johannes:
Du bist willkommen, Caitlin.
Caitlin:
Ja. Genieß, was [unhörbar 00:16:11] ist.
Johannes:
Ich danke dir.
Caitlin:
Ich danke dir.
Johannes:
[unhörbar 00:16:13] morgen.
Caitlin:
In Ordnung.
Tenille:
Abukar, danke, dass du heute zu uns gekommen bist. Kann ich Sie beide fragen, was Ihrer Meinung nach das Beste ist, was Sie heute gelernt haben?
Avi:
Das Beste, was ich gelernt habe?
Tenille:
Ja.
Avi:
Das ist wirklich interessant. Weil ich oft hier am Stand bin, werde ich an vielen Dingen teilnehmen können. Ich habe also zwei Dinge gelernt, die wirklich wichtig waren. Erstens ist das Easy Agile-Logo ein umgedrehtes A, weil es bedeutet, dass Sie aus Australien kommen. Es ist also in Down Under. Und dann war die zweitwichtigste Sache, über die ich heute gelernt habe, dass wir in einer Sitzung über Soziokratie gesprochen haben und darüber, wie man Experimente mit Experimenten besser machen kann, was sich zunächst etwas komisch anhörte, aber es ging wirklich darum, einen Mini-A3-Prozess durchzuführen. Für diejenigen unter Ihnen, die zugehört haben: Das wurde Toyota angetan. Es ist eine strukturierte Problemlösungsmethode, aber anstatt sie [unhörbar 00:17:02] zu umgehen und das Experiment durchzugehen, zwei- oder dreimal herumzulaufen und dann zu entscheiden, dass das das richtige Experiment ist, machen Sie weiter.
Tenille:

Ich danke dir. Wie stehts mit deiner Zeit?
Kai:
Ich war die meiste Zeit am Stand, aber dadurch lernt man viele Leute auf der ganzen Welt kennen. Und eines haben wir wirklich gemeinsam, nämlich den Wunsch, Menschen zu helfen. Und es war wirklich schön, in einem Raum voller Menschen zu sein, die am Anfang ihrer Reise stehen oder schon sehr erfahren sind und ihre Motivation einfach darin besteht, andere wirklich zu stärken. Es war wirklich schön, mit dieser Art von Energie zusammen zu sein.
Avi:
Wir haben wirklich gelernt, dass unsere Freunde aus Australien hier oben genauso freundlich sind wie Sie auf der anderen Seite. Ich habe das Gefühl, wenn du auf diese Seite kommst, wirst du gemein, aber es stellt sich heraus, dass du auch hier oben genauso nett bist.
Tenille:
Nun, das hängt davon ab, wie lange du schon auf dem Flug warst.
Avi:
Oh, genau.
Tenille:
[unhörbar 00:17:44], uns geht es gut.
Kai:
Ja.
Avi: Abukar:
Exakt. Gut.
Tenille:
In Ordnung. Noch eine Frage hier.
Avi:
Sicher.
Tenille:
Was ist deiner Meinung nach die geheime Zutat für ein erfolgreiches Team?
Avi:
Was halte ich für das Geheimnis? Oh, das ist eine wirklich gute Frage. Das ist ein-
Kai:
Er ist der Beste, um diese Frage zu beantworten.

Avi:
Das ist etwas länger als ein zweisekündiger Podcast, aber das sage ich dir. Das ist vielleicht keine psychologische Sicherheit, -
Tenille:
In Ordnung.
Avi:
... nur weil Google das gesagt hat und Project Aristotle das zeigt. Ich denke, um ein wirklich, wirklich erfolgreiches Team zu haben, braucht man einen wirklich erfahrenen Scrum Master. Denn zu sagen, dass das Team psychologische Sicherheit hat, ist eine Zutat, es ist nicht die einzige Zutat. Ein starker Scrum Master ist jemand, der wirklich geschickt darin ist, diese psychologische Sicherheit zu schaffen, aber auch bei all den anderen Aspekten hilft, um sich auf eine möglichst positive Zusammenarbeit und Koordination vorzubereiten. Außerdem auf der Suche nach... Ihr Name ist Cassandra. Auf Slack nennt sie sich selbst Kaizen. Kapierst du es? Das ist ein Witz. Aber das ist die ganze Sache, ein wirklich erfahrener Scrum Master hilft den Teams, die Kaizens zu finden, die sie brauchen, um wirklich leistungsstark zu werden. Psychologische Sicherheit macht das möglich, aber das heißt nicht, dass sie die Leistung steigert. Es ist eine Zutat, um das möglich zu machen.
Tenille:
Fantastisch.
Kai:
Es gibt keine bessere Antwort als diese. Lass uns einen Ausruf machen.
Tenille:
Hervorragend. Vielen Dank, dass Sie sich die Zeit genommen haben.
Avi:
Ich danke dir vielmals.
Kai:
Natürlich.
Hayley:
Wir sind hier mit Carey von Path to Agility. Carey, was hat dir an dieser Konferenz wirklich gefallen?
Carey:
Ich glaube, dass mir an dieser Konferenz bisher am meisten gefallen hat, ist die Interaktion mit all den Leuten, die hier sind. Es ist wirklich schön, sich zu treffen, verschiedene Leute kennenzulernen, Kontakte zu knüpfen und die Gelegenheit zu haben, zu sehen, was es sonst noch auf dem Markt gibt. Und dann sprechen wir natürlich über das Produkt, das wir mit Path to Agility haben. Es ist eine wundervolle Erfahrung, hierher zu kommen und alle zu sehen. Und es ist so schön, wieder persönlich unterwegs zu sein, anstatt die ganze Zeit vor einem Bildschirm zu stehen.

Tenille:
Ja, absolut. Hattest du die Gelegenheit, an vielen der Sessions teilzunehmen?
Josef:
Ich habe so viel wie möglich versucht, aber es ist auch wichtig, sich die Zeit zu nehmen, um zu dekomprimieren und alles einwirken zu lassen. Also hier haben wir Spaß.
Tenille:
Ja, absolut. Wenn Sie an die Arbeit zurückdenken, was ist Ihrer Meinung nach die eine Agile-Zeremonie, an der Sie teilnehmen und die Ihnen und Ihrem Team am meisten hilft?
Josef:
Ich denke, verschiedene Wege der Zusammenarbeit zu finden, effektive Wege der Zusammenarbeit. Und wie lösen wir in Bezug auf das Arbeitsmanagement einige der Probleme, die wir haben? Es gibt so viele Tools, die das einfacher machen, und das ist etwas ganz Besonderes. Mit Menschen sprechen und herausfinden, wie sie Probleme lösen.
Tenille:
Und was macht Ihrer Meinung nach ein wirklich gutes Agile-Team aus?
Josef:
Nun, man könnte etwas sehr Klischeehaftes sagen, wie sehr anpassungsfähig zu sein und sich zu verändern und so weiter und so fort. Aber ich denke, es kommt wirklich auf die Interaktion zwischen Menschen an. Einander verstehen, sich gegenseitig ermutigen und einfach die Art und Weise, wie man zusammenarbeitet.
Tenille:
Fantastisch. Großartig. Gut, vielen Dank, dass du dir die Zeit zum Chatten genommen hast.
Josef:
Ich danke dir. Es war nett, die ganze Woche mit euch zu chatten.
Tenille:
Prost.
Tenille:
Dan, danke, dass du dir die Zeit zum Chatten genommen hast.
Dan:
Du bist willkommen.
Tenille:
[unhörbar 00:22:54] Fragen. Was denkst du ist das Beste, was du heute gelernt hast?

Dan:
Oh, das Beste, was ich heute gelernt habe, ist, dass die Keynote zu den Morgenprodukten ausgezeichnet war. Ich habe ein paar Tipps bekommen, wie man Produktmanagement macht, verschiedene Strategien, wie man die Leute dazu bringt, sich auf das Taktische und Strategische zu konzentrieren. Also nur ein paar nette kleine Nuggets, wie das geht [unhörbar 00:23:12].
Tenille:
[unhörbar 00:23:13], danke, dass du heute zu uns gekommen bist. Kann ich zunächst fragen, was denkst du ist das Beste, was du diese Woche gelernt hast?
Sprecher 17:
Das Beste, was ich diese Woche gelernt habe, ist, dass es keinen richtigen Weg gibt, Agile anzuwenden. Es gibt viele verschiedene Möglichkeiten, dies zu tun. Es geht also wirklich darum, herauszufinden, welcher Prozess für das Unternehmen, in dem Sie tätig sind, der richtige ist, und diese Erfolgsmuster dann zu nutzen.
Tenille:
Nun, ich schätze, gibt es eine Art Agile-Zeremonie, auf die Ihr Team Ihrer Meinung nach nicht verzichten kann?
Sprecher 17:
Das tägliche Standup ist täglich. Ich denke, viele unserer Teams reden den ganzen Tag lang. Sie müssen sich nicht unbedingt so häufig synchronisieren. Ich hatte schon ein paar Teams, sie fallen etwa drei Tage die Woche aus und es scheint für sie zu funktionieren. Die andere vielleicht wichtigste Erkenntnis, die ich gesehen habe, sind Zeitboxen. Also keine Besprechungen von 10:00 bis 2:00 Uhr oder was auch immer es sein mag, und das wirklich aus einer erfolgreichen Perspektive zu steuern.
Tenille:
Ich denke in diesem Sinne, was macht Ihrer Meinung nach ein wirklich erfolgreiches Agile-Team aus?
Sprecher 17:
Die Fähigkeit, miteinander zu sprechen, diese Fähigkeit zu kommunizieren. Da all unsere Teams entweder hybrid oder remote arbeiten, ist es meiner Meinung nach entscheidend, sicherzustellen, dass wir über die Tools verfügen, mit denen sie das Gefühl haben, jederzeit jemanden abholen und mit ihm sprechen zu können. Und viele Leute haben immer noch keine Kameras, richtig, was mich verwirrt. Aber die Fähigkeit, Gesichtsausdrücke zu sehen, von Angesicht zu Angesicht zu sein, war so schön, weil wir das bekommen können. Das ist also der andere Schlüssel, die Fähigkeit, miteinander zu sprechen, als könnte ich die Hand reichen und dich berühren.
Tenille:
In Ordnung. Fantastisch. Tja, vielen Dank.
Sprecher 17:
Du bist willkommen. Danke.
Tenille:
In Ordnung. Rob und Andrew, vielen Dank, dass Sie sich ein paar Minuten Zeit für uns genommen haben. Kann ich Sie zunächst fragen, was Ihrer Meinung nach das Beste ist, was Sie diese Woche gelernt haben?

Rob:
Für mich ist es definitiv die schnelle Skalierung von Agile, von der wir heute Morgen erfahren haben. Wir werden es versuchen.
Andrew:
Mir hat die Mathe-Programmiersitzung sehr viel Spaß gemacht und ich habe verschiedene Möglichkeiten kennengelernt, Ingenieure miteinander zu verbinden und zusammenzuarbeiten.
Tenille:
Großartig. Als Nächstes, schätze ich, was macht Ihrer Meinung nach ein großartiges Agile-Team aus?
Rob:
In erster Linie, dass sie mehr als alles andere die Kontrolle darüber haben, wie sie arbeiten und woran sie arbeiten.
Andrew:
Ja. Für mich ist das natürlich eine psychologische Sicherheit und einfach eine gute Teamdynamik, in der sie unterschiedlicher Meinung sein können, aber trotzdem respektvoll sein und großartige Ideen entwickeln können.
Tenille:
Und gibt es eine Agile-Zeremonie, ohne die ein großartiges Team Ihrer Meinung nach nicht leben kann?
Rob:
Wahrscheinlich rückblickend. Ich denke, die Teams müssen sich ständig verbessern, und das ist ein guter Weg, das zu tun.
Andrew:
Einverstanden. Ja. Ja. Ja.
Tenille:
In Ordnung. Das ist großartig. Vielen Dank, dass du dir die Zeit genommen hast.
Andrew:
Vielen Dank. Ich weiß es zu schätzen.
Hör jetzt zu

Podcast
Easy Agile Podcast Ep.12 Beobachtungen zur Beobachtbarkeit
In dieser Folge von The Easy Agile Podcast hören Sie, wie die Entwickler Angad, Jared, Jess und Jordan ihre Gedanken zum Thema Observability teilen.

Wollongong hat eine blühende und unterstützende Tech-Community. In dieser Folge haben wir einige unserer lokalen Entwickler aus dem Siligong-Tal zu einem Gespräch am runden Tisch zum Thema Observability zusammengebracht.

💥 Was ist Beobachtbarkeit?
💥 Wie kann man die Beobachtbarkeit verbessern?
💥 Was ist das Endziel?
‍
‍
‍
„Es war eine großartige Episode, an der man teilnehmen konnte! Jess und Jordan haben einige wirklich interessante Punkte zum neuesten technischen Schlagwort — Beobachtbarkeit — geteilt.
Abonniere unbedingt, genieße die Folge 🎧
‍
‍
‍
Transkript
Jared Kells:
Willkommen alle zum Easy Agile Podcast. Mein Name ist Jared Kells und ich bin Entwickler hier bei Easy Agile. Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, dem Volk der Wodiwodi aus der Dharawal-Nation, und den Ältesten in der Vergangenheit, Gegenwart und aufstrebenden Ältesten unseren Respekt erweisen. Den gleichen Respekt gilt auch allen Ureinwohnern, die uns heute zuhören.
Jared Kells:
Der heutige Podcast ist also ein bisschen technisch. In meinem Arbeitsblatt steht, dass wir hier sind, um über einige aktuelle Themen für Ingenieure im IT-Sektor zu sprechen. Wie aufregend, dass wir ein paar hauptsächlich Frontend-Ingenieure haben und Angad und ich einige technische Frontend-Dinge mit Ihnen teilen werden und Jess und Jordan ein bisschen über Observability sprechen werden. Wir beginnen also mit Einführungen. Also werde ich es an Jess weitergeben.
Jess Belliveau:
Cool. Danke Jared. Danke, dass du mir auch eins gegeben hast. Also ja, mein Name ist Jess Belliveau. Ich arbeite für Apptio als Infrastrukturingenieur. Ja, Jordan?
Jordan Simonowski:
Ich bin Jordan Simonovski. Ich arbeite als Systemingenieur im Observability-Team von Atlassian. Ich bin ein bisschen ein Alleskönner, was die Technik angeht. Aber ja, ich arbeite daran, einige ziemlich leistungsfähige Systeme aufzubauen, um all unsere Daten bei Atlassian im Moment zu verarbeiten. Also, das macht Spaß.
Angad Seth:
Hallo an alle zusammen. Ich bin Angad. Ich arbeite für Easy Agile als Softwareentwickler. Nichts ausgefallenes wie ihr.
Jared Kells:
Nichts Besonderes!
Jess Belliveau:
Verkaufe dich nicht unter.
Jared Kells:
Ja, sage ich. Ja, also mein Name ist Jared und ja, Senior Developer bei Easy Agile, der an unseren Apps arbeitet. Also arbeite ich hauptsächlich an Programmen und Roadmaps. Und ja, es sind Frontend-Apps mit viel JavaScript. Darin liegt also unsere Erfahrung. Ich habe von diesem Ding namens Observability gehört, bei dem es sich meiner Meinung nach nur um Logs und so handelt, oder?
Jess Belliveau:
Ja, ja. Das war's, wir schließen ab!
Jared Kells:
Der Podcast ist vorbei! Erzählen Sie uns etwas über Beobachtbarkeit.
Jess Belliveau:
Ja, okay, ich werde, ja. Ja, ich dachte, zuerst mache ich eine kleine Sache darüber, warum Observability, warum wir darüber reden und irgendwie für die Leute, die zuhören, wie wir hierher gekommen sind. Wir haben uns kurz unterhalten, bevor wir mit den Aufnahmen begonnen haben, um herauszufinden, was ein breiteres Publikum interessieren könnte, über das die Leute vielleicht nicht viel wissen. Und ich denke, es gibt viele Entwicklungen im breiten IT-Bereich, über die Sie sprechen könnten. Es gibt jetzt so viele verschiedene Dinge, die einfach explodieren. Beobachtbarkeit ist ein Thema, das seit ein paar Jahren ein heißes Thema ist. Und es ist etwas, das ein zentraler Bestandteil meines Jobs und auch Jordans Job ist. Es ist also etwas, worüber wir leicht sprechen können, und es ist etwas, in das Sie eine Einführung geben können, ohne zu technisch zu werden. Wir wollen also nicht untergehen. Das ist etwas, das man wirklich tief ins Unkraut eintauchen kann, also haben wir es als etwas ausgewählt, das wir euch beiden hoffentlich auf einer Ebene erklären können, die auch die Leute zu Hause interessieren könnte, zuzuhören.
Jess Belliveau:
Jordan und ich haben diese vier Stichpunkte herausgefunden, die wir behandeln wollten, und vielleicht kann ich einen kleinen Überblick darüber machen, und dann kann ich Jordan dazu bringen, den ersten Aufzählungspunkt abzudecken, ihn einfach direkt unter den Bus werfen.
Jordan Simonowski:
In Ordnung!
Jess Belliveau:
Deshalb dachten wir, wir würden versuchen, Ihnen zunächst zu beschreiben, was Beobachtbarkeit ist. Weil das hübsch ist, der Begriff gibt Ihnen nicht viel von dem, was er ist. Es gibt Ihnen einen kleinen Hinweis, aber es ist gut, als Grundlinie festzulegen, wovon wir sprechen, wenn wir sagen, was Beobachtbarkeit ist. Und warum sollte ein Entwicklungsteam dann Observability wollen? Warum sollte ein Unternehmen Observability wollen? Ein gewisses hohes Niveau, welche Vorteile Sie daraus ziehen und wer sie möglicherweise benötigt, was eine große Sache ist. Sie können sich in diese brandaktuellen Schlagworte der Branche verwickeln und sich auf Dinge festlegen, die Sie möglicherweise nicht benötigen, oder solche Dinge.
Jared Kells:
Jep.
Jordan Simonowski:
Jep.
Jess Belliveau:
Wir dachten, wir würden über einige einfache Gewinne sprechen, die man mit Observability erzielen kann. Also einige der wirklich grundlegenden Dinge, die Sie ausprobieren können, und welche Vorteile Sie daraus ziehen. Und dann dachten wir einfach, weil wir nicht versuchen werden, zu tief zu gehen, könnten wir einfach ein paar Hinweise auf einige Websites und einige YouTube-Vorträge geben, um weiter zu lesen, die die Leute machen wollen, und von dort aus weitermachen. Also ja, Jordan, du willst...
Jared Kells:
Hört sich gut an.
Jess Belliveau:
Ja. Ich hoffe, hoffentlich. Wir werden sehen, wie das läuft! Und ich denke, wenn ihr auch Fragen habt, sollten wir das tun. Wenn es Dinge gibt, von denen ihr denkt, dass wir sie nicht behandeln oder die ihr mehr wissen wollt, fragen.
Jordan Simonowski:
Ich schätze, um mit Observability zu beginnen. Es ist ein Thema, das mich wirklich begeistert, denn als jemand, der schon so lange im Bereich Dev-Ops und SRE tätig ist, ist Observability auf den Markt gekommen und verspricht, den Kreislauf oder eine Feedback-Schleife bei der Softwarebereitstellung zu schließen. Und es fühlt sich an, als wäre das etwas, was wir im Moment nicht wirklich haben. Und ich verstehe, dass Beobachtbarkeit vielleicht neu und glänzend klingt, aber ich denke, der Begriff selbst existiert, um sich vielleicht von dem abzuheben, was es derzeit gibt. Viele von uns, die in der Tech-Branche arbeiten, kennen sich mit Überwachung und dem Laden und solchen Dingen aus. Und ich denke, sie erfüllen ihren eigenen Zweck und sie sind auch in keiner Weise veraltet. Dinge wie herkömmliche Überwachungstools. Aber Observability hat sich meiner Meinung nach als eine Möglichkeit erwiesen, die überwältigend komplexen Systeme zu verstehen, die wir gerade aufbauen. Viele Unternehmen bewegen sich wahrscheinlich in Richtung einer komplizierten Architektur verteilter Systeme, Microservices oder anderer Schlagworte.
Jordan Simonowski:
Aber auch für Dinge wie einen traditionellen Monolithen. Die Beobachtbarkeit hilft uns wirklich dabei, unseren Systemen neue Fragen zu stellen. Die Art und Weise, wie es erklärt wird, ist die Überwachung von Ausgängen auf unsere bekannten Unbekannten. Mit dem Dienstalter geht die Fähigkeit einher, fast vorherzusagen, auf welche Weise Ihre Systeme ausfallen werden. Sie werden es also wissen. Je länger Sie in der Branche tätig sind, Sie wissen das, zum Beispiel ein Java-Server fällt auf X, Y, Z verschiedene Arten aus, also sollten wir wahrscheinlich unseren JVM-Heap überwachen, oder was auch immer es ist.
Jared Kells:
Das wollte ich sagen!
Jordan Simonowski:
Ich werde versuchen, nicht zu viel darauf einzugehen...
Jared Kells:
Der Speicher geht aus!
Jordan Simonowski:
Ja. Also das ist etwas, von dem du erwartest, dass es irgendwann scheitern wird. Und das ist etwas, das Sie als bekannt unbekannt betrachten können. Aber das Versprechen der Beobachtbarkeit ist, dass wir genügend Daten liefern sollten, um neue Fragen stellen zu können. Die Art und Weise, wie darüber gesprochen wird, sehen Sie, es ist eine unbekannte Unbekannte in unserem System, über die wir etwas herausfinden und neue Fragen stellen wollen. Und hier wird, glaube ich, die Beobachtbarkeit eingeführt, um diese Fragen zu beantworten. Reicht die Antwort aus? Willst du, dass ich näher auf dieses Zeug eingehe? Ich kann den ganzen Tag darüber reden.
Jared Kells:
Ist es wie ein [Crosstalk 00:08:05]. Also, um es dir noch einmal zu sagen, um zu sehen, ob ich es verstanden habe. Also, wenn ich eine, traditionell mit einer Java-App, habe, könnte ich Erinnerungen protokollieren. Das liegt daran, dass ich weiß, dass JVMs der Arbeitsspeicher ausgeht, und das ist eine Sache, die ich überwache, aber die Beobachtbarkeit ist umfassender. Sie übertreiben quasi das, was Sie überwachen und protokollieren, sodass Sie...
Jordan Simonowski:
Ja. Und ich würde nicht unbedingt sagen, dass es übertrieben ist. Ich denke, es fügt Ihren Daten vielleicht etwas mehr Kontext hinzu. Wenn also jemand von Ihnen schon einmal mit Traces gearbeitet hat, ist Observability der Funktionsweise von Traces sehr ähnlich und baut einfach auf der Prämisse von Traces auf, schätze ich. Sie erstellen also diese Ereignisse, und bei diesen Ereignissen handelt es sich um verschiedene Transaktionen, die in Ihren Anwendungen stattfinden könnten, wobei normalerweise eine Anfrage eingereicht wird. Und mit dieser Anfrage können Sie ihr eine ganze Reihe von Kontext hinzufügen. Sie können hinzufügen, auf welchem Server dies möglicherweise läuft, in welcher Zeitzone. All diese zusätzlichen und all die Aufreger. Sie können die Benutzeragentur hineinwerfen, wenn Sie möchten. Die Idee der Beobachtbarkeit besteht darin, dass Sie nicht unbedingt durch Daten mit hoher Kardinalität eingeschränkt sind. Daten mit hoher Kardinalität sind Datensätze, die sich in Bezug auf die Art der Daten, die sie repräsentieren, oder die Kombinationen von Datensätzen, die Sie haben könnten, erheblich ändern können.
Jordan Simonowski:
Wenn Sie also Versandmetriken für etwas haben möchten, auf Benutzerbasis, und Sie sich ansehen möchten, wie verschiedene Benutzer von den Dingen betroffen sind, würde das als Metrik mit hoher Kardinalität betrachtet werden. Und in den meisten Fällen können traditionelle Überwachungsunternehmen oder Anbieter von Messwerten Ihnen das nicht wirklich als Service anbieten. Das ist der Punkt, an dem Sie anfangen, wahnsinnig hohe Rechnungen für Dinge wie Datadog oder was auch immer es ist, zu bezahlen, weil sie jetzt als neue Metriken betrachtet werden. Im Gegensatz zu Observability versuchen wir, unsere Daten zu speichern und sie so abzufragen, dass wir ziemlich große Datensätze speichern und sagen können: „Cool. Wir haben Fehler, die von dieser Art von Benutzern kommen.“ Und Sie können dort anfangen, Korrelationen zu bestimmten Dingen aufzubauen. Sie können herausfinden, dass bei Benutzern aus einer bestimmten Zeitzone oder einem bestimmten Gerät nur dieser Fehler auftritt. Und von dort aus können Sie, glaube ich, bessere Methoden entwickeln, um zu verstehen, wie eine bestimmte Änderung die Dinge kaputt gemacht haben könnte. Oder bestimmte Randfälle, die Sie sonst mit etwas wie CPU- oder Speicherüberwachung nicht erkennen könnten.
Angad Seth:
Wäre es fair zu sagen...
Jared Kells:
Ja. Es ist [Crosstalk 00:11:02].
Angad Seth:
Oh, tut mir leid, Jared.
Jared Kells:
Nein, du kannst...
Angad Seth:
Wäre es fair zu sagen, dass Beobachtbarkeit also im Grunde eine Reihe von Prinzipien ist oder ein Weg, unbekannte Unbekannte zu finden?
Jordan Simonowski:
Ja.
Angad Seth:
Oh.
Jess Belliveau:
Und ich sollte Sie besser ausrüsten, um herauszufinden, dass eine Menge Leute denken, Sie denken, dass Beobachtbarkeit eine Sache ist, die Sie einsetzen und haben und ein Kästchen ankreuzen können, aber ich mag Ihre Wortwahl, wenn es um eine Reihe von Prinzipien oder Best Practices geht. Es gibt Ihnen sozusagen eine Anleitung zu diesen Themen und sorgt dafür, dass Ihre Anwendung eine gute Protokollierung hervorbringt. Also strukturierte Protokolle. Sie erhalten also immer das gleiche Protokollformat, das Sie sich ansehen können. Tracing, worüber Jordan ein bisschen gesprochen hat. So haben Sie die Möglichkeit, zu verfolgen, wie ein Benutzer mit all den verschiedenen Microservices interagiert, und möglicherweise auch zu sehen, wo etwas schief läuft, und auch Kennzahlen. Das Gute an Metriken ist also, dass wir die Dinge ein bisschen umdrehen und versuchen, eine Anwendung zu erstellen, anstatt, und ich will nicht zu technisch werden, Black-Box-Monitoring zu machen, bei dem wir draußen sind und versuchen, mit solchen Sonden und Checks reinzuschauen. Aber die Idee bei Metriken ist, dass die Anwendung diese Metriken tatsächlich ausgibt, um uns darüber zu informieren, in welchem Zustand sie sich befindet, und sie dadurch besser beobachtbar zu machen.
Jess Belliveau:
Ja, mir gefällt deine Wortwahl, Angad, dass es wie diese Praktiken ist, diese Art von Leitfaden, wohin man gehen muss, was wahrscheinlich zu dem nächsten Punkt führt, warum sollte ein Team das implementieren wollen. Wenn du noch einmal anfangen willst, Jordan?
Jordan Simonowski:
Ja, ich kann anfangen. Und ich gebe dir auch ein bisschen mehr Zeit zum Reden, Jess in diesem. Ich werde nicht so viel schimpfen.
Jess Belliveau:
Oh, dafür habe ich mich nicht angemeldet!
Jordan Simonowski:
Ich denke, die Teams würden es wollen, weil es wirklich von Ihrer Organisation und, glaube ich, von der Größe der Teams abhängt, in denen Sie arbeiten. In den meisten Fällen würde ich sagen, dass Sie Observability nicht selbst im eigenen Haus erstellen möchten. Das ist etwas, das Sie können, Observability-Funktionen selbst, Sie werden es nicht erreichen, indem Sie einfach etwas kaufen, also Sie können Dev-Ops nicht kaufen, Sie können Agile nicht kaufen, Sie können Observability auch nicht kaufen.
Jared Kells:
Warte, warte. Auf meinem Runsheet steht, dass ich für Easy Agile werben soll, das klingt also nach einem guten Übergang-
Jess Belliveau:
Es sei denn, du willst es kaufen. Wenn du Agile kaufen möchtest, dann [Crosstalk 00:13:55] im Marketplace.
Jared Kells:
Ja, tut mir leid, tut mir leid, ja! Ja, mach weiter.
Jordan Simonowski:
Sie können Tools kaufen, die Ihnen das Leben erheblich erleichtern, und es gibt bereits eine Menge Dinge da draußen, die Dinge für Menschen tun und wirklich interessante Daten an die Oberfläche bringen, die sich die Leute vielleicht ansehen möchten. Ich denke, es gibt ein paar Start-ups wie LightStep und Honeycomb, die Ihnen eine wirklich intuitive Möglichkeit bieten, Ihre Daten in der Produktion zu verstehen. Aber warum Sie solche Dinge benötigen, ist, dass Sie den Zustand Ihrer Systeme zu einem bestimmten Zeitpunkt wissen wollen, und um, glaube ich, eine gute Betriebshygiene und eine gute Produktionsexzellenz zu entwickeln, ich denke, wie Liz Fong-Jones es ausdrücken würde, müssen Sie in der Lage sein, diese Rückkopplungsschleife zu schließen. Wir haben bereits eine ganze Reihe von Tools. Wir haben also CICD-Systeme eingerichtet. Wir haben jetzt Feature-Flags, die uns, glaube ich, helfen, Deployments von Releases zu entkoppeln. Sie können Code bereitstellen, ohne tatsächlich Code zu veröffentlichen, und Sie können diese Macht jetzt Ihren PMs geben, wenn Sie möchten, mit Feature-Flags, was großartig ist.
Jordan Simonowski:
Aber jetzt können Sie diesen Kreislauf auch komplett schließen, und während Sie eine Anwendung bereitstellen, können Sie sagen: „Ich möchte diese Bereitstellung kanalisieren. Ich möchte dies für 10% meiner Benutzer bereitstellen, vielleicht für Benutzer, die sich für Beta-Versionen oder etwas aus unserer Anwendung angemeldet haben, und Sie können sich tatsächlich ansehen, wie das funktioniert, bevor Sie es einem breiteren Publikum zugänglich machen. Es macht Bereitstellungen also viel sicherer. Es gibt Ihnen auch ein besseres Verständnis dafür, wie Sie sich auch auf die Benutzer auswirken. Und es gibt eine ganze Reihe von Tools, mit denen Sie auch diese Dinge ermitteln können. Wenn Sie sich also ansehen, wie viele Unternehmen derzeit SRE durchführen, oder wenn Sie wissen, wie zuverlässig ihre Anwendungen aussehen, haben Sie auch Dinge wie SLOs im Einsatz. Und SLOs-
Jared Kells:
Was ist ein SLO?
Jordan Simonowski:
Sie sind alle mit Benutzererlebnissen verbunden. Sie sagen also: „Kann mein Benutzer diese spezielle Interaktion durchführen?“ Und wenn Sie das effektiv messen und wissen, wie sich Ihre Änderungen auf die Benutzer auswirken, können Sie ganz einfach entscheiden, ob Sie weiterhin Funktionen bereitstellen oder ob Sie alles fallen lassen und an der Zuverlässigkeit arbeiten, um sicherzustellen, dass Ihre Benutzer nicht beeinträchtigt werden. Es ist also dieser sehr nutzerorientierte Ansatz, Dinge zu tun. Ich denke, wenn es darum geht, den Kreis zu schließen, liefert uns die Beobachtbarkeit die Daten, anhand derer wir sagen können: „Ja, so sind die Nutzer betroffen. Auf diese Weise, schätze ich, geht es dem 99. Perzentil unserer Nutzer gut, aber wir haben 1%, die negative Probleme mit unserer Anwendung haben.“ Und von dort aus können Sie wirklich Dinge lokalisieren und sagen: „Cool. Benutzer mit diesem bestimmten Browser oder diesem speziellen Browser oder wo wir diese App bereitgestellt haben. „Nehmen wir an, wenn Sie eine globale Bereitstellung haben, haben Sie sie zuerst auf einer Insel bereitgestellt, weil es Ihnen eigentlich egal ist, was mit ihnen passiert. Sie können sagen: „Oh, wir haben tatsächlich Sachen für sie kaputt gemacht.“ Und Sie können es rückgängig machen, bevor Sie sich auf 100% Ihrer Nutzer auswirken.
Jared Kells:
Ja. Mir hat gefallen, was du über den Test gesagt hast. Ich habe das Akronym vergessen, aber ich teste tatsächlich das Verhalten des Endbenutzers. Das finde ich ziemlich aufregend, weil wir all diese Metriken haben, die ein bisschen nutzlos sind. Sie sind cool: „Oh, es nutzt 1% CPU, wie es immer ist, jetzt ist mir das egal“, aber kann ein Benutzer die App öffnen und ein Problem mit der Maus herumschleppen? Es ist wie...
Jess Belliveau:
Ja, das ist ein wirklich gutes Beispiel, oder?
Jared Kells:
Das ist es, was mir wirklich wichtig ist.
Jess Belliveau:
Bei der CPU-Sache mit 1% könnte man sich ein Diagramm zur CPU-Auslastung ansehen und eine Bereitstellung sehen, und die CPU-Auslastung ändert sich nicht. Ist alles gesund oder nicht? Sie wissen es nicht, aber wenn Sie tiefere Informationen über die Benutzerinteraktionen erhalten, könnten Sie 1% der CPU verwenden, um HTTP500-Fehler an 80% der Kundenbasis zu verteilen, so oder so.
Angad Seth:
Wie macht man das? Der SLO-Bit, woher weißt du, dass sich ein Benutzer anmelden und ein Problem ziehen kann?
Jordan Simonowski:
Ja. Ja, das würde mit einer guten Instrumentierung einhergehen...
Angad Seth:
Gute Frage?
Jordan Simonowski:
Ja, es kommt darauf an, die Beobachtbarkeit zu berücksichtigen, wenn Sie neue Funktionen entwickeln, genauso wie Sie darüber nachdenken würden, beim Schreiben eine bestimmte Sache in Ihrem Code zu protokollieren oder Tests für Ihren Code zu schreiben, während Sie auch Code schreiben. Sie sollten darüber nachdenken, wie Sie etwas instrumentieren können und wie Sie verstehen können, wie diese spezielle Funktion in der Produktion funktioniert. Denn ich denke, viele Agile- und Dev-Ops-Prinzipien sagen uns jetzt, dass wir unsere Anwendungen in der Produktion haben wollen. Und als Entwickler endet unsere Verantwortung nicht, wenn wir etwas bereitstellen. Unsere Verantwortung als Entwickler endet, wenn wir dem Unternehmen einen Mehrwert geboten haben. Und Sie müssen verstehen, dass Sie das tatsächlich tun. Und da müssen Sie, glaube ich, über die Beobachtbarkeit bei vielen dieser Dinge nachdenken und Ihre Erfolgskennzahlen tatsächlich messen. Wenn Sie also wissen, dass Ihre Anwendung erfolgreich ist, wenn sich Ihr Benutzer anmelden und Dinge herumziehen kann, dann ist das genau das, was Sie messen möchten.
Jared Kells:
Ich denke, wir müssen bauen...
Jordan Simonowski:
Ja?
Jared Kells:
Oh, tut mir leid, Jordan.
Jordan Simonowski:
Nein, du gehst.
Jared Kells:
Ich wollte nur sagen, dass wir unsere Apps bereits unter Berücksichtigung von Integrationstests entwickeln müssen. Also browserbasierte Tests rund um neue Funktionen. Es würde also darum gehen, Funktionen unter Berücksichtigung dieser und derselben Sache zu entwickeln, aber für Tests und Produktion.
Jess Belliveau:
Ja, und das eigentliche Wie, der eigentliche Teil zum Schreiben von Code, da ist dieses wirklich großartige Projekt, das Open Telemetrie-Projekt, das all diese Arten von APIs und SDKs bereitstellt, die Entwickler nutzen können, und es ist herstellerunabhängig. Wenn du also über das Wie sprichst, etwa: „Wie mache ich das? Wie instrumentiere ich Dinge?“ Oder: „Wie gebe ich Kennzahlen aus?“ Sie bieten all diese hilfreichen Bibliotheken und Includes, die Sie haben können, denn das Letzte, was Sie tun möchten, ist, diese benutzerdefinierte Lösung auf den Markt zu bringen, weil Sie dann nur Ihre technischen Schulden erhöhen. Sie versuchen, die Dinge einfacher zu machen, verlassen sich dann aber auf: „Nun, ich muss Jared Kells weiter beschäftigen, weil er unsere Login-Engine geschrieben hat und niemand sonst weiß, wie sie funktioniert.
Jess Belliveau:
Und dann die andere Sache, die mir auch bei so etwas wie offener Telemetrie in den Sinn kommt, und wir haben ein bisschen über Datadog gesprochen. Datadog ist also ein SaaS-Anbieter, der sich auf Observability spezialisiert hat. Und Sie würden Ihre Metriken und Ihre Logs und Ihre Traces an sie übertragen und sie bieten Ihnen eine Benutzeroberfläche zum Anzeigen. Wenn Sie sich für etwas entscheiden, das herstellerunabhängig ist, nehmen wir einfach das Beispiel von Easy Agile. Nehmen wir an, sie starten Datadog und in sechs Monaten wollen wir Datadog nicht mehr verwenden, wir wollen SignalFX oder was auch immer das Splunk-Modell jetzt ist, verwenden.
Jordan Simonowski:
Ich denke NorthX.
Jess Belliveau:
Ja. Du kannst deinen Endpunkt ändern, dieselben Metriken und all diese Dinge, vielleicht mit ein paar kleinen Anpassungen, aber die Idee ist, dass du dich nicht auf eine einzige Sache festlegen willst.
Jordan Simonowski:
Ihre Datenstrukturen bleiben gleich.
Jess Belliveau:
Ja. Damit du es fast nahtlos machen könntest, ohne dass die Entwickler es wissen. In der Vergangenheit gab es sogar Unternehmen, die meiner Meinung nach auf mehrere Anbieter umgestellt haben. Sie könnten also Anbieter A nutzen und dann mit Anbieter B einen Machbarkeitsnachweis durchführen, um zu sehen, wie die Erfahrung ist, und Sie geben Ihre Daten einfach auch dort weiter.
Jared Kells:
Ja. Ich denke, unsere Verbindung zu Datadog wird aus all den Dashboards und allem, was wir gemacht haben, bestehen. Es sind nicht so sehr die Daten.
Jess Belliveau:
Ja. Das ist quasi der große Verkaufsschlager, richtig. Das ist die Art und Weise, wie du interagierst. Das ist der Punkt, an dem sie ins Spiel kommen wollen. Es macht es Ihnen leichter, diese Daten zu interpretieren und sie so zu manipulieren, dass sie Ihren Bedürfnissen entsprechen und so weiter.
Jordan Simonowski:
Observability deutet auf Dashboards hin, oder?
Jess Belliveau:
Ja, vielleicht. Du hast diesen Begriff auch benutzt, Jordan, „Produktionsexzellenz“. Und wenn wir darüber sprechen, wer Observability braucht, habe ich ein bisschen darüber nachgedacht, während Sie gesprochen haben. Und für mich ist Production Excellence, oder in Apptio nennen wir das Produktionsbereitschaft, Betriebsbereitschaft und diese Art von Dingen ist so, als ob wir etwas in der Produktion einsetzen wollen, wie zum Beispiel welche Best Practices wollen wir haben, bevor wir das tun? Und ich denke, Observability ist eine wirklich gute Idee, weil sie Ihnen in Zukunft hilft. Sie wissen nicht, welche Probleme Sie später haben werden, aber Sie rüsten Ihre Teams so aus, dass sie problemlos auf diese Probleme reagieren können. Wir waren wahrscheinlich alle dort, wir haben den Produktionscode implementiert und wir haben keine Observability, wir haben einen riesigen Ausfall. Was ist schief gelaufen? Nun, niemand weiß es, aber wir wissen, dass das die Lösung ist, und es ist schwer, daraus zu lernen, oder man muss wohl daraus lernen und den Benutzer vor zukünftigen Dingen schützen, ja.
Jess Belliveau:
Wenn ich denke, dass einfache Beobachtbarkeit gewinnt, kommt mir als Erstes die ganze Idee der strukturierten Protokollierung in den Sinn, was eigentlich die Idee ist, dass Ihre Anwendung zuallererst Sie protokollieren. Ziemlich wichtig als Ausgangspunkt, aber dann haben Sie ein strukturiertes Protokollformat, mit dem Sie die Logs auch programmgesteuert weitergeben können. Wenn Sie in der Zeit zurückreisen, sah die Protokollierung vielleicht nur wie einfacher Text mit einer Zeile, einem Zeitstempel und einer Fehlermeldung aus. Was auch immer der Entwickler beschlossen hat, in die Standardausgabe zu schreiben, oder in die Fehlerdatei oder so ähnlich. Ich denke, es gibt einen allgemeinen Trend hin zu JSON, einem tatsächlich formatierten Blob mit dieser bekannten Struktur, damit Sie ihn sich ansehen können. Tracing ist wahrscheinlich kein einfacher Gewinn. Das ist ein bisschen schwieriger. Sie können es mit offener Telemetrie und Bibliotheken und so implementieren. Ich denke, es erfordert ein bisschen mehr Verständnis Ihrer Codebasis und darüber, wo die Ablaufverfolgung ausgelöst werden soll, und solche Dinge, das Analysieren von Kontexten, solche Dinge.
Jordan Simonowski:
Ich denke Atlassian, wenn du wahrscheinlich einfach nur wissen willst, dass alles in Ordnung ist. Auf einer ziemlich oberflächlichen Ebene. Vielleicht willst du einfach nur eine Art Uptime für einen Trend machen. Und wenn dann, glaube ich, Ihr Code komplexer wird oder Ihr Produkt etwas komplexer wird, können Sie anfangen, Dinge hinzuzufügen. Aber ich denke, die Dinge, die Sie kennen, tatsächlich zu kennen oder an die Oberfläche zu bringen, könnte kaputt gehen. Das wären wahrscheinlich deine schnellsten Siege.
Jess Belliveau:
Nun, lassen Sie uns einige Dinge zur weiteren Lektüre erwähnen. Wenn Sie sich einen Überblick über das Ganze verschaffen wollen, hat das Google SRE-Buch von vor ein paar Jahren begonnen, echte Observability stark in Bewegung zu setzen. Das Google SRE-Zeug deckt die gesamte Bandbreite ihrer Praxis im Bereich Soak Reliability Engineering ab, und Observability ist ein Teil davon, dazu gibt es einige großartige Kapitel. Ich glaube, O'Reilly hat jetzt ein Buch über Observability veröffentlicht, das sich nur der Beobachtbarkeit widmet.
Jordan Simonowski:
Ich denke, das ist noch in der frühen Version, wenn die Leute Kapitel googeln wollen.
Jess Belliveau:
Das offene Telemetrie-Zeug, wir werden einen Link dazu setzen, ich denke, das ist wirklich praktisch zu wissen.
Angad Seth:
Aus [unverständlich 00:26:12], das ist meine Sicht als Entwickler, sage ich, ich wollte Cornflake Use Datadog bei Easy Agile einführen. Nicht sehr vertraut, ich fühle mich nicht sehr wohl damit. Ich weiß, wie man navigiert, aber wie kann ich schnell mit der Einführung von Observability beginnen? Es tut mir leid, dass ich meinen direkten Job oder meinen Arbeitsplatz gesperrt habe.
Jordan Simonowski:
Ich würde sagen, ich könnte hier voreingenommen sein. Jess, korrigiere mich oder gib deine Meinung dazu ab, ich würde mich dafür stark zu SLOs neigen. Und Sie können das kurz im SRE nachlesen-
Jess Belliveau:
Wofür steht SLO, Jordan?
Jordan Simonowski:
Okay, tut mir leid. Schlagworte! SLO ist ein Service Level Objective, nicht zu verwechseln mit Service Level Agreement. Eine Vereinbarung selbst ist vertraglich und Sie können den Leuten Geld zahlen, wenn Sie gegen diese verstoßen. Ein SLO ist etwas, das Sie in Ihrem Team festlegen und Sie haben ein Zuverlässigkeitsziel, weil wir an einem Punkt angelangt sind, an dem wir verstehen, dass sich alle Systeme zu jedem Zeitpunkt in einem heruntergekommenen Zustand befinden. Und ja, Zuverlässigkeit ist nicht unbedingt binär, sie ist nicht unzuverlässig oder zuverlässig. Meistens ist es meistens zuverlässig und das gibt uns eine bessere gemeinsame Sprache, denke ich. Und Sie können das SRE-Handbuch von Google lesen, das kostenlos online verfügbar ist und Ihnen ein ziemlich gutes Verständnis von Datadog vermittelt.
Jordan Simonowski:
Ich glaube, als ich es das letzte Mal benutzt habe, gab es ein SLO-Angebot. Aber ich denke, wie ich bereits erwähnt habe, haben Sie ein SLO für bestimmte Funktionen oder Merkmale Ihrer Anwendung festgelegt. Sie sagen: „Mein Benutzer kann das in 99% der Fälle tun“, oder was auch immer Sie sich für ein anderes Zuverlässigkeitsziel setzen möchten. Ich würde eine Zuverlässigkeit von fünf Neunern nicht empfehlen. Sie werden sich wahrscheinlich selbst ausbrennen, wenn Sie versuchen, dorthin zu gelangen. Und du hast dir dieses Ziel gesetzt. Und Sie wissen genau, was Sie messen, Sie messen bestimmte Arten von Funktionen. Und Sie wissen, dass Benutzer betroffen sind, wenn Sie gegen diese Regeln verstoßen. Und hier können Sie tatsächlich anfangen, über Observability nachzudenken. Sie können darüber nachdenken: „Welche anderen Funktionen implementieren wir, mit deren Messung wir beginnen können?“ Oder: „Welche nutzerorientierten Dinge implementieren wir, mit deren Messung wir beginnen können?“
Jordan Simonowski:
Andere Dinge, die Sie sich wahrscheinlich ansehen könnten, sind, ich denke, sie sind sowieso alle in dem Buch behandelt, die Aktualität der Daten in gewisser Weise. Sie möchten sicherstellen, dass die Daten, die Benutzern angezeigt werden, relativ aktuell sind. Sie möchten nicht, dass sie sich veraltete Daten ansehen, also können Sie auch versuchen, solche Dinge zu messen. Aber Sie können es so ziemlich in die meisten Funktionen einer Website unterteilen. Es ist nicht mehr wie bei einem Ping-Check, bei dem Sie nur sagen: „Ja, HTTP, okay. Meine Bewerbung ist in Ordnung.“ Sie sagen: „Meine Benutzer sind tatsächlich von Dingen betroffen, die nicht funktionieren.“ Und von dort aus können Sie anfangen, Dinge zu messen. Und das sollte Ihnen ein besseres Verständnis oder zumindest eine bessere Vorstellung davon geben, wo Sie mit dem, was Sie messen möchten, beginnen und wie Sie es messen möchten. Das wäre meine Meinung dazu, wo Sie damit beginnen sollten, wenn Sie es einführen wollen.
Jared Kells:
Wir werden ein bisschen über den Status sprechen und wie bei einigen davon, wie bei unseren sehr Frontend-lastigen Anwendungen, die wir erstellen, sodass die Anwendungen, die wir erstellen, einfach im Browser laufen und der traditionelle Status, wie Sie sich das vorstellen würden, einfach eine sehr einfache API abruft, die einige Dinge mit einer gewissen Authentifizierung in die Datenbank schreibt und so weiter. Was die Zuverlässigkeit der Dienste angeht, so ist es wirklich zuverlässig. Diese winzigen APIs haben einfach nie Probleme, weil es einfach so einfach ist. Und nun ja, sie haben eine Menge Überwachung rund um das Thema. Aber unser gesamter Zustand ist eigentlich, wenn Sie sagen: „Beobachten Sie den Zustand des Systems“, größtenteils der Zustand in einem Browser. Und wie bringen wir Beobachtbarkeit in das hinein?
Jess Belliveau:
Eine große Sache ist wirklich, es gibt keine Sache, die auch für alle passt. Wenn wir auch über SLO-Sachen sprechen, geht es darum zu verstehen, was nicht so sehr für Ihr Unternehmen, sondern auch für Ihr Team wichtig ist. Wenn Sie dieses Produkt liefern, was ist Ihnen besonders wichtig? Also ein SLO, das für mich bei Apptio funktionieren könnte, wird wahrscheinlich nicht für Easy Agile funktionieren. Das erweitert auch mein Wissen über Frontend-Sachen wirklich, aber wenn wir sagen, dass wir auch den Staat beobachten wollen, meinen wir nicht unbedingt nur den Staat. Vielleicht möchten Sie bei jeder dieser APIs wissen, wie lang die Antwortzeit für diese API ist, wenn sie ausgelöst wird. Das könnte also eine wichtige Metrik sein. Sie können also feststellen, ob eine dieser APIs zu Latenz führt und Ihre Benutzererfahrung dadurch beeinträchtigt wird. Zum Beispiel: „Hey, als wir in der dritten Version waren und Benutzer hier mit unserem Service interagierten, reagierte er mit dieser prozentualen Latenz. Wir haben eine Version veröffentlicht und seitdem sehen wir, dass es jetzt in diesem Perzentil liegt. Haben wir die Leistung herabgesetzt?“ Die Benutzer beschweren sich vielleicht nicht, aber das könnte etwas sein, das das Team dann untersuchen und zu einem Sprint hinzufügen kann. Hey, ich verwende jetzt Agile-Begriffe. Achtung!
Jared Kells:
Das ist ein wirklich gutes Beispiel, Jess. Leistungsprobleme sind für uns in der Regel keine API, die schlecht funktioniert. Es liegt daran, dass in dieser sehr komplizierten Frontend-Anwendung nicht mehr in der gleichen Reihenfolge wie früher ausgeführt wird, oder es gibt eine komplexe Interaktion, an die wir nicht gedacht haben, sodass mehr Daten als erwartet angefordert werden. Die APIs kehren zurück. Sie sind größtenteils nie langsam, aber wir haben Leistungsrückgänge, von denen wir vielleicht nichts wissen, ohne sie zu sehen oder zu untersuchen. Die Beobachtbarkeit erfolgt wirklich auf der Browserebene des einzelnen Benutzers. Macht das Sinn? Ich möchte wissen, wie lange es gedauert hat, bis diese spezielle Interaktion stattgefunden hat.
Jess Belliveau:
Ja. Solche Dinge habe ich noch nie gemacht. Außerdem, ich schätze, Sie könnten möglicherweise betroffen sein, und dann haben Sie es auch mit Endbenutzer-Manifestationen zu tun. Sie könnten wahrnehmen...
Jared Kells:
Ja, sicher.
Jess Belliveau:
... Höhere Leistung auf ihrem Laptop oder so, oder ihrem ISP oder so. Es wäre wirklich schwierig, sicherzustellen, dass Sie von solchen Dingen nicht auch Geräusche bekommen.
Jordan Simonowski:
Ja. Es gibt wohl Tools wie Sentry, die existieren, um Ihnen ein bisschen besser zu verstehen, was an Ihrem Frontend passiert. Die Art und Weise, wie Sentry in der Regel mit JavaScript arbeitet, ist, dass Sie eine verkleinerte Map Ihres JS auf Sentry hochladen, Ihren Code bereitstellen und dann, wenn etwas kaputt geht oder auf ziemlich unerwartete Weise funktioniert, das in der Regel auftaucht, wobei Sentry Ihnen genau sagt, in welcher Zeile diese Art von Dingen passiert, und es ist ein wirklich cooles Tool für diese Firmenkram. Ich weiß nicht, ob es dir die richtigen Einblicke geben würde, glaube ich, in Bezug auf Leistung oder...
Jared Kells:
Ja, wir verwenden ein ähnliches Tool und es funktioniert bei Abstürzen und solchen Dingen. Und was die Beobachtbarkeit angeht, protokollieren wir Aktionen wie Zustandsmutationen im Frontend, nicht die tatsächliche Statusänderung, sondern nur Beschriftungen, die angeben, dass Sie eine Problemzusammenfassung aktualisiert haben oder auf diese Schaltfläche geklickt haben, so etwas, und wir senden sie mit unseren Absturzberichten. Und es ist super hilfreich, diese Art von Beobachtbarkeit zu haben. Also ich glaube, ich weiß, wovon ihr redet. Aber ich bin nur [Crosstalk 00:35:25], ja.
Jess Belliveau:
Ja, das ist, glaube ich, fast eine Art von Rückverfolgung. Wenn Jordan und ich über Tracing sprechen, denken wir vielleicht an 12 verschiedene Microservices in AWS, die alle miteinander interagieren, während Sie das eher verschieben. Das ist quasi alles, was im Browser interagiert, und nur diese Historie davon zu haben, ist das, was der Benutzer getan hat und wie es dazu kam...
Jared Kells:
In diesem Staat.
Jess Belliveau:
In diesem Staat, ja.
Jordan Simonowski:
Ich schätze, selbst wenn Sie nicht viele Microservices haben, wenn Sie über bestimmte sprechen, wie Sie sagen, sind Ihre API-Anfragen größtenteils in Ordnung, aber manchmal haben Sie besonders große Nutzlasten-
Jared Kells:
Wir müssen tatsächlich überwachen, ich weiß nicht, vielleicht können Sie dabei helfen, wir sollten eigentlich überwachen, mit wem wir zusammenarbeiten. Es ist tatsächlich viel wahrscheinlicher, dass wir ein Leistungsproblem mit einer Xero-API haben werden, als... Wir sehen es nicht, der Browser sieht es auch, was...
Jordan Simonowski:
Ja, und Tracing löst all diese Regressionen für Sie. Die meisten Tracing-Bibliotheken, z. B. wenn Sie Node-Apps oder was auch immer in Ihrem Backend ausführen. Ich kann dir nur etwas über Node erzählen, weil ich wahrscheinlich die meiste Erfahrung mit dem Schreiben von Node-Sachen habe. Du gibst quasi einfach Didi Trace ein, eine Datadog-Bibliothek für das Tracing in dein Backend und deinen Hook selbst in all die, glaube ich, gängigen Bibliotheken, mit denen du normalerweise arbeiten wirst, glaube ich. Wenn Sie zum Beispiel für Express oder nur für viele HADP-Bibliotheken sowie für ein paar AWS-Services arbeiten, wird es sich quasi von selbst einbinden. Und Sie können es tatsächlich genau bestimmen. Es wird Ihnen auf dieser ziemlich coolen Servicekarte irgendwie genau zeigen, mit welchen Diensten Sie interagieren und wo Sie möglicherweise eine Regression erleben. Und ich denke, Spuren dienen dazu, diese Informationen an die Oberfläche zu bringen, was cool ist. Das könnte also etwas sein, das es wert ist, untersucht zu werden.
Jess Belliveau:
Es ist lustig. Das hat etwas nichts mit Beobachtbarkeit zu tun, aber Sie haben mich gerade dazu gebracht, ein bisschen mehr darüber nachzudenken, warum Sie sagen, dass Sie auch von Drittanbietern abhängig sind. Und etwas, das meiner Meinung nach wirklich wichtig ist und manchmal übersehen wird, ist, dass sich so viele von uns heute auf Drittanbieter verlassen, da AWS eine große Sache ist. Viele Leute schreiben Apps, für die AWS-Services erforderlich sind. Und ich denke, die meiste Zeit gehen die Leute einfach davon aus, dass AWS oder Jira oder was auch immer zu 100% verfügbar ist und immer verfügbar ist. Und sie schreiben ihren Code nicht so, dass er mit Ausfällen umgeht. Und ich finde es super wichtig. Ich habe schon so oft Leute gesehen, die die AWS-API verwenden, und sie implementieren kein exponentielles Back-Off. Also versuchen sie im Grunde, die AWS-API zu erreichen. Sie schlägt fehl oder sie werden zum Beispiel gedrosselt, und dann gehen sie einfach in einen Fehlerzustand über und geben dem Benutzer einen Fehler. Aber Sie könnten möglicherweise die Benutzererfahrung verbessern, einen automatischen Wiederholungsmechanismus einbauen lassen und so weiter. Es hat nicht wirklich etwas mit der Beobachtbarkeit zu tun, aber es ist etwas Besonderes.
Jared Kells:
Und den Nutzern ist das egal, oder? Es interessiert niemanden, ob es sich um ein AWS-Problem handelt. Es ist dein Problem, richtig, deine App ist zu langsam.
Jess Belliveau:
Nun, sie benutzen deine App. Genau richtig. Es wirkt sich irgendwie auf Sie aus, also ist es in Ihrem Interesse, sich vor einem Upstream-Fehler zu schützen oder zumindest den Benutzer zu informieren, wenn dies der Fall ist. Ja.
Jared Kells:
Nun, ich glaube, wir müssen ihn diesen Podcast nennen, weil es eine Stunde her ist. Wir hatten maximal 45 Minuten unterrichtet.
Jess Belliveau:
Wir könnten einfach weitermachen. Wir könnten einen zweiten Teil brauchen! Vielleicht können wir [Cross Talk 00:39:21] anfragen.
Jared Kells:
Vielleicht! Ja.
Jess Belliveau:
Oder wir starten einfach unseren eigenen Podcast! Ja.
Angad Seth:
Also, was waren deine wichtigsten Erkenntnisse heute, wenn man bedenkt, dass Angad und ich gerade etwas über Beobachtbarkeit lernen, Angad, was war heute deine größte Erkenntnis über Beobachtbarkeit? Meine größte Erkenntnis war, dass Beobachtbarkeit nicht mit Datadog gleichzusetzen ist. Nein, tut mir leid! Es war einfach sehr faszinierend zu lernen, wie man die bekannten Unbekannten quantifiziert. Ich weiß nicht, ob das ein guter Imbiss ist, aber...
Jess Belliveau:
Jeder Imbiss ist ein guter Imbiss! Was ist mit dir, Jared?
Jared Kells:
Ich glaube, weil ich gerade über Zustandsmanagement sprechen wollte, und ein Teil davon war, dass wir im Moment diese Fähigkeit haben, durch die Architektur unserer Frontends den Status der App zu erfassen und einen Kunden dazu zu bringen, uns seinen Status zu senden, im Grunde genommen. Und wir können es in unsere App laden und einfach genau sehen, wie es war, genau so, wie unser Bundesstaat konzipiert ist. Aber was noch cooler sein könnte, ist vielleicht etwas Observability zur Unterstützung in das Frontend einzubauen. Ich denke, anstatt einfach zu haben, haben wir diese Schaltfläche, um uns Ihre Support-Informationen zu senden, die uns einen Haufen des Status schicken, aber anstatt die Konsole im Browserprotokoll zu protokollieren, könnten wir die Konsole protokollieren und uns irgendwo in unserem Frontend anmelden, sodass unsere Kunden uns die Aktionen senden sollten, die sie ausgeführt haben, wenn sie auf „Support-Informationen senden“ klicken.
Jared Kells:
Zum Beispiel: „Hey, da ist ein Bug, senden Sie uns Ihre Support-Informationen.“ Es muss kein Drittanbieter-Dienst sein, der diese Observability-Daten sammelt. Wir könnten einfach in unser... Darüber denke ich also nach.
Jess Belliveau:
Ja, ganz sicher. Es wird wahrscheinlich auch viel weniger aufdringlich sein, als einige der Sachen von Drittanbietern, die ich gesehen habe.
Jared Kells:
Ja. Bei einigen dieser Integrationen ist das ziemlich schwierig, insbesondere wenn Sie Apps entwickeln, die hinter einer Firewall ausgeführt werden.
Jess Belliveau:
Ja
Jared Kells:
Sie können nicht einfach mit einigen dieser Dritten sprechen. Also ja, es ist trotzdem cool. Es ist wirklich interessant.
Jess Belliveau:
Nun, ich hoffe, jemand da draußen, der zuhört, hat etwas gelernt, und Jordan und ich werden ein paar Links durchschicken, und wir können sie hoffentlich zu den Shownotes hinzufügen oder so, damit die Leute etwas mehr lesen können und...
Jared Kells:
Alles danke!
Jess Belliveau:
Danke für die Einladung, ja.
Jared Kells:
Vielen Dank für Ihre Zeit und danke allen fürs Zuhören.
Jordan Simonowski:
Danke allen.
Angad Seth:
Das war [unhörbar 00:41:55].
Jess Belliveau:
Schaltet nächste Woche ein!
Hör jetzt zu

Easy Agile Podcast Folge 1 Dominic Price, Work Futurist bei Atlassian

Transkript:

Verwandte Episoden

Einfacher Agile-Podcast Folge 28 Team23! + die Welt der Arbeit

Transkript:

Easy Agile Podcast Ep.21 LIVE von Agile2022!

Transkript

Easy Agile Podcast Ep.12 Beobachtungen zur Beobachtbarkeit

Transkript