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

„Rebecca ist eine absolute Goldmine an Wissen, wenn es um SAFe geht. Ich kann es kaum erwarten, das Gespräch auf dem SAFe Summit 2022 fortzusetzen!"“ - Tenille Hoppo

In dieser Folge sprechen Rebecca und Jasmin:

📌 Der Wert des Scaled Agile Frameworks, für wen es gedacht ist und wer davon profitieren würde

📌 Die Bedeutung einer gemeinsamen Sprache für Unternehmen, um effektiv zu skalieren

📌 Wann Sie das Scaled Agile Framework mit Ihrer agilen Transformation verbinden sollten

📌 Gibt es jemals wirklich einen Endzustand?

+ mehr!

📲 Abonnieren/Hören Sie Ihre Lieblings-Podcasting-App.

Danke, Jasmin und Rebecca!

Transkript

Jasmin Iordan sagt:

Hallo, und willkommen zum Easy Agile Podcast, wo wir heute mit Rebecca Davis, SAFe Fellow, SPCT, Hauptberaterin und Mitglied des SAFe-Framework-Teams, über alles rund um Scaled Agile sprechen. Rebecca hat eine Leidenschaft für Teamwork, Integrität, Kommunikation und Engagement für Qualität. Und sie hat Unternehmen darin gecoacht, wettbewerbsfähige, marktverändernde Produkte in großem Maßstab zu entwickeln und gleichzeitig Freude an der Arbeit zu wecken, denn was ist Arbeit ohne Freude. Heute haben wir alles rund um die Implementierung von Scaled Agile, Herausforderungen, Chancen und auch die Idee zur Optimierung des Workflows besprochen. Rebecca veranstaltet einen Workshop auf dem SAFe Summit in Denver im August dieses Jahres. Ich hoffe, Ihnen gefällt der Podcast.

Jasmin Iordan sagt:

Hallo zusammen und willkommen zum Easy Agile Podcast. Ich bin deine Moderatorin Jasmin Lordandis, Produktmarketing-Managerin hier bei Easy Agile. Und heute freuen wir uns, Rebecca Davis vom Scaled Agile Framework begrüßen zu dürfen. Willkommen, Rebecca, und danke, dass du zu uns gekommen bist.

Rebecca Davis:

Danke. Ich schätze es, hier zu sein. Ich freue mich.

Jasmin Iordan sagt:

Ich auch, vor allem, weil wir die Tage herunterzählen, bevor wir Sie auf dem SAFe Summit in Denver, Colorado, persönlich treffen werden. Und bevor wir unser Gespräch beginnen, möchte ich mich bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute unseren Podcast ausgestrahlt haben. Die Menschen im Land, das Djadjawurrung spricht. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines der Torres Strait Islanders und den Ureinwohnern der First Nations, die heute zu uns kommen, denselben Respekt. Bevor wir loslegen, Rebecca, kannst du uns etwas über dich und deine Rolle bei Scaled Agile erzählen?

Rebecca Davis:

Sicher. Ich bin eigentlich relativ neu in der Arbeit für Scaled Agile. Ich bin jetzt seit etwas mehr als 90 Tagen dort und ich bin Mitglied des Framework-Teams, was bedeutet, dass ich bei der Entwicklung des Scaled Agile-Frameworks und zukünftiger Versionen davon helfe. Davor leitete ich LACE bei einem Unternehmen namens CVS Health und habe im Laufe meiner Jahre in einer Reihe von Organisationen im Gesundheitswesen gearbeitet, die agile Transformation und digitale Transformation implementiert oder organisiert haben. Und ich denke, einer der Gründe, warum Scaled Agile daran interessiert war, dass ich dem Team beitrete, sind einfach die vielen unterschiedlichen Erfahrungen mit der Agilität von Unternehmen als Ganzes, auch außerhalb der Technologie. Also Marketing-Transformationen und HR-Transformationen, rechtliche Transformationen. Aber ich liebe es, bei Scaled Agile zu sein und Teil des Framework-Teams zu sein. Es ist wirklich aufregend, mehr Organisationen zu helfen, und nur die, in der ich gerade bin, versteht wirklich, wie man Freude an ihren Arbeitsplatz bringt und der Welt einen Mehrwert bietet.

Jasmin Iordan sagt:

Ja, cool. Und Sie haben dort ein paar Informationen darüber gegeben, warum Scaled Agile an Ihnen interessiert war. Was hat Sie an Scaled Agile interessiert und haben Sie das Scaled Agile Framework in diesen früheren Rollen, die Sie gerade beschrieben haben, verwendet?

Rebecca Davis:

Ja. Das sind großartige Fragen. Ich denke, ich werde versuchen, beide zusammen zu beantworten. Aber der Grund, warum ich mich schon immer für das Scaled Agile Framework interessiert habe, ist, dass ich ein paar verschiedene Organisationen geleitet habe, sowohl als Inhaber meines eigenen Unternehmens als auch in Startups und in größeren Organisationen gearbeitet habe, wo ich wusste, dass Agilität wichtig ist. Aber als Change-Leader hatte ich Schwierigkeiten, einen Weg zu finden, um wirklich eine große Anzahl von Menschen miteinander zu verbinden. Und für mich ist es genau das, was Scaled Agile für uns tut. Ab einer bestimmten Größe ist es viel einfacher, diese gemeinsame Sprache und diese gemeinsame Art zu entwickeln, um mit dem Framework voranzukommen und Mehrwert zu schaffen. Es macht mir auch wirklich Spaß, weil viele Überlegungen bereits für Sie erledigt sind.

Rebecca Davis:

Wenn Sie also in einer Organisation sind und versuchen, Veränderungen herbeizuführen oder die Führung zu wechseln, würde ich viel lieber die Gespräche und meinen Kontext leiten und sicherstellen, dass ich den Puls meines jeweiligen kulturellen Umfelds habe und aus all diesen Teilen ziehe, aus dem Rahmen, in dem bereits darüber nachgedacht wurde, was die richtigen Worte sind und was wir als Nächstes tun und was der nächste Schritt ist. Deshalb habe ich es als Change Leader einfach als unschätzbares Instrumentarium empfunden.

Rebecca Davis:

Ich bin aus mehreren Gründen dem Framework-Team beigetreten. Erstens hatte ich so viele Veränderungen in so vielen verschiedenen Bereichen geleitet, dass ich nicht mehr herausgefordert wurde, aber ich war wirklich auf der Suche nach etwas Größerem und Anderem, und ich war immer davon überzeugt, dass ich wirklich die Veränderung sein möchte, die ich in der Welt sehen möchte. Und ich denke, Teil des Framework-Teams zu sein, gibt mir Zugang zu solchen Dingen und auf der ganzen Welt, um wirklich dabei zu helfen, die Menschlichkeit der Menschen zusammen mit all den großartigen Techniken, die wir gelernt haben, zu verbinden und sie hoffentlich zu erweitern und einfach einen besseren Ort zu schaffen.

Jasmin Iordan sagt:

Ja. Geil. Und das haben Sie in Ihrer Antwort irgendwie angesprochen, aber wenn wir sagen müssten, für wen ist das Scaled Agile Framework und wem würde es am meisten nützen, was würden Sie dazu sagen?

Rebecca Davis:

Ja. Ich denke, meine Meinung dazu ist, dass ich glaube, dass das Scaled Agile Framework für Leute gedacht ist, die glauben, dass ihre Organisationen es in sich haben, besser zu werden, sowohl intern als auch dieses gigantische Potenzial haben, den Kunden zu helfen, die sie betreuen, und die vielleicht gerade Schwierigkeiten haben, dieses Potenzial wirklich auszuschöpfen. Ich sehe das Framework also nicht unbedingt so, wie es für eine bestimmte Rolle gedacht ist. Ich denke, es ist für Leute, die an Besserung glauben. Und diese Leute, so habe ich herausgefunden, leben in einer Organisation und haben mehrere verschiedene Rollen, und das Framework hilft einem wirklich dabei, das aufeinander abzustimmen.

Jasmin Iordan sagt:

Ja. Und ich denke, eine Sache, die aus SAFe hervorgeht, wenn man erst einmal gelernt hat, wie all die verschiedenen Praktiken und Zeremonien zusammenwirken, ist genau das, was Sie über Konnektivität gesagt haben. Und Sie haben auch davon gesprochen, eine gemeinsame Sprache zu haben. Wie wichtig ist das, wenn wir über wirklich große Organisationen mit vielen verschiedenen Funktionen sprechen, die, seien wir ehrlich, es durchaus üblich ist, dass verschiedene Funktionen in verschiedene Silos fallen und Dinge zusammenbrechen. Wie wichtig sind also diese Konnektivität und diese gemeinsame Sprache, damit eine Organisation als Ganzes gemeinsam skalieren kann?

Rebecca Davis:

Ja. Ich weiß nicht einmal, wie wichtig das ist. Ich schätze, speziell die Organisation, aus der ich gerade komme, hatte über 400.000 Menschen, die dort gearbeitet haben. Und das Letzte, was ich möchte, ist darüber zu diskutieren, was das Wort Feature bedeutet, denn das endet nicht in einer Konversation, in der wir verstehen, warum wir einen Artikel veröffentlichen wollen oder warum wir dieses bestimmte Ergebnis wollen oder wie dieses Ergebnis mit diesem anderen Ergebnis zusammenhängt, wenn wir so viel Zeit damit verbringen, nur eine Wortwahl zu wählen und stattdessen ein Gespräch darüber zu führen, was das Wort überhaupt bedeutet.

Rebecca Davis:

Ich mag es vor allem, weil es uns allen diesen gemeinsamen Diskussionsrahmen bietet, und wir müssen in der Lage sein, dies auf wirklich transparente und offene Weise auf all unseren verschiedenen Ebenen zu tun. Ich weiß also nicht einmal, wie viel Wert es bringt, nur diese Fähigkeit zu haben, Stabilität zu schaffen, und überall dieselbe Sprache, dieselbe Wortwahl, dieselbe Bedeutung hinter dieser Wortwahl, sodass wir all die Debatten führen können, die wir darüber führen müssen, was das Beste ist, was wir tun könnten, da alles, was wir tun können, wertvoll ist, aber einige Dinge, über die wir entscheiden müssen, sind wertvoller als andere.

Jasmin Iordan sagt:

Ja. Und ich denke, das entspricht wirklich dem, was Sie darüber gesagt haben, einer Organisation zu helfen, ihr Potenzial auszuschöpfen. Es klingt, als würde man sich in dem, was man Dinge nennt oder wie man Dinge diskutiert, verzetteln. Und um sich am Ende auf eine gemeinsame Bedeutung einigen zu können, braucht man diese gemeinsame Struktur oder diese gemeinsame Sprache. Und du wirst dir nur selbst im Weg stehen, wenn du es nicht hast. Es ist also absolut sinnvoll, dass das Framework Organisationen auf diesem Weg wirklich unterstützen könnte. Und Ihrer Erfahrung nach geht es darum, agil zu skalieren, weil es im Namen schon impliziert ist. Und ich denke, wenn wir an das Scaled Agile Framework denken, denken wir an all die Organisationen, die so groß sind wie die, die Sie gerade erwähnt haben, 400.000 Mitarbeiter. Was ist Ihrer Erfahrung nach ein guter Zeitpunkt, um das Scaled Agile Framework einzuführen? Muss es von Anfang an richtig sein? Müssen es Organisationen sein, die 400.000 Mitarbeiter haben? Wo ist der richtige Zeitpunkt, um das Framework mit einer agilen Transformation zu verbinden?

Rebecca Davis:

Ja. Ich denke, das ist eine wirklich faszinierende Frage, und meine Antwort hat sich im Laufe der Jahre geändert. Ich habe ursprünglich angefangen, mich mit Scaled Agile zu beschäftigen, weil es meine erste große Transformation zusammen mit einer großen Organisation war, und ich wusste, dass es einige Lösungen für die Probleme geben musste, die ich sah, und ich entdeckte SAFe. Aber wenn ich zurückdenke, habe ich tatsächlich direkt nach der High School mein eigenes Startup-Unternehmen gegründet. Und ich wünschte wirklich, ich hätte etwas daraus ziehen können, das mir Informationen über schlanke Geschäftsfälle gegeben hat, mit meinem Kunden gesprochen, Tests eingeholt und Feedback erhalten hat. Ich habe also das Gefühl, dass die Prinzipien, Praktiken und Werte in jeder Größenordnung angewendet werden könnten.

Rebecca Davis:

Ich denke, der Teil über die Skalierung, der Teil über die Entscheidung wie: „Hey, ich mache die PI-Planung“, ich persönlich finde nicht, dass Sie die PI-Planung durchführen müssen, wenn Sie vier Personen in Ihrer Organisation haben, denn es geht darum, Teams aus verschiedenen Gruppen zum Reden zu bringen. Sie sollten die Dinge auf jeden Fall zu 100% planen. Ich denke, ein Teil der Idee ist wie: „Wann implementiere ich einen Zug“ oder „Wann habe ich einen Lösungszug“ oder „Wann nenne ich etwas offiziell LPM“, anstatt nur Diskussionen zu führen, weil mein Unternehmen so klein ist, dass wir alle über Dinge diskutieren können. Ich denke, das ist ein anderer Teil der Implementierung des Scaled Agile-Frameworks, als einfach nur zu leben und an die Prinzipien, Werte und Denkweisen zu glauben, egal in welcher Größe oder welchem Stadium Sie sind. Macht das überhaupt Sinn?

Jasmin Iordan sagt:

Das macht Sinn. Und ich denke, dann stellt sich die Frage, wo fängt man an und was wäre der erste Schritt bei der Implementierung von SAFe? Und ausgehend von Ihrer eigenen Erfahrung, wo fangen Sie mit diesem Framework an?

Rebecca Davis:

Ja. Ich finde es toll, dass Sie das gefragt haben, da ich ehrlich gesehen habe, dass mir und einigen anderen Change Agents das passiert ist, wo Scaled Agile uns diese sogenannte Implementierungs-Roadmap gibt, und sie enthält alle Schritte, mit denen Sie beginnen können. Und es hat sich bewährt, und Unternehmen nutzen es und es funktioniert. Und was ich bei meinem eigenen Führungswechsel festgestellt habe, ist, dass wenn ich einen Schritt überspringe oder dem nicht folge, weil ich unter Druck stehe, einen Zug zu starten, anstatt damit zu beginnen, meine Führungskräfte an den richtigen Wendepunkt zu bringen oder die Führungskraft dazu zu bringen, dass mir das nachher so viel Schmerz bereitet.

Rebecca Davis:

Wenn ich also jemandem einen Rat geben sollte, dann: „Schauen Sie, ziehen Sie die Karte in der Implementierungs-Roadmap von der SAFe-Website herunter und folgen Sie ihr. Und folge ihr weiter. Und wenn du herausfindest, dass du...“ Ich denke, wenn ich zurückblicke und meine eigene Retrospektive mache, die Momente, in denen ich beschlossen habe, einen Zug auf den Markt zu bringen, ohne meine Mitarbeiter zu schulen, oder mehr Produktmanagementpraktiken auf den Markt zu bringen oder damit anzufangen, ohne meine Mitarbeiter wirklich zu schulen, dann tut mir das später mit Coaching und Kommunikation, mit Feedback eine Welt weh. Aus diesem Grund ist es also da. Folge ihm einfach. Es ist bewiesen.

