Neuer Kurs: Bessere Retrospektiven in Jira

Lernen Sie mit Easy Agile

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

Hör zu
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.

Verwandte Episoden

  • Podcast

    Easy Agile Podcast Ep.34 Henrik Kniberg on Team Productivity, Code Quality, and the Future of Software Engineering

    TL;DR

    Henrik Kniberg, the agile coach behind Spotify's model, discusses how AI is fundamentally transforming software development. Key takeaways: AI tools like Cursor and Claude are enabling 10x productivity gains; teams should give developers access to paid AI tools and encourage experimentation; coding will largely disappear as a manual task within 3–4 years; teams will shrink to 2 people plus AI; sprints will become obsolete in favour of continuous delivery; product owners can now write code via AI, creating pull requests instead of user stories; the key is treating AI like a brilliant intern – when it fails, the problem is usually your prompt or code structure, not the AI. Bottom line: Learn to use AI now, or risk being left behind in a rapidly changing landscape.

    Introduction

    Artificial intelligence is fundamentally reshaping how software teams work, collaborate, and deliver value. But with this transformation comes questions: How do we maintain team morale when people fear being replaced? What happens to code quality when AI writes most of the code? Do traditional agile practices like sprints still make sense?

    In this episode, I sit down with Henrik Kniberg to tackle these questions head-on. Henrik is uniquely positioned to guide us through this transition – he's the agile coach and entrepreneur who pioneered the famous Spotify model and helped transform how Lego approached agile development. Now, as co-founder of Abundly AI, he's at the forefront of helping teams integrate AI into their product development workflows.

    This conversation goes deep into the practical realities of AI-powered development: from maintaining code review processes when productivity increases 10x, to ethical considerations around AI usage, to what cross-functional teams will look like in just a few years. Henrik doesn't just theorise – he shares real examples from his own team, where their CEO (a non-coder) regularly submits pull requests, and where features that once took a sprint can now be built during a 7-minute subway ride.

    Whether you're a developer wondering if AI will replace you, a product owner looking to leverage these tools, or a leader trying to navigate this transformation, this episode offers concrete, actionable insights for thriving in the AI era.

    About Our Guest

    Henrik Kniberg is an agile coach, author, and entrepreneur whose work has shaped how thousands of organisations approach software development. He's best known for creating the Spotify model – the squad-based organisational structure that revolutionised how large tech companies scale agile practices. His work at Spotify and later at Lego helped demonstrate how agile methodologies could work at enterprise scale whilst maintaining team autonomy and innovation.

    Henrik's educational videos have become legendary in the agile community. His "Agile Product Ownership in a Nutshell" video, created over a decade ago, remains one of the most-watched and shared resources for understanding product ownership, with millions of views. His ability to distil complex concepts into simple, visual explanations has made him one of the most accessible voices in agile education.

    More recently, Henrik has turned his attention to the intersection of AI and product development. As co-founder of Abundly AI, he's moved from teaching about agile transformation to leading AI transformation – helping companies and teams understand how to effectively integrate generative AI tools into their development workflows. His approach combines his deep understanding of team dynamics and agile principles with hands-on experience using cutting-edge AI tools like Claude, Cursor, and GitHub Copilot.

    Henrik codes daily using AI and has been doing so for over two and a half years, giving him practical, lived experience with these tools that goes beyond theoretical understanding. He creates educational content about AI, trains teams on effective AI usage, and consults with organisations navigating their own AI transformations. His perspective is particularly valuable because he views AI through the lens of organisational change management – recognising that successful AI adoption isn't just about the technology, it's about people, culture, and process.

    Based in Stockholm, Sweden, Henrik continues to push the boundaries of what's possible when human creativity and AI capabilities combine, whilst maintaining a pragmatic, human-centred approach to technological change.

    Transcript

    Note: This transcript has been lightly edited for clarity and readability.

    Maintaining Team Morale and Motivation in the AI Era

    Tenille Hoppo: Hi there, team, and welcome to this new episode of the Easy Agile Podcast. My name is Tenille Hoppo, and I'm feeling really quite lucky to have an opportunity to chat today with our guest, Henrik Kniberg.

    Henrik is an agile coach, author, and entrepreneur known for pioneering agile practices at companies like Spotify and Lego, and more recently for his thought leadership in applying AI to product development. Henrik co-founded Abundly AI, and when he isn't making excellent videos to help us all understand AI, he is focused on the practical application of generative AI in product development and training teams to use these technologies effectively.

    Drawing on his extensive experience in agile methodologies and team coaching, Henrik seems the perfect person to learn from when thinking about the intersection of AI, product development, and effective team dynamics. So a very warm welcome to you, Henrik.

    Henrik Kniberg: Thank you very much. It's good to be here.

    Tenille: I think most people would agree that motivated people do better work. So I'd like to start today by touching on the very human element of this discussion and helping people maintain momentum and motivation when they may be feeling some concern or uncertainty about the upheaval that AI might represent for them in their role.

    What would you suggest that leaders do to encourage the use of AI in ways that increase team morale and creativity rather than risking people feeling quite concerned or even potentially replaced?

    Henrik: There are kind of two sides to the coin. There's one side that says, "Oh, AI is gonna take my job, and I'm gonna get fired." And the other side says, "Oh, AI is going to give me superpowers and give us all superpowers, and thereby give us better job security than we had before."

    I think it's important to press on the second point from a leader's perspective. Pitch it as this is a tool, and we are entering a world where this tool is a crucial tool to understand how to use – in a similar way that everyone uses the Internet. We consider it obvious that you need to know how to use the Internet. If you don't know how to use the Internet, it's going to be hard.

    "I encourage people to experiment, give them access to the tools to do so, and encourage sharing. And don't start firing people because they get productive."

    I also find that people tend to get a little bit less scared once they learn to use it. It becomes less scary. It's like if you're worried there's a monster under your bed, maybe look under your bed and turn on the lights. Maybe there wasn't a monster there, or maybe it was there but it was kind of cute and just wanted a hug.

    Creating a Culture of Safe Experimentation

    Tenille: I've read that you encourage experimentation with AI through learning – I agree it's the best way to learn. What would you encourage leaders and team leaders to do to create a strong culture where teams feel safe to experiment?

    Henrik: There are some things. One is pretty basic: just give people access to good AI tools. And that's quite hard in some large organisations because there are all kinds of resistance – compliance issues, data security issues. Are we allowed to use ChatGPT or Claude? Where is our data going? There are all these scary things that make companies either hesitate or outright try to stop people.

    Start at that hygiene level. Address those impediments and solve them. When the Internet came, it was really scary to connect your computer to the Internet. But now we all do it, and you kind of have to, or you don't get any work done. We're at this similar moment now.

    "Ironically, when companies are too strict about restricting people, then what people tend to do is just use shadow AI – they use it on their own in private or in secret, and then you have no control at all."

    Start there. Once people have access to really good AI tools, then it's just a matter of encouraging and creating forums. Encourage people to experiment, create knowledge-sharing forums, share your own experiments. Try to role-model this yourself. Say, "I tried using AI for these different things, and here's what I learned." Also provide paths for support, like training courses.

    The Right Mindset for Working with AI

    Tenille: What would you encourage in team members as far as their mindset or skills go? Certainly a nature of curiosity and a willingness to learn and experiment. Is there anything beyond that that you think would be really key?

    Henrik: It is a bit of a weird technology that's never really existed before. We're used to humans and code. Humans are intelligent and kind of unpredictable. We hallucinate sometimes, but we can do amazing things. Code is dumb – it executes exactly what you told it to do, and it does so every time exactly the same way. But it can't reason, it can't think.

    Now we have AI and AI agents which are somewhere in the middle. They're not quite as predictable as code, but they're a lot more predictable than humans typically. They're a lot smarter than code, but maybe not quite as smart as humans – except for some tasks when they're a million times smarter than humans. So it's weird.

    You need a kind of humble attitude where you come at it with a mindset of curiosity. Part of it is also to realise that a lot of the limitation is in you as a user. If you try to use AI for coding and it wrote something that didn't work, it's probably not the model itself. It's probably your skills or lack of skills because you have to learn how to use these tools. You need to have this attitude of "Oh, it failed. What can I do differently next time?" until you really learn how to use it.

    "There can be some aspect of pride with developers. Like, 'I've been coding for 30 years. Of course this machine can't code better than me.' But if you think of it like 'I want this thing to be good, I want to bring out the best in this tool' – not because it's going to replace me, but because it's going to save me a tonne of time by doing all the boring parts of the coding so I can do the more interesting parts – that kind of mindset really helps."

    Maintaining Code Quality and Shared Understanding

    Tenille: Our team at Easy Agile is taking our steps and trying to figure out how AI is gonna work best for us. I put the question out to some of our teams, and there were various questions around people taking their first steps in using AI as a co-pilot and producing code. There are question marks around consistency of code, maintaining code quality and clean architecture, and even things like maintaining that shared understanding of the code base. What advice do you have for people in that situation?

    Henrik: My first piece of advice when it comes to coding – and this is something I do every day with AI, I've been doing for about two and a half years now – is that the models now, especially Claude, have gotten to the level where it's basically never the AI's fault anymore. If it does anything wrong, it's on you.

    You need to think about: okay, am I using the wrong tool maybe? Or am I not using the tool correctly?

    For example, the current market leader in terms of productivity tools with AI is Cursor. There are other tools that are getting close like GitHub Copilot, but Cursor is way ahead of anything else I've seen. With Cursor, it basically digs through your code base and looks for what it needs.

    But if it fails to find what it needs, you need to think about why. It probably failed for the same reason a human might have failed. Maybe your code structure was very unstructured. Maybe you need to explain to the AI what the high-level structure of your code is.

    "Think of it kind of like a really smart intern who just joined your team. They're brilliant at coding, but now they got confused about something, and it's probably your code – something in it that made it confused. And now you need to clarify that."

    There are ways to do that. In Cursor, for example, you can create something called cursor rules, which are like standing documents that describe certain aspects of your system. In my team, we're always tweaking those rules. Whenever we find that the AI model did something wrong, we're always analysing why. Usually it's our prompt – I just phrased it badly – or I just need to add a cursor rule, or I need to break the problem down a little bit.

    It's exactly the same thing as if you go to a team and give them this massive user story that includes all these assumptions – they'll probably get some things wrong. But if you take that big problem and sit down together and analyse it and split it into smaller steps where each step is verifiable and testable, now your team can do really good work. It's exactly the same thing with AI.

    Addressing the Code Review Bottleneck

    Tenille: One of our senior developers found that he was outputting code at a much greater volume and faster speed, but the handbrake he found was actually their code review processes. They were keeping the same processes they had previously, and that was a bit of a handbrake for them. What kind of advice would you have there?

    Henrik: This reminds me of the general issue with any kind of productivity improvement. If you have a value stream, a process where you do different parts – you do some development, some testing, you have some design – whenever you take one part of the process and make it super optimised, the bottleneck moves to somewhere else.

    If testing is no longer the bottleneck, maybe coding is. And when coding is instant, then maybe customer feedback – or lack of customer feedback – is the bottleneck. The bottleneck just keeps moving. In that particular case, the bottleneck became code review. So I would just start optimising that. That's not an AI problem. It's a process problem.

    Look at it: what exactly are we trying to do when we review? Maybe we could think about changing the way we review things. For example, does all code need to be reviewed? Would it be enough that the human who wrote it and the AI, together with the human, agree that this is fine? Or maybe depending on the criticality of that change, in some cases you might just let it pass or use AI to help in the reviewing process also.

    "I think there's value in code review in terms of knowledge sharing in a large organisation. But maybe the review doesn't necessarily need to be a blocking process either. It could be something you go back and look at – don't let it stop you from shipping, but maybe go back once per week and say, 'Let's look at some highlights of some changes we've made.'"

    We produce 10 times more code than in the past, so reviewing every line is not feasible. But maybe we can at least identify which code is most interesting to look at.

    Ethical Considerations: Balancing Innovation with Responsibility

    Tenille: Agile emphasises people over process and delivering value to customers. Now with AI in the mix, there's potential for raising some ethical considerations. I'm interested in your thoughts on how teams should approach these ethical considerations that come along with AI – things like balancing rapid experimentation against concerns around bias, potential data privacy concerns.

    Henrik: I would treat each ethical question on its own merits. Let me give you an example. When you use AI – let's say facial recognition technology that can process and recognise faces a lot better than any human – I kind of put that in the bucket of: any tool that is really useful can also be used for bad things. A hammer, fire, electricity.

    That doesn't have so much to do with the tool itself. It has much more to do with the rules and regulations and processes around the tool. I can't really separate AI in that sense. Treat it like any other system. Whenever you install a camera somewhere, with or without AI, that camera is going to see stuff. What are you allowed to do with that information? That's an important question. But I don't think it's different for AI really, in that sense, other than that AI is extremely powerful. So you need to really take that seriously, especially when it comes to things like autonomous weapons and the risk of fraud and fake news.

    "An important part of it is just to make it part of the agenda. Let's say you're a recruitment company and you're now going to add some AI help in screening. At least raise the question: we could do this. Do we want to do this? What is the responsible way to do it?"

    It's not that hard to come up with reasonable guidelines. Obviously, we shouldn't let the AI decide who we're going to hire or not. That's a bad idea. But maybe it can look at the pile of candidates that we plan to reject and identify some that we should take a second look at. There's nothing to lose from that because that AI did some extra research and found that this person who had a pretty weak CV actually has done amazing things before.

    We're actually working with a company now where we're helping them build some AI agents. Our AI agents help them classify CVs – not by "should we hire them or not," but more like which region in Sweden is this, which type of job are we talking about here. Just classifying to make it more likely that this job application reaches the right person. That's work that humans did before with pretty bad accuracy.

    The conclusion was that AI, despite having biases like we humans do, seemed to have less biases than the human. Mainly things like it's never going to be in a bad mood because it hasn't had its coffee today. It'll process everybody on the same merits.

    I think of it like a peer-to-peer thing. Imagine going to a doctor – ideally, I want to have both a human doctor and an AI doctor side by side, just because they both have biases, but now they can complement each other. It's like having a second opinion. If the AI says we should do this and the doctor says, "No, wait a second," or vice versa, having those two different opinions is super useful.

    Parallels Between Agile and AI Transformations

    Tenille: You're recognised as one of the leading voices in agile software development. I can see, and I'm interested if you do see, some parallels between the agile transformations that you led at Spotify and Lego with the AI transformations that many businesses are looking at now.

    Henrik: I agree. I find that when we help companies transition towards becoming AI native, a lot of the thinking is similar to agile. But I think we can generalise that agile transformations are not really very special either – it's organisational change.

    There are some patterns involved regardless of whether you're transitioning towards an agile way of working or towards AI. Some general patterns such as: you've got to get buy-in, it's useful to do the change in an incremental way, balance bottom-up with top-down. There are all these techniques that are useful regardless. But as an agilist, if you have some skills and competence in leading and supporting a change process, then that's going to be really useful also when helping companies understand how to use AI.

    Tenille: Are you seeing more top-down or bottom-up when it comes to AI transformations?

    Henrik: So far it's quite new still. The jury's not in yet. But so far it looks very familiar to me. I'm seeing both. I'm seeing situations where it's pure top-down where managers are like "we got to go full-out AI," and they push it out with mixed results. And sometimes just completely bottom-up, also with mixed results.

    Sometimes something can start completely organically and then totally take hold, or it starts organically and then gets squashed because there was no buy-in higher up. I saw all of that with agile as well. My guess is in most cases the most successful will be when you have a bit of both – support and guidance from the top, but maybe driven from the bottom.

    "I think the bottom-up is maybe more important than ever because this technology is so weird and so fast-moving. As a leader, you don't really have a chance if you try to control it – you're going to slow things down to an unacceptable level. People will be learning things that you can't keep up with yourself. So it's better to just enable people to experiment a lot, but then of course provide guidance."

    AI for Product Owners: From Ideation to Pull Requests

    Tenille: You're very well known for your guidance and for your ability to explain quite complex concepts very simply and clearly. I was looking at your video on YouTube today, the Agile Product Ownership in a Nutshell video, which was uploaded about 12 years ago now. Thinking about product owners, there's a big opportunity now with AI for generating ideas, analysing data, and even suggesting new features. What's your advice for product owners and product managers in using AI most effectively?

    Henrik: Use it for everything. Overuse it so you can find the limits. The second thing is: make sure you have access to a good AI model. Don't use the free ones. The difference is really large – like 10x, 100x difference – just in paying like $20 per month or something. At the moment, I can particularly strongly recommend Claude. It's in its own category of awesomeness right now. But that of course changes as they leapfrog each other. But mainly: pay up, use a paid model, and then experiment.

    For product owners, typical things are what you already mentioned – ideation, creating good backlog items, splitting a story – but also writing code. I would say as a PO, there is this traditional view, for example in Scrum, that POs should not be coding. There's a reason for that: because coding takes time, and then as PO you get stuck in details and you lose the big picture.

    Well, that's not true anymore. There are very many things that used to be time-consuming coding that is basically a five-minute job with a good prompt.

    "Instead of wasting the team's time by trying to phrase that as a story, just phrase it as a pull request instead and go to the team and demonstrate your running feature."

    That happened actually today. Just now, our CEO, who's not a coder, came to me with a pull request. In fact, quite often he just pushes directly to a branch because it's small changes. He wants to add some new visualisation for a graph or something in our platform – typically admin stuff that users won't see, so it's quite harmless if he gets it wrong.

    He's vibe coding, just making little changes to the admin, which means he never goes to my team and says, "Hey, can you guys generate this report or this graph for how users use our product?" No, he just puts it in himself if it's simple.

    Today we wanted to make a change with how we handle payments for enterprise customers. Getting that wrong is a little more serious, and the change wasn't that hard, but he just didn't feel completely comfortable pushing it himself. So he just made a PR instead, and then we spent 15 minutes reviewing it. I said it was fine, so we pushed it.

    It's so refreshing that now anybody can code. You just need to learn the basic prompting and these tools. And then that saves time for the developers to do the more heavyweight coding.

    Tenille: It's an interesting world where we can have things set up where anyone could just jump in and with the right guardrails create something. It makes Friday demos quite probably a lot more interesting than maybe they used to be in the past.

    Henrik: I would like to challenge any development team to let their stakeholders push code, and then find out whatever's stopping you from doing that and fix that. Then you get to a very interesting space.

    Closing the Gap Between Makers and Users

    Tenille: A key insight from your work with agile teams in the past has been to really focus on minimising that gap between maker and user. Do you think that AI helps to close that gap, or do you think it potentially risks widening it if teams are focusing too much on AI predictions and stop talking to their customers effectively?

    Henrik: I think that of course depends a lot on the team. But from what I've seen so far, it massively reduces the gap. Because if I don't have to spend a week getting a feature to work, I can spend an hour instead. Then I have so much more time to talk to my users and my customers.

    If the time to make a clickable prototype or something is a few seconds, then I can do it live in real time with my customers, and we can co-create. There are all these opportunities.

    I find that – myself, my teams, and the people I work with – we work a lot more closely with our users and customers because of this fast turnaround time.

    "Just yesterday I was teaching a course, and I was going home sitting on the subway. It was a 15-minute subway ride. I finally got a seat, so I had only 7 minutes left. There's this feature that I wanted to build that involved both front-end and back-end and a database schema change. Well, 5 minutes later it was done and I got off the subway and just pushed it. That's crazy."

    Of course, our system is set up optimised to enable it to be that fast. And of course not everything will work that well. But every time it does, I've been coding for 30 years, and I feel like I wake up in some weird fantasy every day, wondering, "Can I really be this productive?" I never would have thought that was possible.

    Looking Ahead: The Future of Agile Teams

    Tenille: I'd like you to put your futurist hat on for a moment. How do you see the future of agile teamwork in, say, 10 to 15 years time? If we would have this conversation again in 2035, given the exponential growth of AI and improvements over the last two to three years, what do you think would be the biggest change for software development teams in how they operate?

    Henrik: I can't even imagine 10 years. Even 5 years is just beyond imagination. That's like asking someone in the 1920s to imagine smartphones and the Internet. I think that's the level of change we're looking at.

    I would shorten the time a little bit and say maybe 3 or 4 years. My guess there – and I'm already seeing this transfer happen – is that coding will just go away. It just won't be stuff that we humans do because we're too slow and we hallucinate way too much.

    But I think engineering and the developer role will still be there, just that we don't type lines of code – in the same way that we no longer make punch cards or we no longer write machine code and poke values into registers using assembly language. That used to be a big part of it, but no longer.

    "In the future, as developers, a lot of the work will still be the same. You're still designing stuff, you're thinking about architecture, you're interacting with customers, and you're doing all the other stuff. But typing lines of code is something that we're gonna be telling our kids about, and they're not gonna believe that we used to do that."

    The other thing is smaller teams, which I'm already seeing now. I think the idea of a cross-functional team of 5 to 7 people – traditionally that was considered quite necessary in order to have all the different skills needed to deliver a feature in a product. But that's not the case anymore. If you skip ahead 2 or 3 years when this knowledge has spread, I think most teams will be 2 people and an AI, because then you have all the domain knowledge you need, probably.

    As a consequence of that, we'll just have more teams. More and smaller teams. Of course, then you need to collaborate between the teams, so cross-team synchronisation is still going to be an issue.

    Also, I'm already seeing this now, but this concept of sprints – the whole point is to give a team some peace of mind to build something complex, because typically you would need a week or two to build something complex. But now, when it takes a day and some good prompting to do the same thing that would have taken a whole sprint, then the sprint is a day instead. If the sprint is a day, is there any difference between a sprint planning meeting and a daily standup? Not really.

    I think sprints will just kind of shrink into oblivion. What's going to be left instead is something a little bit similar – some kind of synchronisation point or follow-up point. Instead of a sprint where every 2 weeks we sit down and try to make a plan, I think it'll be very much continuous delivery on a day-to-day basis. But then maybe every week or two we take a step back and just reflect a little bit and say, "Okay, what have we been delivering the past couple of weeks? What have we been learning? What's our high-level focus for the next couple of weeks?" A very, very lightweight equivalent of a sprint.

    I feel pretty confident about that guess because personally, we are already there with my team, and I think it'll become a bit of a norm.

    Final Thoughts: Preparing for the Future

    Henrik: No one knows what's gonna happen in the future, and those who say they do are kidding themselves. But there's one fairly safe bet though: no matter what happens in the future with AI, if you understand how to use it, you'll be in a better position to deal with whatever that is. That's why I encourage people to get comfortable with it, get used to using it.

    Tenille: I have a teenage daughter who I'm actually trying to encourage to learn how to use AI, because I feel like when I was her age, the Internet was the thing that was sort of coming mainstream. It completely changed the way we live. Everything is online now. And I feel like AI is that piece for her.

    Henrik: Isn't it weird that the generation of small children growing up now are going to consider this to be normal and obvious? They'll be the AI natives. They'll be like, "Of course I have my AI agent buddy. There's nothing weird about that at all."

    Tenille: I'll still keep being nice to my coffee machine.

    Henrik: Yeah, that's good. Just in case, you know.

    ---

    Thank you to Henrik Kniberg for joining us on this episode of the Easy Agile Podcast. To learn more about Henrik's work, visit Abundly AI or check out his educational videos on AI and agile practices.

    Subscribe to the Easy Agile Podcast on your favourite platform, and join us for more conversations about agile, product development, and the future of work.

  • Podcast

    Easy Agile Podcast Ep.31 Der Release Train Engineer + SAFe Summit 23

    "Lieschen's wealth of experience is absolutely incredible! Not only did she provide invaluable advice, but I thoroughly enjoyed our conversation."

    In this episode Caitlin Mackie is joined by Lieschen Gargano Sr, Release Train Engineer at Scaled Agile. They delve into the role of the Release Train Engineer, sharing tips and tricks, FLOW activities, lessons learned and how to get started in the role. With SAFe Summit 2023 just around the corner, Lieschen also takes some time to talk about what she’s most excited about for the event and shared some advice for first time attendees.

    If Lieschen's expertise and passion have piqued your interest, be sure to explore the Scaled Agile RTE course. It provides comprehensive training, equipping you with the necessary skills and knowledge to excel as an RTE.

    Scaled Agile RTE course

    We hope you enjoy the episode!

    Transcript:

    Caitlin Mackie:

    Hi there. Welcome to the Easy Agile Podcast. I'm Caitlin, your host for today's episode. At Easy Agile we specialize in developing apps for Atlassian Jira that help your team move from simply doing agile to truly being agile. Our apps have gained recognition and trust from over 160,000 users across top companies worldwide. With our products, teams can transform their flat Jira backlogs into something visually meaningful and easy to understand. Whether it's sprint planning, retrospectives, or PI planning, our apps are designed to foster seamless team alignment.

    Before we begin the episode, we would like to say an acknowledgement of country. This is part of our ongoing commitment towards reconciliation. Easy Agile would like to acknowledge the traditional custodians of the land from which we broadcast today. We pay our respects to elders past, present, and emerging, and extend that same respect to all Aboriginal Torres Strait Islander and First Nations people joining us today. Let's jump into today's episode. So today I'm joined by Lieschen Gargano, a senior release train engineer at Scaled Agile. Lieschen is a highly experienced professional when it comes to change management, system design and stakeholder engagement, and has a passion for developing teams and connecting strategy to execution. Lieschen welcome to the Easy Agile Podcast.

    Lieschen Gargano:

    Thank you. I'm happy to be here.

    Caitlin Mackie:

    So Lieschen, you are a release train engineer. For our listeners, can you explain a little bit about the role? For anyone that's not familiar, how would you describe a Release Train Engineer?

    Lieschen Gargano:

    Yeah. I think one of the easiest ways for people to think of a Release Train Engineer is kind of like a coach or scrum master for the art, for the Agile release train. A servant leader facilitating all of those art events, facilitating the processes and process improvements. And really measured in value delivery, and using flow metrics to measure those improvements and support of the arts.

    Caitlin Mackie:

    So you mentioned flow metrics there. I've heard a lot about this recently and optimizing flow. What are some of those flow activities that a RT is responsible for?

    Lieschen Gargano:

    I like to look at feature flow and cycle time. So really looking like are we bringing all of our features in progress at once or are we managing our WIP, not just at the team level but at the art level. Are we taking the whole PI to get a feature through the system, or are we able to finish something before we start the next thing? So I look at that a lot and also just are we making and meeting commitments. Those PI objectives that we set, are we in that 80-100% range? A lot of people want full credit, extra credit and to be in the 120, but for us, predictability really means you tried really hard and you stretched, but you also still made and met commitments. So I look at that really closely too.

    Caitlin Mackie:

    I love that. You mentioned just then quite a lot of different responsibilities that a RTE has. Do you think that there is one in particular that you really need to get right from the start?

    Lieschen Gargano:

    Oh, as an RTE, I think the biggest thing is building the relationships and intention. As a servant leader, we really are there to help make the art better, to make being on the art enjoyable and productive and flow. So building that trust and those relationships as a servant leader is the first thing. If you get that wrong, no one will help you do the rest.

    Caitlin Mackie:

    Yeah-

    Lieschen Gargano:

    And you need a lot of help. You're not doing anything alone as an RTE.

    Caitlin Mackie:

    Yes. Yeah, for sure. I can definitely imagine that. Let's go a little bit deeper on that servant leadership that you just mentioned. Can you share your approach and what servant leadership means to you?

    Lieschen Gargano:

    Servant leadership to me is helping people understand the direction, communicating early and often so that they know where you're going. And then not just saying, "how can I help you get there? What can I do?" But saying, "how can we go together?" A lot of coaching and understanding the problem to solve and connecting it to how it benefits the people. Just like we ask them to connect their work to how it benefits the customer. As the RT, they're my customer. How does what I'm asking you to change benefit you? Not changing is always easier than changing even if we don't like our current state. So why is it worth it?

    Caitlin Mackie:

    I love that. Yeah, always asking the why and being really clear on it. Yeah, I think that's great. I've done some LinkedIn digging of your profile, as you do, had a little bit of a stalk and noticed that you hosted a webinar recently on tips and tricks and lessons learned as an RTE. Can we start with maybe some tips and tricks? What can you share?

    Lieschen Gargano:

    The first thing I will say is lean on the Scrum master team, and if you're lucky enough to have an Agile coach or another RTE, lean on that team. Your lean Agile Center of Excellence, those people have the expertise. They're also building the relationships. They're there to help you. Don't try to just prove yourself or go it alone, it's not possible. That team is your team for success. So 100% go to them. They're a wealth of knowledge, a wealth of relationships, and the best support.

    Caitlin Mackie:

    Yeah, I know it's so important to have that support network around you. You just mentioned the Agile Center of Excellence. Maybe for some of our listeners aren't familiar, could you explain what that is?

    Lieschen Gargano:

    Yeah, so the Lean Agile Center of Excellence can look a few different ways depending on your organization. At our organization, it is the coach, release managers, RTEs and Scrum masters or team coaches. And some larger organizations than ours might have that hub and spoke model of a centralized change leader. And then RTEs and Scrum masters that are in different arts and around the org. And some even have separate laces in different parts of the organization if it's really big. But really they are that community of practice that holds your lean Agile practices and the standards of those practices and talks to each other and debates and evolves them to make sure that it's consistent throughout the org. That the org is getting consistent coaching, consistent guidance, and they're not being told five different things about how to transform. Because again, change and being lean is so hard. If you add too many voices into that coaching, it gets really overwhelming for folks.

    Caitlin Mackie:

    Yes, 100%. And an Agile transformation is already overwhelming as it is, so you can imagine that laid on top. I suppose speaking, if we explore a little bit around those on an agile transformation journey, at what point would you say it's important that that lean Agile Center of Excellence is formed?

    Lieschen Gargano:

    Oh, I think it should be in place pretty quick. I mean, we talk about training your leaders, training your experts and then doing safer teams and launching trains. You need that Center of Excellence there from the start so that they can go out to the rest of the org that they can do all that training and they can be there to support people through title changes, role changes. Launching an art can feel very scary to folks. If you don't have that in place beforehand, you're going to have a lot to reel in after the fact.

    Caitlin Mackie:

    Yeah, I really like that. It's almost having this really solid foundation and unified voice to sort of go forward and support the rest of the org.

    Lieschen Gargano:

    And it's so great to have consultants support, to have partners come in and help you and to have the right tools, but they need the help of people inside. They need that lean Agile Center of Excellence of employees inside the company to help you be successful. As an RTE, you need your team. Anybody, any tool, any people trying to do a change, a transformation are going to need that Center of Excellence because all those parts, that's what makes the whole.

    Caitlin Mackie:

    Yeah, yeah, definitely. So you mentioned as an RTE, a big tip or trick is to rely on that lean Agile Center of Excellence. What do you think has been your biggest lesson learned as an RT?

    Lieschen Gargano:

    There are a few things that have been particularly difficult for me. One of them is that I don't like to say no and not in that I take on too much or whatever, but more in that if someone has passion for something, I want them to be able to take it on. I want them to be able to move forward with it. And there are times where we really have to say it's too much change. It's too much for this group to manage. In particular, the Scrum Masters and RTEs people come to us for a lot of things and they need that consistency from us, and they need predictability in a change to feel like we know where they're going and if we introduce too many things or if we try to hold too many things at once, it's easy for us to forget about it later or drop something else. So learning when and how to say no, again not necessarily in that capacity way, but just in the width of change, if that makes sense.

    Caitlin Mackie:

    Yeah, definitely. I think that what you just said there, learning how and when to say no. I think that's not even exclusive to the RTE role as well. I think that's an amazing piece of advice for anyone listening and to share across our audiences, because I know it's definitely something I struggle with as well. So that's my takeaway from this is to, okay, I'm going to constantly imagine like 'no Lieschen told me to when and how to say no', and just focus on that. So yeah, I think that's a great piece of advice. What was your journey like to an RTE? I know we caught up last week and I got a little sneak preview into this, and I know it wasn't straightforward, so if you can share a little bit about that, that would be great.

    Lieschen Gargano:

    Yeah. I actually started in conflict resolution. I worked in public private reconciliation doing a lot of natural resources facilitation, so hundreds of people, governments, companies, private landowners, residents, trying to bring all those people together to get to consensus or at least to build relationships that allow them to move forward. So really strong foundation and facilitation in particular, and just day-to-day conflict. When we say conflict, we get so worried, 'oh, I don't do conflict', well conflict's everything all the time. It's all the disagreements we need to succeed in life. So that gave me a great foundation when I became a scrum master, and I did that for a few years working with development teams. One of my favorite teams was our infrastructure team, 10 foot pole because no one wanted to touch their work or the 10 foot pole, and I learned so much there and eventually became a coach and started doing more strategic planning and coaching parts of the organization that weren't used to being on arts. Marketing and other groups, which helped me transition to Scaled Agile, where I started working with our CMO and as he grew the marketing team, helping coach that marketing group into an agile way of working, a safe way of working, before actually becoming a product owner, because I loved organizing around value, and I loved those different topics that we were working on internally.

    And one of the people I work with at Scale Agile said, "well, help us develop the product then for everybody else". So I did that for a little while, which gave me so much power in that learning how to say no and prioritize and coaching people to decisions is one thing, but as the product owner, I had to practice being where the buck stopped. There are five right decisions, just make one so that people are unblocked, and that prepared me really well for transitioning into RT.

    Caitlin Mackie:

    Yeah. You have such a wealth of experience there across so many different roles, and you can really see that each of those key roles have taught you something valuable that you can take into this RTE role. So I think that's amazing. It's so cool to see that even though it's not this straightforward linear journey, there's all these parts that there's traits within each that ladder up to helping you succeed as an RT. So I think that's really cool.

    Lieschen Gargano:

    And I know people are afraid to make some of those lateral moves sometimes, but the skills that you can build might just be that thing that gets you other open doors that you didn't even think about.

    Caitlin Mackie:

    Yeah. Yeah. I absolutely love that. Yeah, just embrace every opportunity for what it may be, what it may not be. You don't know until you give it a shot. So I think, yeah, I love that. I think that's really great advice. So everything we've spoken about in regards to being a Release Train Engineer may have really hit the spot for some of our listeners. How does someone get there? Were there certifications, courses? What's the process that way?

    Lieschen Gargano:

    Another thing I probably did backwards. I started with a scrum master cert and then actually ended up getting a SPC certification through Scaled Agile when I was a coach. Because I was a coach before I was an RTE, and I learned about so many other parts of the business that way. But then to become an actual RTE, taking the safe RTE course, but then actually there's a community of RTEs... Which we didn't really talk about this, but being an RTE is a lonely thing. I said earlier, if you're lucky to have another RTE, this is a lonely role. You're really kind of on your own. So not just getting that cert, but being part of that community and being able to send people messages and ask them crazy questions was part of my certification process, but also just community building to where I could feel like I had the connections and competence. So yeah, I found all of them similar to holding each of the roles, also getting that certification, just another tool in the tool belt.

    Caitlin Mackie:

    Yeah, for sure. I don't want to touch on something you said there about an RTE being sometimes quite a lonely role. What do you think makes it lonely?

    Lieschen Gargano:

    It's a role that a lot of people have strong opinions about what they need and what success looks like based on where they are in the organization. And there are usually few of you, and even if you're in a large organization with many, you're with your art, you're very focused on your section, and so having all of those pulls and expectations and not having anyone who understands what that feels like just makes it kind of lonely. Now that we have two RTEs and a coach at Scaled Agile, it makes a big difference for me because they are right there in it with me and it's very helpful.

    Caitlin Mackie:

    Yeah. You can see in that scenario why that community of RTEs is like you said, so important to lean on them as well. Yeah.

    Lieschen Gargano:

    I find even just connecting to RT's outside our organization too. I grabbed beers with one a couple weeks ago. Those little things, even if you can find that person, meet them at a summit, meet them out in the wild, find them on LinkedIn and just say, "Hey, we live in the same area. We have the same role". It can go a long way because it may seem weird to reach out like that, but they probably are looking for that connection too.

    Caitlin Mackie:

    Thank you so much for sharing. And for any of our listeners, I might pop some links to any certifications and some scout Agile courses. I'll pop that in our episode notes, so feel free to check those out. You mentioned about connecting with other RTs and meeting at summits, which is a really nice segue to the next part of our conversation. Just around the corner is the 2023 Safe Summit and we're heading to Nashville Music City. What can we expect from Safe Summit? What are you looking forward to?

    Lieschen Gargano:

    Well, what I'm most looking forward to is that I am putting together an RTE breakfast. So all RTEs are welcome, or even if you're a solution train engineer or you do the role of an RTE with a different title. I'm really excited to meet with those folks over breakfast and just chat it out. And my goal with that really is to have people to connect with so that as we go through the rest of the summit, listening to the talks that we have people enroll, that we can check back in with over drinks and stuff on the later days and say, 'oh, what do you think? How might that work?' So that's what I'm most looking forward to.

    Caitlin Mackie:

    Amazing.

    Lieschen Gargano:

    But obviously there are going to be some great talks and the product labs are always really fun. We get to play with the product together.

    Caitlin Mackie:

    Yeah, cool. Tell me a little bit about the product labs, what's involved in that?

    Lieschen Gargano:

    The product team puts it together and they have computers set up and you can bring your own and they talk through some of the new releases or things they're working on and help you log into it and use it in your context, but also try to get some feedback on how it works or how you might use it in your organization. So it's a nice two-way street. It's sort of, 'I need this, how might I do it?' And then them saying, 'well, why don't you try and let me see how it works and how we should change it based on how you interact with it'. So it's just really fun. It feels really practical because it's so hands on.

    Caitlin Mackie:

    Yeah, amazing. I love that. I'm definitely going to have to try and come along and suss that out. It sounds really great. Where do you hope or where do you think we'll see a lot of conversations focused at this year's Safe Summit?

    Lieschen Gargano:

    At Safe Summit I think the conversations will be really focused on just the day-to-day of Safe. We have new topics that come up. We obviously have new ideas that are going to be presented. But every time I go to one of these, it really is the connecting one-on-one to say, here's where I'm stuck, here's what I'm trying to learn. So we'll hear a lot about Flow, we'll hear about Team Topologies, but we'll also hear those 'I'm just getting started and we're stuck, we have change fatigue. We don't know if our arts are set up correctly'. A lot of those classic conversations that are just really impactful and why people come together.

    Caitlin Mackie:

    Yeah, definitely. Yeah, I love that. Creating these spaces for people to bond over shared experiences and problems they're facing or wins they're seeing and sharing them. I think that's where these events are amazing for creating that kind of environment. Lieschen, this is my very first Safe Summit. I haven't been to one before and I'm really excited. What advice would you have for first time attendees, returning attendees, what's the way to get the most out of Safe Summit?

    Lieschen Gargano:

    If you're attending with other people from your organization, the best thing is to split up so you can cover more ground and then come back together and share. The second advice is find people with a similar role as you, because again, you can do that same thing with those folks and split up and then meet up again and try to talk about it in your context. It's great to do that at the parties too, because we throw great parties, but that's the best because no matter what room you end up in, what talk you end up at, you're going to get a great nugget. But where it really sinks in for me is talking with someone else about what I heard and then thinking about, 'okay what does that mean?', when I go home.

    Caitlin Mackie:

    Amazing, great advice Lieschen. If anyone listening happens to also be attending Safe Summit and they see Lieschen on the floor or myself, make sure you say hello, and if you've got any questions for Lieschen about the podcast episode, I'm sure she'll be more than happy to answer and engage in a great conversation. And anyone looking to get advice around the RTE role, make sure you find her and have a chat. Lieschen I'm really excited to meet in person. We've done this podcast with yourself in the States, myself in Australia, so I'm excited to connect over in your world. And yeah, really thank you so much for your time. I hope you enjoyed the episode. I know, I sure did.

    Lieschen Gargano:

    I did. Thank you.

    Caitlin Mackie:

    Thanks, Lieschen.

  • Podcast

    Easy Agile Podcast Ep.17 Definition eines Produktmanagers: Die Idee eines gemeinsamen Gehirns

    In dieser Folge wurde ich von Sherif Mansour, Distinguished Product Manager bei Atlassian, begleitet.

    Wir haben über die Stile des Produktmanagements und die Eigenschaften gesprochen, die einen großartigen Produktmanager ausmachen. Bevor wir die Idee eines gemeinsamen Gehirns und die Rolle eines Produktingenieurs erforschten.

    Sherif ist seit über 15 Jahren in der Softwareentwicklung tätig. Während seiner Zeit bei Atlassian war er für Confluence verantwortlich, ein beliebtes Tool für die Zusammenarbeit von Inhalten für Teams.

    In letzter Zeit verbringt Sherif die meiste Zeit damit, Probleme mit allen Cloud-Produkten von Atlassian zu lösen. Sherif spielte auch eine Schlüsselrolle bei der Entwicklung neuer Produkte wie Stride, Team Calendars und Confluence Questions bei Atlassian. Sherif ist der Meinung, dass es schwierig ist, einfache Produkte zu entwickeln, und das gilt auch für das Schreiben einer einfachen, kurzen Biographie.

    Hoffe dir gefällt die Folge genauso gut wie mir. Danke für ein tolles Gespräch, Sherif.