Easy Agile Podcast Ep.30 Ausgerichtet und erfolgreich: Die Macht der Teamausrichtung
„Jedes Mal, wenn ich Tony treffe, bin ich immer wieder erstaunt über seine Energie und Authentizität. In diesem Gespräch kam das wirklich zum Vorschein.“
In dieser Folge wird Hayley Rodd, Head of Partnerships bei Easy Agile, von Tony Camacho, Technical Director Enterprise Agility bei Adaptavist, begleitet. Sie befassen sich mit dem viel diskutierten Thema Teamausrichtung und erörtern, was es bedeutet, synchronisierte Ziele, funktionsübergreifende Zusammenarbeit und eine gemeinsame agile Denkweise zu haben.
Sie behandeln auch die grundlegenden Bausteine, um auf Ihrem Weg zur Teamausrichtung richtig anzukommen, wie z. B. die Fähigkeit, zuzuhören und Fehler als Lernmöglichkeiten zu betrachten, und betonen, wie wichtig es ist, rückblickende Maßnahmen umzusetzen und vieles mehr.
Wir wünschen euch viel Spaß mit der Folge!
Teile deine Gedanken und Fragen auf Twitter mit dem Hashtag #easyagilepodcast und tagge @EasyAgile.
Transkript:
Hayley Rodd:
Hier bei Easy Agile möchten wir dem Land eine Anerkennung aussprechen. Dies ist Teil unseres kontinuierlichen Engagements für Versöhnung. Easy Agile möchte sich bei den traditionellen Hütern des Landes bedanken, von dem aus wir senden und Sie heute treffen. Die Menschen des Darova-Sprachenden Landes. Wir zollen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines, den Bewohnern der Torres State Islands und den First Nations, die heute zuhören, den gleichen Respekt. Hallo zusammen und willkommen zum Easy Agile Podcast. Mein Name ist Hayley. Hier ist ein bisschen über uns hier bei Easy Agile. Also machen wir Apps für Jira von Atlassian. Unsere Anwendungen sind auf dem Marktplatz von Atlassian verfügbar und genießen das Vertrauen von mehr als 160.000 Nutzern führender Unternehmen weltweit. Unsere Produkte helfen dabei, ein flaches Jira-Backlog von Teams in etwas zu verwandeln, das visuell aussagekräftiger und leichter zu verstehen ist.
Von der Sprint-Planung über Retrospektiven bis hin zur PI-Planung eignen sich unsere Ups hervorragend für die Teamausrichtung. Apropos Teamausrichtung, genau darum geht es in dieser Episode. Heute gesellt sich Tony Camacho zu mir. Tony ist der technische Direktor von Enterprise Agility for Aligned Agility, das Teil der Adaptivity-Gruppe ist. Ich habe Tony während meiner Zeit hier bei Easy Agile ein paar Mal getroffen und gelernt, dass er einer der großzügigsten Menschen ist. Außerdem ist er lustig und ein kluger Mensch, der sich unglaublich gut mit Jira und einer Reihe anderer agiler Themen auskennt. Es ist wirklich wunderbar, Tony heute im Podcast zu haben.
Hallo zusammen, wir haben heute den wunderbaren Tony Camacho im Podcast. Dies ist unsere erste Aufnahme aus unserem Easy Agile Büro in Sydney, was super cool ist. Tony, ich bin mir nicht sicher, ob du es weißt, aber Easy Agile hat seinen Sitz in einem Ort namens Wollongong, der etwas südlich von Sydney liegt. Aber wir haben ein Büro in Sydney, weil wir kürzlich ein paar Teammitglieder aus Sydney eingestellt haben, die einen Ort wollten, an dem sie zusammenkommen und miteinander abhängen können. Also haben wir diesen Raum geschaffen, aber es ist 7:00 Uhr morgens, also bin ich jetzt ganz allein. So sehr liebe ich dich. Also Tony, lass uns mit den Fragen beginnen. Ausrichtung des Teams. Was bedeutet es für ein Team, tatsächlich aufeinander abgestimmt zu sein?
Tony Camacho:
Für uns in einem agilen Umfeld, das wir haben, ist es also ein kollektives Verständnis, eine Synchronisation Ihrer Teammitglieder mit Zielen, Prinzipien und Ihren Praktiken, an denen Sie arbeiten. Mehr noch, ich würde sogar auf den Punkt der Schrittfrequenz heruntergehen, Sie würden diese Synchronisationen haben. Es geht also darum, mit Ihren agilen Prinzipien und Werten, Ihrer Denkweise, Ihren gemeinsamen Zielen und Visionen, Ihren synchronisierten Arbeitspraktiken, DevOps, [unhörbar 00:02:44] konsistent zu sein, wie wir das veröffentlichen werden. Funktionsübergreifende Zusammenarbeit zwischen den Teams, um Ihre teamförmigen Partner/Teamkollegen in diesem Moment zum Glänzen zu bringen, voneinander zu lernen, Rollen, Verantwortlichkeiten, Dinge dieser Art. Das bedeutet es für mich. Das heißt wirklich.
Es dreht sich alles um Menschen und an diesem Punkt, dass sich alle an unserem gemeinsamen Ziel orientieren und daran arbeiten, das Ziel, das wir für den Geschäftspartner erreichen wollen. Da ist das Gold, hinter dem wir alle als Team her sind. Macht das Sinn für euch? Wir haben die gleichen Ziele für diese Initiative und unsere Praktiken. Und schließlich, was ich weiß, normalerweise nicht der Fall ist, ist, dass wir uns darauf einigen, welche Tools wir verwenden werden und wie wir sie einsetzen werden, und wir haben einen Systemquelldatensatz, aus dem wir wissen, wo wir unsere Truppen und unsere Abhängigkeiten platzieren können, um herauszufinden, welche Teams über Kapazitäten verfügen, und von dort aus weitermachen können. Das wäre meine allgemeine Definition eines agilen Teams.
Hayley Rodd:
Beeindruckend.
Tony Camacho:
Und Teams.
Hayley Rodd:
Sie hatten im Laufe der Jahre viel Erfahrung. Ich schätze, ich denke, wenn Sie all diese wirklich wunderbaren Dinge über Teamausrichtung sagen, ist, dass meiner Erfahrung nach eine Teamausrichtung darin besteht, dass die Leute alles richtig machen, super großartig ist. Wenn die Leute etwas falsch machen, ist es wirklich schwer. Und ich denke tatsächlich, dass es ziemlich schwierig ist, die richtige Teamausrichtung zu finden. Du musst wirklich daran arbeiten. Was ist deine Erfahrung damit?
Tony Camacho:
Für mich ist es so, als ob es eine schlechte oder eine großartige Ehe sein kann, aber es braucht Arbeit. Wie wir wissen, brauchen alle Beziehungen Arbeit. Wir sind Menschen, wir sind nicht dasselbe. Jeder von uns bringt etwas in die Wertetabelle ein. Lassen Sie mich Ihnen ein Beispiel nennen, mit dem ich in einem Team gelebt habe. Ich bin von Natur aus extrovertiert, und ich bin Entwickler, Ingenieur und normalerweise sind das nicht zwei Fähigkeiten, die man zusammen hört. Ich musste also lernen, dass, wenn ich mit meinen Teamkollegen zusammenarbeite, die manchmal introvertiert sind, langsamer fahren, zuhören, warten. Sie mussten auch lernen, schneller zu antworten, denn als Extrovertierte sehe ich Sie plötzlich an, wenn ich Ihnen eine Frage stelle, und ich denke, Sie verstehen die Frage nicht. Ich formuliere die Frage neu und jetzt haben Sie ein Defizit bei zwei Fragen.
Und jetzt geht es mir noch schlechter, weil ich jetzt sage: „Hayley versteht mich nicht. Was passiert hier? Lass es mich noch einmal anders formulieren.“ Und es kann leicht auseinanderfallen. Was ich gesehen habe, wenn Teams nicht aufeinander abgestimmt sind, ist, dass das Team kein Team mehr ist. Es ist miserabel, zum Team zu gehen. Es ist miserabel, zur Arbeit zu kommen, wenn das Team wirklich aufeinander abgestimmt ist und man rockt und rollt. Es ist ein Gefühl, wie du es noch nie hattest. Es ist schwer, den Leuten zu erklären, dass, wenn man das Team sieht, weil man es weiß, wenn es funktioniert und man offensichtlich weiß, wenn es nicht funktioniert, man anfängt, Termine zu verpassen. Integrationen finden nicht rechtzeitig statt. Sie haben keine einzige Informationsquelle. Du fängst an, dass Leute dasselbe in zwei, drei verschiedenen Angelegenheiten, unterschiedlichen Prioritäten erklären. Wir arbeiten nicht nach demselben Gesangbuch. Das Ding, das ich von meinem genommen habe... Ich bin ein SPC, also als Instruktor versuche ich immer, jedem zu erklären, dass du vielleicht das Beste von allem da draußen hast, aber das heißt nicht unbedingt, dass es zusammen funktionieren wird.
Sie müssen also ein Verständnis dafür haben, wie wir zusammenarbeiten werden, was unsere Prioritäten sind, welche Tools wir haben werden und was unsere Werte als Menschen für dieses Team sind, wenn das... Ich hoffe, das hilft, einige der Dinge zu beschreiben, die ich gesehen habe und die wirklich schief gelaufen sind. Ich habe es bei gesehen, ich kann einem Kunden mitteilen, dass ich gesehen habe, dass es weg ist, aber wir haben mit guten Absichten angefangen. Es ist ein Finanzinstitut in den Vereinigten Staaten und sie haben versucht, den Sprung zu mobilen Anwendungen zu schaffen. Und zuerst waren wir als Team auf derselben Wellenlänge, aber sie entschieden, dass sie nicht der Meinung waren, dass die Trittfrequenz überall gleich sein muss. Sie glaubten nicht, dass wir dasselbe Toolset verwenden könnten, wir könnten mehrere verschiedene Toolsets verwenden.
Sie hatten überall Tabellen im Umlauf. Und was passierte, war, dass wir das Vertrauen verloren haben. Wir haben die Arbeit überarbeitet, es gab überall Unklarheiten. Wir waren falsch ausgerichtet und haben angefangen, dafür zu bezahlen, weil unsere Kunden angefangen haben, sich zu beschweren. Sie konnten es an der Qualität der Arbeit sehen. Ein Team hatte ein Schema, einen Hintergrund, eine Art von... Man konnte den Unterschied sehen, als sie integriert wurden. Es schien, als wären es zwei Anwendungen, die zusammengefügt wurden. Und wenn Sie falsch ausgerichtet sind, macht sich das bei Ihrer Arbeit sehr, sehr schnell bemerkbar. Es gibt ein Sprichwort, das wir hier haben. Es gibt eine Scrum Masterin, ich weiß, sie hieß Sophia Chaley, eine der besten, die ich je getroffen habe. Und sie wird den Leuten immer sagen, dass das, was ein Team liefert, das ist, was das Team tut, ist Lernen. Es baut Wissen auf, es wird als Code ausgedrückt. Wenn wir falsch ausgerichtet sind, lernen wir verschiedene Dinge und drücken sie im Code anders aus, falls das Sinn macht.
Hayley Rodd:
Gibt es etwas, das ein Team wirklich richtig machen muss, um bei der Abstimmung erfolgreich zu sein, beispielsweise über die grundlegenden Bausteine der Teamausrichtung nachzudenken? Und was ist das in deinem Kopf?
Tony Camacho:
Oh, das ist sicher. Das mussten sie richtig machen. Zuallererst die Größe des Teams.
Hayley Rodd:
Ja, okay.
Tony Camacho:
Menschen, und ich melde mich nicht zurück... Um noch einmal zu sagen, was unsere Scrum-Methoden angeht: Ich bin ein CSM. Ich weiß, dass sie 8 bis 13 Personen empfehlen. Meine besten Teams waren in der Regel etwas größer. Aber wir mussten uns auch auf die Größe des Teams einigen, wo es nicht zu groß wurde, wo wir uns überrannten und einander nicht zuhörten. Wir mussten unsere Ziele verstehen. Wir hatten alle die gleichen Ziele. Wir haben das geübt, indem wir, als ich bei Microsoft gearbeitet habe, das hatten, was wir früher unsere Fahrstuhlsprache nannten. Und wir haben jemanden angehalten und ich würde gehen, wir arbeiten daran. Achte diesbezüglich auf deine Rede im Aufzug. Und wenn deine Rede im Aufzug nicht wäre... Es war nicht gemeint, dass es mit den Minen synchron sein muss, aber wenn ich es nicht verstand, hatten wir ein Problem.
Oder wenn es ein anderes Ziel wäre, wo ich dich sehe, aber wir bauen einen Volkswagen, aber du beschreibst mir einen Lamborghini, dann haben wir ein Problem. Und solche Dinge mussten wir auch haben, um sicherzustellen, dass wir die richtigen... Dieselben Praktiken und Tools. Das ist der Punkt, an dem Easy Agile meiner Meinung nach übertrifft. Ich meine, es übertrifft einfach, es übertrifft den Markt. Es ist transparent und es zeigt alles, was vor dir liegt, direkt für mich. Als wir also dasselbe Tool hatten und wir den gleichen Rhythmus hatten und wir unsere Abhängigkeiten sehen konnten und wir konnten sehen, was ich für jemand anderen zu liefern hatte oder jemand es für mich liefern musste, das war die Art von Dingen, die wir hatten. Wir mussten Respekt haben. Jemand scheint immer zu vergessen, dass wir immer Respekt voreinander haben mussten.
Wir mussten uns dieselben Werte wie Zusammenarbeit, Anpassungsfähigkeit und Transparenz zu eigen machen. Die Praktiken, die wir alle kennen, aber irgendwie vergessen wir, wenn wir an einen Punkt kommen, an dem wir nicht übereinstimmen und wenn Sie meine Ideen respektieren und ich Ihre respektiere und wir zusammenarbeiten, müssen wir uns nicht einigen. Aber dieser Respekt wird uns ein gutes Stück näher bringen, um die Projektvision zu erreichen, die wir uns wünschen. Und wir versuchen, die Bedürfnisse des Kunden zu erfüllen. Und das sind die Dinge, die wir brauchten. Wir brauchten Führung. Führung, das kann ich nicht sagen, und wenn Sie merken, dass ich das Wort Management nicht verwende, ist Führung, wenn Sie sich in eine Situation begeben, in der es für Sie als Person, als diese Führungskraft, schlecht werden kann, indem Sie versuchen sicherzustellen, dass wir die richtigen Entscheidungen treffen, die Menschen stärken und ihnen klar machen, worüber sie Entscheidungen treffen können und nicht. Und es klingt so einfach, wenn ich so mit Ihnen spreche, aber jedes Mal, wenn ich irgendeine Art von Transformation durchführen musste, das Gepäck, das wir als Menschen manchmal mit sich bringen, die Ängste, der Mangel an Vertrauen, den wir haben, da kommen die Scrum Master oder Product Owner ins Spiel. Und dann brauchen Sie etwas, das sicherstellt, dass Sie diese Vision haben, um diese Vision zu vermitteln. Wie ich bereits erwähnt habe, einige der Toolsets, die wir da draußen haben. Macht das für dich überhaupt Sinn?
Hayley Rodd:
Ja, das tut es wirklich. Es findet wirklich großen Anklang bei mir. Ich denke, wenn man davon spricht, als Team zusammenzukommen und eine Reihe von Werten und eine Vision zusammenzustellen, kommt es einem wie ein „Duh“ -Moment vor. Es ist so, als würdest du das natürlich als Team machen, aber ich denke, am Ende des Tages als Teams gehen wir wie gewohnt ins Tagesgeschäft und wir denken, ich habe keine Zeit, als Team zusammenzukommen und diese Vision zu formulieren, weil ich X, Y und Z machen muss, das ist nächste Woche fällig. Aber ich denke, es ist einer dieser grundlegenden Bausteine, die Sie wirklich auf Erfolg vorbereiten, wenn Sie X, Y, Z später schneller machen. Das ist es also, was ich daraus mitgenommen habe.
Tony Camacho:
Und ich würde dir zustimmen. Und du hast dir ein perfektes Beispiel ausgedacht, weil viele Leute das tun. Ich muss nächste Woche täglich ABC erledigen. Ich habe keine Zeit. Und das Problem ist, wenn sie es plötzlich merken würden, und das wird in Ihren Praktiken offensichtlich. Wenn du dich also auf deine Übungen, deine täglichen Standups geeinigt hast, wenn du das tust, deine Rückblicke am Ende deiner Sprints und wenn die Person das Gefühl hat, dass sie diesen Respekt vor dir hat und keine Angst hat, kann sie dir das mitteilen: „Hayley, ich habe ein Problem. Ich habe viel zu viel Arbeit. Ich weiß nicht, ob ich hier von Wert sein werde. Oder brauchst du mich wirklich?“ „Ja Tony, ich brauche dich, wir werden das besprechen und lass uns deine A, B, C besprechen und sehen, wie ich dir helfen kann.“ Und plötzlich wurde ihnen klar, dass sie nicht alleine auf einer Insel sind. Da Entwickler von Natur aus introvertiert sind, müssen wir diese Angewohnheit durchbrechen. Wir müssen teilen können. Und es ist lustig, ich sage nicht, dass ich mein Mittagessen teile, gut, klar, lass uns unser Mittagessen teilen, aber teilen wir uns die Arbeitsbelastung.
Die eine Sache, die ich den Teams gegenüber immer zu erwähnen versuche, und das ist wieder... Es tut mir leid, aber ich glaube an Easy Agile und verwende dieses Tool. Das ist der Punkt, an dem Easy Agile es auch für mich deutlich macht. Eine Geschichte gehört einem Team, nicht einer Person. Und wenn du das weißt, merkst du plötzlich, dass ich nicht allein bin. Ich arbeite hier als Teil einer größeren Sache. Und die meisten Menschen wollen Teil einer größeren Sache sein. Plötzlich merkt man, dass es fast wie die Baseball-Metapher ist, die ich für Teams verwende. Und ich weiß, der Markt ist nicht Baseball, aber ich denke, das würde auch für andere Sportarten gelten, sei es Cricket oder solche Sportarten. Wenn ich schlage, trete ich gegen jeden an. Wenn ich auf dem Spielfeld bin, sind wir gegen... Ich bin lieber bei uns. Und im Allgemeinen sind solche Dinge da, lass uns das machen.
Außerdem, wenn man mit mehr Leuten als Team arbeitet, gibt es Dinge, die dort passiert sind. Sie minimieren das Projektrisiko, was ich hasse, wenn ich das Wort Projekt verwende. Es sollte Initiative sein. Es lebt lange. Normalerweise bist du viel anpassungsfähiger. Ich kenne nicht alle Antworten. Also, als ich mit dir gearbeitet habe, Hayley, und du mir dort einige Dinge gezeigt hast, warst du einer der bescheidensten Menschen, die ich je getroffen habe, und ich habe es geliebt. Aber als du durchgegangen bist, du hast mir das Tool gezeigt, es wurde sehr offensichtlich, du weißt es, du fühlst es, du liebst es, es ist ein Teil von dir. Und das ist für mich belebend. Das ist Energie. Wer würde nicht mit jemandem wie dir arbeiten wollen? Warum nicht? Lass uns das machen. Richtig?
Hayley Rodd:
Danke Tony. Ich denke, eines der Dinge, die ich ansprechen wollte, ist, wenn man in einem Team ist und als Team zusammenkommt, an etwas arbeitet. Wie geht es einer Person, die Anerkennung für das sucht, was sie tut, wie bekommt sie das? Oder wie lässt man das stehen? Wie legt man dieses Ego beiseite und sagt: „Ich mache als Team etwas zum Wohle des Teams?“ Bist du jemals darauf gestoßen oder hast du darüber nachgedacht? Ich bin an deinen Gedanken interessiert.
Tony Camacho:
Also die Leute, von denen ich dachte, dass sie das brauchen, so wie ich... Ja, das ist eine gute Frage, denn ich denke konkret nach. Es gab einen, einen Scrum Master, von dem ich dachte, dass er das auf die erstaunlichste Art und Weise gemacht hat, die es je gab. Im Grunde würde sie die Ideen herausfordern, auch wenn es nicht die dieser Person wären, ja. Ich finde, Hayley ist... Du hast keinen guten Tag, Hayley. Du hast keinen guten Tag. Und ich weiß, du gewöhnst dich nicht daran, im Scrum-Team zu arbeiten. Es ist neu für dich und alles andere. Und was sie normalerweise getan hat, war vor allen, und manchmal war es nicht einmal deine Idee. Und sie sagte einfach, und Hayley hatte diese wundervolle Idee, die uns etwas ersparen und uns voranbringen wird. Hayley hat das zu mir gesagt, es hat uns dazu gebracht, als Team zu denken. Und wir haben es umgangen, wir haben geredet und wir haben es geschafft.
Und diese Person sagte normalerweise immer: „Wow, ich habe Anerkennung für etwas bekommen. Gute Scrum-Master werden das sehen. Oder gute Produktbesitzer werden darauf hinweisen.“ Die andere Art, wie ich es gemacht habe, war so etwas wie Easy Agile zu verwenden. Es ist ein großartiges Tool, ob Sie es glauben oder nicht. Ich würde mich zurückziehen, ich bin Entwickler, aber ich habe auch jahrelang die Rolle des Scrum-Masters gespielt. Ich würde einen Schritt zurücktreten und einen meiner Teamkollegen die Leitung übernehmen lassen, ihre Stimme hören und mich gestärkt fühlen. Es ist unglaublich, wenn sich die Leute gestärkt fühlen, denn worüber Sie alle sprechen, geht es wirklich um mangelndes Vertrauen, um einen Mangel an psychologischer Sicherheit. Und es liegt an uns, ein eingespieltes Team zu sein, da muss man Vertrauen haben und man muss die Angst vor einem Urteil abbauen. Die andere Sache, die einmal mit einem Scrum Master passiert ist und die ich wunderbar fand, war, dass die Chefin wieder gegen Sophia Chaley vor ihrem Zimmer stand, als es einen schlechten Sprint gab.
Der Sprint endete nicht gut. Und sie stand vor allen auf und sagte im Grunde: „Manchmal gewinnst du, manchmal lernst du. Das war ein Lernsprint.“ Sie hat Easy Agile aufgerufen, das sie gleichzeitig benutzt hat, hat es hochgezogen und die Dinge gezeigt, die nicht so geklappt haben, wie sie dachten, dass sie funktionieren würden. Und sie sagte, das sind die Maßnahmen, die wir ergreifen werden, um das zu verbessern. Und dann, als jemand, der im Management war und wieder nicht den Begriff Führung verwendete, jetzt verwende ich den Begriff Management mit Absicht, Schuldzuweisungen zu machen. Ihre Antwort war, nicht zu schreien, nicht ihre Stimme zu erheben. Ihre Antwort war, wenn wir jemanden loswerden oder jemandem die Schuld geben müssen, geben Sie mir die Schuld. Aber ich bin hier, um das Problem zu lösen. Lass uns weitermachen.
Hayley Rodd:
Beeindruckend.
Tony Camacho:
Sie wollte es nicht sagen. Und das war für mich einer der herausragendsten Momente, die ich je gesehen habe. Und zu diesem Zeitpunkt nutzte sie tatsächlich Easy Agile, das kein Finanzinstitut in den Vereinigten Staaten war. Ich würde Sie wissen lassen, dass Lehrer es verwenden, finden Sie es heraus. Und im Grunde hat sie das Board gezeigt und einfach alles durchgesehen und das gemacht. Das war Führung. Das war Führung. Und in der Regel folgen Ihre Teams der Führung und plötzlich treten sie auf und Sie werden sehen, dass das die Leute sind, die sich wehren wollen. Nun, nicht jeder will das tun. Manche Leute wollen einfach nur Teammitglieder sein und das ist okay. Das ist völlig okay, aber was nicht okay ist, ist, dass, wenn sie kein Vertrauen haben, oder? Und für mich ist das das Wichtigste. Wenn du Menschen hast, die sich dem Wandel widersetzen oder in ihrer Welt isoliert sind, erkennen sie plötzlich, wenn du sie dazu bringen kannst, sich zu öffnen, sagen sie dir nur, dass ich mich nicht sicher fühle.
Ich mache das schon mein ganzes Leben lang. Ich bin großartig darin und jetzt bittest du mich darum. Und du musst sie irgendwie dazu bringen, das Gefühl zu bekommen, dass sie etwas Wertvolles mitbringen. Sie helfen dir, voranzukommen. Und du triffst sie auf halbem Weg, wenn du musst. Aber ja, das ist das größte Problem, das ich je gesehen habe und das wir immer, es kommt immer auf den Menschen an. Den Rest kannst du immer kommen, das kannst du jederzeit ändern. Aber es gibt einige Dinge, die du auch tun musst. Ich glaube, dass manche Leute Hayley über den Weg laufen, dass ich und du in unserer Welt leben, während wir aufsteigen, manchmal sind wir es, es gibt eine Unklarheit der Dinge, die wir tun müssen. Und ich habe gesehen, wie du das gemacht hast, Leute in unseren Rollen werden sie plötzlich übernehmen, auch wenn das nicht Teil unserer Rolle ist, und wir müssen lernen. Das ist alles. Aber ja.
Hayley Rodd:
Ja, ich denke, ja, es ist so wahr, dass die [unhörbare 00:19:23] psychologische Sicherheit da sein muss. Und ich denke an so viele Teams zurück, denen ich angehört habe, dass sie nicht da ist. Sie müssen also das Gefühl haben, etwas zu prägen oder Ihren Stempel aufzudrücken und Ihren Wert unter Beweis zu stellen. Denn wenn Sie Ihren Wert nicht unter Beweis stellen, werden Sie befragt. Ich denke, das ist so häufig, was ich in Teams sehe, und es entsteht tatsächlich keine Kameradschaft, sondern ein Wettbewerb zwischen Teamkollegen und es entsteht ein falsches Umfeld. Es ist also einfach wirklich interessant. Eine Sache, die ich ansprechen wollte und über die Sie vor ein paar Fragen viel gesprochen haben, war Respekt und dafür zu sorgen, dass Teams Respekt voreinander haben. Wie zeigt ein Teammitglied Respekt vor seinen Teamkollegen? Was sind einige wirklich gute Beispiele für Respekt und wie können wir ihn als Teammitglieder zeigen oder verkörpern oder entsprechend umsetzen?
Tony Camacho:
Lassen Sie mich Ihnen jetzt einen Mangel an Respekt zeigen. Ja. Hayley, wir sprechen darüber.
Hayley Rodd:
Ich schaue aus der Kamera, weiche mir aus. Ja.
Tony Camacho:
Eines der wichtigsten Dinge war, wirklich zuzuhören zu lernen. Setz dich hin, ob du es glaubst oder nicht, ich fand, dass es manchmal das Beste ist, tief durchzuatmen, zuzuhören, nicht zu reagieren, zu erkennen, was diese Person in diesem Moment fühlt und durchmacht, weil es schwer ist, was wir tun. Es ist halb Kunst und halb Wissenschaft. Lassen Sie sie lernen, dass ein Fehler kein Misserfolg ist, sondern ein Lernmoment. Führen Sie diese Diskussion dort. Nehmen Sie ihre Bedenken ernst. Es ist lustig, weil du mich gerade an etwas denken lassen hast. Das ist eine Sache, bei der ich meinen Teamkollegen Respekt entgegenbringen könnte, wenn ich als Scrum Master effektive Retros abhalten würde. Höre wirklich zu, was sie in den Retros sagen, berichte über die Dinge, von denen du gesagt hast, dass du sie in den Retros verbessern wirst. Also haben wir gesagt, das sind die drei Dinge, die wir verbessern werden, oder das sind Dinge, die mir zugewiesen werden.
Mach es real. Mach eine Geschichte draus. Zeig es an die Tafel und sag: „Hier gehen wir hin. Das ist es, was passiert. Das ist es, was mich blockiert. Kann mir jemand helfen?“ Aber ich arbeite das für dich. Schnapp sie dir, sei wirklich aufrichtig. Ich meine nicht, Pizza zu kaufen oder eine Menge mitzubringen. Scrum Master bringen Pizza und Donuts ins Büro. Nein, es macht ihr Leben wirklich besser. Sei dieser Anwalt, der sich für sie einsetzt. Und wenn Sie ein Teamkollege sind, setzen Sie sich füreinander ein und seien Sie aufrichtig. Habt den Mut, aufzustehen und zu sagen, dass das keine faire Bewertung ist. Aber das Wichtigste ist, wirklich zuzuhören. Denn oft, wenn mir jemand etwas sagt, mache ich es persönlich. Ich, das habe ich manchmal, ich weiß, ich fühle mich unwohl, aber ich kann nicht erklären warum. Und wenn du da bist, mich ansiehst und redest und durchgehst, wird mir plötzlich klar, dass es vielleicht etwas anderes war und ich möchte deine Ideen hören.
Aber ich müsste, wenn ich zeigen wollte, dass ich diesem Teamkollegen helfe, auch mich verwundbar machen. Wenn du zu mir kommst, sollte ich das mit dir teilen, aber ich sollte aktiv zuhören, oder? Und ich respektiere wirklich deine andere Sichtweise. Es ist okay. Wir haben alle unterschiedliche Perspektiven. Das Problem, das ich finde, ist, dass wir uns in unserer Welt so schnell bewegen, dass wir manchmal nicht aufhören, zuzuhören. Es fehlt uns an Geduld. Wir bewegen uns zu schnell. Also werde ich eine für Sie teilen, die ich aufrichtig ausdrücken werde. Mir ist medizinisch etwas passiert und ich ging etwas aggressiv mit dem Team um. Also habe ich endlich ein Treffen mit unserem Team einberufen und sie haben mich weinen sehen. Ich war damit einverstanden. Ich sagte: „Ich hatte keinen Grund, so zu sein. Ihr habt mir Liebe gezeigt, ihr habt mir Respekt entgegengebracht, ihr unterstützt mich, helft mir bei meiner Arbeit. Und ich war immer noch absolut schrecklich.“
Und es hat mir wehgetan. Es tat weh, dass ich das getan habe, aber sie mussten mich sehen und ich brauchte sie, um mir zuzuhören, mir diese Sekunde zu geben, um es von meiner Seele zu bekommen. Und am Ende fing ich an zu weinen. Ein 60-jähriger Mann weinte in einer Besprechung und sagte: „Das hätte ich dir nicht antun sollen. Das war falsch.“ Und es wurde nicht erfunden. Einige der Leute dort waren 20-jährige Leute in meinem Team und sie weinten. Und weil sie das Gefühl hatten, sie sagten es mir danach, sie fühlten meinen Schmerz, in dem ich war, weil ich helfen wollte. Es ist die frustrierendste Sache. Zu deinem vorherigen Punkt, wie fühle ich mich? Ich wollte helfen. Ich wollte dort sein und ich konnte nicht. Körperlich war ich nicht da. Mein Verstand war überall und ich war unhöflich, unverblümt und ich könnte ein paar andere Begriffe gebrauchen. Bitte nicht. Aber das ist wirklich die Hauptsache für mich, es ist wirklich einfach, was wir tun. Ich höre einfach zu und zeige einfach Respekt vor anderen Menschen. Und manchmal vergessen wir es.
Hayley Rodd:
Ich denke, viele der Botschaften, über die Sie sprechen, richten sich nicht nur an Entwicklerteams, sie richten sich an jedes Team, jedes Team in allen Lebensbereichen. Ich denke, sie sind einfach so grundlegend für erfolgreiche menschliche Beziehungen, egal ob es sich um persönliche oder berufliche Beziehungen handelt, ich denke schon. Ich denke, es gibt einfach so viele gute Botschaften. Eine Sache, die ich ansprechen wollte, war, dass Sie über aktives Zuhören sprechen und wenn Sie an Ihre Karriere zurückdenken, und vielleicht ist das völlig außerhalb des Drehbuchs, aber wenn Sie an Ihre Karriere zurückdenken, wie sind Sie im Laufe der Jahre ein besserer aktiver Zuhörer geworden? Wie haben Sie diese Fähigkeit verbessert? Wie du schon sagtest, du bist extrovertiert, du willst da rein, du willst das Problem lösen. Wie wirst du darin besser?
Tony Camacho:
Ich hatte einige sehr, sehr kluge Leute, die sich mit mir abgefunden haben, mir zugehört haben und dann den Mut hatten, mich danach anzusprechen und mich zu unterrichten und mich vor niemandem in Verlegenheit zu bringen. Ich habe es so gemacht, dass sie sagten: „Glaubst du, das hätte vielleicht besser sein können, Tony?“ Wie gesagt, ich bin 61 und immer noch extrovertiert und ich habe immer noch viel Energie und mache immer noch Fehler. Wie ich allen sage, mache ich jeden Tag, an dem ich aufwache, einen Fehler, ich bin einfach aufgestanden. Aber ich hätte länger im Bett bleiben können. Aber auch das, was ich gelernt habe, und es liegt einfach in der Natur des Älterwerdens, es gehört nicht zum Alter. Ich sah zu, wie Leute kamen und versuchten, das Gleiche zu tun wie ich, woran ich gescheitert bin, und ich war lange Zeit Dozent für Microsoft.
Und zu sehen wie, denn für mich ist es unglaublich zu sehen, wie der Geist einer Person funktioniert. Also was passiert ist, ich werde einfach... Weißt du, was ich versucht habe, es hat bei mir nicht funktioniert, aber ich werde sagen, nach dem Unterricht mit dir, dass du es mir noch einmal zeigst, weil du es vielleicht gelöst hast. So arrogant bin ich nicht. Und es liegt in der Natur unserer Sache, dass ich finde, dass je mehr man lernt, desto mehr merkt man, wie wenig man weiß. Das war das Größte, was mir die Augen geöffnet hat. Jetzt ist es wie, oh mein Herr. Du triffst jemanden wie John Kern, du triffst jemanden wie Sophia Chaley, die aus verschiedenen Perspektiven kommen, brillante Menschen, und du siehst plötzlich, dass sie Dinge etwas anders machen und du beobachtest sie einfach und du sagst: „Wow.“ Und das, was ich an unserem Job liebe, was Sie bestimmt lieben müssen, egal wo wir hingehen, in jedem Team, mit dem wir arbeiten, das ist anders. Es ist anders.
Jeder fragt mich immer, wie du das machst. Und ich werde ihnen sagen: „Schau, ich werde mit dir teilen, wie ich es gemacht habe. Ich habe einen vielfältigen Hintergrund. Ich habe schon immer beraten.“ Ich habe den ATM-Bereich gemacht, ich habe für weltraumgestützte Kriegsführung gearbeitet, ich habe für die Gesundheitsindustrie gearbeitet, jeder war anders. Jemand aus der staatlichen Regulierung, aber meistens andere Menschen. Ich habe ein Sprichwort, ich habe mir jede Narbe in meinem Rücken verdient, ihren Verstand. Ich habe gelernt, dass man Menschen die Chance geben muss, ihre Narben zu bekommen. Ja, es kann Schmerz sein, ich sage nicht, scheitere nicht, ich lasse sie nicht scheitern. Aber manchmal wollen die Leute etwas tun. Also so würde ich es machen. Lass sie das machen. Und ich habe einfach zugesehen und gelernt, was passiert ist, als ich reingegangen bin und je mehr ich gelernt habe, und plötzlich wurde mir klar, wie wenig ich weiß, ich dachte, ich habe mit FORTRAN angefangen, ich habe früher in den Toten gearbeitet 28.
Und dann arbeitest du dich hoch und merkst: „Wow, ich weiß nicht so viel, wie ich dachte zu wissen.“ Und ich hatte das Glück, bei Microsoft zu arbeiten und das Vergnügen zu haben, Bill Gates kennenzulernen. Nun, egal, was Sie über Bill Gates sagen, denn viele Leute sagen einige verrückte Dinge und einige davon mögen wahr sein oder auch nicht. Aber das einzige, was du ihm nicht wegnehmen kannst, ist, dass du mit ihm in einen Raum gehst und plötzlich siehst, wie er all diese Ideen zusammenfügt und zu einem größeren Bild kommt. Plötzlich merkst du: „Wow, die Leute sagen mir, dass ich wirklich schlau bin, nicht so schlau.“ Und dann lernst du, Demut ist eine gute Sache.
Hayley Rodd:
Ja, ich denke, Demut ist einfach ein so wichtiges Gut, das man haben und versuchen muss, weiterzuentwickeln, denn sein Ego an der Tür zu lassen und offen zu sein, um von anderen Menschen zu lernen und nicht zu denken, dass alles definitiv eine Lektion fürs Leben ist, die man manchmal durchmachen muss. Und manche Menschen machen das durch und nehmen ihnen trotzdem nicht die Lektion fürs Leben. Also ja, ich finde es so interessant. Ich schätze, wir haben nicht mehr viel Zeit, aber ich wollte kurz darauf eingehen, wie wir es aus Sicht des ROI betrachten. Wie wichtig ist die Ausrichtung des Teams im Hinblick auf die Kapitalrendite? Was gewinnen Sie aus geschäftlicher Sicht, wenn Sie ein aufeinander abgestimmtes Team haben?
Tony Camacho:
Also werde ich einen Begriff verwenden, den ich nicht mag, und Hayley, du kannst mich schlagen, wenn wir uns das nächste Mal treffen. Aber ich versuche es so zu verwenden, dass ich es nicht tue, weil es eine effektive Ressourcennutzung ist, oder? Aber ich beziehe mich in diesem Punkt nicht auf Menschen, weil es vielleicht Menschen sind. Das Problem ist, dass das ein großer Markt ist. Aber als agile Menschen werde ich Sie nicht als Ressource bezeichnen, ich bezeichne Sie als Mitmenschen, Sie sind ein Partner in meinem Team. Du bist mein Teamkollege. Du bist kein Stück Holz. Aber das ist leider ein Begriff, der verwendet wird. Und wir werden eine effektive Nutzung haben, wir werden in unserer gesamten Organisation gemeinsame Ziele verfolgen. Wenn Sie eine der Botschaften verwenden — weniger, schlecht, sicher — wählen Sie sie aus und Sie beginnen, sich auf Ihre Wertströme zu konzentrieren. Sie hätten die Produktqualität verbessern sollen, weil wir den gleichen Rhythmus haben. Wir veröffentlichen Dinge und wir haben da die gleichen Ansichten.
Sie werden meiner Meinung nach eine bessere Kundenzufriedenheit und Loyalität haben. Sie stellen fest, dass Ihre Produktqualität steigt, dass Sie konsistent sind, dass sie aussehen und sich anfühlen, und hoffentlich liefern Sie, was sie wollen. Wenn Sie Ihre Teams aufeinander abgestimmt haben, sind Sie viel anpassungsfähiger. Hayley, hat dein Team Kapazitäten? Hab ich nicht. Dafür sind wir nicht in der Lage. Haben Sie Kapazitäten? Ja, das tue ich. Oder wir finden jemanden oder wir brechen es gemeinsam auf und präsentieren unseren Partnern eine Idee. Das sind die Dinge, die ich mag und ich denke, am Ende haben Sie zu diesem Zeitpunkt die Risiken reduziert.
Außerdem denke ich, dass die Sache, die sie haben, ist, dass es indirekt ist, aber niemand weiß davon. Niemand spricht wirklich darüber, wenn ich in der oberen Führungsebene wäre, wenn wir damit beginnen und die Teams aufeinander abstimmen, werden Ihre Teams zuallererst sicherer, Ihre Teams fühlen sich wohler, sie arbeiten mit denselben Leuten zusammen. Sie werden sehr effektiv und fangen an, Ideen zu entwickeln. Sie sind die Wissensarbeiter. Sie wissen das besser als jeder andere und fühlen sich dann befähigt, Ideen auszutauschen. Ich dachte immer, ich hätte die besten Teams, als sie gefragt wurden... Nun, und ich habe es verstanden, ich weiß nicht wie, ich fuhr einen Zug und sie baten darum, mit dem CTO zu sprechen und alles, was sie wollten, war, mit dem CTO zu sprechen und diese Person menschlich zu machen. Sie fragten sie, was sie in einem früheren Job gemacht hat. Unglaublich. Sie arbeitete als Fabrikarbeiterin und auch im Bauwesen. Sie ist früher Auto gefahren, eines der Dinge, niemand hätte das geglaubt. Und was passierte, war, dass sie anfingen, Ideen mit ihr zu teilen und sie nahm sie an. Weißt du, was das mit dem Team gemacht hat, die Teams alle, sie sagten, jetzt ist das da draußen, das gehört uns. Sieh dir das an. Das war unseres. Ich meine Eigenverantwortung, das ist unglaublich.
Und leider arbeiten wir auf einem kapitalistischen Markt, was in Ordnung ist, das sind wir. Ich meine, wir sind in der IT tätig, das ist eine Kapitalrendite. ROI Am Ende sehen Sie eine viel effizientere Verwendung Ihres Geldes, eine viel effizientere Verwendung Ihrer Dollars. Außerdem könnte ich mir vorstellen, dass die Leute oben, die in der C-Suite sind, plötzlich erkennen, dass die Organisation in die gleiche Richtung geht. Ich denke, psychologisch gesehen haben sie das Gefühl, dass wir jetzt dieses Team hinter mir haben, das auf dasselbe Ziel hinarbeitet. Oft, jedes Mal, wenn ich eine agile Transformation durchführe, hören wir als Erstes, dass wir wissen, dass sie arbeiten. Wir wissen nicht, woran sie arbeiten. Und da überbrückt so etwas wie Easy Agile das, und dann können Sie diese Informationen verwenden, um noch weiter zu gehen. Und das ist wunderbar, denn dann sind alle auf derselben Wellenlänge. Ihr seid jetzt also von vorne bis hinten ein Team. Im Gegensatz dazu gehe ich zu meinem Team bei der Arbeit und das war's. Es geht also wirklich um die Kapitalrendite und darum, sicherzustellen, dass wir unsere Kunden mit allem, was wir haben, erreichen. Und ich meine nicht schlecht, aber wir liefern für unsere Kunden mit allem, was wir haben. Es ist jetzt Effizienz, oder? Und das war's. Das war's auch schon.
Hayley Rodd:
Ja, das ist so mächtig. Ja, ich finde, das verbindet alles gut, weil wir in der letzten halben Stunde oder so über viele Dinge gesprochen haben. Und ich denke, wenn Sie es schaffen, das Team aufeinander abzustimmen, genau wie Sie es gesagt haben, gibt es diesen ROI, der sich wirklich durchsetzen kann, und es ist eine wichtige Sache für das gesamte Unternehmen, alles richtig zu machen und die Früchte dieser Arbeit zu sehen. Also eine letzte Sache. Können Sie uns Ihre Sicht auf die PI-Planung mitteilen? Ich weiß, dass Sie Safe gerade ein bisschen erwähnt haben, weil es das erste Sprungbrett für die Teamausrichtung ist.
Tony Camacho:
Ich liebe es. Du hast alle im Raum, du lernst die Leute kennen, du fängst an, diese Verbindungen zu Leuten herzustellen. Du fängst an, sie als Menschen zu sehen, nicht als diese E-Mail oder diesen Text, den du rüberschickst, den du da durchmachst. Könnte ich also eine echte Erfahrung daraus teilen? Das ist ein PI-Planungshaus.
Hayley Rodd:
Bitte
Tony Camacho:
Tun. Also, als ich bei Microsoft gearbeitet habe, habe ich online für Produktqualität gearbeitet, was ich gerade weiß, wenn man die Probleme bedenkt, die Microsoft hat. Jetzt sagst du quasi: „Du bist zum Kotzen, Tony.“
Hayley Rodd:
Niemals.
Tony Camacho:
Nein, wir hatten unsere Leute auf der ganzen Welt verteilt. Und was passierte, war, dass, wenn ich mit meinen kleinen Teams sprach, ich sie fragte, und ich war an einem Punkt scherzhaft, weil ich einfach nicht die wahre Antwort bekommen konnte, war, dass ich ihn fragte, ob Sie die Twin Towers bis morgen bauen können? Und die Antwort würde versehentlich Ja lauten. Der nächste Tag würde kommen. Natürlich kann man die Twin Towers nicht über Nacht besichtigen. Frag sie noch einmal, bekommst du es bis nächste Woche? Die Antwort wäre ja. Und sie hatten ein Gefühl für all das. Und als wir die PI-Planung hatten, haben wir das getan.
Microsoft ging, bekam ein Hotelzimmer in Seattle, ein Hotelzimmer, ein Hotel in Seattle, rief unsere Offshore-Teams an. Und als sie mich dann persönlich sahen, wurde ihnen plötzlich klar, dass ich ihnen nicht sagen wollte, dass ich die Twin Towers bis morgen brauche. Ich wollte wirklich, dass sie mir sagen, wann sie mir die Zwillingstürme besorgen können. Und ich würde es verteidigen, weil sie mich direkt bei der Planung und Verteidigung der PIs gesehen haben und gesagt haben: „Nein, das ist nicht möglich.“ Und als sie mich dabei sahen, war es plötzlich so, als ob der Himmel offen ist, die Sonne scheint durch und jetzt bekomme ich echte Antworten. Und was passiert ist, war, dass es ihm eine Chance gab. Und mir wurde klar, Leute, ihr hört mich ständig als Predigt. Es geht immer um die Menschen, es geht um diese Verbindungen. Es geht darum, die Menschen zu sehen. Es ist schwer. Es sind zwei Tage voller Arbeit. Aber wenn du diese Arbeit erledigt hast, kommst du da raus in einer scharfen Richtung. Wir wissen jetzt, was unser Norden ist, wissen wir genau, wo unser wahrer Norden ist? Als agiles Team sollten wir das nicht tun, oder? Wir sollten es verfeinern, wenn wir dort ankommen.
Finde es genau heraus. Aber wir wissen mehr oder weniger, wo die Richtung ist. Wir wissen mehr oder weniger, dass wir alle auf derselben Wellenlänge sind. Wir alle wissen, dass das, was wir liefern müssen, damit das funktioniert, was andere Menschen für uns leisten müssen oder wir für andere Menschen liefern müssen. So fühlen wir uns plötzlich als Teil von etwas Größerem. Größer, richtig? Wir sprechen jetzt mit den, wenn Sie Entwickler oder Ingenieur oder Softwareingenieur sind, beginnen Sie, die Machthaber zu verstehen und zu verstehen, warum sie das tun. Sie haben die Möglichkeit, ihnen Fragen zu stellen. Was könnte man mehr verlangen, oder? Endlich sehe ich die Leute, die die Entscheidungen treffen, und ich kann sie fragen, warum. Und sie können mir sagen, was der Geschäftswert ist, und ich kann ihnen gegenüber das Argument vorbringen, dass ich vielleicht nicht denke, dass das so viel Geschäftswert ist oder dass wir diese Dinge zuerst korrigieren müssen, bevor wir das richtig machen und weitermachen können. Was könnte ich mehr verlangen? Ich habe die Gelegenheit, meine Argumente vorzubringen, und ich lerne die anderen Leute kennen, mit denen ich zusammenarbeite. Es wird so, wenn man es mit 125 Leuten zu tun hat und in einem Zug sitzt, wird man zur Familie.
Manchmal verbringen wir mehr Stunden mit diesen Menschen als manchmal mit unseren Familienmitgliedern. Und es gibt dir auch ein Gefühl von... Neben Vertrauen auch ein Gefühl von Sicherheit. Du weißt, es geht nicht nur um dich, es geht um uns alle. Also das Sprichwort, dass ich normalerweise sehe, dass die bessere Führungskraft sagt, ich habe gehört, dass bei einer PI-Planung Sie scheitern, ich scheitere. Ich scheitere, du scheiterst. Meine Aufgabe ist es, Sie zu beschäftigen. Ihre Aufgabe ist es, mich zu beschäftigen und diese Firma zusammenzuhalten. Es ist Synergie, oder? Es ist also unglaublich.
Hayley Rodd:
Wunderschön.
Tony Camacho:
Ja, ich weiß. Bei mir dreht sich alles um den Menschen. Es tut mir leid.
Hayley Rodd:
Nein, ich bin genau bei dir. Ich bin so froh, dass wir dieses Gespräch führen konnten. Wir haben in der letzten Zeit viel geredet und jedes Mal, wenn wir uns treffen, bin ich verblüfft über deine Energie und deine Authentizität. Und ich denke, dieses Gespräch hat sich wirklich als wahr erwiesen, also danke Tony, dass du dir die Zeit genommen hast, bei uns zu sein. Ich verabschiede mich von all unseren Zuhörern. Ich werde mich noch einmal ganz herzlich bei Tony bedanken. Tony ist also Teil von Aligned Agility und das ist Teil von The Adaptivist Group. Und ja, danke Tony, dass du hier bei uns bist und danke dir für alle, die sich diese Episode des Easy Agile Podcasts angesehen und angehört haben. Danke.
Verwandte Episoden
PodcastEasy Agile Podcast Ep.6 Chris Stone, der virtuelle Agile Coach
Was für ein großartiges Gespräch das mit Chris Stone, The Virtual Agile Coach, war!
Chris gab einige Einblicke, wie wichtig es ist, Misserfolge zu teilen und zu entstigmatisieren, auf die eigene psychische Gesundheit zu achten und warum Arbeit nicht abgestanden sein sollte.
Einige andere Bereiche, die wir besprochen haben, waren, warum Sie Zeit mit Selbstreflexion verbringen sollten — ziehen Sie eine Einzelspektive in Betracht? und fragten: „Wie hat sich das angefühlt?“ wenn wir als Team arbeiten.
„Ich habe unseren Chat wirklich genossen. Genug, um über die alberne Jahreszeit nachzudenken und sich mit einer neuen Perspektive für 2021 vorzubereiten. Viel Spaß und frohe Weihnachten!“
Transkript
Sean Blake:
Hallo und willkommen zu einer weiteren Folge des Easy Agile Podcasts. Es ist Sean Blake hier, Ihr heutiger Gastgeber, und Chris Stone gesellt sich zu uns. Chris wird ein wirklich interessanter Gast sein. Ich habe es wirklich genossen, diese Episode aufzunehmen. Chris ist der Virtual Agile Coach. Er ist ein Leiter im Bereich Agilität. People First setzt sich für Blogger, Redner und Trainer ein, der stets bestrebt ist, Inhalte zu gamifizieren und immersive Agile-Erlebnisse zu schaffen. Chris hat sich seit 2012 zu Agile bekehrt. Seitdem versucht er, seine Erfahrungen zu erweitern, seiner Echokammer zu entkommen und Fehlfunktionen furchtlos herauszufordern und schwierige Fragen zu stellen. Meine wichtigsten Erkenntnisse aus dieser Episode waren: Es ist in Ordnung, deine Misserfolge zu teilen, wie wichtig es ist, unsere psychische Gesundheit zu erkennen, warum es wichtig ist, dass Arbeit nicht abgestanden wird, wie man Misserfolge entstigmatisiert, wie wichtig es ist, Selbstreflexion abzuhalten und viele Selbstrückblicke abzuhalten, und die Ursprünge des Wortes Frist. Es wird Sie wirklich interessieren, woher dieses Wort stammt und warum es ein bisschen beunruhigend ist. Also los geht's. Wir springen gleich rein. Hier ist die Folge mit Chris Stone im Easy Agile Podcast. Chris, vielen Dank, dass du zu uns gekommen bist und etwas Zeit mit uns verbracht hast.
Chris Stone:
Hallo Sean, danke, dass du mich eingeladen hast. Es ist mir ein Vergnügen.
Sean Blake:
Ich muss erwähnen, dass du heute einen wirklich flippigen Weihnachtspullover trägst. Und für die Leute, die das Audio hören, müssen vielleicht zu YouTube springen, nur um einen Abschnitt zu sehen, in dem sie sich diesen Pullover ansehen können. Kannst du uns ein bisschen darüber erzählen, woher das kam?
Chris Stone:
Also war dieser Pullover ein Geschenk. Es ist ein Green Bay Packers, Chris, Ugly Christmas Jumpers, wie sie es nennen. Und ich bin ein Fan der Green Bay Packers, ich war schon ein paar Mal in Wisconsin, Green Bay, Wisconsin. Es ist tatsächlich so kalt da draußen. Wenn du ein Bier in der Hand hältst und es minus 13 Grad hat, fängt das Bier an, zu matschig zu werden, nur weil du draußen in der kalten Luft bist. Es ist ein großartiger Ort, sehr freundlich, und der Pullover war nur ein Weihnachtsgeschenk von jemandem.
Sean Blake:
Ich liebe es. Es gibt nichts Besseres als warmes Bier, oder? In Ordnung. Also Chris, ich bin zum ersten Mal auf dich gestoßen, weil du Inhalte auf LinkedIn veröffentlicht hast. Und die Art und Weise, wie Sie das angehen, macht so viel Spaß und ist so anders als alles andere, was ich im Unternehmensbereich gesehen habe, im Unternehmensbereich, sogar im Agile-Bereich, warum haben Sie sich für diesen Weg entschieden, sich den virtuellen Agile-Coach zu nennen, eine persönliche Marke aufzubauen und sich wirklich zu präsentieren?
Chris Stone:
Nun, für mich war es interessant, weil COVID in diesem Jahr viele Menschen gezwungen hat, selbst zu virtuellen Arbeitern, Fernarbeitern und virtuellen Trainern zu werden. Nun, in diesem Jahr wurde mir klar, dass das Bestreben vieler darin besteht, diese Teams an einem Ort zu haben, es ist immer das, was sich die Leute wünschen. Sie sagen: „Oh, du musst härter arbeiten, Katie, das ist der beste Weg.“ Und mir wurde klar, dass ich in meinem gesamten agilen Arbeitsleben nie wirklich ein Team am selben Standort gehabt hatte. Es gab immer ein gewisses Maß an verteiltem Arbeiten und in den letzten zwei Jahren, bevor ich in meinem jetzigen Unternehmen tätig bin, habe ich verteiltes Agile mit Zeitzonen gemacht, darunter Trinidad und Tobago, Alaska, Houston, Großbritannien, Indien, und alles war abgelegen.
Chris Stone:
Und ich dachte, in Ordnung, das ist eine Gelegenheit, die Tatsache zu erkennen, dass ich bereits ein virtueller Agile-Coach war, aber um mit anderen meine Erkenntnisse, meine Erfahrungen, die Herausforderungen, mit denen ich konfrontiert war, die Misserfolge, die ich hatte, mit der breiteren Gemeinschaft zu teilen, damit sie davon profitieren können, denn offensichtlich mussten alle oder mehrere viele diesen Übergang sehr schnell vollziehen. Und da gibt es viele Erkenntnisse, von denen ich mir sicher bin, dass die Leute davon profitieren würden. Und vor allem in diesem Jahr, glaube ich, ist die ehrliche Antwort, der Grund dafür, dass ich, glaube ich, da draußen bin und mehr auf dieser Seite der Dinge arbeite, kreativ zu sein, weil es ein Ventil für meine geistige Gesundheit ist.
Chris Stone:
Ich leide unter Depressionen und eine meiner Möglichkeiten, damit umzugehen, besteht darin, kreativ zu sein und neue Inhalte zu erstellen und sie zu teilen. Ich denke, das ist ein Grund dafür... es hängt auch damit zusammen, aber auch die Geschichten, die mir die Leute danach erzählen, sie motivieren mich, es weiter zu tun. Wenn also jemand zu mir kommt und sagt: „Hey, ich habe die Queen-Retrospektive gemacht, die Queen Rock Band-Retrospektive, und dieser Programmmanager, der nie lächelt, hat mit dem Inhalt zu tun und zugegeben, dass er Queen mochte und lächelte.“ Und das war eine Premiere, und wenn Leute zu mir kommen und sagen: „Hey, wir haben die Retrospektive allein zu Hause gemacht, die deiner Weihnachts-Retrospektive, und die Leute waren begeistert. Es war großartig.“ Es war die spannendste Retrospektive, die wir bisher hatten, denn das Problem ist, dass Arbeit abgestanden werden kann, wenn man es so sein lässt.
Chris Stone:
Retrospektiven können so werden, was haben wir beim letzten Mal gemacht? Was machen wir das nächste Mal? Welche Maßnahmen können wir ergreifen? Et cetera, et cetera. Und wenn Sie es nicht auffrischen und neue Dinge ausprobieren, langweilen sich die Leute und sie trennen sich und sie lösen sich, und es ist weniger wahrscheinlich, dass Sie auf diese Weise ein gutes Ergebnis erzielen. Für mich gibt es also keinen Grund, warum Sie die Arbeit nicht ein bisschen unterhaltsam gestalten können, mit ein bisschen Kreativität und ein bisschen Energie und Leidenschaft.
Sean Blake:
Ich liebe das. Und glaubst du, dass viele Leute zur Arbeit kommen, auch wenn sie in agilen Teams am selben Standort arbeiten und es einfach keinen Spaß macht, ich meine, was sind deiner Meinung nach die Hauptgründe dafür, dass Arbeit keinen Spaß macht?
Chris Stone:
Ich denke, weil es abgestanden werden kann. In Ordnung. Also lasst uns darüber nachdenken, wo wir heute stehen. Heute befinden wir uns in einer Situation, in der wir uns nicht von Angesicht zu Angesicht gegenüberstehen. Wir haben keine Zeit für diese Wasserkühler-Chats. Wir treffen uns nicht bei einem Kaffee oder Mittagessen. Wir unterhalten uns nicht über unnützes Geplänkel und solche Dinge auf dem Weg zu einem Besprechungsraum, wir hatten nichts davon. Und das zwingt die Leute dazu, sich gegenseitig anzusehen und sich selbst als Avatar hinter einem Bildschirm zu sehen, nur als Name. Vor allem oft sind die Leute nicht einmal vor der Videokamera.
Chris Stone:
Es zwingt sie, sich Menschen als Namen auf einem Bildschirm vorzustellen und nicht als schlagendes Herz auf einem Laptop. Und es kann Menschen in genau diese Entitäten abstrahieren, in diese Namen, mit denen man täglich spricht, und das kann dazu führen, dass es sich um eine professionelle, unpersönliche Interaktion handelt. Und ich bin fest davon überzeugt, dass wir das ändern müssen. Wir müssen dafür sorgen, dass die Dinge mehr Spaß machen, weil das meiner Erfahrung nach zu viel besseren Ergebnissen führen kann und wird. Ich bin in erster Linie sehr, sehr menschlich. Wir müssen uns darauf konzentrieren, dass Menschen Menschen sind. Menschen sind keine Ressourcen. Das ist ein gängiger Satz, den ich gerne auf Sie beziehe.
Sean Blake:
Ich liebe das, Menschen sind keine Ressourcen. Sie haben ein bisschen über psychische Gesundheit und Ihren Kampf mit Depressionen gesprochen. Ich höre immer wieder, dass Leute über das Imposter-Syndrom sprechen. Und ich frage mich erstens, ob Sie denken, dass es jetzt verärgert sein könnte, wenn Sie aus der Ferne arbeiten. Die Leute sind sich nicht so sicher, wie sie dazu passen, wo ihre Rolle immer noch dieselbe ist wie vor 12 Monaten. Und haben Sie irgendwelche Tipps für Menschen, die mit dem Imposter-Syndrom zu tun haben, insbesondere in einer virtuellen Umgebung?
Chris Stone:
Nun ja, ich denke, dieses aktuelle Umfeld, diese virtuelle Umgebung, insbesondere die Pandemie, hat zu einer Reihe von Verhaltensweisen geführt, die nicht hilfreich sind. Dass es viel mehr Probleme mit der psychischen Gesundheit und Negativität der Menschen gibt, und das kann wohl nur dazu führen, dass man weniger Lust hat, weniger Selbstvertrauen hat, Dinge zu tun, vielleicht sogar dazu, dass man an sich selbst zweifelt. Ich habe in letzter Zeit einige tolle Bilder dazu veröffentlicht, und es geht darum, die betrügerischen Gedanken, die du hast, das wenig hilfreiche Denken, das Ding, das dir durch den Kopf geht und sagt, Oh, sie werden alle denken, dass ich ein totaler Betrüger bin, weil ich vielleicht nicht genug jahrelange Erfahrung habe, oder ich sollte das schon wissen. Ich brauche mehr Training. Da steckt viel „Schultern“ und „Musten“ drin. Darin liegen viele voreilige Schlüsse.
Chris Stone:
Und es gibt ein paar Möglichkeiten, das zu umgehen: Wenn Sie also an das Szenario denken, in dem ich ein Betrüger bin, denken Sie: „Oh, nun, ich gebe mein Bestes, aber ich kann nicht vorhersagen, was sie denken könnten.“ Wenn Sie versuchen, über das Szenario nachzudenken, brauche ich mehr Training? Nun, verstehe und erkenne die Realität an, dass du unmöglich alles wissen kannst. Du lernst weiterhin jeden Tag und das ist großartig, aber es ist unrealistisch, alles zu wissen. Es gibt ein großartiges Zitat, auf das ich mich oft beziehe, und es lautet: Wahres Wissen ist das Wissen, dass man nichts weiß. Ich glaube, es ist ein Zitat von Sokrates.
Chris Stone:
Und es ist etwas, das bei mir sehr gut ankommt. Im Laufe der Jahre habe ich diese Lernreise durchgemacht, bei der ich zum Beispiel, als ich die Universität zum ersten Mal beendete, dachte, ich wüsste alles. Ich dachte, ich hätte alles. Und ich ging zu Kunden und sprach und ich sagte: „Oh ja, das weiß ich. Ich habe das, Leute.“ Und je mehr ich involviert war und je tiefer ich in das Thema einstieg, desto mehr wurde mir klar, dass es tatsächlich so vieles gibt, was ich nicht weiß. Und für mich bedeutet wahres Wissen zu wissen, dass man weiß, nichts sagt mir, dass es da draußen so viel gibt, das ich kontinuierlich lernen muss, ich muss ständig versuchen, mich jeden Tag aufs Neue herauszufordern.
Chris Stone:
Andere Leute, die auf mich zukommen und sagen: „Wie machst du oder du produzierst viele Inhalte. Wie würdest du dich da draußen präsentieren?“ Und ich sage: „Nun, ich mache es einfach.“ Lassen Sie uns Misserfolg entstigmatisieren. Wenn du einen Posten da draußen platzierst und er bombardiert, ist das egal, stell noch einen raus. So einfach ist das, lerne aus Misserfolgen, schmeiß etwas raus, probier es aus, wenn es nicht funktioniert, versuche etwas anderes. Wir coachen agile Teams, das ständig zu tun, zu experimentieren. Stellen Sie eine Hypothese auf, mit der Sie diese vergleichen können. Überprüfen Sie die Ergebnisse und führen Sie Rückblicke durch. Ich mache wöchentliche Einzelspektiven. Ich denke über meine Woche nach, was funktioniert, was nicht funktioniert hat, was ich anders ausprobieren werde. Und es gibt keinen Grund, warum du das nicht auch tun kannst.
Sean Blake:
In Ordnung. Also wöchentliche Solospektiven. Wonach sieht das aus? Und wie kannst du ehrlich zu dir selbst sein, wenn es darum geht, was funktioniert, was nicht funktioniert und in welchen Bereichen du dich verbessern kannst? Wie fängst du eigentlich an, Zeit für Selbstreflexion zu haben?
Chris Stone:
Leider musst du dir Zeit zum Nachdenken nehmen. Eine Sache, die ich im Bereich der psychischen Gesundheit gelernt habe, ist, dass Sie sich Zeit für Ihre Gesundheit nehmen müssen, bevor Sie sich Zeit für Ihre Krankheit nehmen müssen oder bevor Sie gezwungen sind, sich Zeit für Ihre Krankheit zu nehmen. Und in dieser geschäftigen Arbeitswelt kann es allzu einfach werden, sich keine Zeit für Ihre Gesundheit zu nehmen, sich keine Zeit zu nehmen und sich nicht auf Sie selbst zu konzentrieren. Also musst du dir diese Zeit nehmen, egal ob das bedeutet, an einem Freitagnachmittag etwas Zeit im Tagebuch zu blockieren, nur um dich hinzusetzen und nachzudenken, ob das Zeit ist, um spazieren zu gehen, eine Zeit auf deiner Alexa einzurichten, um eine fünfminütige Dehnpause einzulegen, was auch immer es ist, es gibt Dinge, die du tun kannst, und du musst Dinge tun, um Zeit für dich selbst zu gewinnen.
Chris Stone:
Was eine Solospektive angeht, so neige ich dazu, die Dinge so zu machen, dass ich dazu neige, täglich ein Tagebuch zu führen. Das ist fast wie mein eigener täglicher Standard mit mir selbst, es ist wie, was habe ich beobachtet? Was habe ich... vor welchen Herausforderungen stehe ich am letzten Tag? Und dann fasst sich das in der wöchentlichen Solospektive zusammen, die im Grunde genommen eine Retrospektive ist, in der ich darüber nachdenke, was habe ich versucht? Was möchte ich diese Woche erreichen? Was ist gut gelaufen? Was ist nicht gut gelaufen. Es ist dasselbe wie eine Retrospektive, nur eine und ermöglicht es mir, meine Gedanken über die Woche hinweg zusammenzufassen, anstatt es sich um einzelne Ereignisse zu handeln. Ich konzentriere mich also mehr auf den Verlauf als auf einen einzelnen Ausreißer. Macht das Sinn?
Sean Blake:
Das tut es. Das tut es. Sie haben also diesen Werdegang mit Ihrer Karriere vor sich. Sie checken jede Woche ein, um zu sehen, ob Sie in die richtige Richtung gehen. Ich gehe davon aus, dass Sie sich unterwegs auch persönliche Ziele setzen. Mir ist auch aufgefallen, dass Sie persönliche Werte haben, die Sie veröffentlicht haben, und Sie haben diese tatsächlich öffentlich veröffentlicht, damit andere Leute sie sich ansehen und sehen können. Wie wichtig sind diese persönlichen Werte für Ihr Leben und Ihre persönlichen und beruflichen Ziele?
Chris Stone:
Ich würde also sagen, dass das für mich enorm wichtig ist. Ich dachte, wir sehen, dass Unternehmen ihre Werte ständig teilen. Wenn Sie sich die Websites der Unternehmen ansehen, können Sie ihre Werte deutlich erkennen. Und Sie könnten sich wahrscheinlich denken, werden sie oft ihren Werten gerecht? Sie haben so viele Unternehmen, die Kundenorientierung als ihren Wert haben, aber wie viele von ihnen konzentrieren sich tatsächlich darauf, regelmäßig mit ihren Kunden in Kontakt zu treten? Wie viele haben eine Kennzahl, anhand derer sie nachverfolgen, wie oft sie mit Kunden in Kontakt treten? Die meisten von ihnen konzentrieren sich auf Geschwindigkeit und Vorlaufzeit. Ich frage also immer: Sind Sie wirklich kundenorientiert oder sind das Lippenbekenntnisse? Aber wenn ich zur Seite gehe, schweife ich ab. Ich dachte, Unternehmen haben Werte, und natürlich haben wir auch Werte, aber warum teilen wir sie nicht? Also habe ich dieses Bild erstellt, das zeigt, was meine sind, und ein paar andere aufgefordert, es auch zu teilen. Und ich erhielt einige gute Rückmeldungen von anderen, was großartig war.
Chris Stone:
Aber sie beeinflussen enorm, wer ich bin und wie ich täglich umgehe. Und ich gebe Ihnen ein Beispiel. Einer meiner Werte ist es, immer Open Source zu sein. Und das bedeutet, dass nichts, was ich erstelle, kein Inhalt, den ich erstelle, nichts, was ich produziere, jemals hinter einer Gehaltsabrechnung stehen würde. Und das bedeutet, dass ich gemeinschaftsorientiert bin. Das bedeutet, dass ich das, was ich gelernt habe, mit anderen teile. Und wie das zum Tragen kam, wie ich gelebt habe, ist, dass viele Leute zu mir kamen und sagten: „Hey, wir lieben die Dinge, die du tust. Du hast mir fliegende Dinge gegeben. Würde es dir etwas ausmachen, oder würdest du gerne zusammenarbeiten und diesen Kurs erstellen, für den die Leute bezahlen würden?“ So oft habe ich gesagt: „Wenn es kostenlos ist, ja. Aber wenn es monetarisiert werden soll, dann nein.“
Chris Stone:
Und zu diesem Zweck haben sich mehrere Personen an mich gewandt. Und ich musste respektvoll ablehnen und sagen: „Schau, ich finde das, was du tust, großartig. Sie haben eine großartige App und ich kann mir vorstellen, dass es von großem Wert wäre, diesen Agile-Coaching-Gamification-Kurs zu diesem Thema abzuhalten. Aber wenn es hinter der Gehaltsabrechnung steht, bin ich nicht interessiert, weil es in direktem Konflikt mit meinen eigenen Werten steht und ich daher nicht daran interessiert wäre, damit fortzufahren. Aber mach weiter, was du tust, sei zuerst der Mensch, #people zuerst.“ Es geht darum, dass ich den Fokus darauf verkörpere, dass Menschen hinter einem Laptop ihre Herzen schlagen, und nicht nur diesen Avatar auf einem Bildschirm. Und ich habe diese kleine... die Audiohörer, die das nicht sehen können, aber ich halte hier ein Baby Groot hoch. Und er ist so etwas wie das Totem meines Volkes.
Chris Stone:
Und der Grund dafür ist, dass ich eine Gruppe namens Guardians of Agility habe, und wir sind in erster Linie Menschen. Das ist unser Emblem. Und das sind meine Transformationschampions in meinem derzeitigen Unternehmen. Ich mag Guardians of Agility und ich habe dieses Totem, das mich daran erinnert, bei jeder Interaktion, die ich habe, zuerst der Mensch zu sein. Also, wenn ich zum Beispiel den Begriff Ressourcen höre und sage, nun... Sobald ich es höre, löst es mich fast aus. Ich höre fast: „Oh, was meinen sie damit?“ Und ich warte einen Moment und sage: „Hey, kannst du mir sagen, was du damit meinst?“ Und du lockst es ein bisschen heraus. Und oft meinten sie: „Oh, es sind Menschen, nicht wahr?“ Wenn Sie über Menschen sprechen, können wir sie dann als Menschen bezeichnen?
Chris Stone:
Weil Menschen keine Ressourcen sind. Es sind keine Objekte oder Dinge, die man aus dem Boden abbaut. Es sind keine Stifte, Papier oder Schreibtische. Es sind keine Stühle in einem Büro. Es sind Menschen. Und jedes Mal, wenn Sie sie als Ressource bezeichnen, abstrahieren Sie sie. Du machst es einfacher, sie zu entmenschlichen und sie für weniger zu halten, du machst es einfacher, Entscheidungen zu treffen wie, oh, wir können diese Ressourcen einfach loswerden oder wir können diese Ressource einfach von hier nach dort und in dieses Team und jenes Team verlagern, ob sie wollen oder nicht. Ich persönlich mag die Sprache also nicht.
Chris Stone:
Und das Problem ist, dass es ganz darauf zurückgeht, wie es trainiert wurde. Du gehst zur Universität, machst einen Abschluss in Betriebswirtschaft und lernst etwas über Personalwesen. Sie nehmen an einem Kurs teil, Agile HR, Agile Personalwesen, richtig, und das ist da draußen so verbreitet. Und wenn wir es nicht in Frage stellen, wird es sich nicht ändern. Also werde ich gerne dort sitzen und ein Treffen mit einem CTO führen und er wird anfangen, über Ressourcen zu sprechen und ich werde sagen: „Hey, was meinst du damit?“ Und ich werde es herausfordern und er wird sagen: „Ja, ich habe es wieder getan, nicht wahr?“ „Ja. Ja, hast du.“ Und jetzt ist es so weit, dass ich zum Beispiel an einem großen Gruppengespräch teilnehme und jemand es sagt, und ich fange einfach an, das auf einem winkenden Bildschirm zu tun, und sie sagen: „Habe ich es schon wieder getan, nicht wahr?“ „Ja, das hast du.“
Sean Blake:
Einige dieser Gewohnheiten sind also so tief verwurzelt aus unseren bisherigen Erfahrungen, unserer Ausbildung, und wenn Sie zum ersten Mal mit Teams arbeiten, die noch nie in Agile gearbeitet haben, sie verwenden Ausdrücke wie Ressourcen, sie tun Dinge, die wir manchmal als Anti-Patente bezeichnen, wie fangen Sie überhaupt an, dieses Gespräch zu führen und ihnen einige dieser Konzepte vorzustellen, die Leuten völlig fremd sind, die nie so gedacht haben, wie Sie oder ich über unsere Teams und unsere arbeiten?
Chris Stone:
Sicher. Ich schätze, die erste Reaktion darauf ist Empathie. Ich werde niemandem die Schuld geben oder so tun, als ob er ein schlechter Mensch ist, weil er Wörter benutzt, die tief verwurzelt sind, die normal sind. Und das ist Teil des Problems, dass der Begriff „Ressource“ heutzutage in der Arbeitssprache so tief verwurzelt ist, genau wie Termine. Termine sind so tief verwurzelt, obwohl Termine aus einem Bürgerkriegsszenario stammen, in dem es hieß, wenn man die Grenze überschritten hat, wurde man erschossen. Wie ist das in der Geschäftssprache gelandet? Ich weiß es nicht. Aber Ressourcen sind so tief verwurzelt, sie sind so tief in dieser Sprache verankert, dass die Leute es tun, ohne es zu wollen. Sie tun es oft, ohne es negativ zu meinen. Und um ehrlich zu sein, geht es nicht um das Wort selbst, sondern darum, wie sich Menschen tatsächlich verhalten und wie sie Menschen behandeln.
Chris Stone:
Ich sagte, mein erster Ansatz ist Empathie. Lass uns darüber reden. Lass uns verstehen: „Hey, warum hast du den Begriff benutzt?“ „Oh, ich benutze es, um das zu meinen.“ „Okay. Nun.“ Ja, und nicht, um es zu tun oder sie öffentlich auszusprechen oder solche Dinge. Es geht darum, Dinge mit Empathie zu tun. Jetzt verwende ich natürlich auch oft Gamification- und Trainingsansätze sowie agile Spiele, um Konzepte einzuführen. Wenn jemand mit einer bestimmten Arbeitsweise nicht vertraut ist, spiele ich oft. Ich erstelle etwas, ein virtuelles Agile-Spiel zum Vorführen. Ich sage es so, dass ich immer versuche, den Leuten zu helfen, zu verstehen, wie es sich anfühlt, und nicht nur um Theorie zu sprechen. Und ich gebe dir ein Beispiel. Ich bin ein großer Fan eines Spiels namens Virtual Name Game. Es ist ein Spiel über Multitasking und Kontextwechsel.
Chris Stone:
Und ich fange immer an, ich frage eine Gruppe von Leuten: „Hey Leute, könnt ihr Multitasking betreiben?“ Und oft sagen sie: „Ja, das können wir.“ Und es wird diese stereotypen Dinge geben wie: „Oh ja, ich bin eine Frau. Das kann ich machen.“ Es passiert. Vertrau mir. Aber eins der ersten Dinge, die ich tue, wenn ich ihnen von Angesicht zu Angesicht gegenüberstehe, sage ich: „Hey, strecke deine Hände so aus. Und in deiner linken Hand...“ Und die Leute auf dem Audio können mich nicht sehen, ich strecke sie aus wie meine Hände vor mir. In meiner linken Hand spielen wir ein endloses Spiel mit Stein, Papier und Schere. Und in meiner rechten Hand spielen wir eine Partie, bei der wir einen Daumenkrieg miteinander führen. Und du kannst es versuchen, du kannst sie herausfordern, können sie das gleichzeitig tun? Nein, das können sie nicht. Sie werden scheitern, weil Sie sich einfach nicht auf beide gleichzeitig konzentrieren können.
Chris Stone:
Das virtuelle Namensspiel funktioniert so, dass Sie eine Gruppe von Personen in hauptsächlich Kunden und einen Entwickler aufteilen. Und ich liebe es, die ranghöchste Person im Raum zu nennen, diesen Entwickler. Ich möchte, dass sie sehen, wie es sich anfühlt, ständig den Kontext zu wechseln. Wenn Sie also der Entwickler waren, sind Sie in diesem Szenario die ranghöchste Person, die das Nilpferd bewertet, die bestbezahlte Person. Ich würde sagen, Sean, in diesem Spiel versuchen diese Kunden, ihren Namen zuerst auf dieses virtuelle Whiteboard zu schreiben. Und wir werden messen, wie lange es dauert, bis Sie alle Namen vollständig geschrieben haben. Das Problem ist, dass sie dich alle ununterbrochen anschreien und endlos versuchen, deine Aufmerksamkeit zu erregen. Das heißt also Sean, Sean, schreib meinen Namen, schreib meinen...
Chris Stone:
Und es wird einfach wow, wow, wow, auf wen konzentriere ich mich? Du wirst es nicht wissen. Und das wiederholt ein Szenario, das sicher viele Menschen erlebt haben. Wer am lautesten schreit, bekommt, was er will. Die Priorisierung wird oft von demjenigen vorgenommen, der... oder derjenige, der am lautesten schreit, nicht unbedingt von ihm. Wir gehen dann in eine weitere Runde, in der du sagst, ich bin in dieser Runde, Sean, die Leute sollen dich mit ihrem Namen anschreien. Aber in dieser Runde wirst du jedem ein bisschen Aufmerksamkeit schenken. Die Art und Weise, wie Sie das tun werden, ist, dass Sie den ersten Buchstaben des Namens einer Person lesen, dann gehen Sie zum ersten Buchstaben des Namens der nächsten Person über und Sie werden weitermachen. Das hat zur Folge, dass jeder ein bisschen Aufmerksamkeit bekommt, aber das Ergebnis ist, dass es sehr langsam ist.
Chris Stone:
Du fängst viele Dinge an, aber beendest sie nicht. Und wieder untersuchen wir in jeder Runde, wie es sich anfühlt. Wie hat es sich angefühlt, in dieser Runde zu sein? Sean, du wurdest angeschrien, wie hat sich das angefühlt? Alle anderen, ihr habt geschrien, um eure Aufmerksamkeit zu erregen. Du musstest lauter schreien als andere Leute, wie hat sich das angefühlt? Und es ist frustrierend, es ist demotivierend, es macht keinen Spaß. In der Finalrunde würde ich sagen: „Hey, Sean, in dieser Runde werde ich dir die Möglichkeit geben, zu entscheiden, wessen Namen du zuerst schreibst. Und du kannst das Ganze der Reihe nach schreiben. Und die Jungs werden dir dieses Mal tatsächlich helfen, es gibt keine übertriebenen Schreie, sie werden dir helfen.“ Und in diesem Szenario fühlt es sich, wie Sie sich sicher vorstellen können, viel besser an. Das Ergebnis ist, dass die Leute Dinge fertigstellen, und Sie können den Output messen, die Anzahl der Markennamen, die in einem Zeitrahmen geschrieben wurden.
Chris Stone:
Es ist eine sehr schnelle und einfache Art zu demonstrieren, wie es sich anfühlt, ständig den Kontext zu wechseln und den Schaden, den man haben kann, wenn man beispielsweise Dinge in einem Sprint priorisiert hat und viele Versuche hat, Dinge neu anzuordnen und so weiter und so weiter, und viel Druck von externen Leuten, die idealerweise davor abgeschirmt werden sollten, dieses und jenes zu beeinflussen, und wie sich das anfühlt und was das Ergebnis ist, weil man vielleicht etwas anfangen, in etwas anderes verwandelt werden kann.. Du musst deine Denkweise wieder auf etwas anderes übertragen, und dann war die Person, die die ursprüngliche Sache aufgreift, vielleicht nicht einmal dieselbe Person, sie muss das noch einmal lernen. Das verursacht einfach eine Menge Verschwendung und Effizienzkosten. Und das ist nur ein Beispiel für ein Spiel, das ich verwende, um solche Dinge zum Leben zu erwecken.
Sean Blake:
Das ist großartig. Das ist fantastisch. Das liebe ich. Und ich denke, wir bei Easy Agile müssen anfangen, einige dieser Spiele zu spielen, denn aus diesen Übungen können wir eine Menge lernen. Und wenn man dann sieht, wie es sich im wirklichen Leben abspielt, in der Arbeit, die man macht, ist es einfacher, es zu erkennen. Wenn du das Training gemacht hast, du die Übung gemacht hast, das klingt alles nach Spaß und Spiel zu der Zeit, aber wenn es tatsächlich in der Arbeit, die du machst, wieder auftaucht, ist es viel einfacher, es auszurufen und zu sagen: „Oh warte, wir machen das Ding, bei dem wir Spaß hatten, aber jetzt erkennen wir, dass es im wirklichen Leben passiert und lass uns eine andere Richtung einschlagen.“ Ich kann mir also vorstellen, dass das für Teams wirklich mächtig wäre, das durchzustehen, also Chris [Crosstalk 00:22:26].
Chris Stone:
Ich würde auch hinzufügen, dass ich jedes Spiel, das ich mache, nach dem Vier-Cs-Ansatz konstruiere. Ich versuche also, Menschen miteinander zu verbinden... zuerst Menschen miteinander und dann mit dem Thema zu verbinden. In diesem Spiel geht es also um Multitasking. Um zu kontextualisieren, warum das wichtig ist: Warum sind Kontextwechsel und Multitasking in der Arbeitswelt wichtig? Weil es zu Ineffizienzen führt, weil es zu Frustration, Demotivation usw. führt. Dann üben wir konkret. Wir spielen ein Spiel, das betont, wie es sich anfühlt. Und am Ende ziehen wir Schlüsse und die Idee ist, dass es mit dem Fazit fast wie ein Rückblick auf das Spiel ist. Wir sagen: „Hey, was haben wir gelernt? Vor welchen Herausforderungen stehen wir? Und was können wir in unserer Arbeitswelt anders machen?“ Und damit erhalten die Menschen hoffentlich umsetzbare Erkenntnisse. Viele der Inhalte, die ich teile, zielen darauf ab, sie mit umsetzbaren Erkenntnissen zu versehen. Dabei geht es nicht nur darum, über etwas zu sprechen, sondern darüber nachzudenken, was Sie anders machen könnten, was Sie ausprobieren könnten, welches Experiment Sie mit Ihrem Arbeitsleben, Ihrem Team durchführen möchten, um eine Situation, mit der Sie konfrontiert sind, zu verbessern.
Sean Blake:
In Ordnung. Ja, das ist wirklich hilfreich. Und Sie haben über das Konzept der agilen Sünden gesprochen, und wir wissen, dass viele Unternehmen diese Werte haben, sie haben sich vielleicht einer agilen Transformation verschrieben. Vielleicht haben sie sogar Hunderte oder Tausende von Menschen bei der Begleitung geschult, indem sie ähnliche Taktiken und Coaching- und Bildungserfahrungen anwenden, die Sie anbieten. Aber wir sehen immer noch, dass manchmal Dinge furchtbar schief gehen. Und ich frage mich, was ist das für ein Konzept der agilen Sünden, von dem du sprichst, und wie können wir anfangen, einige dieser Sünden, die in unserer täglichen Arbeit auftauchen, miteinander zu identifizieren?
Chris Stone:
Ich denke, das Erste, was ich daran hervorheben möchte, ist, dass der Gebrauch von Sünde eine sehr dogmatische religiöse Sprache ist und eher satirisch als mit wirklicher Absicht verwendet wird. Also ich bringe das einfach gerne rüber. Ich bin kein dogmatischer Mensch, ich glaube nicht, dass es eine utopische Lösung gibt. Ich glaube sicherlich nicht, dass es für irgendjemanden eine Einheitslösung für alle gibt. Also die Vorstellung, dass es wirklich irgendwelche wirklichen Sünden gibt, ist... ja, genießen Sie das mit Vorsicht. Der Grund, warum die Agile-Sünden auftauchten, ist, dass ich Teil von... war Ich hatte vor Kurzem einen Podcast mit einem Typen namens Charles Lindsey gemacht, und er macht diesen Agile-Beichtstuhl. Und es geht darum, dass ein Coach einem anderen seine Fehler, seine Sünden, die Dinge, die er falsch gemacht hat, gesteht.
Chris Stone:
Und ich habe es geliebt, weil es mir darum geht, Scheitern zu entstigmatisieren. Mir geht es darum, diese Kriegsgeschichten von einem Trainer zum anderen miteinander zu teilen, weil ich das in der Vergangenheit befürwortet habe. Ich habe geschrien: „Hey, ich bin hier gescheitert. Ich habe diesen Fehler gemacht. Ich habe daraus gelernt.“ Und ich fordere andere dazu auf, dies ebenfalls zu tun, und viele zögern immer noch, mitzuteilen, was schief gelaufen ist. Und das liegt daran, dass Scheitern dieses Schimpfwort ist. Es ist mit diesem Stigma verbunden. Niemand will scheitern, vor allem Führungskräfte. Der Podcast war also eine großartige Erfahrung.
Chris Stone:
Und es war interessant für mich, weil es das erste Mal war, dass ich ein Geständnis ablegte, weil ich ehrlich zu Ihnen bin, ich bin jemand, der es gewohnt ist, selbst eine Beichte abzulegen. Ich gehe jedes Jahr auf dieses Hockeyfestival und ich habe vor Jahren dieses Erzbischof-Kleid bekommen, und ich habe die Rolle irgendwie auf meine eigene Art gestaltet. Ich war betrunken und sagte: „Du wirst mir deine Sünden gestehen.“ Und wenn sie nicht genug gesündigt haben, sage ich ihnen, sie sollen mehr tun. Und ich gebe ihnen Penicillin mit Alkoholspritzen und so. Und ich habe tatsächlich Leute in diesem Planschbecken getauft, während ich betrunken war. Wie dem auch sei, ich schweife ab, aber ich war es nicht gewohnt, mich zu bekennen, normalerweise nahm ich eine Beichte ab, aber ich tat es und es war eine gute Erfahrung, einige meiner Fehler zu teilen, und meine Muster waren... und es war meine eigene Idee, meine Videos zu machen, sieben Videos von meinen sieben Agile-Sünden. Und wieder war es nur so, dass ich meine Fehler teilte, was ich daraus gelernt habe, mit der Absicht, anderen zu helfen, um ähnliche Sünden zu vermeiden.
Sean Blake:
Sie haben also mit vielen anderen Agile-Coaches gesprochen, Sie haben von ihren Fehlern gehört, Sie haben Ihre eigenen Fehler eingestanden. Können Sie zusammenfassen, welche Zutaten jemanden zu einem großartigen Coach machen?
Chris Stone: Und das ist eine Frage, was macht jemanden zu einem großartigen Trainer? Ich denke, es wird völlig subjektiv sein, um ehrlich zu sein. Und meine persönliche Ansicht ist, dass ein guter Coach mehr zuhört als er spricht. Ich denke, das wäre ein großer Ausgangspunkt. Wenn sie mehr zuhören als sprechen, weil ich... und das ist eines der Dinge, derer ich mich in der Vergangenheit schuldig gemacht habe, ist, dass ich zugelassen habe, dass meine eigenen Vorurteile die Richtung des Teams beeinflussen. Ein Ansatz, den ich in der Vergangenheit gewählt hatte, war: „Hey, ich arbeite mit diesem Team zusammen und das hat in der Vergangenheit gut funktioniert. Das werden wir machen.“ Anstatt: „Also Leute, was habt ihr bisher gemacht? Was hast du versucht? Was hat gut funktioniert? Was hat nicht gut funktioniert? Was können wir erstellen oder was können wir als Nächstes versuchen? Das funktioniert für euch. Lassen wir Sie diese Entscheidung treffen und ich bin hier, um Sie durch diesen Prozess zu führen, um ihn zu erleichtern, anstatt ihn selbst zu leiten.“
Chris Stone:
Auch hier finde ich... es ist ein Ansatz, der bei den Menschen mehr Anklang findet. Sie haben gerne das Gefühl, dass sie diese Entscheidung selbst tragen, anstatt dass sie ihnen aufgezwungen wird. Und ich schätze, die Folge sind weitaus weniger kognitive Dissonanzen. Mehr zuzuhören als zu sprechen, ist für mich von großer Bedeutung, ein Punkt, den ein Agile-Coach beachten sollte. Eine weitere Sache, die ich heutzutage für mich finde, ist, dass zu viel kopiert und eingefügt wird. Und was ich damit meine ist, dass Spotify, das Spotify-Modell vor Jahren herauskam und alle sagten: „Oh, das ist unglaublich. Wir werden es adoptieren. Wir werden Stämme und Kapitel und Gilden und Trupps haben, und das wird für uns funktionieren. Das ist jetzt unsere Kultur.“
Chris Stone:
Ich dachte: „Nun, nehmen wir uns einen Moment Zeit. Spotify hatte nie vor, dass das passiert. Sie folgen diesem Modell nicht einmal mehr selbst. Was Sie dort gemacht haben, ist, dass Sie gerade versucht haben, ein anderes Modell zu kopieren und einzufügen.“ Und die Leute machen das auch mit SAFe. Sie sagen einfach: „Hey, wir nehmen das gesamte SAFe-Framework und fügen es in diesem Ausstecher im Blueprint-Stil in unser System ein.“ Und das Problem ist, dass es für mich die wichtigste Variable jeder Art von Transformationsinitiative nicht berücksichtigt, die Menschen, was sie wollen und die Kultur dort. Das ist also ein weiterer meiner Werte: innovativ sein, nicht replizieren. Arbeiten Sie mit Menschen zusammen, um zu experimentieren und herauszufinden, welche Agilität für sie funktioniert, anstatt Dinge einfach zu kopieren und einzufügen.
Chris Stone:
Also passe es an ihre Bedürfnisse an, anstatt einfach mit irgendwelchen oder gesehenen Tanz-Frameworks reinzukommen, und dann sage ich so, wie ich es mache: „Hey, nun, SAFe ist großartig. Nun, es hat viele Werte und viele großartige Dinge an sich. Es hat viele Vorteile, aber vielleicht funktioniert nicht alles für uns. Leihen wir uns ein paar Tendenzen davon aus.“ Das Gleiche gilt für LeSS, dasselbe für Scrum At Scale, dasselbe für Scrum, ähnlich wie Kanban. Es gibt viele kleine Dinge, die Sie sich aus verschiedenen Frameworks ausleihen können, aber es gibt auch viele Dinge, die Sie selbst einbringen können, viele Dinge, die Sie ausprobieren können, die für Sie funktionieren, und letztendlich Ihre eigenen maßgeschneiderten Lösungen finden. Also innovativ sein, nicht replizieren wäre ein anderes für mich.
Chris Stone:
Lernen, schnell lernen und oft lernen und das selbst leben und atmen. Ein weiterer Fehler, den ich und andere Trainer, glaube ich, gemacht haben, ist, dass Sie sich keine Zeit für Ihre eigene persönliche Entwicklung nehmen, indem Sie Tag für Tag einfach nur beschäftigt, beschäftigt, beschäftigt sein, beschäftigt sind, aber gleichzeitig gehen Sie raus und coachen Teams: „Hey, Sie müssen die ganze Zeit lernen. Du musst neue Dinge ausprobieren.“ Aber nimm dir diese Zeit nicht für dich selbst. Also nehme ich mir immer Zeit dafür, um an Konferenzen teilzunehmen, Bücher zu lesen, mich selbst herauszufordern und meiner Echokammer zu entkommen. Nicht nur, um ständig mit den gleichen Leuten zu sprechen, sondern vielleicht, um mit Leuten, mit denen ich noch nie gesprochen habe, auf einen Podcast zu gehen. An ein anderes Publikum, vielleicht um mit Leuten in Kontakt zu treten, die mir eigentlich nicht zustimmen, weil ich das will.
Chris Stone:
Ich will nicht dieses homophile Denken, bei dem jeder genau so denkt wie ich, weil ich dann nicht den Perspektiven ausgesetzt werde, die mich dazu bringen, anders zu denken. Also mache ich das oft. Wie kann ich zu Konferenzen tendieren, von denen ich nichts weiß, vielleicht ist es eine Konferenz mit Schwerpunkt Projektmanagement. Projektmanagement und Wasserfall sind auch kein Schimpfwort. Es gibt kein utopisches System, Projektmanagement und... natürlich haben traditionelles Projektmanagement und Wasserfall in bestimmten Umgebungen ihre Vorteile. Umgebungen mit einer geringeren Grundlage, einem weniger flexiblen Anwendungsbereich oder weniger häufig wechselnden Anforderungen funktionieren sehr gut.
Chris Stone:
Ich sage immer, dass die DSGVO, eine EU-Gesetzgebung zum Datenschutz, zwei Jahre in Arbeit war und jeder genau wusste, was vor sich ging und wann er es einhalten musste. Das war ein gutes Beispiel für etwas, das mit einem Wasserfallstil sehr gut umgesetzt werden kann, weil sich die Anforderungen nicht geändert haben. Aber wenn Sie versuchen, etwas für einen Kundenstamm zu entwickeln, der sich ständig ändert, und Sie haben viele neue Dinge und viele Konkurrenten und solche Dinge, dann ist das unterschiedlich, und wahrscheinlich wird die Fähigkeit, häufig zu iterieren und daraus zu lernen, vorteilhafter sein, und hier kommt Agile ins Spiel. Ich schätze, um es zusammenzufassen, es gibt ein paar Dinge, bei denen man oft schnell lernt. Ich kann mich nicht einmal an die erinnern, die ich jetzt erwähnt habe, ich bin von vielen Tangenten abgewichen und das ist es, was ich mache.
Sean Blake:
Ich liebe es. Das ist ein toller Rat, Chris. Das ist wirklich wichtig und kommt zur rechten Zeit. Und Sie haben vorhin erwähnt, dass sich der Kundenstamm ständig ändert und wir wissen, dass sich die Technologie ständig ändert und die Dinge sich nur schneller ändern werden und die Störungen in Zukunft nur noch schwerwiegender sein werden. Können Sie in die Zukunft schauen oder schauen Sie jemals in die Zukunft und fragen sich, welche Trends sich im agilen Bereich oder sogar an Arbeitsplätzen abzeichnen und uns in der Art und Weise, wie wir unsere Arbeit verrichten, auf den Kopf stellen werden? Wie sieht Agile in fünf oder zehn Jahren aus?
Chris Stone:
Nun, das ist wieder eine sehr große Frage. Ich kann hier sitzen und postulieren und darüber sprechen, wie es aussehen könnte. Ich werde mich auf ein meiner Meinung nach hervorragendes Beispiel dafür stützen, was die nächsten fünf oder zehn Jahre prägen wird. Im Februar 2021 gibt es ein Festival namens Agile 20 Reflect, ich bin mir nicht sicher, ob Sie davon gehört haben, und es ist als Festival konzipiert, nicht als Konferenz, es ist wirklich wichtig. Es ist also dem Festival in Edinburgh nachempfunden und soll die Vergangenheit, Gegenwart und Zukunft von Agile feiern. Nun, was es ist, es ist eine einmonatige Reihe von Veranstaltungen auf Agile, und jeder kann ein Event erstellen und sprechen und teilen, und es wird eine riesige Menge an Inhalten entstehen, die von der Community betrieben werden, die frei zugänglich und verfügbar sein werden.
Chris Stone:
Nun gibt es drei der ursprünglichen Unterzeichner des Agile-Manifests, die daran beteiligt sind. Lisa Adkins ist daran beteiligt, ebenso wie viele namhafte Redner, die an diesem Festival beteiligt sind. Und ich selbst veranstalte eine Reihe von Retrospektiven zum Agile-Manifest. Ich habe Arie van Bennekum interviewt, einen der ursprünglichen Unterzeichner des Agile-Manifests. Es wird viele Veranstaltungen da draußen geben. Und ich denke, dieses Festival wird in gewisser Weise beeinflussen, wie Agile aussehen könnte, denn es gibt viele Veranstaltungen, viele Redner, viele Podiumsdiskussionen, die anstehen, bei denen viele Fachleute da draußen zusammenkommen, viele Praktiker da draußen, die beginnen werden, zu gestalten, wie das aussieht. Obwohl ich hier sitzen und darüber postulieren könnte, bin ich ehrlich gesagt kein Experte, und es gibt weitaus größere Köpfe als ich. Und eigentlich würde ich lieber die Macht der breiteren Gemeinschaft nutzen und mich darauf einlassen, als meine jetzt vorzuschlagen.
Sean Blake:
Nett. Ich mag es. Und was du da getan hast, du hast es uns unmöglich gemacht, auf dieses Video zu klicken und zu beweisen, dass du in Zukunft falsch liegst, wenn du etwas vorhersagst, das am Ende nicht passiert. Das ist also sehr klug, wenn du.
Chris Stone: Mache mich zukunftssicher.
Sean Blake: Genau. Chris, ich glaube, wir sind jetzt fast am Ende, aber ich wollte fragen, hast du angesichts der Qualität deines Weihnachtspullovers irgendwelche Tipps für Teams, die über die Feiertage arbeiten und nach einem wirklich schwierigen Jahr 2020 höchstwahrscheinlich ausgebrannt sind? Was sind einige der Dinge, die du den Trainern in Agile-Teams sagen würdest, wenn sie in diese Zeit kommen, in der sich die Leute hoffentlich eine Auszeit nehmen und etwas Zeit mit ihrer Familie verbringen können? Hast du irgendwelche Tipps oder Empfehlungen, wie Menschen auf ihre psychische Gesundheit achten, sich um Gleichaltrige kümmern und diese Zeit mit Selbstreflexion verbringen können?
Chris Stone:
Sicher. Also eine Reihe von Dingen, die ich auf jeden Fall empfehlen würde. Ich produziere und teile gerade diesen Agile-Adventskalender. Und die Idee ist, dass du jeden Tag ein kleines Stück Agile-Wissen oder eine Vorlage oder etwas, das in Zany funktioniert, oder ein Video, was auch immer es sein mag, bekommst. Da kommen viele kleine Dinge rein. Und es gab Retro-Vorlagen, weihnachtliche und festliche Themen. Es gibt also einen Home Alone, einen Diehard-Film, einen Elfen-Film, es gibt alle möglichen. Vielleicht probieren Sie eines davon aus, um mit Ihrem Team auf unterhaltsame Art und Weise, einfach über die letzten Zeiten als Team nachzudenken und sich vielleicht im nächsten Jahr einige Dinge einfallen zu lassen.
Chris Stone:
Und da ist zum Beispiel der Diehard-Film, der auf den Zitaten aus dem Film Diehard basiert, also ist es das, was du da drin tun würdest, feiere deine... um sie in dein Team zu schicken. Oder da steht einer drin über, wenn man Weihnachten so feiert, kann ich das neue Jahr kaum erwarten. Und diese Frage lautete, was wollen wir nächstes Jahr ausprobieren? Dieses Jahr war großartig, was wollen wir nächstes Jahr anders ausprobieren? Diese Vorlagen bieten also Möglichkeiten, dies auf unterhaltsame Weise zu reflektieren, also probieren Sie eine davon aus. Ich habe einige festliche Zoom-Hintergründe oder Team-Hintergründe für Heiligabend geteilt. Probieren Sie sie aus und machen Sie ein bisschen Spaß, machen Sie es ein bisschen immersiv. Es gibt Weihnachts- oder festliche Eisbrecher, die du verwenden kannst. In der Regel mache ich jedes Meeting, das ich moderiere. Die ersten fünf Minuten sind nur ein unverfälschtes Gespräch über Dinge, die nichts mit der Arbeit zu tun haben, und dafür verwende ich oft Eisbrecher. Und ob das eine Frage ist, zum Beispiel, wenn du die Beine eines beliebigen Tieres haben könntest, was hättest du und warum, Sean, was wäre das?
Sean Blake:
Wahrscheinlich eine Giraffe, weil ich nur an den Höhenvorteil dachte, es muss etwas sein, das im Alltag nützlich ist.
Chris Stone: Vielleicht ist es schwierig, dich mit auf den Boden zu nehmen.
Sean Blake:
Ja. Ja, das würdest du auf jeden Fall brauchen. Allerdings glaube ich nicht, dass ich auf dem Weg zur Arbeit in den Aufzug passen würde, das wäre also ein Problem.
Chris Stone:
Ja. So fange ich einfach an. Aber ja, das ist nur eine Frage, denn es ist interessant zu sehen, was sich die Leute einfallen lassen könnten, aber es gibt auch einige festliche, was ist dein liebster Weihnachtsfilm? Was würde dich dieses Jahr auf die Liste der Frechen setzen? Ja, hat deine Familie irgendwelche seltsamen oder skurrilen Weihnachtstraditionen? Weil ich es liebe, davon zu hören. Jeder hat sein eigenes kleines Ding, egal ob wir an Heiligabend ein Weihnachtsgeschenk haben oder an jedem Weihnachtstag zusammen eine Pizza essen. Es kommen einige wirklich zufällige heraus. Ich liebe es, davon zu hören und mir Zeit für die Interaktion mit dieser Person zu nehmen, aber eine festliche Art kann auch helfen.
Chris Stone:
Und was die psychische Gesundheit anbelangt, so habe ich den Pomodoro-Effekt aus produktiver Sicht sehr befürwortet. Also werde ich das nutzen. Ich stelle mir einen Timer ein, ich konzentriere mich ohne Ablenkungen, mache etwas. Und dann, in dieser fünfminütigen Pause, stehe ich einfach auf und gehe von meinem Schreibtisch weg und strecke mich aus und hole mir einen Kaffee oder was auch immer es sein mag. Aber dann blockiere ich auch die Zeit, und ich weiß, dass einige Unternehmen in dieser mobilen Arbeitswelt im Moment sagen: „Hey, jeder bis 14 Uhr hat keine Zeit, damit ihr spazieren gehen und spazieren gehen könnt.“ Manche Unternehmen machen das. Ich nehme mir immer Zeit, um rauszukommen und von meinem Schreibtisch wegzugehen, weil das... und ein bisschen produktiver ist und meinen Tag ein bisschen unterbricht. Also ich kann das auf jeden Fall empfehlen. Etwas frische Luft zu schnappen kann Wunder für Ihre geistige Gesundheit bewirken.
Sean Blake:
Fantastisch. Tja, Chris, ich habe so viel aus dieser Episode gelernt und ich weiß es wirklich zu schätzen, dass du heute etwas Zeit mit uns verbracht hast. Wir haben über viele Dinge gesprochen, etwa darüber, wie wichtig es ist, deine Fehler zu teilen, wie wichtig es ist, auf deine psychische Gesundheit zu achten, dich selbst und deine eigene Entwicklung zu überprüfen, aber auch, wie du nachverfolgst, wie du dich fühlst. Ich liebe dieses Zitat, das du geteilt hast, wir glauben, es ist Sokrates, dass wahres Wissen darin besteht, zu wissen, dass du nichts weißt. Ich finde das wirklich wichtig, jeder Tag beginnt am ersten Tag, nicht wahr? Das entstigmatisierende Scheitern. Die Ursprünge des Wortes Frist. Das wusste ich nicht. Das ist wirklich interessant. Und wenn ich nur diese einfache Frage stelle, wie hat sich das angefühlt? Wie hat es sich angefühlt, auf diese Weise zu arbeiten? Die Leute haben deinen Namen geschrien, zur Arbeit gegangen, wenn die Arbeit zu voll ist, wie fühlt sich das an? Und ist das ein gesundes Gefühl, das jeder haben sollte? Das sind wirklich wichtige Fragen, über die ich nachdenken sollte, und ich weiß, dass unser Publikum diese Fragen auch sehr zu schätzen wissen wird. Also vielen Dank Chris, dass er sich uns im Easy Agile Podcast angeschlossen hat.
Chris Stone:
Kein Problem. Danke fürs Zuhören und allen ein frohes Weihnachtsfest.
Sean Blake:
Fröhliche Weihnachten.
PodcastEasy Agile Podcast Ep.24 Renae Craven, Agile Coach, über Teamausrichtung und den Sprung aus Ihrer Komfortzone.
„Ich hatte ein inspirierendes Gespräch mit Renae über die Vorteile, die es hat, die eigene Komfortzone zu verlassen und das Teamverhalten aufeinander abzustimmen“ - Chloe Hall
Zu Chloe Hall, Marketingkoordinatorin bei Easy Agile, gesellt sich Renae Craven, Agile Coach, Agile Trainer, Scrum Master Coach und lokale Leiterin des QLD Chapter bei Women in Agile.
Diskutieren Sie mit Renae Craven und Chloe Hall über:
- Renaes Weg zum Agile Coach und Agile Trainer
- Machen Sie einen Sprung aus Ihrer Komfortzone
- Wie wichtig es ist, sich Zeit zu nehmen, um Feedback zu sammeln und nachzudenken
- Aufbau einer Teamumgebung, in der sich jeder sicher fühlt, seinen Beitrag zu leisten
- Abstimmung des Teamverhaltens und wie sich die Priorisierung des Lernens auf die Teamleistung auswirkt
- Warum ganztägiges Sitzen schlecht für dich ist und wie du Bewegung in deinen Arbeitsalltag bringst
- + mehr
Transkript
Chloé Hall:
Hallo und willkommen zurück zum Easy Agile Podcast. Ich bin Chloe, Marketingkoordinatorin bei Easy Agile, und ich werde Ihre Moderatorin für die heutige Folge sein. Bevor wir beginnen, möchten wir uns bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute senden, den Menschen im Dhuwal-sprachigen Land. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines der Torres Strait Islanders und den Ureinwohnern der First Nations, die heute zu uns kommen, denselben Respekt. Heute haben wir eine sehr spannende Episode für Sie. Wir werden mit Renae Craven sprechen. Renae ist Agile-Coach, Agile-Trainerin, Scrum Master-Coach, BASI-Pilates-Instruktorin und leitet ihr eigenes Pilate-Studio.
Renee ist auch lokale Leiterin des Chapters bei Women in Agile Brisbane und moderiert zusammen mit David Clifford den Podcast The Leader's Playlist. Renaes Leidenschaft im Leben ist es, Menschen zu helfen, eine bessere Version von sich selbst zu werden, indem sie Ihr Bewusstsein für Bereiche schärft, in denen sie sie verbessern möchten oder müssen, und sie dabei unterstützt, in diesen Bereichen zu lernen und zu wachsen. Laut Renae geht es beim Coaching nicht darum, den Leuten zu sagen, was sie tun sollen. Es geht um Fragen, die es ihnen ermöglichen, tiefer zu graben, Erkenntnisse und ihren Wunsch nach Veränderung aufzudecken. Willkommen zum Podcast, Renae. Vielen Dank, dass Sie heute gekommen sind. Ich weiß es wirklich zu schätzen und freue mich sehr, Ihre Geschichte, Ihre Reise und all die Erfolge, die Sie erzielt haben, zu enthüllen, was unglaublich ist. Wie geht es dir heute überhaupt?
Renae Craven:
Mir geht es gut, mir geht es gut. Danke, Chloe. Es ist Freitag, also bin ich an einem Freitag immer ein bisschen kaputt. Ich freue mich darauf, an den Wochenenden auszuschlafen und solche Dinge. Also ja, Freitag bin ich schon, immer ein bisschen trist, aber ansonsten geht es mir gut.
Chloé Hall:
Nun, das ist gut. Freitagnachmittag kann dir das definitiv immer antun. Ich freue mich auch sehr darauf, auszuschlafen. Ich denke, lass uns gleich loslegen. Ich wollte damit beginnen, dich als Person, Renae, zu erklären und deine Geschichte zu erzählen, wer Renae ist und welche Reise du unternommen hast, um heute so erfolgreich zu werden. Also, wenn du ein bisschen Hintergrundwissen über dich geben möchtest.
Renae Craven:
Wie weit gehe ich zurück? Also habe ich Informatik an der Uni gemacht, Informatik an der Uni. Also begann ich meine Karriere als diplomierter Entwickler, Softwareentwickler, ziemlich beschissener noch dazu.
Chloé Hall:
Sicher nicht, dem stimme ich nicht zu. Ich kann es nicht sehen.
Renae Craven:
Ich wusste genug, um über die Runden zu kommen, aber das würde ich definitiv nicht für den Rest meines Lebens tun. Aber damals war ich 20 und habe einfach Dinge getan, die man tun sollte, wenn man erwachsen ist. Du solltest zur Schule gehen und in der 12. Klasse gut abschneiden und zur Uni gehen und einen Abschluss machen und dann einen Job bekommen.
Chloé Hall:
Auf jeden Fall.
Renae Craven:Also ja, ich habe all diese Kästchen angekreuzt und fand mich mit einem Abschluss in einem Job in einer guten Organisation wieder. Und ich war ein paar Jahre in diesem Entwicklungsjob und dann bin ich mehr in die Teamleitung gewechselt und ich war eine Weile Teamleiter und dann wurde ich 2010 Scrum Master. Das war der Zeitpunkt, an dem ich Agile entdeckte.
Chloé Hall:
In Ordnung. Jep.
Renae Craven:
Und ich denke, der Rest ist irgendwie Geschichte. Als ich Agile entdeckte, fingen die Dinge an, für mich mehr Sinn zu machen. Mit Menschen sprechen, Teams bilden, zusammenarbeiten, zusammenarbeiten, Probleme gemeinsam lösen, mehrere Köpfe für ein Problem gewinnen. Diese Art von Dingen war eine Sache, die mir nie Sinn gemacht hat, als ich gerade die Uni abgeschlossen habe. Und ich sage: „Was meinst du?“ Denn schon während meiner Studienzeit war ich ein bisschen anders und distanziert. Ich habe vor Jahren aus der Ferne studiert und mit einer Gruppe von vier anderen waren es vier andere, es war eine Gruppe von fünf. Wir haben alles zusammen gemacht, wir haben alle unsere Gruppenaufgaben gemacht, wir haben zusammen gelernt, wir haben zusammen zu Mittag gegessen, wir haben es einfach getan.
Chloé Hall:
Also mit genau derselben Gruppe?
Renae Craven:
Ja. Den ganzen Weg durch die Uni. Von dieser Art der Gruppenumgebung ging ich zur Arbeit über und war mehr ein Einzelner, als ob ich in einer Kabine mit Wänden gesessen hätte, die höher waren als ich, ich musste mit niemand anderem sprechen, wenn ich nicht wollte. Und das kam mir nie wirklich gut an. Es war nie irgendwie wer ich war. Also, als es Agile gab, war Scrum speziell hier, all diese Leute, die wir in einem Team zusammenbringen werden, und hier sind all die Probleme und Sie finden gemeinsam heraus, wie Sie sie lösen werden.
Jemand wird dir nicht sagen, was du tun oder wie du es lösen sollst, du musst es als Team herausfinden, es war viel mehr, cool, das macht Sinn, das funktioniert besser. Warum war das nicht immer so? Also ja, da begann meine agile Reise und sie hat sich weiterentwickelt, als ich einige Jahre lang Scrum Mastering in verschiedenen Organisationen, verschiedenen Szenarien, verschiedenen Kontexten gemacht habe. Und dann konnte ich mich wohl bequem als Agile-Coach bezeichnen, ich würde sagen, vor vielleicht 5, 6 Jahren. Ich meine, es gibt wirklich nichts, was du tun kannst, bis du tickst, Oh, ich bin jetzt ein Agile-Coach.
Chloé Hall:
Es gibt keinen einfachen Abschluss oder eine Zertifizierung.
Renae Craven:
Nein, es ist wirklich nur Erfahrung. Und ich hatte Erfahrung in der Umgebung und die Leute sagten mir: „Du kannst dich jetzt Coach nennen, Agile-Coach, du hast jede Menge Erfahrung“. Ich sagte: „Ja, aber ich habe das Gefühl, dass ich noch so viel mehr wissen muss oder lernen könnte“. Ich fühle mich also nicht wirklich wohl. Aber ich habe für ein Beratungsunternehmen gearbeitet, also wurde ich sowieso so vermarktet. Also das war vor ungefähr 5, 6, 7 Jahren, als das begann zu passieren. Und dann mache ich auch andere Dinge, wie Agile-Training. Ich liebe es, Menschen auszubilden, ich führe Schulungen durch und coache auch. Und dann habe ich auch noch mein Pilates.
Chloé Hall:Einfach ein Allrounder, viel los, das ist sicher. Ich denke auch, ich will nur auspacken, Sie hatten diesen Übergang, als Sie ein diplomierter Entwickler waren, und Sie fanden ihn ziemlich isolierend. Und dann bist du auf dieses Konzept von Agile gestoßen, als du in Teams arbeitest. War es, als Sie angefangen haben, Agile zu praktizieren, war das eine Art von Leidenschaft, ein Ziel von Ihnen, und das hat Sie auf den Weg des agilen Trainings und des agilen Coachings geführt?
Renae Craven:
Ich denke, ich meine Absicht, ich weiß immer noch nicht, ob ich weiß, was mein Lebenszweck ist. Leidenschaft. Ich denke, es hat mir geholfen, über mich selbst zu verstehen, wo einige meiner Stärken lagen. Und meine Stärken stimmten mit dem überein, was nötig war, um später ein Scrum Master und Coach zu werden. Die Fähigkeit zu moderieren, das ist ein großer Teil davon, ein Scrum Master zu sein, ein großer Teil davon, eines der wichtigsten Dinge am Beruf eines Coachs zu sein. Und das war einfach etwas, zu dem ich von Natur aus in der Lage war, aber ich wusste nicht, bis ich damit angefangen habe, ob das Sinn macht.
Chloé Hall:
Ja. Ja, ist das nicht immer so, es ist, als ob du etwas nicht weißt oder deine Stärken nicht wirklich kennst, bis du dich darauf einlässt. Du musst wirklich deine Komfortzone verlassen und einfach neue Dinge ausprobieren, neue Dinge erleben. Sonst wirst du es nie erfahren.
Renae Craven:
Ja, genau. Ja, ich kann nicht versuchen, eine gleichberechtigte Teilhabe in einem Raum oder in einem Workshop zu erreichen, indem man eine Moderation durchführt und eine Gruppe von Menschen aus verschiedenen Gesellschaftsschichten zu einem Ergebnis bringt und es einfach fließen lässt und die Gespräche fließen lässt. Aber trotzdem musst du bis zum Ende des Tages oder am Ende des Workshops zu diesem Ergebnis kommen. Das war etwas, zu dem ich natürlich in der Lage war. Und ich meine, mein erster Workshop, wie ich ihn moderiert habe, ich kann mich nicht einmal erinnern, was er war, aber ich bin mir sicher, dass die Art und Weise, wie ich ihn moderiere, sehr, sehr unterschiedlich ist. Aber es war immer noch etwas, das ich gerne gemacht habe, das mir Spaß gemacht hat. Und der Trainingsteil ist lustig, weil ich es in der Schule gehasst habe, in der Öffentlichkeit zu sprechen. Früher habe ich gehasst.
Chloé Hall:
Du klingst wie ich.
Renae Craven:
Ja. All das, wie ich früher auf Englisch aufgestanden bin und eine mündliche Prüfung gemacht habe und solche Dinge. All das habe ich gehasst. Ich war sehr froh, mich einfach im Hintergrund zu verstecken und nie eine Frage zu beantworten oder nie Probleme zu bereiten oder störend zu sein oder was auch immer. Außer im Matheunterricht war ich im Matheunterricht ein bisschen störend.
Chloé Hall:
Ich finde gerade so viel Resonanz bei dir, weil ich buchstäblich genauso war. Und ich hatte schon immer eine kleine Leidenschaft für Mathe. In Mathe war ich also super kontaktfreudig, habe so viele Fragen gestellt. Aber auf Englisch war meine größte Angst, in der Öffentlichkeit zu sprechen. Ich konnte einfach nicht für mein Leben einstehen. Es war das Schlimmste. Ich war immer so nervös, alles daran. Und ich finde es wirklich interessant zu sehen, wie weit Sie heute von dem entfernt sind, was Sie damals dachten. Gab es irgendwelche Übungen, viel Arbeit, die du an dir selbst machen musstest, um heute an diesen Punkt zu kommen?
Renae Craven:Ich denke, ähnlich wie das, was du zuvor gesagt hast, musst du deine Komfortzone verlassen. Und ich denke, besonders zu Beginn meiner Karriere, als ich aus meiner Komfortzone gedrängt wurde. Es gibt ein paar Führungskräfte, für die ich zu der Zeit gearbeitet habe, naja, eine Handvoll Leute, die mich im Laufe der Jahre aus meiner Komfortzone gedrängt haben. Und in den früheren Tagen, in denen ich das nicht für mich selbst getan hätte. Also das für mich zu tun oder ich hatte nicht wirklich eine Wahl, weil ich ein gutes Mädchen war und damals Befehle befolgt habe. Es war nur etwas, bei dem ich sagte: „Oh okay, das ist cool“. Im Nachhinein bin ich froh, dass er das getan hat, denn ich wäre nicht da, wo ich jetzt bin, wenn ich nicht in das Pilotteam geworfen würde, das agile Pilotteam. Also ja, es gibt solche Dinge, bei denen ich in meine Komfortzone gedrängt wurde und es einfach versucht habe und herausgefunden habe, dass, oh, es war doch nicht so schlimm.
Vielleicht könnte ich das nochmal machen. Und dann fängst du an, deine eigene Art von Resilienz aufzubauen, du sagst, nun, ich habe das schon einmal gemacht, also ist das nicht viel schwieriger. Ich glaube, das könnte ich tun. Oder es denkt irgendwie so darüber nach, aber es ändert sich auch. Es hat meine Denkweise dahingehend geändert, dass du deine Komfortzone verlassen musst, du musst Mist bauen, um zu lernen. So wie es in der Schule war, wo du dafür belohnt wurdest, dass du richtig warst, du wurdest dafür belohnt, dass du das Richtige getan hast. So lerne ich nicht. So lernen viele Menschen nicht. Du musst Mist bauen, um dann zu gehen.
Chloé Hall:
Auf jeden Fall.
Renae Craven:
Okay, wenn ich das nächste Mal mache, mache ich das stattdessen.
Chloé Hall:
Ja, auf jeden Fall.
Renae Craven:
Oder das Feedback zu bekommen, wie du das gemacht hast, naja, nächstes Mal könntest du das vielleicht tun oder was auch immer es ist. Ich bekomme nur dieses Feedback. Dagegen habe ich in der Schule nie etwas davon bekommen. Es war immer Renaes perfektes Engelskind, was auch immer es war.
Chloé Hall:
Trotzdem nett, aber ja.
Renae Craven:
Nett für die Eltern. Können wir mehr von Renae in unserer Klasse haben, nett für Mama und Papa. Aber im Nachhinein hat es nicht wirklich dazu beigetragen, mich auf das Wie vorzubereiten.
Chloé Hall:
Für die Realität.
Renae Craven:
Ja
Chloé Hall:Wirklich.
Renae Craven:
Exakt.
Chloé Hall:
Vor allem, weil ich vor Kurzem den Übergang vom Uni-Abschluss in einen Vollzeitjob hinter mir habe und für Easy Agile gearbeitet habe, werde ich immer wieder positiv aus meiner Komfortzone gedrängt. Jeder unterstützt mich so sehr, dass sie immer sagen: „Oh Chloe, versuch das, versuch das“. Und ich sage nur: „Okay, ja, ich schaffe das.“ Und wenn es nicht unglaublich gut läuft, ist das okay. Ich habe etwas gelernt und kann es beim nächsten Mal besser machen.
Renae Craven:
Ja.
Chloé Hall:
Du kannst nicht einfach für immer in deiner Komfortzone sitzen, du hast nicht das Gefühl, wenn du etwas außerhalb deiner Komfortzone tust, du fühlst dich danach einfach so gut und du sagst, oh, beweise mir, dass ich das kann.
Renae Craven:
Jep. Und ich denke, der größte Teil davon besteht darin, anzuerkennen, dass das Lernen im Sitzen stattfindet. Eines der Dinge, die wir als Trainer tun, ist eine der wichtigsten Zeiten, in denen ein Team oder eine Einzelperson lernen muss, ist, sich hinzusetzen und zurückzudenken und dann, was gut und was schlecht war und was werde ich beim nächsten Mal anders machen. Und ich coache Teams, um das zu tun, aber das muss ich auch selbst machen. Ich habe quasi realisiert, dass ich mich als Training hinsetzen muss und wenn ich diese Dinge mache, müsste ich Feedback einholen und dann muss ich mich hinsetzen und darüber nachdenken, wie es gelaufen ist. Was ich glaube, beim nächsten Mal besser oder anders machen zu können, mache ich so etwas, damit ich mich auch selbst in den Dingen, die ich tue, verbessere. Es geht also wirklich darum, diese Zeit und diese Übung zu haben, um zu lernen, sich hinzusetzen, und was habe ich gelernt?
Chloé Hall:
Ja, das tue ich. Und dem stimme ich zu. Sie müssen sich die Zeit nehmen, um zu verstehen, zu reflektieren und zu verwirklichen, was Sie gelernt haben. Ansonsten ist das Leben so hektisch und du machst einfach weiter und gehst und du kannst es einfach komplett vergessen und es ist gut, diesen Moment zu nutzen. Mir gefällt wirklich, dass Sie das auch in Ihrem Agile-Coaching tun. Was machst du sonst noch, wenn du Teams coachst? Welche anderen Elemente gibt es?
Renae Craven:
Einige der Dinge, über die ich bereits gesprochen habe, sind ebenbürtig zu sein, zu versuchen, gleiche Teilhabe und gleiche Stimme zu erreichen. Wenn ich das versuche, ist das Schlagwort psychologische Sicherheit, aber der Versuch, ein Umfeld für ein Team zu schaffen, in dem sich jeder sicher fühlt, eine Frage zu stellen oder seine Meinung zu äußern oder was auch immer es ist. Und wenn wir als Coach herkommen, coachen wir normalerweise Teams, Menschen und Organisationen bei der Umstellung von einer bestimmten Arbeitsweise auf eine agile Arbeitsweise. Und das bedeutet, dass das Ganze, das den Leuten sagt, was sie tun sollen, wann und wie es zu tun ist, vorbei ist. Das ist weg. Und jetzt möchten Sie diese Fähigkeit innerhalb des Teams selbst aufbauen. Also diesen sicheren Raum schaffen, damit
Das Team kann Fragen stellen und verstehen, was es zu tun hat, sodass es gemeinsam etwas liefern kann, anstatt dass jemand ihnen nur sagt, was zu tun ist.Es benutzt also dein Gehirn, benutzt auch das kollektive Gruppengehirn, anstatt nur zu haben, dein Gehirn nicht wirklich zu benutzen, nur darauf zu warten, dass dir gesagt wird, was zu tun ist und dann weißt du, was zu tun ist, du tust es einfach. Aber gemeinsam als Team ein Problem zu lösen und dann als Team herauszufinden, wie wir das lösen oder wie wir das umsetzen werden, ist etwas, das ich als Coach liebe, mit Teams zu arbeiten, ein Umfeld zu schaffen, in dem sie sich sicher fühlen, dumme Fragen zu stellen und solche Dinge.
Chloé Hall:
Und du musst nicht sagen, ich denke, das ist eine dumme Frage, aber du willst sie auf jeden Fall entfernen.
Renae Craven:
Und ich denke, der andere Teil ist immer noch das Lernen, es ist genau das Gleiche. Es geht darum, den Fokus zu nehmen, den Fokus abzulenken, wir müssen liefern und dann werden wir ein paar Dinge lernen, wenn wir Zeit haben, um das umzudrehen, sodass du: „Nein, nein, nein, nein, du musst lernen, um besser zu werden“. Konzentrieren Sie sich also darauf, denn viele Teams werden einfach sagen, wir haben all diese Termine, all diesen Lieferdruck, wir müssen diese Dinge erledigen. Wir haben keine Zeit, uns hinzusetzen und darüber nachzudenken, was wir gelernt haben oder wie wir als Team besser werden können. Sie werden als Team niemals besser werden, wenn sie einfach in diesem endlosen Lieferzyklus bleiben. Die gleiche Art von Zeit damit zu verschwenden, immer und immer wieder Dinge zu verschwenden. Es geht also auch darum, die Denkweise der Teams umzudrehen und zu sagen: „Nein, warte, wir müssen das machen, sonst werden wir als Team nicht besser.“
Chloé Hall:
Ja, auf jeden Fall. Und ich denke, da passt die Agile-Retrospektive perfekt hinein. Und ich weiß, dass ich gerade aus meiner Retrospektive mit meinem Team gekommen bin und wir machen das wöchentlich und es ist so gut, auch mit Aktionsgegenständen herauszukommen. Und es ist so, okay, nächste Woche werden wir so besser werden. So werden wir vorankommen, das ist unser Fokus und es gibt auch keine versteckten Probleme, weil es jeden Freitag auftaucht und wir darüber sprechen. Du gehst also nicht mit einem Groll in den Montag der nächsten Woche oder du ärgerst dich über etwas, das mit dem Arbeitsablauf des Teams zusammenhängt. Sie haben es angesprochen, Sie haben es in der letzten Woche belassen, Sie haben die Maßnahmen offensichtlich mitgebracht, und hoffentlich wird es von da an besser.
Renae Craven:
Ja, absolut. Und das ist der Schlüssel. Es ist das, was auch immer wir in unserer Rückschau entschieden haben, was wir anders machen werden, wir machen das am nächsten Tag oder Montag in Ihrem Fall anders. Es ist nichts, worüber wir reden und dann ignorieren wir es einfach und wir sprechen einfach in zwei Wochen wieder darüber oder was auch immer es ist. Es geht darum, die Entscheidungen, die Sie als Team treffen, in die Praxis umzusetzen, und diese Rückblicke die ganze Zeit. Es sind auch keine massiven Aktionen. Es sind nur kleine Verbesserungen hier und da.
Chloé Hall:
Ja, es gibt kleine Dinge.
Renae Craven:
Sie bauen sich einfach im Laufe der Zeit auf.Chloé Hall:
Und das ist die Sache, wenn du es regelmäßig machst, sind es kleine Dinge, aber wenn du es nicht regelmäßig machst, dann bauen sie sich auf und sie werden zu großen Dingen, großen Problemen und massiven Blockern auch innerhalb des Teams.
Renae Craven:
Ja, absolut.
Chloé Hall:
Ja. Also frage ich mich auch, Renae, wenn du dein Agile-Coaching und dein Agile-Training durchführst, dann machst du das sowohl auf individueller Basis als auch auf Teambasis. Glaubst du, es gibt einen Aspekt der Denkweise, die agile Denkweise, und muss jeder Einzelne mit dieser agilen Denkweise zur Arbeit kommen, damit das Team besser arbeiten kann?
Renae Craven:
Denkweisen. Wenn alle die gleiche Denkweise hätten, wären es Roboter oder.
Chloé Hall:
Stimmt.
Renae Craven:
Die Welt wäre sehr langweilig.
Chloé Hall:
Sehr gutes Argument.
Renae Craven:
Ich denke, das ist ein bisschen, wenn ich an ein Team denke, ein agiles Team, solange es eine gewisse Übereinstimmung darüber gibt, wie sich das Team verhält, warum es existiert, was ihr Zweck ist und wie sie miteinander umgehen und wie sie Probleme gemeinsam lösen, dann können die Denkweisen der einzelnen Teammitglieder unterschiedlich sein. Und das ist in Ordnung, solange alle sich einig sind, wie wir uns verhalten werden. Ich stoße ständig auf Leute, die gezwungen wurden, auf diese agile Art zu arbeiten. Ihre Denkweise entspricht also definitiv nicht der Denkweise, die Sie für ein agiles Team benötigen, aber wenn sie in einem agilen Team sind und es Leute in diesem Team gibt, die die Denkweise oder das Verhalten haben, das Sie haben müssen, um agil zu liefern, gleicht sich das im Laufe der Zeit irgendwie aus.
Und im Laufe der Zeit werden sich diese Denkweisen ändern und sie werden sehen, wie sich andere Leute in ihrem Team verhalten, wie sich ihre Führungskräfte verhalten, solche Dinge. Ich betrachte es also immer eher als eine Verhaltenssache als als eine Mindset-Sache. Wie treffen wir Entscheidungen, wie ich schon sagte, wie gehen wir miteinander um, wie gehen wir mit Problemen um, wer sind unsere Kunden, all diese Dinge. Es ist eher dieses Verhalten, das ich mag, anstatt dass ich denke, oh, sie haben nicht die Denkweise, sie haben nicht die Denkweise, ich schaue mir einfach an, wie sie sich verhalten. Denn am Ende des Tages kannst du das nicht erzwingen
Denkweise. Aber wenn sie als Team anfangen, als Team zusammenzuarbeiten, werden sie das liefern, was sie liefern müssen. Und sie alle, das ist einfach der ganze funktionsübergreifende Teil davon. Du bringst verschiedene Köpfe zusammen, unterschiedliche Hintergründe, unterschiedliche Erfahrungen, verschiedene Fähigkeiten, all das.Chloé Hall:
Auf jeden Fall.
Renae Craven:
Du stellst sie in einem Team zusammen, damit sie ihre Fähigkeiten einsetzen können. Sie sind all diese verschiedenen Teile, um diese Probleme zu lösen.
Chloé Hall:
Ja, nein, auf jeden Fall. Ich denke, die Art und Weise, wie sich Menschen verhalten, hat auch viel damit zu tun. Und ich denke auch, dass man in der richtigen Denkweise sein kann, dass man sich richtig verhalten kann. Und das hat auch viel damit zu tun, wie du auf der Arbeit auftauchst. So kommst du zur Arbeit. Wenn du einen schlechten Morgen hattest, wird sich das darauf auswirken, wie es dir an diesem Tag geht. Oder wenn du an diesem Morgen aufwachst und eine Art festgelegte Morgenroutine hast, die dich in diese gute Routine für den Tag bringt, diese gute Denkweise und dieses Verhalten, dann kann das sehr helfen. Und ich denke auch, das ist auch etwas, worüber ich gerne mit dir sprechen würde, denn du hast Pilates-Vorkenntnisse, bist in deinem eigenen Studio und seit wie vielen Jahren bist du Instruktor?
Renae Craven:
Es wird anderthalb Jahre her sein, seit ich mich qualifiziert habe.
Chloé Hall:
Ja. Nett. Ja, ich bin also auch Instruktor. Ich glaube, ich unterrichte jetzt seit ungefähr sechs Monaten. Aber ich frage mich auch, du hast also deine beiden Leidenschaften, Besitzer eines Pilates-Studios und dann auch Agile-Coach. Gibt es das Element, sich morgens auf den Tag vorzubereiten? Denken Sie, wenn jemand, der meditiert, die Art von Morgenroutine hat, die er trainiert, kann er sich bei der Arbeit im Grunde besser verhalten? Was sind deine Gedanken dazu?
Renae Craven:
Ja, ich denke, je besser du dich in dir selbst fühlst oder wie du dich in dir fühlst, hat definitiv einen direkten Zusammenhang damit, wie du dich bei der Arbeit verhältst. Also ja, wenn du einen hektischen Morgen hattest oder auf dem Weg zur Arbeit ein Stau war oder was auch immer es ist, dann wirst du definitiv ziemlich aufgedreht sein, wenn du zur Arbeit kommst.
Chloé Hall:
Ja, auf jeden Fall.
Renae Craven:
Es wird sich darauf auswirken, wie Sie auf Fragen oder Menschen antworten oder Ihrem Team antworten oder was auch immer es ist. Ja, absolut. Aber ich selbst habe morgens nicht wirklich eine feste Routine. Ich gehe ins Fitnessstudio, aber ich gehe nicht jeden Tag ins Fitnessstudio. Aber morgens, wenn ich ins Fitnessstudio gehe, habe ich nie Lust, weil nein, ich will nur schlafen.Chloé Hall:
Es ist früh. Ja.
Renae Craven:
Ja. Aber ich muss morgen früh los, sonst gehe ich nicht ins Fitnessstudio. Fitnessstudio ist so etwas, es ist ein bisschen wie eine Hassliebe. Ich weiß, dass ich es tun muss, aber ich mache es nicht gern.
Chloé Hall:
Nicht einmal danach? Das Gefühl danach?
Renae Craven:
Danach ist gut. Es war wie, aber von, oh Gott sei Dank, das ist erledigt.
Chloé Hall:
Ja.
Renae Craven:
Tick, ich bin fertig für heute.
Chloé Hall:
Aus dem Weg.
Renae Craven:
Wenn es am Nachmittag wäre, wenn ich nachmittags ins Fitnessstudio gehen würde, würde ich nicht gehen. Es wäre einfach: „Nein, es ist zu schwer oder ich kann mich nicht darum kümmern, ich bin zu müde“. Also stehe ich morgens als erstes auf und stelle meinen Wecker 15 Minuten vor Beginn meines Sportunterrichts ein.
Chloé Hall:
Beeindruckend. Das ist Anstrengung.
Renae Craven:
Ich weiß.
Chloé Hall:
Das ist gut.
Renae Craven:
Ich renne los, um dorthin zu kommen, aber ich habe am Abend zuvor alle meine Klamotten vorbereitet, sodass ich nicht einmal nachdenken muss. Ich stehe einfach auf, ziehe mich an und steige ins Auto und fahre ins Fitnessstudio und.
Chloé Hall:
Ich mache das Gleiche.
Renae Craven:
Ich mache meinen Unterricht, ich hatte noch keine Zeit, mir das auszureden. Aber danach ist es wie, oh ja, ausgezeichnet. Das ist für heute erledigt. Und ja, es ist schön zu wissen, dass Sie das auch für den Tag getan haben, wenn Sie Ihren Arbeitstag beginnen. Also an meinen Tagen im Fitnessstudio ist das wahrscheinlich meine Routine, um mich auf die Arbeit vorzubereiten. Aber an anderen Tagen sind sie wohl etwas entspannter. Ich glaube, wenn ich Kaffee trinken möchte, dann kann ich die Welt ohne Kaffee nicht bewältigen. Egal, ob ich zu Hause oder im Büro bin, das Erste, was ich tun werde, ist, wenn ich ins Büro komme, hole ich mir auf dem Weg dorthin einen Kaffee. Also trinke ich Kaffee, wenn ich ins Büro gehe. Also ja, ich schätze, das könnte man meine Routine nennen.
Chloé Hall:
Nein, ich denke, viele Leute, auch viele Zuhörer werden das nachvollziehen können. Und früher war ich so und dann kam mir der Kaffee einfach nicht gut. Ich stellte fest, dass es meine Nerven für den Tag und alles andere wirklich strapazierte. Es war also so schwer. Ich habe nicht mehr zwei bis drei Kaffees am Tag getrunken, sondern aufgehört, und jetzt trinke ich stattdessen wie einen Matcha. Aber das war auch ein so großer Teil meiner Morgenroutine und davon abzusteigen war eines der schwierigsten Dinge, die ich je tun musste.
Renae Craven:
Ja, das habe ich einmal gemacht. Ich habe mich vor Jahren für einen dieser Gesundheits-Retreats entgiftet und ich musste Kaffee und so weiter entgiften.
Chloé Hall:
Oh wirklich?
Renae Craven:
Vor zwei Wochen davor und ja, Kaffee war schwer.
Chloé Hall:
Ja.
Renae Craven:
Sehr, sehr schwer. Weil ich den Geschmack meines Kaffees liebe. Ich trinke ihn einfach pur, ich habe keine Milch, also liebe ich den Geschmack meines Kaffees.
Chloé Hall:
Ja, wow. Okay.
Renae Craven:
Aber vielleicht sind es auch die anderen Vorteile, wenn ich keine Menschen töten will, die Kaffee mir antut. Ich kann jetzt mit der Welt umgehen. Ich habe meinen Kaffee getrunken.Chloé Hall:
Du bist okay, in Ordnung. Wer braucht jetzt Coaching? Wer braucht eine Schulung? Und ich bin bereit für Rock'n'Roll.
Renae Craven:
Ja, jetzt geht es mir gut.
Chloé Hall:
Ja. Nett. Ja. Nun, der Grund, warum ich über den ganzen Zusammenhang zwischen Bewegung und Arbeit sprechen wollte, war, dass ich Ihren Artikel auf LinkedIn darüber gelesen habe, was das Sitzen den ganzen Tag mit Ihrem Körper macht und Sie sagen, wie Pilates dabei helfen kann. Der Abschnitt, der meiner Meinung nach bei mir sehr gut ankam, war, als Sie sagten, als COVID-19 die Welt zum Erliegen brachte und alle, die von zu Hause aus arbeiteten, einschränkte, die Leute, die in der Büroumgebung arbeiteten, saßen Sie den ganzen Tag gebeugt vor einem PC zu Hause und es sind aufeinanderfolgende virtuelle Besprechungen, Sie haben nicht wirklich die Möglichkeit, aufzustehen, eine Pause einzulegen, spazieren zu gehen und so. Und ich denke, ich bin mir sicher, dass viele unserer Zuhörer in dieser Realität sein werden, und auch nach COVID ist das immer noch der Fall. Ich denke, nur damit alle zuhören, gibt es irgendwelche Tipps oder so, um dich aufzustehen, dich in Bewegung zu bringen, damit du das nicht täglich erlebst.
Renae Craven:
Ich denke, der andere Unterschied ist vor COVID, sicher, Sie haben den ganzen Tag bei der Arbeit an Ihrem Schreibtisch gesessen, aber Sie gehen auch ins Büro und gehen zu Besprechungen und gehen in die Küche und gehen zu Fuß, um Ihr Mittagessen zu kaufen und solche Dinge. Und du hattest auch keine aufeinanderfolgenden Treffen. Du hattest also die Gelegenheit und wenn du von Zimmer zu Zimmer gehst, bist du aufgestanden. Während es zu Hause nur aufeinanderfolgende Treffen sind und ich weiß nicht, wie es dir geht, aber ich renne zwischen den Treffen auf die Toilette.
Chloé Hall:
Ja. Das tue ich. Das tue ich tatsächlich. Das hat das gestern sogar ein bisschen ausgelöst.
Renae Craven:
Das habe ich gestern eigentlich auch gemacht. Und selbst auf dem Höhepunkt von COVID waren die aufeinanderfolgenden Treffen so schlimm. Ich hatte nicht einmal eine Mittagspause. Ich habe gearbeitet, ich habe mein Mittagessen in Besprechungen zubereitet und auch bei Sommerzeit. Es wirft immer Dinge aus, weil Queensland bleibt, wo sie sind, und es wirft alles so raus. In meinem Artikel war es also eigentlich eher eine Arbeit, die ich im Rahmen meines Dozentenkurses einreichen musste.
Chloé Hall:
Oh cool. Ja.
Renae Craven:
Und ebenso wie meine 600 Stunden Praxis und.
Chloé Hall:Ja. Ja, das kann ich nachvollziehen, aber ich musste den Artikel nicht schreiben.
Renae Craven:
Also habe ich einfach Teile daraus herausgeholt und weil ich dachte, dass das immer noch relevant ist und vielleicht bei den Leuten Anklang findet und besonders bei den Leuten, mit denen ich verlinkt bin, ist LinkedIn das Publikum, oder? Also, dass einfach Dinge, die beim Sitzen, Hinsetzen passieren, schlecht für dich sind, Punkt. Wo du den ganzen Tag arbeitest oder auf einer Couch sitzt, was auch immer es ist, Sitzen ist schlecht für dich. Und je länger du sitzt, desto lockerer wirst du. Je mehr deine Wirbelsäule immer in einem abgerundeten Zustand ist, desto weniger beanspruchst du deine Rückenmuskulatur, deine Rückenstrecker, desto mehr sitzt du in deinem Becken, deine Hüftbeuge verkürzen sich, weil du dich ständig hinsetzt und das strafft deinen unteren Rücken irgendwie. Und dann hast du deine, selbst wenn du nur deine Maus benutzt, diese Schulter, die ständig zusätzliche Sachen macht oder Dinge vorwärts und rückwärts macht. Und dann auch noch dein Hals und deine Fallen, alles wird irgendwie eng.
Also Dinge, die du tun kannst. Ich habe einen geschrieben, mein Artikel hat einen Beispiel-Klassenplan, um die Auswirkungen rückgängig zu machen, wenn man den ganzen Tag in einem Bürojob sitzt. Aber dieser Klassenplan nutzt den gesamten Apparat. Aber es gibt Dinge, die man auf der Matte oder dem Reformer oder dem Cadillac oder unter dem Stuhl machen kann. Aber ich biete nach der Arbeit ein paar Online-Kurse an und sie haben während COVID angefangen und sie gehen immer noch. Und ich habe sie speziell entworfen, um sie rückgängig zu machen. Ich weiß, dass diese Leute den ganzen Tag gesessen haben. In meinem Unterricht wird also quasi alles enträtselt, was sie den ganzen Tag über getan haben.
Chloé Hall:
Die Leiche.
Renae Craven:
Ich meine meinen Unterricht, meinen Mathematikunterricht sowieso, der konzentriert sich normalerweise darauf, ich meine Tipps für Leute, die nicht wirklich zu einem Kurs kommen, aber rückgängig machen, du machst das Gegenteil von dem, was du den ganzen Tag gemacht hast. Wenn du also den ganzen Tag sitzt, aufstehst, herumläufst, wenigstens auf deine Smartwatch hörst, wenn sie dir sagt, dass du eine Pause einlegen musst. Steh auf und mach eine Pause. Und geh raus zum Briefkasten und hol dir gleichzeitig etwas Sonnenschein, wenn du Glück hast, gibt es heutzutage nicht viel Sonne.
Chloé Hall:
Wenn es draußen ist, rennen Sie los.
Renae Craven:
Du machst sozusagen Schulterrollen und Nackendehnungen und Hüftbeuger, sodass du, wie gesagt, einfach rückgängig machst und das Gegenteil von dem tust, was du tust, wenn du sitzt. Denken Sie also an die Muskeln oder Sehnen oder was auch immer sie sind, auch wenn Sie nicht wissen, was sie sind, wissen Sie, dass sich einige an der Vorderseite Ihrer Hüfte befinden. Und wenn du sitzt, kannst du dir vorstellen, dass sie nicht benutzt werden, sie stecken einfach da fest. Also begradige sie. Dehnen Sie sie aus. Wenn deine Wirbelsäule die ganze Zeit rund ist, dann drücke, rolle deine Schultern zurück, drücke auf deine Brust und benutze deine Rückenmuskulatur. Und ich weiß nicht einmal, ob sich die Leute mit Rückenstreckern so gut auskennen. Ich weiß nicht, ob die Leute das verstehen. Weil du deine Wirbelsäule hast und dann diese verdrehten Muskeln, die auf beiden Seiten deiner Wirbelsäule verlaufen. Ich kann mich gerade nicht an den wissenschaftlichen Namen für sie erinnern.
Chloé Hall:Nein. Ich auch nicht.
Renae Craven:
Wir nennen sie einfach Extensoren zurück. Und wenn du deine Wirbelsäule aufrichtest, funktionieren sie und du schaltest sie ein. Es trainiert nur deinen Bizeps und stärkt diesen Muskel, wenn du deine Wirbelsäule streckst und du kannst sogar geradeaus und rückwärts gehen. Du benutzt diese Rückenmuskulatur und du stärkst diese Rückenmuskulatur und es wird verhindern, dass du wie ein Rundling bist.
Chloé Hall:
Ja, ich habe mich den ganzen Tag vor dem Computer gebeugt.
Renae Craven:
Vorgebeugt.
Chloé Hall:
Ja. Ja, das ist es. Das willst du nicht.
Renae Craven:
Also macht es wirklich nur das Gegenteil oder ja. Teilnahme an Online-Kursen. Ich kann dir ein paar Übungen beibringen.
Chloé Hall:
Ja, nun, wir werden diesen Artikel auf jeden Fall auch mit diesem Podcast teilen, damit die Leute das Programm sehen können oder vielleicht etwas ist, das hilft. Für mich auf der Arbeit haben wir das große Glück, dass wir einen Stehpult haben, und ich finde das einfach unglaublich. Denn wenn ich von zu Hause aus arbeite, habe ich keinen Stehpult und ich kann den Unterschied spüren. Mein Körper fühlt sich einfach an, du fühlst dich einfach nicht richtig und ich fühle mich müder und ja, ich muss einfach öfter aufstehen und mich bewegen.
Renae Craven:
Ja. Wenn du den ganzen Tag stehst, ist es dasselbe. Du musst auch sitzen. Du musst immer noch das Gegenteil tun. Stehen ist wie, weil man auch beim Stehen nachlassen kann, also kann man mit der Zeit immer noch müde werden und sich irgendwie hinbeugen oder man ist immer noch irgendwie angespannt in den Schultern und so. Es kann also sein, dass du immer noch auf deine Körperhaltung achtest, wenn du stehst und dich einfach selbst korrigieren musst oder immer noch spazieren gehst, trotzdem allem die Möglichkeit geben, sich so zu bewegen, wie es sich bewegen soll, und nicht den ganzen Tag still zu stehen.
Chloé Hall:
Ja, auf jeden Fall. Ja, Renae. Ja. Vielen Dank, dass du heute zum Podcast gekommen bist. Ich habe diesen Chat mit dir wirklich genossen. Ich denke, unsere Lister werden eine Menge daraus ziehen und ich möchte auf jeden Fall auch mehr von diesem Pilates-Gespräch fortsetzen.
Renae Craven:
Danke Chloe. Danke, dass du mich eingeladen hast.
Chloé Hall:Keine Sorge, danke.
PodcastEasy Agile Podcast Ep.14 Rocking the Docs
„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.