Jasmin Iordan sagt:

Ja. Und das ist ein wirklich guter Rat. Und ich denke, wenn sich die Leute die Roadmap für SAFe ansehen, steht da eine Menge drin. Aber wenn wir über agile Transformationen sprechen, wird es zwangsläufig eine Menge geben, die Sie dorthin bringen könnte. Es macht also Sinn, wenn das ganze Denken für Sie erledigt ist und all diese Schritte getan wurden. Vertraue einfach dem Prozess, glaube ich, ist die Botschaft, die da ist, und all das zu befolgen. Und ich finde es wirklich interessant, denn der erste Schritt mit SAFe besteht, wie Sie sagen, darin, Ihre Führungskräfte mit ins Boot zu holen. Und oft fühlen wir uns dazu hingezogen, die Arbeit besser zu machen. Fangen wir also mit diesen Zeremonien an. Fangen wir mit all den Dingen an, die die tägliche Arbeit besser machen. Wie wichtig ist es, mit den Führungskräften einer Organisation zu beginnen?

Rebecca Davis:

Ja. Ich habe die SAFe-Implementierungen an der Basis durchgeführt, bei denen Sie mit unten beginnen und dann irgendwie aufsteigen. Und persönlich, und das ist eine persönliche Meinung, würde ich mir viel lieber die Zeit und die Mühe nehmen, die Kommunikation mit den Führungskräften richtig zu gestalten und die volle Unterstützung der Führung zu bekommen, als wieder an dem Ort zu sein, an dem ich versuche, an der Basis aufzusteigen, und ich stoße an die Obergrenze. Die eine Sache, die ich den Trainern, die mir Bericht erstattet haben, immer gesagt habe und woran ich zutiefst glaube, ist, was wir mit Transformation zu erreichen versuchen, ist eine Reise. Es ist kein Ziel. Weil wir diese Reise gesund und mit einer vollen Packung Essen und all diesen Dingen beginnen wollen, müssen wir uns die Zeit nehmen, wirklich mutig zu sein und Gespräche mit unseren Führungskräften zu führen und ihre Zustimmung zu Leading SAFe zu bekommen.

Rebecca Davis:

Wenn sie nicht davon überzeugt sind, an einem zweitägigen Kurs teilzunehmen, warum sollten wir dann glauben, dass sie zu PI-Planungen kommen und so sprechen, wie wir es uns erhoffen, und die Veränderung herbeiführen, die sie wirklich führen müssen? Ich denke, das ist eines der wichtigsten Dinge, wenn nicht sogar das Wichtigste von Anfang an: Seien Sie mutig als erster Change-Leader in Ihrer Organisation und stellen Sie diese Verbindungen her.

Rebecca Davis:

Es kann eine Weile dauern. Ich habe an Implementierungen oder Transformationen teilgenommen, bei denen es damit begann, dass ich Probleme entdeckte, die leitende Angestellte oder Führungskräfte hatten, und einige davon löste, sodass das Vertrauen aufgebaut wurde, dass ich ein Problemlöser bin. Ich könnte also um den einstündigen Executive Workshop bitten, der eigentlich ein vier- bis sechsstündiger Executive Workshop sein sollte, um an den Punkt zu kommen, an dem ich den vier- bis sechsstündigen Executive Workshop machen könnte, um an den Punkt zu kommen, an dem ich PI Leading SAFe machen könnte. Und wenn es das ist, was es braucht, um Ihnen den Ruf der Öffentlichkeit zu verschaffen, dann, Mann, machen Sie es, denn das ist der Punkt, an dem Sie die volle geschäftliche Agilität haben, glaube ich, wenn Sie die Unterstützung von Führungskräften bekommen und diese Begeisterung bekommen.

Jasmin Iordan sagt:

Ja. Ja, das ist wirklich interessant. Und ich denke, wenn wir dieses Maß an Verständnis und dieses Fundament aufbauen, können wir nicht darüber hinausgehen. Und ich schätze, auch in diesem Punkt haben Sie aus Ihrer Erfahrung heraus eine angedeutet, aber was waren einige der Herausforderungen, die Sie bei der Implementierung von SAFe oder auch nur bei agilen Transformationen im Allgemeinen erlebt haben, und wie auch bei einigen der Möglichkeiten, zu deren Erschließung das Framework beigetragen hat? Lassen Sie uns also mit den Herausforderungen beginnen. Was sind einige der schwierigen Dinge, die Sie im Zusammenhang mit einer agilen Transformation und sogar der Implementierung des Frameworks erlebt haben?

Rebecca Davis:

Ja, ich nenne ein paar echte Beispiele, und das erste klingt vielleicht etwas verwaschen, aber ich glaube auch, dass die größte Herausforderung bei der Transformation du bist. Also, was ich im Laufe der Jahre herausgefunden habe, ist, dass ich mich engagieren muss. Ich musste mich ändern. Ich denke, es ist wirklich einfach, in einer Organisation zu sein und zu sagen: „Meine Führungskräfte verstehen das nicht“ oder „Manche werden es nicht verstehen“ oder: „Es war so und ich kann es nicht ändern.“ Und ich denke, als Erstes müssen Sie entscheiden, dass das für Sie als Person nicht akzeptabel ist. Und so wirst du als Person kämpfen gehen. Nicht du wirst versuchen, jemand anderen zum Kämpfen zu überreden, aber du wirst kämpfen gehen. Ich denke also, dass persönliche Verantwortung wahrscheinlich die größte Herausforderung ist, jeden Tag aufzuwachen und zu sagen: „Ich gehe wieder rein.“

Rebecca Davis:

Ich denke, aus der Sicht eines Beispiels habe ich definitiv große Herausforderungen erlebt, wenn das Führungsteam wechselt. Wenn wir also eine Gruppe von Führungskräften haben, haben wir den Wendepunkt erreicht, wir haben Leading SAFe durchgemacht, wir haben unsere Züge gestartet. Und dann die Organisation, weil jede Organisation gerade eine Menge Veränderungen durchmacht und die Leute neue Rollen finden und in den Ruhestand gehen und all das, es gibt eine ganz neue Gruppe von Führungskräften. Und ich denke, eines der Dinge, die man dort entdecken muss, ist, dass es Momente geben wird, in denen es nervt, aber Sie müssen diesen Implementierungs-Zeitplan erneut starten und diesen Wendepunkt wieder erreichen, weil es neue Führungskräfte gibt. Und das ist schwer. Das ist es wirklich, und es erschöpft dich ein bisschen, aber du musst es einfach tun.

Rebecca Davis:

Ich denke, andere Herausforderungen, auf die ich gestoßen bin, sind, dass es einen Punkt gibt, nachdem man die Züge gestartet hat und nachdem man eine Weile gelaufen ist, an dem die Leute aufhören zu lernen, wenn man nicht aufpasst, weil man nicht aktiv sagt: „Das ist das Nächste, was es zu lernen gilt. Hier ist die nächste neue Sache, die Sie ausprobieren sollten.“ Ich denke also, es liegt in der Verantwortung eines Change-Leaders, unabhängig davon, ob Sie ein LACE-Leiter sind oder nicht, darauf zu achten, dass die Begeisterung aufrechterhalten wird, auf die Kultur des kontinuierlichen Lernens geachtet wird und die Menschen wirklich dazu motiviert werden, sich für das Lernen, Ausprobieren und Ausprobieren zu begeistern.

Jasmin Iordan sagt:

Ja. Das ist ein interessanter Punkt. Wie hast du das gemacht?

Rebecca Davis:

Hmm. Also ich denke ein paar Dinge. Erstens habe ich wichtige Lektionen gelernt, dass es einen Punkt innerhalb einer Transformation gibt, an dem diese Transformation als SPBC oder als Change Leader nicht mehr Ihnen gehört. Irgendwann hatte ich die schmerzhafte Erkenntnis, dass ich im Kopf hatte, was als Nächstes das Beste für das Unternehmen sein sollte, und ich verlor den Puls der Leute, die die Arbeit tatsächlich erledigen. Ich denke, was ich danach herausgefunden habe, ist für mich, dass es einen Punkt gibt, an dem Ihre LACE-Mitglieder, Ihre Change Leader und Ihre SPCs anfangen müssen, aus viel mehr Bereichen zu kommen. Und ehrlich gesagt, fangen Sie an, aus Leuten zu bestehen, die im Moment nicht begeistert von der SAFe-Implementierung sind, sodass Sie am Puls der Leute hören können.

Rebecca Davis:

Und dann denke ich, wenn du diese Leute bekommen und sie einladen und sagen kannst: „Ich lade dich ein, mir mitzuteilen, was frustrierend ist, was gut, was schlecht ist, was großartig ist, und ich lade dich ein, mir all die Dinge zu erzählen, die du da draußen in Webcasts oder Videos entdeckst, die du anscheinend gerne ausprobieren würdest, aber wir versuchen es noch nicht, und fange an, die Möglichkeit zurückzugeben, neue Dinge auszuprobieren und probiere Dinge aus, von denen du denkst, dass sie wahrscheinlich gegen Muster sind, aber sie müssen sie trotzdem ausprobieren.“ Ein Scrum Master würde es also mit einem Team machen, das sagt: „Ja, probier es aus und dann schauen wir zurück.“ Ich denke, man muss das in großem Maßstab tun und die Leute dafür begeistern lassen, ihre eigene Transformation selbst in die Hand zu nehmen.

Jasmin Iordan sagt:

Und was ist das Gleichgewicht zwischen der Implementierung des Frameworks und der Übernahme all der guten Dinge, von denen das Framework sagt, dass sie gut zu tun sind, und dann die Leute experimentieren und diese Dinge ausprobieren zu lassen, wie Sie sagen, die möglicherweise gegen Patente gerichtet sind? Wo ist der ideale Ort, um diese Autonomie und diese Flexibilität und dieses Experimentieren zu ermöglichen und gleichzeitig die Integrität des Frameworks aufrechtzuerhalten?

Rebecca Davis:

Ich denke, das Interessante ist, dass sie sich nicht wirklich unterscheiden. Im Rahmen des Frameworks sagen wir also zuerst Hypothese, zuerst Test. Was ich also gefunden habe, ist eine Art mehrschichtiger Denkpfad, bei dem es die Schritte im Rahmen gibt und sicherstellt, dass wir Teams und Gleichgewichtstrains haben und all die Prinzipien und Werte, und ob man diese Prinzipien und Werte die ganze Zeit leben kann, während man neue Dinge testet. Also testet man zuerst wie: „Hey, ich möchte versuchen, dass mein Zug von der Trittfrequenz der anderen Züge abweicht. Ich denke, das wäre hilfreich für uns.“ „Cool. Teste das.“ Und woran wir es testen müssen, ist, ob wir immer noch nach unseren Prinzipien leben? Wenden wir immer noch unsere Werte an? Wenden wir während des gesamten Tests und auch als Beweismittel immer noch die Kernprinzipien von Agilität und Lean an?

Rebecca Davis:

Haben wir also ein Ergebnis, bei dem: „Hey, ich habe gerade meinen Zug in ein Silo verwandelt“, oder haben wir ein Ergebnis, bei dem: „Nun, jetzt haben wir zwei verschiedene PI-Planungen innerhalb der gesamten PI-Kadenz, von denen einer mit allen anderen Zügen zusammengeführt wird und der andere kürzer ist, weil unsere Marktfrequenz schneller ist.“ Nun, das ist ein wunderbarer Gewinn. Ich denke, der Schlüssel ist, dass es nicht anders ist, aber einer der Testpunkte ist, sicherzustellen, dass Sie diese Prinzipien und Werte überprüfen.

Jasmin Iordan sagt:

Ja. Hast du je gesehen, dass das gut funktioniert? Das Beispiel, das Sie gerade mit der PI-Kadenz geliefert haben, macht absolut Sinn, und es sieht nicht so aus, als würde es mit irgendetwas, bei dem SAFe Ihnen helfen kann, gegen den Strich gehen.

Rebecca Davis:

Ja, das glaube ich. Das war ein bisschen von dem, worum es in meinem Gipfelgespräch letztes Jahr ging, denn während COVID gab es einige Züge. Wir hatten, ich weiß nicht, 30 Züge. Zwei von ihnen hatten täglich neue Anforderungen, die aus den verschiedenen Bundesstaaten der Vereinigten Staaten kamen und die von der Regierung kamen und aus allem hervorgingen. Diese Züge sorgten dafür, dass sich jeder in den Vereinigten Staaten impfen lassen konnte. Das ist wirklich verdammt wichtig. Und manchmal mussten sie täglich neu planen. Es machte einfach keinen Sinn zu sagen: „Jetzt hören wir einfach auf und beginnen mit der PI-Planung für drei Tage“, obwohl sie nicht einmal darüber nachdenken konnten, wie die Anforderungen für den nächsten Tag aussehen könnten. Seitdem haben sie immer noch einen schnelleren Marktrhythmus. Dann gibt es noch andere Züge, an denen gearbeitet wird, deren Set unbekannt ist. Es gibt Züge, die wissen, dass wir an diesen Feiertagen etwas veröffentlichen müssen oder dass wir zum Jahresende sicherstellen müssen, dass wir etwas fertig haben.

Rebecca Davis:

COVID befindet sich immer noch in einem reaktiven Zustand. In diesem Jahr haben sie sich also herausgestellt, dass diese Züge meines Wissens nach immer noch PI-Planungen durchführen. Ich bin nicht mehr da, aber aus meinem Wissen heraus. Aber sie machen acht pro Jahr statt vier pro Jahr. Und vier pro Jahr haben dieselbe Frequenz und die anderen vier nicht, und das erfüllt beide Bedürfnisse. Ich denke also, der Schlüssel ist Testen, und testen Sie nicht nur um der Sache willen, nur weil sich etwas trocken anfühlt oder Sie eine neue Führungskraft haben und sie Leading SAFe noch nicht durchlaufen haben, sondern testen Sie, weil sich etwas nicht richtig anfühlt, nämlich: „Wir erfüllen gerade nicht unsere Prinzipien oder Werte. Wir sind der Meinung, dass wir ihnen auf diese Weise besser gerecht werden könnten. Wir glauben, dass wir den Wertfluss auf diese Weise beschleunigen könnten. Lass es uns versuchen.“

Jasmin Iordan sagt:

Ja, cool. Und dazu, was sind einige der Warnsignale, die Sie in der Praxis gesehen haben, wo diese Werte nicht eingehalten werden, um sagen zu können: „Moment mal. Das funktioniert nicht. Wir müssen den Kurs ändern.“

Rebecca Davis:

Ja. Einige der Dinge, die ich gesehen habe, machen den ganzen Spaß, wenn Leute ihre Hierarchie oder ihren Teil der Organisation über den Unternehmenswert stellen. Ich habe also definitiv Leute gesehen, die zu mir kamen und sagten: „Hey, ich würde gerne seinen Test machen.“ Und wenn ich nach den Gründen frage, kommen mir viele Gründe wie ein leicht verhülltes „Weil ich mehr Kontrolle haben möchte.“

Rebecca Davis:

Ich denke, zurück zu den Werten: „Okay, was ist dein Warum? Fangen wir mit dem Warum an. Warum möchtest du etwas ausprobieren? Was bringt das Ergebnis dieser Studie?“ Und, A, wenn es wirklich schwer zu artikulieren ist, vielleicht etwas Schlimmes vor sich geht, oder wenn es artikuliert ist und es tatsächlich gegen Agilität oder Lean-Training verstößt oder den Flow beeinträchtigt oder ein Silo entsteht, ist das ein anfängliches Bauchgefühl. Ich denke, während des gesamten Testens ist es wichtig, genau wie bei Iterationen, Check-Ins und Demos abzuhalten, nicht nur darüber, was das Produkt produziert wird, sondern auch, was die Veränderung bewirkt. Also herauszufinden, was diese Frühindikatoren sein würden, und sie genauso behandeln, wie wir eine Merkmalshypothese oder eine epische Hypothese behandeln würden. Wir haben einige Ergebnisse, von denen wir glauben, dass wir sie erreichen könnten. Wir sind zu 100% offen dafür, dass sich herausstellt, dass wir falsch liegen. Das sind die Dinge, die wir als Frühindikatoren für Erfolg ansehen und wirklich offen miteinander umgehen wollen.

Jasmin Iordan sagt:

Ja, cool. Und es klingt, als ob der Schlüssel dazu darin liegt, eine Vorstellung davon zu haben, was das beabsichtigte Ergebnis dieses Experiments ist. Es geht nicht nur, wie Sie sagen, um ein Experiment zu machen. Du willst eine Vorstellung davon haben, wo du enden willst, damit du sehen kannst, ob wir tatsächlich dort ankommen oder nicht.

Rebecca Davis:

Ja.

Jasmin Iordan sagt:

Das ist wirklich faszinierend. Und ich denke, Experimentieren und iterative Verbesserung gehören irgendwie zusammen. Es geht nicht nur darum, blind etwas zu verfolgen, denn das ist es, was man tun sollte. Es geht darum, die Werte zu bewahren. Das ist ein wirklich interessantes Konzept. Und ich denke, darin würde sich auch eine enorme Chance ergeben. Was sind Ihrer Erfahrung nach auch aus Zeiten, in denen Sie SAFe in ein Unternehmen eingeführt haben oder eine agile Transformation durchgemacht haben. Was sind einige der Möglichkeiten, die Ihrer Meinung nach das Framework für Unternehmen oder Organisationen eröffnet hat, in denen Sie diese Transformationen geleitet haben?

Rebecca Davis:

Ja. Diese Vorstellung von echtem Wertefluss und geschäftlicher Agilität hat mich schon immer angezogen. Für mich hat Scaled Agile in einigen meiner Organisationen dazu beigetragen, dass ich immer darauf abzielte, also nicht, mein Ding zu verbessern, sondern alles besser zu machen. Und mit dieser Einstellung sollte es jedem möglich sein, an einem Kurs teilzunehmen, wenn ich wirklich darauf drängen würde. Jeder sollte in der Lage sein, an einem der Kurse teilzunehmen. Und heutzutage hilft das Enterprise-Abonnement dabei sehr. Als ich anfing, hatten wir das nicht. Also war es auch so, dass jeder an einem Kurs teilnehmen kann, und es sollte kreative Möglichkeiten geben, dafür bezahlt zu werden.

Rebecca Davis:

Aber durch dieses Einladungsmodell für wirklich jeden ließ ich eine Krankenschwester zu einem meiner Safer-Team-Kurse kommen, nur weil sie neugierig war und sie etwas darüber auf meinem Blog sah, was dazu führte, dass sie aufgeregter war und agiles Teamcoaching für eine Reihe von Krankenschwestern durchführen konnte, die sehr frustriert waren, weil ihre Arbeit auf individueller Basis so sehr auf und ab ging, und sie das Gefühl hatten, dass sie keine gute Patientenversorgung bieten würden, um sie auf Kanan zu coachen. Ban und sie alle richtig aufgeregt zu haben, weil sie als Team pflegen durften und wer auch immer verfügbar war Ich habe den nächsten Patientenfall genommen und die Patienten waren glücklicher. Sie konnten einfach einladen und dann Ja sagen, um all diese Rollen zu coachen, die so bedeutsam sind und sie so aufgeregt sind und sie sind etwas anderes.

Rebecca Davis:

Und dasselbe Modell führte dazu, dass aus dem Nichts heraus ein Marketingmitarbeiter nach dem Zufallsprinzip an einem meiner Leading SAFe-Kurse teilnahm, woraufhin er mit den VPs für Marketing sprach, was dann zu einer Marketingimplementierung für 800 Personen wurde. Ich denke, der Schlüssel ist, offen zu sein und Zeit mit Neugierigen zu verbringen. Und es spielt keine Rolle, ob sie in deiner Organisation sind. Es ist nicht so, dass ich dafür bezahlt wurde, es macht einfach richtig Spaß. Also warum nicht? Wenn jemand mit Ihnen über Agilität sprechen möchte, sprechen Sie mit ihm über Agilität. Es ist wirklich cool.

Jasmin Iordan sagt:

Ja, cool. Und ich denke, was ich daran liebe, ist, dass Agile oft genauso wie Softwareentwicklungsteams in Verbindung gebracht werden kann. Aber als jemand, der selbst im Marketing tätig ist, liebe ich die Vorteile und die Denkweise, die es für sehr traditionelle Herausforderungen bieten kann, aber die Art und Weise, wie es diese Herausforderungen auf eine Weise lösen kann, die noch nie zuvor angegangen wurde. Und ich denke, das hat auch etwas zu sagen, zu dem, was Sie vorhin über die Aufrechterhaltung der Begeisterung gesagt haben. Und ich habe das Gefühl, dass diese Frage bereits beantwortet wurde, denn oft wird darüber diskutiert: „Okay, wir skalieren agil, wir machen gerade eine Transformation durch.“ Und das impliziert, dass es diesen Endzustand gibt, in dem alles abgeschlossen ist. Es ist transformiert oder wir haben agil skaliert, aber es klingt nicht so, als ob das überhaupt der Fall wäre.

Rebecca Davis:

Nein, ich glaube überhaupt nicht. Ich denke meistens das Gegenteil von... Selbst wenn du dich selbst als Mensch betrachtest, dein ganzes Leben lang, wandelst du dich auf unterschiedliche Weise. Alles wirkt sich auf dich aus. Die Umwelt wirkt sich auf dich aus, was auch immer in deinem Leben passiert, ist nur dieser ganze Rucksack, den du mit dir herumträgst und du veränderst dich ständig. Und genau das Gleiche, glaube ich, für eine Organisation und ein Unternehmen. Das heutige Zeitalter ist verrückt. Es gibt ständig Updates, es gibt ständig neue Technologien. Sie und ich führen einen Vortrag aus völlig unterschiedlichen Ländern, und es gibt buchstäblich überall Veränderungen.

Rebecca Davis:

Also ja, ich denke, ein Teil der Transformation besteht darin, Ihrem Unternehmen zu helfen, sich mit der Geschwindigkeit des Wandels und all den Menschen darin wohl oder so wohl wie möglich zu fühlen und Veränderung nicht als schlechtes Wort zu betrachten, sondern als eine positive Sache, bei der wir da draußen Verbesserungen bewirken können. Und es ist für immer. Es ist eine Reise. Es ist noch nicht fertig. Ich mag Simon Sinek wirklich, wenn er über dieses unendliche Spiel spricht. Ich fühle mich einfach dem sehr nahe, wir sind nicht dabei, diesen Moment oder dieses Jahr zu gewinnen, wir sind dabei, um eine bessere Zukunft für uns und unsere Kinder zu schaffen, und das wird ewig dauern. Die Leute sind gerade dabei und sie müssen sich darauf freuen.

Jasmin Iordan sagt:

Ja. Und ich denke, das ist das Gleichgewicht zwischen verzögerter Befriedigung, aber ständiger Verbesserung. Sie werden also die Verbesserung auf dem Weg dorthin spüren und erleben. Es ist nicht so, dass es weit in der Zukunft sein wird, wo Sie den Nutzen dessen, was Sie tun, nicht spüren werden, aber es ist etwas, das sich aufbauen und im Laufe der Zeit passieren wird.

Rebecca Davis:

Ja. Und ich glaube, du hast mich gerade daran erinnert, das zu sagen. Ich habe diese Marketing-Transformation durchgeführt und kann mich nur noch gut an ein Gespräch mit einer der Marketing-VPs erinnern, die ich nach vier oder fünf Wiederholungen mit ihr gesprochen habe. Und sie sagt: „Mein Team ist so glücklich. Liegt das an Agilität? Ist Agilität das, womit sie zufrieden sind [unhörbar 00:32:17]?“ „Ja.“

Jasmin Iordan sagt:

Ja, Freude bei der Arbeit, oder?

Rebecca Davis:

Ja.

Jasmin Iordan sagt:

Ist es nicht das, worum es geht? Das ist so cool. Und doch ist das Ziel zunächst, niemals rauszugehen und Menschen glücklich zu machen. Es ist nur eine dieser zusätzlichen Nebenwirkungen, eine glückliche Nebenwirkung.

Rebecca Davis:

Ja.

Jasmin Iordan sagt:

Fantastisch. Und ich glaube, ich möchte wirklich über diese Idee sprechen, weil Sie sie ein paar Mal erwähnt haben, Sie haben sogar gerade Marketing und Krankenpflege erwähnt. Aber wenn Sie dann in diesen größeren Organisationen sind, haben Sie all diese verschiedenen Funktionen. Und ich denke, das bringt die Idee auf, sich nach Werten zu organisieren. Deshalb möchte ich sichergehen, dass wir ein bisschen darüber sprechen, denn Wert entsteht nicht nur durch eine Funktion, oder er wird nicht nur von einer Funktion oder einem Team erbracht. Es ist etwas, an dessen Umsetzung möglicherweise viele Mitarbeiter in einem Unternehmen beteiligt sind. Aber ich möchte wirklich wissen, wie Sie dieses Konzept der wertorientierten Organisation verstehen. Was bedeutet das und wie sieht das aus?

Rebecca Davis:

Ja. Ich denke, es gibt ein Grundkonzept, das auch in dieser Implementierungs-Roadmap enthalten ist und sich darauf bezieht, was zuerst passiert. Wie organisieren wir uns also zunächst nach Werten, denn Organisationen sind in der Regel hierarchisch organisiert? Ich bin Vice President of Marketing und ich habe Marketing bis zum Ende. Da ist also der erste Schritt: Identifizieren Sie den Wert, den Sie als Unternehmen schaffen. Es ist also nicht immer einfach, es zu artikulieren, was nicht immer einfach ist. Manchmal dauert es ein bisschen, bis man dann all die verschiedenen Arten von Rollen danach organisiert, was dieser Wert ist. Ich denke, das ist das Erste, womit die meisten Unternehmen, die skalierte Agilität implementieren, beginnen, es einfach zu identifizieren, sich darauf einzustellen, was letztendlich das ist, was Ihre Züge letztendlich sind.

Rebecca Davis:

Meiner Erfahrung nach ist es aufgrund des gleichen schnellen Marktwechsels, der sich die Welt bisher verändert hat, wirklich wichtig, Ihre Organisation rund um den Wert im Laufe der Zeit neu zu bewerten. Meiner Erfahrung nach war es eine der wirklich gesunden Dinge, die wir früher getan haben, am Ende eines jeden Jahres die Möglichkeit zu geben, uns die verschiedenen Zugstrukturen anzusehen und uns anzusehen, wie wir uns organisiert haben, und zu sagen: „Stimmt das immer noch? Und was ist unsere Strategie für das nächste Jahr? Wo wollen wir mit unseren Verbrauchern und Nutzern zusteuern? Und gibt es eine andere Art der Organisation, die uns dabei hilft?“ Und ich sage, geben Sie eine Chance, denn in manchen Jahren würden wir sagen: „Nein. 80% unseres Portfolios sind tatsächlich startklar. Die Dinge fließen. Es geht uns gut. „20% davon haben einen völlig neuen strategischen Wandel, der sie treffen wird, oder: „Das letzte Jahr hat sich nicht gut angefühlt. Wir hatten zu viele Abhängigkeiten. Wir hatten nicht die richtigen Leute in den richtigen Zügen „, all diese Dinge.

Rebecca Davis:

Machen Sie also zumindest eine Pause und schauen Sie sich das an und schauen Sie, ob unser Wert immer noch dasselbe bedeutet wie vor einem oder zwei Jahren. Müssen wir uns neu organisieren? Was heißt das? Was bedeutet ein Führungswechsel, wenn es nötig ist, sodass wir uns immer auf Werte konzentrieren, und das ist keine Definition, die wir uns vor fünf Jahren selbst gegeben haben und einfach aufgehört haben zu erkennen, dass sich die Welt verändert hat.

Jasmin Iordan sagt:

Ja. Eine lebende Definition, weil sie sich ändert, je nachdem, was in der Welt vor sich geht, aber auch, was innerhalb der Organisation vor sich geht und auch auf die Idee des Experimentierens zurückkommt, als ob Sie eine neue Arbeitsweise ausprobiert haben und die im Weg steht. Aber selbst etwas, von dem Sie sagten, dass es dort wirklich auffiel, ist: „Okay, es hat sich nicht gut angefühlt. Vielleicht hatten wir zu viele Abhängigkeiten.“ Und das bringt die Idee auf: „Nun, wie kommt dieser Wertfluss zustande?“ Oh, das hört sich an, als ob der Wertschöpfung ein Ende gesetzt wird. Wie optimiert man also diesen Ablauf, vor allem, wenn es mehrere Personen gibt, die diesen Wert liefern?

Rebecca Davis:

Ja. Und ich denke, Scaled Agile gibt uns dafür einige Tools. Ich denke, eine davon ist die erste Sitzung, über die ich gesprochen habe, Value Stream und Down-Vacation, sodass Sie wirklich einen Prozess einrichten können, bei dem Sie mit der richtigen Mischung von Leuten sprechen und diskutieren können. Was ist der Wert und wie können wir uns darauf basierend organisieren? Ich denke, ab diesem Punkt gibt es ein anderes Tool, das meiner Meinung nach weit weniger genutzt wird, als ich es mir vorstellen würde, nämlich die Wertstromanalyse. Nachdem wir es also identifiziert haben, können wir nun tatsächlich kartieren, was passiert? Von der Idee bis zur Kasse, welche Teams machen Pass-offs? Wie lange dauert es, eine Antwort auf eine E-Mail zu erhalten? Wie lange dauert es vom Testen bis zur Veröffentlichung?

Rebecca Davis:

Ich mache also viele vorsätzliche Messungen. Nicht messen, weil wir Menschen beurteilen, sondern vorsätzliches Messen von, wir organisieren uns auf diese Weise, hier verbinden sich alle Teile und wie lange die Dinge dauern und wie sich die Leute in ihren Schritten fühlen, als ob es sich wie ein Silo anfühlt? Hat es ein Ergebnis? Haben wir alle Designer, HR-Mitarbeiter und Ingenieure in einen Zug gesteckt, aber wir haben sie zu getrennten Teams gemacht, und es fühlt sich immer noch nicht verbunden an? Dafür ist Mapping da. Und diese Maps und auch die Programmplatinen, die tatsächlich visualisieren, sagen: „Hier sind die Abhängigkeiten“, im Gegensatz zu: „Am Ende des PI waren diese Abhängigkeiten letztendlich genau das.“

Rebecca Davis:

Es ist nicht so, dass Abhängigkeiten schlecht sind, aber sie sollten einen Mehrwert bieten und den Fluss nicht einschränken. Ich denke also, dass diese miteinander verbundenen Geschichten sowie Dinge wie die Ergebnisse von Mitarbeiterbefragungen und einfach die Zufriedenheit der Mitarbeiter wirklich gute Inputs sind, um herauszufinden, ob wir einen reibungslosen Ablauf gewährleisten. Und es ist eine gemischte Sichtweise. Einiges davon ist qualitativ und ein anderes quantitativ. Aber zeigen uns unsere eigenen inneren Dinge, dass wir gut, schlecht und anders sind, und wie es unseren Kunden geht? Haben sie also das Gefühl, dass sie einen Mehrwert erhalten oder dass sie nur Kleinigkeiten erhalten und sich über den damit verbundenen Wert nicht sicher sind? Ich denke, all das sind Indikatoren.

Jasmin Iordan sagt:

Ja. Und würden Sie sagen, Sie müssten vorher eine Vorstellung davon haben, was diese Indikatoren sind, damit Sie sie im Auge behalten können, während der PI voranschreitet? Sie haben zum Beispiel Ihre Wertstromanalyse erstellt und Ihre Kunst entwickelt. Identifizieren Sie an diesem Punkt, wie diese Flussmessungen aussehen sollten, und behalten Sie sie im Auge, oder ist es eher rückblickend, wo solche Dinge Ihrer Meinung nach ein wenig hängen bleiben?

Rebecca Davis:

Ich denke, es gibt beides. Die Kennzahlen, die wir innerhalb des Frameworks angeben, sind also definitiv gesund und gut für Teams und Züge sowie Lösungswege und das Portfolio. Ich denke also, es gibt eine Reihe von Metriken, die Sie verwenden sollten und können. Rückblicke sind von entscheidender Bedeutung, weil Retrospektiven zu Aktionen führen. Während wir messen, was ist dann das Gespräch, das wir über sie führen? Denn was wir nicht wollen, sind Eitelkeitskennzahlen. Und meine persönliche Art, Vanity-Metriken zu definieren, ist jede Kennzahl, mit der man nichts macht.

Rebecca Davis:

Ich denke, ein Schlüssel ist, sie zu verwenden, um Gespräche zu führen und Ergebnisse zu erzielen und Maßnahmen zu entwickeln und sicherzustellen, dass Sie diesen Aktionen Priorität einräumen. Ich denke, es gibt noch einen weiteren Aspekt, einfach zu verstehen, dass es hier nicht nur um Team und Training geht. Teams und Züge müssen sich also auf jeden Fall verbessern und an sich messen, aber das gilt auch für das Portfolio, das Unternehmen und auch die Teile, die in verschiedenen Zügen miteinander verbunden sind. Ich denke also, wenn Sie sich zu sehr auf „Lass uns einfach unsere Teams schneller machen“ konzentrieren, übersehen Sie möglicherweise den ganzen Punkt, wie wir den Ablauf unserer Organisation verbessern können, was vielleicht bedeuten kann, dass wir sofort schneller vorankommen.

Jasmin Iordan sagt:

Ja. Ja. Und Team und Zug existieren in dieser Organisation nicht in einem Vakuum wie ein ganzer Haufen...

Rebecca Davis:

Nein, [unhörbar 00:40:43].

Jasmin Iordan sagt:

Ja. Ja, ich denke, wir haben einige wirklich, wirklich interessante Konzepte angesprochen, und ich kann es kaum erwarten, auf dem SAFe Summit zu sein, was ein wirklich guter Übergang zu der Tatsache ist, dass wir uns das nächste Mal, Rebecca, persönlich treffen werden. Und du veranstaltest einen Workshop bei SAFe. Kannst du uns einen kleinen Vorgeschmack darauf geben, worauf wir uns auf dem Gipfel freuen können?

Rebecca Davis:

Ja. Zuallererst, wenn wir uns persönlich treffen, bin ich sehr klein. Also ich glaube, ich bin vielleicht fünf Fuß groß. Also das wird aufregend. Also, Harry, im Framework-Team und ich, veranstalten einen Workshop über Flow. Also werden wir einen Flow-Workshop veranstalten. Ich kann noch nicht über alles sprechen, da wir einiges davon auf dem Gipfel bekannt geben werden, aber ich freue mich sehr. Ich denke also, wenn du dich für unseren Workshop anmeldest, wirst du aktive Beratung erhalten und in der Lage sein, auch mit anderen Organisationen und anderen Leuten zusammenzuarbeiten, um den Flow wirklich zu verstehen und zu verstehen, wie man Flow verbessert und wie man Blockaden identifiziert und was man dagegen tun kann. Wir konzentrieren uns also wirklich darauf, warum bestimmte Dinge wichtig sind und was Sie konkret dagegen tun können, egal ob Sie sich auf Teamebene, Zugebene, Lösungsebene oder Portfolioebene befinden.

Jasmin Iordan sagt:

Cool. Das klingt aufregend.

Rebecca Davis:

Und wir [unverständlich 00:42:08] viele andere Workshops, kommen aber auf jeden Fall zu unseren.

Jasmin Iordan sagt:

Nun, wir haben gerade über die Bedeutung von Flow gesprochen, also macht es Sinn. Richtig?

Rebecca Davis:

Ja.

Jasmin Iordan sagt:

Fantastisch. Nun, ich persönlich freue mich sehr darauf, zu SAFe zu kommen und nach Colorado zu kommen und ein bisschen mehr mit Ihnen zu chatten. Aber vielen Dank, dass Sie sich die Zeit genommen haben, zu uns gekommen sind und Ihr Fachwissen und Ihre Erfahrung über agile Transformationen, agile Skalierung und das SAFe-Framework selbst mit uns geteilt haben. Vielen Dank für deine Zeit, Rebecca.

Rebecca Davis:

Ja, das weiß ich zu schätzen. Und ich freue mich darauf, das vielleicht eines Tages persönlich mit Ihnen in Ihrem eigenen Land tun zu können. Also das wird wirklich großartig sein.

Jasmin Iordan sagt:

Ja. Geil. Das wäre auf jeden Fall genial. Vielen Dank.

Rebecca Davis:

Ja. Danke.

„Ich fand es toll, den Raum zu haben, um über gemeinsame Interessen zu sprechen — alles rund um technische Dokumentation und Informationsarchitektur“ — Henri Seymour

In dieser Folge von The Easy Agile Podcast hören Sie Henri Seymour, Entwickler bei Easy Agile, mit Matt Reiner, Customer Advocate bei K15t, sprechen.

Henri & Matt sprechen über alles, was mit technischer Dokumentation zu tun hat (wir versprechen, dass diese Episode viel interessanter ist, als sie sich anhört! 😉)

✏️ Technische Dokumentation als Produkt betrachten
✏️ Der Wert einer gut geschriebenen Dokumentation
✏️ Warum du oft digital entrümpeln solltest
✏️ Informationsarchitektur

So viele Goldnuggets in dieser Folge!

Abonniere unbedingt, genieße die Folge 🎧

Transkript

Henri Seymour:

Hallo zusammen. Das ist der Easy Agile Podcast. Wir haben heute eine Folge mit Matt Reiner. Ich bin dein Gastgeber für heute, Henri Seymour, Entwickler bei Easy Agile. Und kurz bevor wir mit dem Podcast beginnen, möchte ich den traditionellen Australiern des Landes, in dem ich heute aufnehme, meine Anerkennung aussprechen, dem Volk der Watiwati aus der Dharawal-Nation. Respektieren Sie die Ältesten in der Vergangenheit, Gegenwart und in der Zukunft, und erweisen Sie diesen Respekt allen Aborigines oder Bewohnern der Torres Strait Islander, die sich diese Episode anhören.

Matt ist ein erfahrener Content-Stratege mit langjähriger Erfahrung in der Computersoftwarebranche. Er kennt sich mit agilen Scrum-Frameworks, verwandten Tools, Kommunikation, technischem Schreiben, Videoproduktion, Kundeninteraktion und strategischer Planung aus. Und er ist heute hier, um mit uns über das Schreiben und insbesondere über technisches Schreiben und Dokumentation zu sprechen. Hallo, Matt.

Matt Reiner:

Hallo. Es ist toll, hier zu sein. Ja, ich bin Matt. Ich mag alle möglichen inhaltlichen Dinge. Und eines davon ist technisches Schreiben, was, wie ich finde, interessanter ist, als es klingt. Ich schätze, du musst dich bis zum Ende des Podcasts entscheiden, wenn du das glaubst.

Henri Seymour:

Experten für technische Dokumentation. Wenn Sie also speziell über technische Dokumentation sprechen, was meinen Sie damit?

Matt Reiner:

Nun, ich habe das Gefühl, dass sich dieser Begriff gerade mitten in einer großen Veränderung befindet. In der Vergangenheit hieß es in der technischen Dokumentation sehr strikt: „Okay, wir sind ein Team, wir machen etwas, ein Produkt.“ Vielleicht ist es eine App, vielleicht ist es, ich weiß nicht, ein Gokart und dafür brauchen wir eine Bedienungsanleitung. In der technischen Dokumentation hat sich jemand hingesetzt und aufgeschrieben: „Okay, hier sind alle Knöpfe und Schalter und hier ist, was sie tun. Hier sind alle Funktionen. Hier ist vielleicht der Grund, warum du sie verwenden würdest.“

Also die Zusammenstellung der Bedienungsanleitung, bei der es sich traditionell um gedrucktes Material handelte, das Sie mit dem Produkt erhalten würden. Aber im Laufe der Zeit ist es viel mehr geworden, teilweise mit dem Internet, weil wir einfach ständig an Inhalten arbeiten können, wie es viele von uns mit den Produkten tun, die unsere Teams herstellen. Und dann sehen wir es auch in neuen Formen. Vielleicht ist es kein gedrucktes Stück, tatsächlich wollen die meisten Leute keine gedruckte technische Dokumentation mehr, sie wollen sie online. Oder noch besser, sie wollen es direkt im Kontext Ihrer App haben, wenn sie sie verwenden. Sie können einfach die Informationen abrufen, die sie benötigen, und dann weitermachen.

Das ist technische Dokumentation. Sie sollte da sein, um dir zu helfen, das zu tun, was dir wirklich wichtig ist, und dann aus dem Weg zu gehen, damit du es tun kannst.

Henri Seymour:

Haben Sie eine Beschreibung, warum gute technische Dokumentation? Für Produktbenutzer ist es so wichtig, sie nicht nur zu haben, sondern sie in einer guten Qualität zu haben, sodass Ihre Benutzer wirklich davon profitieren.

Matt Reiner:

Nun, ich nehme an, wir alle finden in unserem Tag oder auf unserer Reise die Punkte, an denen wir uns befinden, an denen wir etwas erreichen wollen, aber wir wissen nicht, wie wir es machen sollen. Viele von uns haben sich also wirklich sehr daran gewöhnt, auf Google zu springen und zu sagen: „Okay, hier ist diese Sache, die ich machen möchte, wie mache ich das?“ Und es gibt eine gute technische Dokumentation mit der Antwort, die Sie benötigen, der Erklärung, die Sie benötigen. Denn letztlich sind wir alle kluge Menschen, die befähigt werden sollten, das zu tun, wofür wir eine Leidenschaft haben.

Und technische Redakteure und Kommunikatoren, die eigentlich alle Mitglieder unseres Teams sind. Leute, die sich hinsetzen, um eine gute technische Dokumentation zu erstellen, verwenden so wenig Worte wie möglich, um eine Person auf den richtigen Weg zu bringen. Und wenn es passiert, ist es einfach wie „herrlich“, nicht für den Benutzer. Sie wissen nicht einmal, dass es passiert ist, sie wussten nicht einmal, dass sie deine Texte gelesen haben. Aber für den Autor ist es wie: „Ja, ich habe es geschafft, ich habe es getan. Es ist ihnen egal, was ich getan habe, aber ich habe es getan.“ Und jetzt tun sie das, was wirklich wichtig ist.

Henri Seymour:

Das ist großartig, einen der Hauptunterschiede zu verstehen, wenn ich etwas geschrieben habe und nicht möchte, dass mein Benutzer Zeit damit verbringt. Ich möchte so wenig Zeit wie möglich damit verbringen, dies zu lesen.

Matt Reiner:

Ja, ja, ja. Sie können sehr stolz auf Ihre Arbeit sein, aber eine dieser Kennzahlen, die sich viele Leute bei Websites ansehen, ist die Zeit, die Sie auf einer Seite verbringen. Manchmal können Sie sich also etwas vormachen und denken: „Oh wow, sie haben 10 Minuten auf meiner Seite verbracht. Das heißt, meine Dokumentation ist wirklich gut.“ Aber das könnte auch bedeuten, dass es nicht sehr gut ist und sie es immer wieder lesen müssen. Die wahre Metrik ist also, sind sie zu dem gekommen, was ihnen wirklich wichtig war? Und leider ist es schwer zu messen.

Henri Seymour:

Sie haben das jetzt mit dem Aufkommen des Internets erwähnt und Ihnen die Möglichkeit gegeben, diese Dokumente auf eine Weise zu wiederholen, die Sie mit gedruckter Dokumentation nicht könnten. Diese iterative Sache bringt den agilen Prozess mit sich, etwas, das Sie bereits veröffentlicht haben, zu wiederholen und es auf die gleiche Weise zu verbessern, wie ich es als Entwickler für Produkte tue. Kannst du uns mehr über diesen iterativen agilen Prozess erzählen?

Matt Reiner:

Oh ja. Ja, es ist so wahr. Früher war die Dokumentation wieder im Wasserfall-Standard, eher in der Zeit des Produktprojektmanagements, die Dokumentation war ein wichtiger Teil davon. Sie würden dieses Projekt damit beginnen, diese riesigen Dokumente zu schreiben, in denen es heißt: „Folgendes werden wir tun. Und hier sind alle Überlegungen, und hier erfahren Sie, wie alles zusammenhängt.“ Und das hat für eine Menge Hardware wirklich gut funktioniert. Das war das Ding, das wir lange gemacht haben. Einfach alles, was die Menschheit gemacht hat, war oft Hardware, zumindest als Gruppe.

Und dann kommt plötzlich diese ganze Software-Sache und wir versuchen, sie so zu bauen, als wäre es eine physische Sache. Und wir kommen zum Ende dieses zweijährigen Softwareprojekts und die Leute sagen: „Ja, das ist nicht das, was ich wollte.“ Aber wir sagen: „Oh, aber wir gehen zurück zum Anfang und schauen uns die Dokumentation an, und das haben Sie gesagt, Sie wollten es.“ Aber jetzt, mit dem Internet und nur mit agiler Entwicklung, müssen wir wirklich weg von diesem Ort, an dem wir mit einem Stapel von Dokumenten beginnen. Und dann entwickeln wir einen weiteren Stapel von Dokumenten als unsere, ich weiß nicht, Entwicklungsrichtlinien.

Und dann unsere Testpläne, und dann endlich haben wir die Benutzerdokumentation. Stattdessen sollte die Dokumentation heutzutage eigentlich nur von einem sehr kleinen Teil des Inhalts während des gesamten agilen Entwicklungszyklus zur endgültigen Benutzerdokumentation heranwachsen. Denn es spielt keine Rolle, was wir uns vorgenommen haben, es kommt darauf an, was wir machen. Niemand, er will darüber lesen, was wir zu tun dachten, das ist reine Fiktion. Und es ist wahrscheinlich keine interessante Lektüre. Es ist wirklich das endgültige Benutzerhandbuch, das aus dem agilen Prozess hervorgeht, aber das ist eine große Änderung, aber sie ist gut.

Henri Seymour:

Ich liebe diese Vorstellung von einfach so, das wächst allmählich. Es gibt keinen bestimmten Startblock und Endblock. Es ist ein Prozess. Und Sie haben die Möglichkeit erwähnt, diese Dokumente zu wiederholen. Haben Sie irgendwelche Tipps für die Zeit, nachdem Sie Ihre technische Dokumentation digital veröffentlicht haben, indem Sie das, was Sie bereits haben, wiederholen und im Laufe der Zeit verbessern?

Matt Reiner:

Oh ja. Ich weiß, dass jedes agile Framework anders ist, aber sie alle haben diese Feedback-Phase, in der... Und das ist wirklich während des gesamten Prozesses so, aber wir müssen etwas Zeit investieren. Es gibt also viele verschiedene Dinge, die wir uns ansehen können. Ich möchte zum Beispiel nicht einfach sagen, ein Standardprogramm, das wir uns ansehen sollten, ist, Sie sollten ein Hilfecenter haben, in dem Sie etwas wie Google Analytics implementieren können, damit Sie sehen können, was sich die Leute ansehen? Wie lange schauen sie sich das an?

Eine weitere wirklich gute ist, dass Sie es separat in Google Analytics einrichten müssen. Wonach suchen die Leute auf Ihrer Website? Du kannst auch Google verwenden... das waren früher Webmaster-Tools. Ich glaube, es heißt jetzt Site Tools, aber du kannst sehen, wonach die Leute bei Google gesucht haben, bevor sie auf deine Seiten kamen. Das ist alles wirklich, wirklich wertvolles Zeug. Dann kannst du weiter fortgeschritten sein. Du kannst dir Pointer-Tracking ansehen, Apps, die du dort einbetten kannst und bei denen du ziemlich verrückte Sachen bekommst.

Aber dann solltest du auch erwägen, am Ende jeder Seite ein Forum zu haben wie: „War das hilfreich? War es nicht hilfreich? Oh, es war nicht hilfreich? Sag mir warum. Oh, es war hilfreich? Sag mir warum.“ Genau wie ein YouTube-Ersteller suchen sie nach diesem Feedback. Dieses Feedback ist wichtig, Daumen hoch. Tatsächlich ist es sehr umstritten, YouTube hat gerade angekündigt, die Zahlen mit dem Daumen nach unten zu verbergen, aber viele YouTuber sagen: „Nein, nein, nein, tu das nicht, denn das vermittelt den Wert dieses Videos, das da draußen ist.“

Es gibt also viele dieser Signale. Und dann gibt es einfach wirklich sanfte Signale, bei denen es schwer ist zu wissen, ob die Leute den Inhalt nutzen oder nicht. Weil du es vielleicht nie hören wirst. Vor allem, wenn es eines dieser Dinge ist, dass sie einfach rein und raus gehen, wirst du nichts davon hören. Aber die Feedback-Phase, es ist wirklich toll,... Jedes Mal, wenn Sie Feedback zu Ihrem Produkt erhalten, das Sie herstellen, versuchen Sie, auch Ihre Dokumentation zu veröffentlichen. Denn das ist die Zeit, in der die Leute offen dafür sind, Ihr Produkt zu erkunden und Feedback zu geben.

Warum also nicht dieselbe Dokumentation untersuchen, die dazugehörige Dokumentation, um zu sehen: „Okay, hilft das diesen Leuten tatsächlich dabei, das zu tun, was sie tun wollen? Oder sollten wir es genauso verbessern, wie wir es mit dem Produkt tun?“

Henri Seymour:

Nein, das ist wirklich gut, wenn man das vergleicht, wir haben gerade ein Produkt veröffentlicht. Geben Sie uns Feedback, wenn Sie dasselbe mit der Dokumentation tun. Denn dann wird es seinen Höhepunkt erreichen, bevor jeder den Dreh raus hat. Wir haben gerade diese Feature-Version veröffentlicht, teilen Sie uns mit, wie Sie sie verwenden, und die Dokumentation ist gewissermaßen Teil davon, insbesondere für komplexere Produkte.

Matt Reiner:

Exakt.

Henri Seymour:

Haben Sie irgendeinen Hintergrund in der Kundenbetreuung? Wir führen den Kundensupport sowie deren Dokumentation intern durch. Deshalb versuchen wir, die Dokumentation zu verbessern, um die Supportbelastung unseres Teams zu verringern. Hast du irgendeinen Hintergrund in dem... Kannst du es lösen?

Matt Reiner:

Ja. Ja und nein. Es ist interessant. Ich arbeite jetzt bei K15t, ich war früher Kunde von K15t, also habe ich das Team so kennengelernt. Und so habe ich auch die Dokumentation überhaupt erst kennengelernt. Bei meinem letzten Job haben sie mich beauftragt, dieses System namens Jira zu verwalten. Und ich sagte: „Ich weiß nicht, was das ist.“ Ich sagte ihnen: „Ich dachte, ich könnte es schaffen.“ Und ich habe es herausgefunden, es war dieses kleine Ding namens Jira On-Demand, das jetzt Jira Cloud ist. Und ich habe dem Unternehmen auch Confluence On-Demand vorgestellt. Und wow, ich habe Jira oft kaputt gemacht.

Zum Glück war es zu der Zeit nicht unternehmenskritisch, wir waren immer noch dabei, es wirklich herauszufinden. Aber erst durch die Dokumentation von Atlassian zu Jira habe ich wirklich gelernt: „Wow, diese Inhalte haben hier einen enormen Wert.“ Und dann entdeckte ich: „Okay, wie erstellt Atlassian ihre Dokumentation? Oh, sie machen das in Confluence. Sie schreiben es in Confluence. Sie verwenden diese Apps von K15t.“ Also fing ich an, diese Apps zu verwenden, und dann habe ich viel mit dem K15t-Kundensupport gesprochen, nur Fragen und wie fange ich damit an?

Und wir bieten unseren Support auch intern an, also ist es wirklich großartig. Also vielleicht habe ich es als Kunde zu oft genutzt, ich weiß nicht. Ich sollte einige meiner Kollegen fragen, ob sie genug von mir haben. Aber der Vorteil lag auf der Hand, denn sie sagten mir: „Oh, hier ist die Dokumentation dazu. Und hier ist die Antwort auf diese Frage oder hier sind die Überlegungen, die Sie berücksichtigen sollten.“ Und tatsächlich schauen wir uns jetzt einige unserer Teams wirklich an, vor allem nach den Funktionen, die sehr robust sind, und die Leute haben Fragen.

Es ist also wie, wie können wir ihnen helfen, sich selbst zu helfen? Und diese Ressourcen bereitzustellen ist eine Sache, sicherzustellen, dass Google sie finden kann, nun ja, eine andere. Aber das ist eine wirklich wichtige Sache, vor allem, weil als Produktteam, wenn Ihre Nutzerbasis wächst, auch Ihr Bedarf an Unterstützung steigt. Es ist nur... Ich will nicht sagen, dass es exponentiell ist, aber es entspricht einander. Eine der Möglichkeiten, dem entgegenzuwirken, besteht darin, sicherzustellen, dass Sie ein gutes Design haben, damit Ihr Produkt einfach zu bedienen ist. Und zum anderen benötigen Sie gute Inhalte rund um das gesamte Erlebnis, damit Sie nicht immer mehr Support-Mitarbeiter einstellen müssen.

Oder Ihre Support-Mitarbeiter können sich spezialisieren und sich wirklich auf diese tief verwurzelten Probleme konzentrieren, und dann sollte die Dokumentation beim Rest helfen. Aber das Geheimrezept ist knifflig. Es ist schwierig, den perfekten Inhalt zu schreiben, um die Fälle abzuwehren. Das ist jedermanns Traum.

Henri Seymour:

Auch wenn es einfach nicht alle sind, aber einige der häufigsten Anwendungsfälle werden langsam vom Support abgelenkt, weil die Leute Self-Service machen können. Das macht einen Unterschied. Und ich verstehe auch die Idee der Jira-Dokumentation wirklich. Easy Agile funktioniert auf Jira und es ist... Jira ist derzeit ein unglaublich kompliziertes Produkt, und ich kann mir vorstellen, dass es wahrscheinlich auch kompliziert war, als es Jira On-Demand war. Weil es so kompliziert und detailliert ist, gibt es keine Möglichkeit, es einem Benutzer ohne diese Dokumentation leicht verständlich zu machen. Daran führt kein Weg vorbei.

Matt Reiner:

Ja. Ich denke, es sollte einen Club für die Leute geben, die in Jira zu oft Workflows kaputt gemacht haben. Aber ja, ich meine, die Dokumentation hat mich viele Male gerettet und ich müsste eine... Nun, zu der Zeit war es eine HipChat-Nachricht. Möge es in Frieden ruhen und ich müsste sagen: „Ich habe Jira kaputt gemacht, gib mir eine Minute. Ich muss etwas lesen gehen.“ Nicht so, wie du Jira lernen möchtest, aber es ist eine Option.

Henri Seymour:

Ist es. Manchmal lernt man Dinge, indem man Dinge kaputt macht. Das ist...

Matt Reiner:

Das ist richtig.

Henri Seymour:

Scheint wirklich meine bisherige Erfahrung mit Software zu sein. Du versuchst, die Dinge kaputt zu machen, die die Leute gerade nicht benutzen, und das ist ungefähr alles, was du tun kannst.

Matt Reiner:

Exakt.

Henri Seymour:

Also hat K15t kürzlich Rock the Docs veröffentlicht. Kannst du uns etwas mehr über dieses Projekt erzählen?

Matt Reiner:

Ja. Rock the Docs, eigentlich ging das aus einer Menge Informationen hervor, die ich von K15t bekommen habe. Kundensupport, die ich von der K15t-Dokumentation erhalten habe, habe ich von der Atlassian-Dokumentation erhalten. Und dann einige Dinge, die ich selbst herausgefunden habe, oder einige meiner Kollegen bei K15t haben es getan. Im Grunde genommen, was sind die besten Methoden, um wirklich gute Inhalte in Confluence zu erstellen? Und es begann wirklich mit einer Sammlung von Anleitungen zur Erstellung von Inhalten zur technischen Dokumentation. Es ist darauf ausgerichtet, ein öffentliches Hilfecenter einzurichten, aber in Wirklichkeit ist es für alle Arten von Inhalten, die Sie möchten, wie immergrüne, langjährige Inhalte, um Menschen helfen zu können.

Wir haben also zunächst über alle möglichen Dinge gesprochen, wie die Strukturierung deiner Inhalte, die Wiederverwendung von Inhalten und die Verwaltung mehrerer Sprachen, was in Confluence schwierig sein kann. Zusammenarbeit, Veröffentlichung deiner Inhalte auf die eine oder andere Weise außerhalb von Confluence, Verwaltung von Versionen dieser Inhalte. Das ist also der Anfang. Und dann bekamen wir eine Menge positiver Reaktionen und hatten allgemeinere Fragen wie: „Okay, aber was sind die besten Möglichkeiten, Feedback in Confluence zu erhalten?“ Oder: „Wie erstelle ich eine Vorlage oder eine gute Vorlage oder wie erstelle ich ein gutes Diagramm in Confluence?“

Deshalb haben wir diesen Inhalt erweitert, sodass er sich auf alle möglichen allgemeinen Confluence-Dinge konzentriert. Weil wir festgestellt haben, dass es da draußen eine Menge Informationen darüber gibt, wie man etwas macht. Die Atlassian-Dokumentation war wirklich hilfreich, aber es gab nicht so viele. Ich frage mich: „Warum würdest du das tun? Und warum würdest du das auf diese spezielle Art machen?“ Und wir arbeiten jetzt seit über 10 Jahren mit Confluence zusammen. Wie ich schon sagte, ich bin seit den ersten Tagen mit den krassen Wolken bei Confluence. Es ist so schnell gewachsen, es ist wunderschön.

Aber wir wissen einfach, dass wir eine Menge Dinge mit Confluence gemacht haben, also war es ein echtes Privileg, das beide in Form dieser schriftlichen Anleitungen zu teilen. Und dann haben wir vor Kurzem auch damit begonnen, eine Serie auf unserem YouTube-Kanal zu veröffentlichen, in der es um die Best Practices von Confluence geht.

Henri Seymour:

Das ist großartig. Es ist wirklich interessant zu hören, dass das als kleineres Projekt begann, als es sich herausstellte, weil man den Wert und den Nutzen darin sehen konnte. Wir haben jetzt ein paar Mal über Confluence gesprochen und K15t entwickelt Apps, die Confluence als Dokumentationsquelle verwenden. Kannst du uns mehr darüber erzählen, warum Confluence für die Erstellung technischer Dokumentationen nützlich ist? Welche Tools und Herangehensweisen machen es in diesem Zusammenhang nützlich?

Matt Reiner:

Ja. Confluence ist von Natur aus offen, und so werden technische Schreibwerkzeuge nicht gebaut. Tatsächlich erinnere ich mich an das erste Mal, als ich zu einer Konferenz für technisches Schreiben ging und mich jemand fragte: „Oh, welches Tool verwendest du?“ Das ist quasi das, worüber die Leute in der technischen Kommunikation sprechen, weil wir in dieser Hinsicht alle Nerds sind. Und ich dachte: „Oh, ich mache das in Confluence.“ Und danach wollten sie nicht wirklich mit mir sprechen, weil sie nicht dachten, dass ich ein ernsthafter Tech-Autor bin. Und ich sagte: „Oh nein, nein, nein, nein, das passiert alles.“

Zu diesem Zeitpunkt existierte Rock the Docs noch nicht. Also konnte ich nicht sagen: „Geh rüber und sieh, wie es funktioniert.“ Aber der größte Unterschied ist, dass die meisten technischen Schreibwerkzeuge einfach komplett gesperrt sind. Sie haben zwei Lizenzen für Ihre beiden Personen, die ausgebildete professionelle technische Korrektoren sind, und dann für alle anderen, es gibt keinen Zugriff. Du berührst es nicht. Vielleicht schicken Ihnen Ihre technischen Redakteure ein PDF und Sie müssen den gottschrecklichen Prozess durchlaufen, ein PDF zu markieren, um ihnen mitzuteilen, was sie korrigieren müssen. Oder ich habe von Teams gehört, die den Inhalt ausdrucken und Leute angeben, was geändert werden muss.

Die Überprüfungsverfahren sind einfach nicht von dieser Welt verrückt. Und diese Tools passen nicht besonders gut zu agilen Prozessen, weil es so ist, du baust das Ding hier drüben und dann sind hier die beiden technischen Autoren in ihrem separaten Tool. Und irgendwann werden wir sagen: „Okay, das Ding ist fertig. Würdest du darüber schreiben?“ Bei Confluence besteht der Vorteil der Verwendung von Confluence also darin, dass es für jeden im Team und sogar für Personen außerhalb des Teams zugänglich ist. Und das ist unglaublich von einem Beamten, weil wir bei Agile gesehen haben, aber wir sehen auch in diesem Bereich der technischen Kommunikation und des Informationsdesigns, dass Teams immer weniger nach Fachkräften suchen, die ausgebildete technische Redakteure sind.

Was ein Oxymoron ist, weil die Hälfte von uns, wir haben keinen Abschluss in technischem Schreiben, wir sind aus dem einen oder anderen Grund darauf reingefallen. Aber jetzt beginnen die Teams zu erkennen: „Hey, ich kann Codeentwickler und Informationsentwickler werden. Ich schreibe vielleicht nicht den letzten schriftlichen Inhalt, der von unseren Kunden gesehen wird, aber vielleicht schreibe ich den ersten Entwurf.“ Confluence macht das wirklich allen zugänglich. Und gerade bei Erwähnungen und Inline-Kommentaren sind die Überprüfungsprozesse einfach so schnell.

Eigentlich war der Grund, warum ich bei meinem letzten Job zu Confluence gewechselt bin, dass mein Produktmanager mir drohte und sagte: „Ich werde kein weiteres PDF mit Markups versehen. Geh und finde ein gutes Tool, mit dem wir alle arbeiten wollen.“ Und dort sind wir auf Confluence gelandet. Es geht darum, das gesamte Team in den Schreibprozess einzubeziehen, anstatt dass es sich um eine separate Sache handelt. Denn wenn es eine separate Sache ist, verlieren wir den Überblick. Und beim Inhalt vergessen wir, wie wichtig er für unser Produkt ist, für den Kundenlebenszyklus, für... Gott segne den Kundensupport, der diese Inhalte wirklich, wirklich braucht, um gut und korrekt zu sein.

Und es muss von den echten Experten gesehen werden, die bestätigen: „Ja, okay, das ist richtig. Das wird den Leuten tatsächlich zeigen, wie unser Produkt funktioniert.“ Und Confluence ist quasi das Herzstück davon.

Henri Seymour:

Nein, es ist toll zu hören, wie das alles zusammenkommt, um die Dokumentation als Team zu erstellen. Können Sie näher auf die verschiedenen Rollen eingehen, insbesondere in der Softwareentwicklung, und auf die verschiedenen Rollen, in denen Sie sich an Ihrem Dokumentationsprozess beteiligen möchten? Wir arbeiten hier bei Easy Agile daran, unsere spezifischen App-Teams aufzubauen, da wir derzeit wachsen.

Matt Reiner:

Ja. Das ist so eine gute Frage. Nun, was...

Henri Seymour:

Und wie integriert man... Entschuldigung, das bezieht sich eher auf meine Frage. Wie integrieren Sie diesen technischen Schreibprozess in die Arbeit eines agilen Softwareentwicklungsteams?

Matt Reiner:

Nun, zunächst müssen die Prioritäten überdacht werden, weil die meisten Teams sagen: „Dokumentation hier unten, Testen und dann alles andere oben“. Im Allgemeinen sollten diese beiden Dinge also nach oben verschoben werden. Und eigentlich ist der Inhalt rund um unser Produkt... Ich möchte nicht traumatisch klingen, aber wenn wir keine Informationen haben, haben wir kein Produkt. Mir ist egal, wie viel Code du schreibst. Wenn wir es den Leuten nicht erklären, wenn wir keinen guten UI-Text haben, wenn wir keine gute In-App-Hilfe haben, existiert er nicht. Es ist kein nützliches Tool, es ist nur eine Reihe von mathematischen Methoden, mit denen Menschen nicht interagieren können.

Inhalte sind also unerlässlich, daher ist es wirklich wichtig, dass wir sie so weit bringen, dass jeder im Team erkennt, dass das Inhaltserlebnis, das unsere Nutzer haben, das Produkterlebnis ist, das sie haben. Es muss also Teil des Produktentwicklungsprozesses sein. Also dann der nächste Schritt, von dem ich weiß, dass Sie über Teamstruktur sprechen, aber der nächste Schritt ist, dass wirklich jeder im Team wissen muss, dass er ein Autor ist, und zwar ein guter Autor. Und das ist wichtig, weil viele Leute das noch nie gehört haben. Sie haben nie gehört, dass sie ein guter Schriftsteller sind, und sie haben wahrscheinlich nie gehört, dass sie Schriftsteller sind.

Ich erinnere mich an die Universität, mein Schreibunterricht waren die Dinge, auf die ich nicht geachtet habe. Ich habe Mathematik und Java-Programmierung und Statistik gemacht. Sogar das schien mir wichtiger zu sein, nicht der Schreibunterricht. Und dann stellt sich heraus, dass tatsächlich jeder schreiben muss. Wir schreiben alle. Es ist also wirklich wichtig zu wissen, dass das eine Rolle ist, die jeder ausfüllt. Und wenn es dann um die eigentliche Teamstruktur geht, braucht man Leute, die sozusagen bereit sind, die Streams zu überqueren. Wenn Sie jemanden hinzuziehen, der sich auf Testtechnik konzentriert, muss dieser erkennen, dass die Testpläne, die er schreibt, einer Menge Benutzerdokumentationen, die geschrieben werden müssen, sehr ähnlich sind.

Sie schreiben Aufgabenthemen oder Aufgabenanweisungen, tun Sie dies, tun Sie dies, tun Sie das immer und immer wieder. Das ist Dokumentation. Sie könnten auf diese Weise beitragen. Ingenieure könnten, wie ich bereits erwähnt habe, die erste Kopie vieler sogenannter Konzeptthemen verfassen. Also Bereiche der Dokumentation, in denen Sie Konzepte erklären, weil sie bereits wissen, was diese Konzepte sind. Wenn Sie sich in der Tat die Wurzeln vieler agiler Entwicklungsteams ansehen, verwenden sie Epen, User Stories und Akzeptanzkriterien. Und all diese lassen sich perfekt in die Dokumentation integrieren, die Sie für das neue Feature, an dem Sie arbeiten, oder das Sie verbessern, erstellen mussten.

Es ist also wirklich wichtig, dass jeder erkennt, dass wir alle bereits Dokumentationen erstellen, damit wir einen Beitrag leisten können. Und dann möchten Sie natürlich wirklich mindestens einen englischen Muttersprachler haben. Vielleicht kein Muttersprachler, aber jemand, der sich in seinem Englisch oder in der Sprache, in der Sie schreiben, sicher fühlt. Englisch lässt sich in der Regel am billigsten in andere Sprachen übersetzen, also ist es das, wofür sich die Leute oft entscheiden. Aber diese Person ist die Person, die alles, was jeder geschrieben hat, nimmt und es auf den richtigen Stil und Ton bringt. Und dann bringt er es raus. Das ist es, was wir als erfolgreich ansehen.

Wie unsere Teams im Moment haben wir keine seriösen Tech-Autoren. Wir haben Produktmanager, die schreiben. Wir haben Produktvermarkter, die schreiben. Wir haben Ingenieure, die schreiben. Einige der besten Dokumentationen, die ich je gelesen habe, stammen von einem unserer deutschsprachigen Ingenieure. Ich dachte: „Peter, das ist eine tolle Anleitung. Du musst dieses Java verlassen und Englisch lernen, Mann. Es ist großartig. Es ist großartig.“ Also hat er ein paar gemacht, was ich wirklich liebe. Aber ja, es geht darum, aus den typischen Rollen herauszuspringen und zu erkennen, dass wir das alles sowieso alle dokumentieren.

Henri Seymour:

Ich liebe den Fokus, besonders mit Ihrem deutschsprachigen Kollegen. Der Fokus liegt nicht nur darauf, dass Sie die Dokumentation schreiben müssen, weil Sie wissen, wie das Produkt funktioniert, und das brauchen wir schriftlich. Es ist, Sie sind in der Lage, die Dokumentation zu schreiben, Sie können das tun. Sie haben diese zusätzliche Sicherheitsbarriere gegenüber jemandem, der die Sprachkenntnisse hat, dass er es am Ende massieren und bearbeiten wird.

Also, bevor es irgendwohin kommt, wird alles, was Sie tun, herausgefiltert, wenn es nicht funktioniert. Sie benötigen jedoch keinen speziellen technischen Hintergrund, um die Dokumente zu schreiben.

Matt Reiner:

Nein, absolut nicht. Tatsächlich gibt es eine ganze Gemeinschaft von was... Sie nennen sich selbst Dokumentarfilmer und heißen Write the Docs. Und diese ganze Community, diese ganze Gruppe konzentriert sich darauf, es spielt keine Rolle, was Sie tun, es ist wichtig, dass es Ihnen wichtig ist, die Dokumente zu schreiben und zum Inhalt beizutragen. Und das war, glaube ich, ein großer Wandel in der Branche, wo die Leute dachten, wir wären getrennt. Aber jetzt ist es so: „Nein, nein, nein, wir sind alle in der Lage, das zu tun.“ Und sobald wir die Beiträge respektieren können, die jeder von uns leisten kann.

Und dann habe ich auch den Schutz, dass jemand anderes seine Augen darauf richten wird, was selbst in meinem Schreiben, ich sage: „Ich schicke es nicht gerne raus, bis es jemand anderes gesehen hat.“ Weil ich ständig Rechtschreib- und Tippfehler mache. Ich möchte wirklich, dass sich ein anderer Kollege das ansieht. Auch wenn sie kein Englisch als Muttersprache haben, weil sie meine Tippfehler ziemlich oft erwischen. Dieses Gefühl der Zusammengehörigkeit ist genauso, wie wir uns fühlen, wenn wir ein Projekt oder ein Produkt versenden.

Egal, ob Sie die Tests dafür durchgeführt haben, oder ob Sie den Code dafür geschrieben haben oder ob Sie das Produktmarketing dafür gemacht haben. Es ist wie: „Es ist unser Baby. Lass es uns rausschicken und sehen, was passiert.“ Der Inhalt ist genauso.

Henri Seymour:

Ja, Teil meiner täglichen Rolle und [unhörbar 00:28:03]... Wir haben kein QA-Team, das von den Entwicklern getrennt ist. Unsere Entwickler überprüfen auch unseren Code und es entsteht das Gefühl: „Ich habe dieses Ding geschrieben, aber ich habe ein oder zwei andere Leute, die es verfeinert haben und dafür gesorgt haben, dass die Qualität gut genug ist. Sie haben diesen frischen Blick, also werden sie die Rechtschreibfehler sehen, sie werden die kleinen kleinen Fehler erkennen, die ich mir einfach zu lange angesehen habe, um sie noch zu bemerken.“

Ich habe festgestellt, dass der Prozess des Schreibens von Dokumentationen einige Parallelen hat, wie zum Beispiel: „Hier ist mein Ding. Ich hätte gerne Feedback dazu, bevor es in die reale Welt geht.“

Matt Reiner:

Ja.

Henri Seymour:

Das ist großartig.

Matt Reiner:

Ja, absolut. Ja.

Henri Seymour:

In Ordnung. Können Sie etwas über den Unterschied zwischen der kundenorientierten Dokumentation, die wir bisher hauptsächlich besprochen haben, und der internen Dokumentation sprechen?

Matt Reiner:

Ja. Es gibt einige Unterschiede und es gibt einige große Ähnlichkeiten. Also das ist sehr... Das klingt sehr technisch und hässlich. Der Begriff Informationsarchitektur ist wirklich wichtig für jede Art von Inhalten, intern und extern. Und das ist wirklich so, wenn Sie ein Entwickler sind, kennen Sie sich mit XML aus, Sie sind damit vertraut, Dinge auf diese Weise zu strukturieren. Unsere Inhalte müssen auf die gleiche Weise funktionieren. Und das gilt für die interne und externe Dokumentation. Also, viele der Dinge, die sie als Autoren verwenden, wenn sie eine Seite oder einen Artikel in der Zeitung schreiben, verwenden sie den Pyramidenansatz, bei dem sie die großen Informationen an die Spitze stellen. Und dann konzentrieren sie sich langsam auf das Thema und geben immer mehr Informationen darüber.

Sie sollten jedoch sicherstellen, dass jemand, der nur den ersten Absatz liest, eine ungefähre Vorstellung davon bekommt, um welche Informationen es sich handelt. Und das ist wirklich wichtig für erfolgreiche Confluence-Seiten und -Bereiche. Die Leute sollten in der Lage sein, auf der obersten Ebene des Bereichs zu beginnen, zu verstehen, worum es in dem Bereich geht, und dann in der Lage sein, auf der Seite selbst zu dem zu navigieren, worüber sie wirklich lernen möchten. Was dann aus Überschriften, Unterüberschriften und Aufzählungspunkten bestehen sollte, um diese Informationen einfach zu verbreiten und aufzuschlüsseln. Weil jeder überfliegt.

Wir brauchen, dass unsere Inhalte überflogen werden können, unsere Räume müssen überflogen werden können. Und diese Art von Inhalten macht auch die Confluence-Suche glücklich, insbesondere die neue Confluence Cloud-Suche, die stark verbessert wurde. Dazu gibt es eine ganz neue elastische Suchbasis, die gerade optimiert wird. Aber es ist glücklich, es ist genau wie bei Google, wenn wir unsere Inhalte so strukturieren. Wenn Sie also eine Seite haben, die nur aus Text besteht, ohne Überschriften, die Sie nicht in Seiten oder gar Leerzeichen aufteilen, wird niemand damit zufrieden sein.

Die Bots werden damit nicht zufrieden sein, die Leute, die lesen, werden damit nicht zufrieden sein. Es erfordert also ein bisschen Arbeit, die Struktur unserer Inhalte zu strukturieren und aufzubrechen. Es ist wahrscheinlich alles in Ordnung, solange es aktuell ist, aber es ist wirklich wichtig, dass wir darüber nachdenken, wie wir das in Confluence strukturieren, damit die Leute es finden und die Leute es überfliegen können. Und genau das scheint viele interne Confluence-Instanzen zu plagen, denn viele... Vielleicht konzentriert sich das Team nicht so sehr darauf.

Es ist wie: „Oh, unser externes Hilfecenter, das aus diesem Bereich hier kommt, das ist in Ordnung. Unser Teamraum, großes Durcheinander, totaler Reifenbrand.“ Und niemand kümmert sich darum, weil sie glauben zu wissen, wo alles ist. Aber dann fängst du an, darüber nachzudenken: „Okay, aber was ist mit dem neuen Teammitglied? Wie finden sie etwas?“ Oder: „Was ist mit dem Teammitglied, das seit sechs Wochen wegen Vaterschaftsurlaubs weg ist? Werden sie sich daran erinnern, wo alles ist, oder wissen sie, wo all die neuen Sachen sind?

Was ist mit Menschen mit Behinderungen? Wird es für sie viel schwieriger sein, zu den Informationen zu navigieren, die sie benötigen? Weil sie mit einem Screenreader arbeiten und versuchen, durch eine Textwand zu gehen. Sie benötigen Überschriften, ein Screenreader verlässt sich auf diese Überschriften und Titel.“ Es gibt also einfach so viele Überlegungen, die die Unternehmensführung wirklich verstehen muss. Nur weil Sie einen Prozess haben, um etwas zu tun, oder die Informationen irgendwo sind, heißt das nicht, dass Sie kein großes Informationsproblem haben. Und all deine Inhalte in Confluence zu pflegen und dann gut zu pflegen.

Dies ermöglicht es den Menschen, die Frustration zu vermeiden, nach Informationen zu suchen, Informationen zu verlieren, Informationen neu lernen oder neu schreiben zu müssen. Ich habe in zu vielen Unternehmen gearbeitet, in denen Informationen einfach überall gesiebt werden. Ich möchte sie nicht einmal Silos nennen, weil auch niemand mehr weiß, wo sich die Dinge befinden. Das ist es, was Confluence ausmacht, und darauf kommt es sowohl bei internen als auch bei externen Inhalten an.

Henri Seymour:

Das ist eine großartige Perspektive. Und ich kann die Silos sehen, es ist wirklich mehr... Nur ein großer Stapel, du kannst nichts finden. Ich war...

Matt Reiner:

Exakt.

Henri Seymour:

... seit mehr als der Hälfte seines Lebens bei Easy Agile und ich habe das Gefühl: „Oh, ich weiß, ich habe das irgendwo aufgeschrieben. Ich weiß, dass ich das irgendwo aufgeschrieben gesehen habe.“ Und wir machen es uns zur Gewohnheit, vor allem, weil wir immer mehr Leute einstellen. Jedes Mal, wenn jemand ein Onboarding durchläuft, wird er sich die gesamte Dokumentation ohne vorherige Hintergrundinformationen ansehen. Und wir möchten speziell ihr Feedback dazu hören. Denn wenn es für sie funktioniert, dann ist das die Dokumentation, die wir für sie und für alle nach ihnen brauchen, und für alle, die schon hier sind.

Vor allem bin ich jetzt seit fast drei Jahren bei Easy Agile und ich habe gesehen, wie es von acht Mitarbeitern auf jetzt, glaube ich, über 20 Jahre gewachsen ist. Ende des Jahres werden wir in die 30er Jahre übergehen.

Matt Reiner:

Beeindruckend.

Henri Seymour:

Das Wachstum der Informationen, die wir in unserer internen Dokumentation haben, und ich bin mir sicher, dass dies mit dem Wachstum der Produktdokumentation für ein Produkt einhergehen würde, das seit drei bis fünf Jahren expandiert. Wie verwaltest du die Dokumentation und die Confluence-Bereiche, wenn das Team und das Unternehmen wachsen und du einfach immer mehr Seiten daraus entwickelst?

Matt Reiner:

Das ist die Frage seit den Anfängen des Universums oder zumindest seit den Anfängen von Confluence, was ist der Unterschied? Die größte Sache ist die Teamverantwortung, also zu wissen, dass dies unser Raum ist, das ist unser Inhalt. Und zwar nicht auf territoriale Weise, aber das liegt in unserer Verantwortung. So wie wir über unseren Planeten nachdenken sollten, sollten wir auch über unsere Inhalte nachdenken und dafür sorgen, dass sie gepflegt und gepflegt, aktuell und korrekt sind. Und dann, wenn sich die Dinge ändern.

Wir haben zum Beispiel ein Produkt namens Scroll Viewport, mit dem du Inhalte von Confluence in einem öffentlichen Gesundheitszentrum veröffentlichen kannst, was wirklich, wirklich cool ist. Damit hatten wir also eine Server- und Rechenzentrumsversion. Das haben wir schon seit geraumer Zeit. Das war es, was ich genutzt habe. Und dann haben wir uns auf den Weg gemacht, eine Cloud-Version zu entwickeln, und die Cloud erfordert eine ganze Reihe neuer Infrastrukturen, was viel Spaß macht und sehr herausfordernd ist, aber es ist eine ganz andere Sache.

Es ist nicht so, dass man einfach den Servercode hochziehen und ihn einfach in die Cloud ziehen kann, worum ich sie als Benutzer jahrelang gebeten habe: „Warum ist das nicht in der Cloud?“ Jetzt weiß ich warum. Also haben wir ein neues Team zusammengestellt, das mit Scroll Viewport on Cloud begann. Und anfangs war es nur ein sehr schlampiges Projekt. Und ich erinnere mich an die erste Seite, auf der wir da oben waren wie: „Whoa, sieh dir diese Seite an, die wir veröffentlicht haben.“ Und von da an ging es weiter. Aber irgendwann mussten wir die beiden Teams wieder zusammenbringen. Und was wir einfach hätten sagen können: „Oh, dieser alte Viewport-Raum, was auch immer. Wir lassen es einfach da und machen dann einfach mit dem neuen weiter.“

Aber stattdessen nahm sich das Team Zeit und brachte die beiden Bereiche zusammen und ging die alten Inhalte im Viewport Server- und Rechenzentrumsbereich wirklich durch, um zu sagen: „Ist das alles noch relevant? Brauchen wir das immer noch?“ Es wurde also auf so erstaunliche Weise neu angeordnet. Einige unserer Teams sind wirklich gut darin geworden, diese Räume so einzurichten, dass ich reinkommen kann. Weil ich mit all unseren Teams zusammenarbeite, geh einfach rein und finde, was ich brauche, auch wenn ich nicht täglich in ihnen arbeite. Ich bin einfach so froh, ich bin so stolz auf das Team, dass es diesen Raum nicht einfach irgendwo schwinden lässt oder Angst hat, Inhalte zu löschen oder zu archivieren, was bei vielen Leuten der Fall ist.

Es ist wie: „Nein, was ist, wenn wir etwas verlieren?“ Es ist wie: „Nein, nein, nein, das haben wir hinter uns gelassen. Wir müssen es wirklich löschen.“ Das ist die Art von Einstellung, die wir brauchen: Unsere Teams teilen sich auf, erweitern und wachsen, und wir müssen uns dieser Inhalte bewusst sein. Denn auch hier gilt: Denkt an die neue Person, denkt an die Person, die etwas Neues lernt. Denke an die Person, die vielleicht eine Behinderung hat und versucht, die Inhalte zu bekommen, die sie braucht. Sie haben einfach nicht den Hintergrund, den Sie haben. Sie sind die Hälfte ihres Lebens in der Firma und wissen, wie man den Gedankenstapel durchwühlt, um genau das herauszuholen, was man will, aber sie nicht.

Henri Seymour:

Ja, und ich möchte nicht die Person sein, die sie jedes Mal fragen müssen, wenn sie Informationen benötigen: „Hey, kannst du das für mich finden?“ Nein, nein. Ich möchte ein System aufbauen, das bedeutet, dass ich nicht ständig dieselben Fragen beantworten muss. Das ist einer der Gründe, warum ich seitdem so viel interne Dokumentation mache [unhörbar 00:37:36]. Ich habe diese Frage einmal beantwortet, das reicht.

Matt Reiner:

Ja. Das ist eine wirklich gute Möglichkeit, alle Mitwirkenden an der Dokumentation zu motivieren. „Hey, weißt du, wie du diesen Teil unserer App einmal geschrieben hast und dann haben dich alle gefragt, wie er seitdem funktioniert? Dokumentiere es einfach einmal und ich verspreche, dass du es nie wieder beantworten kannst.“ Genau das ist eine gute Motivation.

Henri Seymour:

Ist es. Außerdem haben wir ein Team für Support-Modelle, also arbeite ich an den Storemaps und Personas, dem Produktentwicklungsteam. Und das ist dasselbe Team, das alle Support-Anfragen zu Storymaps und Personas erhält. Also ja, je besser wir das Produkt machen, desto besser machen wir die Dokumentation, desto weniger Zeit verbringen wir jeden Morgen damit. Und je mehr wir zu unseren regulären Jobs zurückkehren können.

Matt Reiner:

Exakt.

Henri Seymour:

Es war großartig, um uns dabei zu helfen, mit den Kunden in Kontakt zu bleiben und zu erfahren, was sie tun und welche Informationen sie benötigen, wenn sie unser Produkt verwenden. Du hast erwähnt, dass es zwar notwendig, aber wertvoll ist, von Zeit zu Zeit archivbasierte Dinge, Seiten in Confluence, zu löschen. Wenn du dir eine Seite ansiehst und dich fragst, ob es Zeit ist, sie zu öffnen, welche Art von Fragen stellst du dir?

Matt Reiner:

Nun, eine tolle Idee ist wie, sieh dir das Datum der letzten Änderung auf dieser Seite an. Das ist im Allgemeinen ein ziemlich gutes Zeichen für so etwas wie: „Schauen die Leute es sich überhaupt an?“ Wenn Sie Cloud Premium und höher nutzen, können Sie sich sogar auf jeder Seite einige großartige Kennzahlen ansehen, um zu sehen, wer sich das Ding ansieht? Ist das wertvoll? Wie sind die Aussichten? Genauso, wie Sie sich Ihre externe Website ansehen würden, um zu sehen, ob Ihre Inhalte wertvoll oder effektiv sind. Aber in der Regel haben wir eine Menge Trümmer übrig, die von der Produktentwicklung oder Teamaktivitäten übrig geblieben sind.

Wenn Sie beispielsweise im Marketing tätig sind und eine Kampagne von vor drei Jahren haben, benötigen Sie dann wirklich all diese detaillierten Seiten? Vielleicht behalten Sie die gesamte Kampagnenseite bei, vielleicht ist das nützlich, aber brauchen Sie wirklich alles? Wenn du gerne testest, brauchst du wirklich jeden Testplan, den du jemals erstellt hast? Wenn Sie im Rechtsteam sind, möchten Sie wirklich Ihre rechtlichen Bedingungen von vor 10 Jahren? Vielleicht, vielleicht, bin ich nicht in der Rechtsabteilung. Aber oft haben wir diese Angst vor, es ist wie Angst vor fehlenden Inhalten.

Es ist wie: „Oh nein, wenn ich das loswerde, werde ich es nicht haben.“ Aber Informationen, genau wie Sprache, genau wie die Art und Weise, wie wir denken, genau wie die Art und Weise, wie unsere Teams wachsen, sie ändern sich. Und deshalb müssen wir uns dessen bewusst sein. Da wir uns als Team verändern, sollten Sie damit rechnen, dass sich unsere Inhalte ändern. Und ein Teil davon ist, das alte Zeug loszuwerden. Es lohnt sich also immer. Wenn du es in Frage stellst, frag einen anderen Fachexperten und sage: „Hey, ich bin mir ziemlich sicher, dass wir das nicht mehr brauchen, oder wir sollten es überarbeiten. Was denkst du?“ Aber wenn niemand Bedenken hat, solltest du es wahrscheinlich löschen.

Henri Seymour:

Nein, das ist großartig. Ich bin ein großer Fan von Entrümpeln, auch von digitalem Entrümpeln. Es ist, ich möchte, dass die Leute Sachen finden und je weniger Stapel es gibt, desto einfacher wird es sein.

Matt Reiner:

Ja. Weil schlechte Informationen irgendwie weniger hilfreich sind als keine Informationen.

Henri Seymour:

Ja. Es ist, als würden sie auf eine Frage stoßen und sie sagen: „Oh, ich habe es auf diese Weise versucht.“ Ich sage: „Oh, dieser Weg funktioniert nicht mehr. Du wirst tun müssen... Wo hast du das aufgeschrieben gefunden? Ich werde auf dem Laufenden bleiben.“ Es ist...

Matt Reiner:

Ja.

Henri Seymour:

... neue Leute, die Sachen machen. Der beste Weg, um zu verstehen, wo Ihre Dokumentation ins Stocken gerät. Es ist genauso, als ob Sie nie verstehen werden, wie Ihre Produktdokumentation und Ihr Produkt selbst Ihre Benutzer im Stich lassen, bis sie zu Ihnen kommen und Ihnen sagen: „Warum kann ich das nicht tun?“

Matt Reiner:

Ja. Ja. Ja, diese Fähigkeit, jemanden neu in Ihr Team zu holen, ist so unglaublich. Und es ist fast schwierig, am ersten Tag des Onboardings zu sagen: „Du hast frische Augen, bitte nutze sie. Das wird als Inline-Kommentar bezeichnet, bitte platzieren Sie ihn überall.“ Ich erinnere mich, dass ich unser Mitarbeiterhandbuch für die Personalabteilung durchgesehen habe, das wir kurz vor meinem Beitritt gerade erstellt hatten. Und ich erinnere mich, dass sie mir sagten: „Falls es irgendwelche Fragen gibt, hat uns at erwähnt.“ Und ich hatte wirklich Angst davor. Aber wir haben viele Dinge korrigiert.

Zum Beispiel haben wir erwähnt, dass Sie diese Dinge tun auf... Wie wurde es nach HipChat genannt? Das Produkt, das so schnell lebte und starb.

Henri Seymour:

Ich glaube, den habe ich verpasst.

Matt Reiner:

Oh, die, die Atlassian gemacht und dann an Slack verkauft hat.

Henri Seymour:

Nun, wo fange ich überhaupt damit an?

Matt Reiner:

Wie geht es mir... Es war eine tolle App, sie hat mir sehr gut gefallen. Aber wir haben im Mitarbeiterhandbuch erwähnt, dass wir das verwenden sollten. Und ich sage: „Oh, ich glaube, wir verwenden jetzt Slack, wir sollten diesen Inhalt aktualisieren.“ Das sind Dinge, die die Personalabteilung niemals durchgehen und auffangen wird, aber deine neuen Mitarbeiter können das tun. Neue Mitarbeiter sind der beste Weg, um Ihnen zu sagen, ob Ihre Prozesse schlecht sind oder ob Ihre Inhalte besser sind. Vielleicht nicht schlecht, aber sie bringen etwas Neues ein. Deshalb haben wir sie ins Team aufgenommen. Und sie sollten vom ersten Tag an keine Angst haben, Fragen zu stellen oder Löcher in unseren bereits verkorksten oder gescheiterten Prozess zu bohren.

Henri Seymour:

Ja. Und ich kann den Vorteil der Tools in Confluence wirklich erkennen, wie dieser Inline-Kommentar. Auch wenn du nicht weißt, wie du diese Seite aktualisieren musst oder wie die neue Version aussehen soll. Es kommt gerade neu rein, du kannst sagen: „Oh, das ist komisch oder unvollständig, oder es könnte falsch sein.“ Es ist nur ein kleiner Kommentar. Du musst es nicht selbst ändern, sag einfach etwas. Hier ist eine Möglichkeit, sich zu äußern, ohne es selbst zu ändern. Und jemand, der es weiß, wird in der Lage sein, es für Sie zu ändern.

Ich habe mich gefreut, Sie über Informationsarchitektur sprechen zu hören. Das habe ich auch erst letztes Jahr kennengelernt. Haben Sie eine allgemeine Erklärung, was Informationsarchitektur ist und warum sie für die Dokumentation relevant ist?

Matt Reiner:

Oh, Informationsarchitektur ist, es gibt ganze Leute, Profis, deren gesamte Karriere reinkommt und einem hilft. Also ich gehöre nicht zu diesen Profis, ich spiele nur einen im Fernsehen. Im Wesentlichen zerlegt die Informationsarchitektur etwas, das eine Textwand wäre, in ein Informationsmuster, mit dem sich jeder Geist verbinden kann. Das ist das eigentliche und ultimative Ziel, und das beginnt damit, logische Teile aufzubrechen. Tatsächlich zerlegt man beim Schreiben rein technischer Texte den Inhalt in winzige, winzige Teile, oder einige technische Kommunikatoren sprechen von Informationatomen, wirklich winzigen Teilen.

Und wenn Sie das dann aufgeschlüsselt und gesagt haben: „Das sind separate Teile“, setzen Sie sie in einer Reihenfolge zusammen, die Sinn macht. Tatsächlich kannst du mit der Wiederverwendung von Inhalten in Confluence auch wirklich coole Sachen machen, indem du Include-Makros verwendest. Das neue Excerpt Include Macro ist in der Cloud sehr cool, weil du damit neue Sachen machen kannst. Aber es geht wirklich darum, all deine Inhalte auseinanderzunehmen und herauszufinden, in welcher Reihenfolge das alles abläuft? Was ist am wichtigsten? Was ist spezifischer? Was ist wichtig für alle? Was ist wichtig für nur wenige Menschen?

Und dann gehen Sie einfach nach unten, wie Sie es mit einer XML-Struktur oder einer anderen Art von Hierarchie tun würden, und ordnen Sie diese Informationen mithilfe Ihrer Leerzeichen, Ihrer Seiten, Ihrer Überschriften an. Und dann endlich Aufzählungszeichen und Absätze und so weiter.

Henri Seymour:

Danke, dass du das allgemein erklärt hast. Gibt es im Moment etwas, das Sie in Ihrer Arbeit erwähnen möchten, für das Sie die Leser interessieren würden?

Matt Reiner:

Ja, absolut. Ein großer neuer Aufwand für mich, weil ich wohl nur dieser Content Explorer bin. Ich mochte technische Inhalte, ich habe einige Marketinginhalte geschrieben. Ich habe angefangen zu sprechen, was mir Spaß macht. Ich durfte vor einem Live-Publikum sprechen, bevor... Nein, ich schätze ein paar, und dann ist die Welt aus gutem Grund zum Erliegen gekommen. Denn wenn man eine Menge Leute angreift, möchte man sichergehen, dass man sie nicht potenziell einem Risiko aussetzt. Ich habe also viel virtuell gesprochen.

Aber vor Kurzem habe ich erwähnt, dass wir an all diesen Best Practices für Rock the Docs gearbeitet haben. Deshalb haben wir diese Videoserie über die Best Practices von Confluence gestartet und es war sehr aufregend herauszufinden: „Okay, ich weiß also, wie man in Confluence ziemlich gute Inhalte erstellt, wie man diese Inhalte strukturiert. Können wir jetzt ein gutes Video machen?“ Und es stellt sich heraus, nein, zuerst nicht. Habe ein paar ziemlich schlechte gemacht oder solche, für deren Herstellung einfach viel zu viel Zeit in Anspruch genommen wurde. Und schließlich, wie Sie es bei jeder Art von Inhalten tun, haben wir endlich eine gute Struktur, einen guten Rhythmus. Und wir haben auch herausgefunden, über welche Dinge die Leute wirklich hören wollen?

Deshalb haben wir jetzt 16 davon auf unserem YouTube-Kanal entwickelt, die nur für Administratoren da sind, um sie mit deinen Nutzern zu teilen, die diese Fragen stellen. Oder vielleicht richten sie sich direkt an Nutzer, die einfach nur abonnieren und diese Dinge erhalten möchten. Aber es sind ungefähr acht Minuten mit genau so vielen Informationen, wie wir einpacken können und trotzdem gut lesbares Englisch sprechen. Und dann zeige einfach, wie macht man das in Confluence? Warum würdest du das in Confluence machen? Was sind die Dinge, die du in Confluence beachten solltest? Was sind die besten Möglichkeiten, Dinge in Confluence zu erledigen?

Wir haben auch gerade eine Reihe von Livestreams gestartet, bei denen wir versuchen, uns diese genauer anzusehen und dann die Leute live zuzuhören, Fragen zu stellen und Regie zu führen. Bisher waren diese wirklich großartig und wir planen, mehr davon zu tun. Je mehr Leute sich also darauf einlassen, desto mehr Richtung habt ihr alle, diesen Inhalten zu geben. Aber es waren neue Arten von Inhalten, und es ist aufregend zu sehen, okay, unsere gut geschriebenen Inhalte in Confluence kommen in einem neuen Format in die reale Welt. Das war cool und herausfordernd und lustig und gruselig zugleich.

Henri Seymour:

Ja. Das klingt nach einem wirklich aufregenden Projekt. Rock the Docs wird audiovisuell. Und ich kann...

Matt Reiner:

Das ist richtig.

Henri Seymour:

... stell dir vor was... Bringen Sie die Nutzer dazu, Ihnen das iterative Feedback zu geben, über das wir am Anfang gesprochen haben. Also ist das den Daumen hoch wert? Haben Sie Kommentare? Was können wir noch tun? Und besonders bei dieser Art von Live-Stream-Webinaren erhalten Sie den direkten Kontakt zu Ihren Benutzern, sodass Sie herausfinden können, was sie benötigen. Das ist fantastisch. Mal sehen, ob ich die mitbringen kann. Easy Agile begann speziell Anfang dieses Jahres, Scroll Viewport für die Cloud zu verwenden.

Matt Reiner:

Oh, cool. Oh, cool.

Henri Seymour:

Das war also tatsächlich eine große Verbesserung für uns.

Matt Reiner:

Oh, gut. Ja. Mir gefällt einfach, was das Cloud-Team herausbringt. Es ist so aufregend und so ausgefeilt und es ist, als ob jedes Team diesen Dokumentationsbereich hat, und Viewport, damit kannst du es veröffentlichen und du denkst: „Ah, sieht so toll aus. Wir sind so stolz darauf.“ Du kannst es auf jedem Gerät lesen. Es ist einfach so, als ob es die Magie ist, die jeder will, aber kein Team hat Zeit. Unsere sehr wenigen Teams haben Zeit, es so gut aussehen zu lassen, also ist es schön, dass Viewport einfach die Schwerarbeit erledigt.

Henri Seymour:

Wir haben den Confluence-Bereich, wir haben die Dokumentation. Wir müssen keine Website darüber erstellen. Es ist nur: „Mach weiter, bitte lass diese Website Wirklichkeit werden. Hier ist, was wir darauf brauchen. Hier ist die Struktur.“ Und meine Güte, es sieht jetzt viel besser aus, auch nur ästhetisch, es sieht im Haus sehr gut aus.

Matt Reiner:

Ja. Und es ist schön zu wissen, dass ein Designer den Abstand zwischen den Navigationselementen überschaut hat, um zu entscheiden, wie weit sie voneinander entfernt sein sollten. Und als Autor kann ich einfach sagen, es muss mir egal sein. Mir muss das egal sein. Ich kann Confluence-Makros und so reinwerfen, und sie sehen einfach toll aus, wenn sie veröffentlicht werden. Und ich weiß nicht wie oder warum, aber ich bin glücklich. Ich kann einfach weiterschreiben. Ja.

Henri Seymour:

Ja.

Matt Reiner:

Es wäre toll, jemanden von Easy Agile bei einem dieser Livestreams dabei zu haben. Denn worauf wir uns wirklich konzentrieren, ist einfach eine großartige Möglichkeit, Dinge in Confluence zu erledigen. Wir sind noch nicht in Jira eingestiegen. Ich bin nicht so ein Experte für Jira, aber ich habe darüber nachgedacht, weil dieser Inhalt noch nicht wirklich existiert. Aber es ist nicht unbedingt auf Apps oder K15t auf Apps ausgerichtet. Es ist einfach eine der besten Möglichkeiten, die du gefunden hast, um bestimmte Dinge in Confluence zu tun, und wir teilen sie einfach mit lebenden Menschen, und es macht eine Menge Spaß.

Henri Seymour:

Ja, das klingt toll. Ich habe die Parallele zwischen dem Einstieg in Jira und der Entwicklung von Jira-Apps und Confluence: „Ja, wir haben ein Wiki. Hier schreiben wir Sachen auf.“ Und es ist toll, Dinge wie „Da ist das Bildmaterial auf unserer Dokumentseite“ zu haben. Aber die mache ich nicht. Ich bin damit beschäftigt, Grafiken in einer Jira-App zu erstellen. Ich möchte nicht über diesen Abstand nachdenken. Ich muss meinen eigenen Abstand machen.

Matt Reiner:

Ja. Ja.

Henri Seymour:

Und es ist wirklich so, ich kann einfach schreiben, ich kann einfach das Produkt machen. Ich kann meinen Job besser machen, weil ich mich um diese anderen Dinge gekümmert habe, weil die Experten von K15t das möglich gemacht haben. Und ich hoffe, dass unsere Apps etwas Ähnliches für ihre Nutzer tun können. Das ist das, was wir brauchen, wir müssen nicht darüber nachdenken. Bringen Sie diese App mit und sie wird ein Problem für uns lösen. Sie hilft uns dabei, zu sehen, was wir brauchen, und unsere Informationen in Jira zu organisieren. Was wiederum eine andere Art von Information ist, aber.

Matt Reiner:

Ja, ja. Ja, es ist lustig. Ich habe mit einigen Leuten gesprochen, die den ganzen App-Teil von Confluence in Jira tatsächlich als App Hell beschrieben haben. Das ist ein Begriff, den ich gesehen habe, und ich kann nicht anders, als die Community zu lieben, weil wir uns alle diese Dinge einfallen lassen. Aber die Hölle ist die App, sie entsteht wirklich dadurch, dass man teilweise nicht versteht, was eine Plattform ist. Wenn Sie beispielsweise die Salesforce-Plattform verwenden, ja, das wird zur App-Hölle, wenn Sie wirklich wollen, dass Salesforce eine Marketingplattform ist. Weil Salesforce eine Vertriebsplattform ist. Aber dann gibt es Apps, und Salesforce verkauft sich zufällig sehr. Und dann ist es plötzlich eine Marketingplattform.

Das ist also ein wirklich interessanter Perspektivenwechsel für Leute, die an ein Tool gewöhnt sind, das nur eine Sache tut. Jeder denkt, Excel macht alles. Das tut es nicht, wir sollten es wirklich nur für Tabellenkalkulationen verwenden, Leute. Es ist keine Plattform für andere Dinge. Confluence ist wirklich gut in diesen Kerndingen, Jira ist wirklich gut in diesen Kerndingen. Und dann kommen diese Apps, um die Fragen zu beantworten, für die es keine Antworten gibt, und um die Dinge zu tun, die nicht getan werden können. Und das ist der Grund. Also ist es App Hell oder ist es App Heaven? Das ist die eigentliche Frage. Oder vielleicht ist es vielleicht App Purgatory, ich weiß es nicht. Ich denke, die Zuhörer entscheiden.

Henri Seymour:

Der ständige Strom von, und noch eine weitere App muss aktualisiert werden. Um fair zu sein, denke ich, dass dies derzeit kein Problem in der Cloud ist. Das ist ein ausschließlich vor Ort auftretendes Problem, der ständige Aktualisierungszyklus der Apps. Aber vielleicht nähern wir uns dem Ende des Fegefeuers.

Matt Reiner:

Ja. Ja. Ich glaube, wir steigen alle zusammen auf. Wir erreichen gerade gleichzeitig neue Höhen.

Henri Seymour:

Gibt es noch etwas, das du ansprechen möchtest, während wir über technische Dokumente sprechen?

Matt Reiner:

Ich schätze, ich gehe in die Zeit zurück, als ich an der Universität war. Ich hatte dort einen Manager, der uns in diesem Job auf dem Campus, den ich hatte, sagte: „Unsere Aufgabe ist es, Menschen mit den Ressourcen zu verbinden, die sie bereits umgeben. Du bist kein Lehrer, du bist nur hier, um Menschen miteinander zu verbinden.“ Und das ist mir wirklich im Gedächtnis geblieben. Und das ist im Grunde das, was wir alle tun. Egal, ob wir ein Produkt entwickeln, das Menschen mit Ressourcen verbindet, oder ob das die Ressource ist oder ob wir zur Dokumentation oder zu irgendwelchen Inhalten beitragen.

Wir versuchen wirklich, es den Leuten zu ermöglichen, etwas Größeres zu tun, etwas Höheres, das über unseren Inhalten, über unserem Produkt liegt. Es ist diese Sache, die ihnen wirklich wichtig ist, und jede Rolle, die wir spielen dürfen, und diese größere Sache, diese bessere Sache. Das ist es, worum es geht.

Henri Seymour:

Ja, das ist eine wirklich tolle Perspektive. Das ist wahrscheinlich auch eine wirklich tolle Sache, um das Ende des Podcasts abzurunden.

Matt Reiner:

Ich schätze schon.

Henri Seymour:

Ja. Vielen Dank, dass du zu uns gekommen bist, Matt, und dass du mit uns im Easy Agile Podcast über alles rund um technische Dokumentation gesprochen hast.

‍

‍

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

‍