Neuer Kurs: Bessere Retrospektiven in Jira

Lernen Sie mit Easy Agile

Easy Agile Podcast Ep.14 Rocking the Docs

Hör zu
Abonnieren Sie unseren Newsletter
  • website.easyagile.com/blog/rss.xml

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

Verwandte Episoden

  • Podcast

    Easy Agile Podcast Ep.19 Die Kombination von Ikigai und OKRs hilft agilen Teams, großartige Ergebnisse zu erzielen

    In dieser Folge wurde ich von Leandro Barreto, dem Lead Software Engineer bei Miro, begleitet.

    Leandro ist dafür verantwortlich, Konstruktions- und Produktteams mithilfe von Kennzahlen und KPIs dabei zu unterstützen, produktiver zu sein, wobei der Schwerpunkt auf der Steigerung ihrer betrieblichen Effizienz liegt. Vor seinem Umzug nach Europa arbeitete Leandro als Leiter des technischen Vertriebs für ein Atlassian-Partnerunternehmen in Brasilien.

    In dieser Episode haben wir darüber gesprochen;

    • Ikigai — was ist das und wie erreicht man es?
    • Die Vorteile von OKRs
    • Wie können wir Agile, Ikigai und OKRs kombinieren?
    • Wie Ikigai agilen Teams helfen kann, großartige Ergebnisse zu erzielen und motiviert zu bleiben

    Ich hoffe, euch gefällt die heutige Folge genauso gut, wie ich sie aufgenommen habe.

    Transkript

    Robert O'Farrell:

    Willkommen, alle, zum Easy Agile Podcast. Wir haben heute eine Folge mit Leandro Barreto, einem leitenden Softwareingenieur bei Miro. Ich bin dein Gastgeber für heute, Robert O'Farrel. Ich bin der technische Leiter von Growth bei Easy Agile. Bevor wir diesen Podcast starten, möchte ich den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Duruwa-sprachigen Land. Wir erweisen den Ältesten der Vergangenheit, Gegenwart und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines, Torres Islandern und Ureinwohnern der First Nations, die heute im Podcast zu uns kommen, den gleichen Respekt.

    Robert O'Farrell:

    Leandro arbeitet derzeit als leitender Softwareingenieur bei Miro, wo es seine Aufgabe ist, Ingenieur- und Produktteams durch Kennzahlen und KPIs dabei zu unterstützen, produktiver zu sein, wobei der Schwerpunkt auf der Steigerung ihrer betrieblichen Effizienz liegt. Vor seinem Umzug nach Europa arbeitete er für ein Atlassian-Partnerunternehmen in Brasilien und war dort als Leiter des technischen Vertriebs tätig, mit dem Ziel, das Serviceangebot in Lateinamerika zu erweitern. Willkommen, Leandro. Schön, dass du heute hier bist.

    Leandro Barreto:

    Ja. Danke, Rob. Danke auch für das Easy Agile für die Einladung. Es ist mir eine Freude, heute hier zu sein.

    Robert O'Farrell:

    Fantastisch. Du bist hier, um über Ikigai, Ziele und wichtige Ergebnisse oder OKRs in Agile zu sprechen, also lass uns loslegen. Ikigai, was ist das? Kannst du uns kurz oder lang erklären, was das ist?

    Leandro Barreto:

    Ja, natürlich, natürlich. Also, Ikigai, sage ich damit, ist eine Lebensphilosophie, die so viel bedeutet wie ein Grund für das Sein oder der Sinn des Lebens. Die Welt Ikigai stammt also aus einem Dorf im Süden Japans, wo die durchschnittliche Lebenserwartung der Menschen über 100 Jahre beträgt. Ikigai ist also im Grunde in vier Komponenten unterteilt. Die erste, Dinge, die du liebst. Zweitens etwas, in dem du gut bist, dann etwas, das dich gut bezahlt. Und schließlich etwas, das die Welt braucht. Also, wenn du alles zusammensetzt, dann hast du den Ikigai, aber das ist nicht einfach. Also, lassen Sie mich ein wenig über jedes dieser Unternehmen sprechen.

    Leandro Barreto:

    Also, das Erste ist etwas, das du liebst, etwas, das dich präsent macht, etwas, das du dich fragen musst, was du wirklich gerne tust? Was macht dich glücklich? Was ist deine Absicht, die dich dazu bringt, Zeit zu verlieren und die Zeit zu vergessen? Also zum Beispiel Lesen, Tanzen, Singen, Malen, Lernen, Unterrichten usw. Vielleicht ist es im Moment ein bisschen schwierig, darauf zu antworten, aber zu verstehen und danach zu streben, was man liebt, ist grundlegend, damit man ein gesundes Gleichgewicht zwischen Lernen, Praktizieren, Testen, Scheitern, erneutes Versuchen und der Wiederholung des Kreises erreichen kann.

    Leandro Barreto:

    Ein Beispiel, das ich Ihnen geben kann, ist zum Beispiel, dass ich zum Beispiel einen Jiu-Jitsu-Lehrer hatte, der, egal an welchem Tag, immer trainierte. Und ich erinnere mich, dass mir eines Tages der Arm verletzt wurde. Und am nächsten Tag erhielt ich um 6 Uhr morgens eine Nachricht von ihm, er fragte, ob es mir gut geht. Und als ich aufwachte, schrieb er mir eine SMS wie: „Hey, bist du okay? Wirst du heute trainieren können?“ Und ich sagte: „Whoa, lass es ruhig angehen, Mann.“ Das ist sehr lustig, weil unser Unterricht um 18.00 Uhr ist und er pünktlich im Tatami oder Dojo war. Das englische Wort dafür kenne ich nicht.

    Robert O'Farrell:

    Ja, Dojo. Ja, wir haben ein Dojo. Ja.

    Leandro Barreto:

    Dojo. Fantastisch. Ja. Und er war immer pünktlich. Und nach dem Unterricht sagte er immer, dass er nach dem Unterricht früher nach Hause gehen möchte, weil er Privatunterricht hat. Also trainiert er immer von morgens bis abends weiter und man kann die Leidenschaft in seinen Augen sehen, wenn er über Jiu-Jitsu spricht. „Es ist eine Leidenschaft für mich“. Ein bisschen übertrieben.

    Robert O'Farrell:

    Etwas, das ihn auf jeden Fall morgens aufstehen ließ und ihn den ganzen Tag über bis zum späten Abend am Laufen hielt, wie es sich anhört.

    Leandro Barreto:

    Exakt. Ja. Und dann haben Sie die zweite Komponente, in der Sie gut sind. Etwas, das du immer mit dir selbst verbessern kannst. Also zum Beispiel, worin du wirklich gut bist. Das ist ziemlich schwer zu beantworten, aber die Leute sagen, dass ich... etwas Richtiges mache oder was sie sagen, etwas Positives als das, was ich tue. Ich erinnere mich zum Beispiel an das Buch Outliers von Malcolm Gladwell, in dem es heißt, dass man normalerweise 10.000 Stunden damit verbringen muss, etwas zu üben, um gut darin zu sein.

    Leandro Barreto:

    Nehmen Sie es also nicht als Hindernis, sondern als Motivation, weiterzumachen und diesen Teil dessen zu verstehen, worin Sie gut sind. Es ist eine gute Möglichkeit, sich zu verbessern. Und der dritte Teil ist, was dich gut bezahlt? Also, Geld ist was... Manche Leute sagen: „Hey, Geld bringt nicht... Es ist nicht... wie kann ich das sagen?

    Robert O'Farrell:

    Geld macht nicht glücklich?

    Leandro Barreto:

    Ja, genau. Aber es macht dir ein Dach über dem Kopf. Es sorgt dafür, dass Sie Ihrer Familie ein gutes Leben bieten. Es bringt dich zum Reisen. Es bringt dich dazu, ein Hobby zu haben. Laut Maslow ist es zum Beispiel eine der Grundlagen des Menschen, über Sicherheit nachzudenken. Wir brauchen also diese Sicherheit, damit wir uns als Person verbessern können. Also, Geld hilft dir, es zu erreichen. Ja. Also, finde etwas, das dir das Leben so angenehm macht, wie du es dir wünschst. Also, sonst wirst du immer nach etwas suchen, das du nie hattest. Also zum Beispiel Zeit.

    Leandro Barreto:

    Sie werden also so viel Zeit damit verbringen, darüber nachzudenken, wie Sie mehr Geld haben können? Und hier ist der Fehler: Sie werden niemals bezahlt werden, weil Sie täglich feststecken und darüber nachdenken, wie Sie an Geld kommen können, anstatt Ihre Fähigkeiten zu verbessern, um Geld zu verdienen. Richtig? Und dann hast du das, was die Welt braucht. Hier geht es also darum, einen Vorschlag dafür zu finden, was Sie tun und was für die Gesellschaft von Wert ist, Ihr Vorschlag. Und manchmal ist es ziemlich schwierig, genau das zu finden, weil wir heutzutage eine Vielzahl von Positionen und Verantwortlichkeiten innehaben. Und heute, da die Technologie immer weiter ausgebaut wird, haben wir jeden Monat neue Stellen, die von Unternehmen besetzt werden müssen, die unterschiedliche Fähigkeiten, Soft Skills und Hard Skills benötigen.

    Leandro Barreto:

    Und hier lautet das Schlüsselwort: Servieren. Also, ich werde ein persönliches Beispiel geben. Eines der Dinge, die ich als junger Teenager am meisten vermisst habe, war zum Beispiel, jemanden zu haben, der mir helfen kann, die Technologie zu erkunden, damit ich einen Job bekommen kann. Es war also Anfang 2000 und es war ziemlich schwierig.

    Robert O'Farrell:

    Ja, sehr wohl.

    Leandro Barreto:

    Das Internet fängt an, alles ist neu.

    Robert O'Farrell:

    Leute auf Einwahl, Internet war langsam.

    Leandro Barreto:

    Erinnerst du dich an das Geräusch wie prshh?

    Robert O'Farrell:

    Oh, ja. Es fällt mir in meinen Träumen ein, glaube ich. Ich habe es in dieser Zeit so oft gehört.

    Leandro Barreto:

    Meine Familie und meine Freunde waren nicht im IT-Bereich tätig. Es gibt also niemanden, der mir dabei hilft. Also musste ich es selbst lernen. Scheint unmöglich. Aber ich habe Zeit gebraucht, um es zu lernen und in ein Unternehmen mit einer guten Position einzusteigen, sagen wir, das gibt mir Geld und die Möglichkeit, viel schneller mehr zu lernen. Deshalb widme ich seit 2013 einen Teil meiner Zeit dem Unterrichten junger Menschen und fungiere als Mentor, um ihnen beim Eintritt in diesen Markt zu helfen, damit sie neue Fähigkeiten erlernen können. Ich kann ihnen Wege eröffnen, mit den richtigen Leuten in Kontakt treten, mit Leuten, die für sie wichtig sein werden, und das alles mit dem Ziel, ihre Entwicklungsentwicklung zu beschleunigen und ihnen die Möglichkeit zu geben.

    Leandro Barreto:

    Und das ist für mich sehr bedeutsam, weil ich auch denen helfe, die keine Referenzen haben und manchmal keine Chance haben. Und je mehr ich ihnen diene, desto mehr verdiene ich und ich wachse mit ihnen. Ich kam also zum Beispiel so rüber, als ich Ikigai kennengelernt habe, ein weiteres persönliches Beispiel.

    Robert O'Farrell:

    Entschuldigung. Bevor wir dazu kommen, wiederhole ich es nur. Also, die vier Komponenten, es gibt etwas, bei dem man wirklich Zeit verliert, etwas, bei dem man sehr leicht in den Fluss gerät. Und dann ist die zweite Komponente die Sache, bei der Sie sich sehr sicher sind, etwas, das Sie ziemlich gut können. Die dritte ist etwas, das dich gut bezahlt, und die vierte, etwas zu sein, wo es nötig ist. Also, ich wiederhole das nur. Das ist richtig?

    Leandro Barreto:

    Korrekt. Korrekt.

    Robert O'Farrell:

    Also, ich denke, um zu unserer zweiten Frage zu kommen, die Sie wie bei sich selbst natürlich im geschäftlichen Sinne anwenden können, aber in persönlicher Hinsicht, wie war Ihre Reise dorthin, und glauben Sie, dass Sie Ikigai erreicht haben, wäre wohl meine nächste Frage?

    Leandro Barreto:

    Ja. Ja, ich persönlich habe einige Dinge in meinem Leben, die mir sehr klar sind. Ich bin immer noch nicht da, aber sagen wir, ich bin dabei.

    Robert O'Farrell:

    Laufende Arbeiten

    Leandro Barreto:

    Exakt. Arbeit ist im Gange. Also, ich habe klare Ziele und ich habe im Kopf, wo ich in ein paar Jahren hin will, damit ich mich nicht entmutigen lasse, wenn das Wetter kalt oder warm ist, wenn der Aktienmarkt steigt oder fällt. Und das Einzige, worauf ich mich konzentriere, ist, 1% besser zu sein als gestern. Und das gibt mir eine Sicherheit, die verhindert, dass ich Zeit und Dinge verschwende, die keinen Sinn ergeben oder für mich in Zukunft einfach keine Rolle mehr spielen. Also nehme ich meine Karriere und auch mein Privatleben in diesem Punkt sehr ernst. Also, ja, sagen wir, das ist in Arbeit.

    Robert O'Farrell:

    Ich liebe das Wort Sicherheit, das du da benutzt. Ich denke, es ist eine Parallele zu einem Wort, das wir auch verwenden, wenn es um den Plan geht, den wir haben, der das Kernelement ist, um sicherzustellen, dass wir die Dinge tun, die wichtig sind. Denken Sie, dass Sie dadurch auch das Gefühl haben, sich darauf zu konzentrieren, was Sie in Bezug auf Ihre persönliche und berufliche Entwicklung in Angriff nehmen und zu was Sie Ja sagen und zu was Sie Nein sagen?

    Leandro Barreto:

    Ja, absolut. Ja, absolut. Wenn du weißt, wohin du willst, ist es einfacher, Ja oder Nein zu etwas zu sagen, das dir einfällt. Ein anderes persönliches Beispiel, an das ich mich erinnere, war vor etwa 12 Jahren, vor 12 bis 13 Jahren, als ich mich darauf konzentrierte, Java zu lernen, zum Beispiel Java-Programmierung. Weil ich weiß, dass ich mittelfristig gerne Java-Architekt werden würde. Also muss ich meine Fähigkeiten in dieser Programmiersprache verbessern.

    Leandro Barreto:

    Während dieser Zeit nahm die Firma, in der ich gearbeitet habe, einige Änderungen vor und dann fragten sie mich: „Hey, ich weiß, dass du gut in Java bist. Du lernst, aber du musst während dieser Zeit anfangen, diese andere Sprache zu lernen, Ruby on Rails. Aber zumindest für den Moment musst du Java vergessen.“ Und dann sagte ich: „Mm-mm. Nein, nein.“

    Robert O'Farrell:

    Das ist nicht das, was ich tun möchte.

    Leandro Barreto:

    Exakt. Ich verstehe vollkommen, dass das die Entscheidung eines Unternehmens war. Aber an diesem Punkt beginnt es, meinen Fokus auf das, was ich erreichen möchte, vom Unternehmenszweck zu trennen. Es macht also keinen Sinn, in diesem Unternehmen weiterzumachen. Ich bat darum zu gehen. Und wieder, die beste Entscheidung aller Zeiten, denn dann trat ich in ein anderes Unternehmen ein, in dem ich so viel gelernt habe. Und dann, in drei Jahren, wurde ich Java-Architekt.

    Robert O'Farrell:

    Ja. Das ist ein fantastisches Beispiel für diesen Fokus. Ich bin ziemlich neugierig, was die vier Komponenten angeht, die Sie zuvor erwähnt haben. Was ist für Sie persönlich wohl leicht zu erreichen oder zumindest Klarheit darüber zu erlangen? Und was fandest du schwieriger?

    Leandro Barreto:

    Gute Frage. Gute Frage. Ja. Also, etwas zu lernen, das man nicht kennt, ist immer eine Herausforderung, aber wenn man einen Wunsch oder einen klaren Fokus hat, wo man in ein paar Jahren hin will, beginnen sich die Dinge für einen zu klären. Zum Beispiel habe ich 2014 meinen MBA in den Vereinigten Staaten verlängert, um etwas über Unternehmertum und Dinge zu lernen, die für mich wirklich, wirklich wichtig waren. Aber ein völlig neues Gebiet, ich habe keine Ahnung, was mich erwartet, aber es gibt mir die Vision,... Mit anderen Worten, ich hatte immer die Idee, mein eigenes Unternehmen zu gründen. Ich weiß also, dass ich kurzfristig, nicht kurzfristig, sondern mittelfristig, mindestens fünf Jahre bis vier Jahre, in diesem Zeitraum, mein Unternehmen haben möchte.

    Leandro Barreto:

    Nachdem ich diesen MBA gemacht hatte, kehrte ich nach Brasilien zurück und begann, mich in Situationen zu versetzen, in denen ich diese neuen Dinge lerne. Und 2016 eröffne ich unser Restaurant in Brasilien. Also, wenn du ein Ziel hast, Dinge, und das ist ziemlich lustig, weil das Universum anfängt, dir zu helfen.

    Robert O'Farrell:

    Ich glaube, du machst in vielerlei Hinsicht auch dein eigenes Glück.

    Leandro Barreto:

    Ja.

    Robert O'Farrell:

    Also, wenn du jemanden hättest, der etwas über Ikigai lernen möchte und wegen deiner Erfahrung und deines Ratschlags, wie man es auf sein Leben anwenden kann, was denkst du, wäre dein Rat an jemanden, der nicht viel darüber weiß?

    Leandro Barreto:

    Gute Frage. Gute Frage. Also, ein Tipp, den ich oder einen Rat, den ich geben kann, ist, und ich finde das fantastisch und ich wende ihn täglich an. Verschwenden Sie keine Zeit täglich mit kleinen Entscheidungen, denn jeden Tag müssen wir Tausende von Entscheidungen treffen und unsere Gehirnkapazität ist täglich begrenzt, zumindest täglich. Es gibt also Zeiten, in denen wir uns geistig erschöpft fühlen, wenn Sie beispielsweise sechs Besprechungen hintereinander an einem Tag haben. Am Ende des Tages warst du total müde. Richtig? Und ich habe einmal gelesen, dass die klügsten Köpfe keine Zeit damit verschwenden, über kleine Dinge nachzudenken, zum Beispiel trug Steve Jobs jeden Tag die gleichen Jeans und das gleiche T-Shirt. Und er musste nicht darüber nachdenken, es zu benutzen. Er hat es einfach genommen und wiederverwendet.

    Leandro Barreto:

    Also, in dieser Zeit, was ich 2018 gemacht habe, mehr oder weniger, als ich Ikigai vorgestellt wurde. Also, was ich getan habe, ich lebte alleine in einer Wohnung in Brasilien. Also beschloss ich, es zu ändern, mein Leben. Was ich getan habe, ich habe meinen gesamten Kleiderschrank mit Dingen gespendet, die ich fast nie benutzt habe. Und ich trug nur acht T-Shirts und zwei Jeans.

    Robert O'Farrell:

    Eine ziemliche Sammlung.

    Leandro Barreto:

    Ich vermeide es also, diese kleinen Entscheidungen zu treffen, besonders morgens, weil man morgens einen klaren Kopf hat und diese nicht für kleine Dinge ausgeben muss, denn wenn man an kleine Dinge denkt, wird es wahrscheinlich im Laufe des Tages wachsen. Eine andere Sache, die mir zum Beispiel sehr geholfen hat, ist die Planung der Woche. Google Calendar ist also da, um verwendet zu werden, oder?

    Robert O'Farrell:

    Ja. Ja.

    Leandro Barreto:

    Tragen Sie also alles, was für Sie sehr wichtig ist, Ereignisse oder Pläne, die erledigt werden müssen, in den Kalender ein. Und wenn wir über die Kleidung sprechen, trennen Sie Ihre Kleidung einen Tag zuvor, bevor Sie ins Bett gehen. Sie wachen also ruhiger auf, trinken Ihren Kaffee in aller Ruhe und konzentrieren sich auf das, was wirklich wichtig ist. Und wenn Sie Ihren Geist davon befreit haben, über diese kleinen Dinge nachzudenken, können Sie Ihre Zeit und Energie darauf konzentrieren, neue Dinge zu lernen oder Dinge so zu erledigen, wie sie sein sollten. Und egal, ob es darum geht, eine neue Sprache oder eine neue Fähigkeit zu lernen, oder Sie können auch morgens ein Buch lesen, weil Sie Freizeit haben, sagen wir. Sie können sich auf das konzentrieren, was Ihnen genau wichtig ist.

    Robert O'Farrell:

    Ja. Ich bin ziemlich neugierig auf diesen Aspekt, wenn man etwas findet, von dem man wirklich begeistert ist. Und ich denke, in diesem digitalen Zeitalter haben wir so viele Dinge, die uns ablenken. Unser Telefon hat viele Benachrichtigungen, in denen wir eine Menge Informationen zur Verfügung haben, und manchmal kann es überwältigend sein, zu wissen, worauf wir uns konzentrieren sollten, und ich schätze, wofür wir uns wirklich begeistern können. Ich bin neugierig, hast du einen Einblick, wie die Leute das finden können, in dem sie sich einfach verlieren und für das sie eine große Leidenschaft haben?

    Leandro Barreto:

    Ja, absolut. Ja, absolut. Eine andere Sache, die für mich sehr gut funktioniert hat, ist das Ausschalten aller Benachrichtigungen.

    Robert O'Farrell:

    Besorgen Sie sich ein dummes Telefon, nur damit Sie nicht so viele Benachrichtigungen erhalten. Ja.

    Leandro Barreto:

    Ja. Weil ich lese... Ich weiß nicht mehr, wo genau, aber dein Gehirn brauchte etwa 15 Minuten, um sich auf etwas zu konzentrieren. Wenn Sie also keine 15 Minuten Ihrer Zeit verbringen, konzentrieren Sie sich auf das, was getan werden muss. Sie können sich überhaupt nicht konzentrieren. Also, was ich normalerweise mache, schalte ich alle Benachrichtigungen von meinem Telefon aus. Also, die wichtigste, ich habe sie einfach abgeschaltet und Benachrichtigungen sind mir egal. Eine Sache, die mir auch aufgefallen ist, ist das, als ich zum Beispiel eine Apple Watch hatte. In der Apple Watch funktioniert das iPhone weiterhin auf dem Telefon, auch wenn Sie die Benachrichtigungen ein- oder ausschalten. Oh mein Gott. Also, das ist ein einfaches Gerät, das ich sagen kann, denn sonst geraten Sie in ein schwarzes Loch in einer Community, in den sozialen Medien und Nachrichten, und dann verlieren Sie sich selbst.

    Robert O'Farrell:

    Ja. Ich persönlich fand, dass es bei der Apple Watch unglaublich ablenkend ist, etwas am Handgelenk zu haben, das vibriert. Und ich war immer ein großer Verfechter der Technologie, aber das war ein Bereich, in dem ich einfach davon abgewichen bin, zu einer mechanischen Uhr zurückgekehrt bin. Ich wollte einfach nicht so viel Unterbrechung haben, wenn ich versuchte, mich auf Dinge zu konzentrieren. Also, ich denke, es ist eine wirklich wichtige Erkenntnis, auf die man sich konzentrieren sollte.

    Leandro Barreto:

    Ja. Außerdem, wenn Sie zum Beispiel in einer Besprechung mit jemandem sind und Sie tatsächlich eine Nachricht erwarten, ich weiß nicht, vielleicht Ihrer Familie, und dann erscheint sie auf Ihrem Telefon und Sie sind in einer Besprechung, und dann schauen Sie in die Uhr und die Leute bemerken, dass Sie nicht aufpassen, weil Sie in die Uhr schauen. Egal warum du suchst, ob es eine Botschaft ist oder so weiter, du bietest eine Psychologie an... Wie kann ich das auf Englisch sagen? Oh mein Gott. Psychologische Interferenz. Sagen wir es.

    Robert O'Farrell:

    Jep. Psychologische Interferenz.

    Leandro Barreto:

    Interferenz. Ja. Danke. Das wird andere Menschen negativ beeinflussen. Also, ja, deswegen hast du die richtige Wahl getroffen, um in die...

    Robert O'Farrell:

    Ja. Ich habe einige Leute gehört, die Leute tatsächlich bitten, ihre Telefone draußen zu lassen, wenn sie zu Besprechungen gehen, oder ihren Laptop draußen zu lassen, damit Sie anwesend sind und an der Unterhaltung teilnehmen können. Weil ich denke, dass selbst die bloße Tatsache, dass Sie Ihr Telefon in Ihrer Nähe haben, eine Ablenkung ist. Selbst wenn es keine Benachrichtigungen gibt, reicht ihre Präsenz aus, um sicherzustellen, dass Sie nicht zu 100% in der Konversation präsent sind. Ich denke, das ist ziemlich interessant, wenn man bedenkt, wie wir uns konzentrieren und wie abhängig wir von dem Ansturm sind, den wir bekommen, oder dem Endorphinschub, wenn wir diesen Ping auf das Telefon oder diese Benachrichtigung bekommen.

    Leandro Barreto:

    Exakt.

    Robert O'Farrell:

    Ich dachte, wir könnten weitermachen und über objektive und wichtige Ergebnisse sprechen. Oder für diejenigen, denen dieser Begriff vielleicht noch nie begegnet ist: OKRs sind eine kollaborative Methode zur Zielsetzung, die von Teams und Einzelpersonen verwendet wird, um herausfordernde und ehrgeizige Ziele mit messbaren Ergebnissen zu setzen. Um das noch weiter aufzuschlüsseln: Der objektive Teil der OKR ist einfach das, was erreicht werden soll, und der KR-Teil, also die wichtigsten Ergebnisse, vergleicht und überwacht, wie wir das Ziel erreichen. Um der Festlegung erfolgreicher OKR auf den Grund zu gehen, müssen wir also klar und überzeugend darlegen, warum. Gibt es eine geheime Formel, um ein starkes Warum zu entwickeln, um alle mit ins Boot zu holen?

    Leandro Barreto:

    Ja. Tolle Frage. Also, OKRs, es dreht sich alles um Aktion und Ausführung. Und ich denke, die geheime Formel, sagen wir, es ist, einen klar definierten Vorschlag zu haben und außerdem alle Beteiligten, die das Ergebnis als Hauptziel anstreben. Meiner Meinung nach bestehen Unternehmen also aus lebenden Ökosystemen, die Menschen genannt werden. Und jeder Mensch hat seine eigenen Wünsche, Vorschläge, Ziele. Und vor allem: Vereinen Sie alle Ziele der Unternehmen und aller Menschen. Dann können wir die besten Ergebnisse erzielen. Und aus diesem Grund konzentrieren sich einige Unternehmen auf die kulturelle Anpassung.

    Leandro Barreto:

    Und das ist eine Sache, die meiner Meinung nach im Personalbereich stark zunimmt, Unternehmen und Personen, denen die Kultur entsprechen muss. Es bedeutet im Grunde, dass die Person dieselben Werte hat und Ergebnisse erzielen will wie die meisten Mitarbeiter im Unternehmen oder was das Unternehmen als ihre Kraft versteht, die sie braucht, um als Unternehmen weiter zu wachsen. Und ich habe gesehen, dass viele technisch gute Leute bei der Auswahl, bei der Prozessauswahl, versagt haben, einfach weil sie sich nicht an die kulturelle Eignung halten. Und das ist viel mehr als ein psychologisches Problem, weil man nicht weiß, wie man Leute sagt, die nicht als Gruppe arbeiten können.

    Leandro Barreto:

    Es ist also besser für das Unternehmen, jemanden einzustellen, der als Team spielen kann, als jemanden, der wie der einsame Wolf ist, der ständig alleine arbeitet. Und die Ergebnisse gelten nur für ihn und nicht für das gesamte Unternehmen. Also, ja, das ist das klassische Beispiel, das ich mir vorstellen kann. Und eine Sache, die dafür gut ist, ist, dass unsere Fehlertoleranz heutzutage ziemlich gut ist, weil heute zumindest seriöse Unternehmen Misserfolge nicht bestrafen. Sie ermutigen dich also sogar zum Lernen.

    Leandro Barreto:

    Und ich erinnere mich, dass die Spotify-Modelle sagen: „Scheitere schnell und lerne schnell.“ Das war also die Geburtsstunde der Failwall. Also, wo alle ihre Fehler geteilt haben und sie als Team, als Clan, Gilde lernen können. Und das ist ziemlich schön, weil man eine solche Umgebung schaffen kann, in der alle zusammen lernen und wachsen können, weil Menschen scheitern können. Und das ist normal.

    Robert O'Farrell:

    Denkst du, dass...

    Leandro Barreto:

    Und...

    Robert O'Farrell:

    Entschuldigung, ich bin nur neugierig. Denken Sie, dass sich Unternehmen heutzutage mehr auf das Warum konzentrieren, oder dass das Warum für ihre Erfolgsmessung wichtiger geworden ist? Und Sie haben die kulturelle Eignung erwähnt und ich finde die Idee toll, dass immer mehr Unternehmen viel sensibler darauf reagieren, was ihre Unternehmenskultur ist und wie diese Person darin arbeitet, oder werden sie in diese Unternehmenskultur passen? Weil die bestehenden Mitarbeiter in diesem Unternehmen sich auf ihr Warum einigen. Und wenn jemand kommt und dem nicht zustimmt, versteht er, wie sich das auf seinen Erfolg auswirkt. Denken Sie also, dass sich das Unternehmen dessen immer mehr bewusst wird und sensibler darauf reagiert?

    Leandro Barreto:

    Ja. Ich glaube, das sind sie. Also, sofern sie die richtigen Leute in der richtigen Umgebung mit dem richtigen Vorschlag haben, werden sie ihn, sagen wir mal, blind finden. Ich denke, es ist wie ein Verhaltenssinn für die Menschen. Denn wenn Sie jemanden sehen, sagen wir, als Ihren Kollegen, läuft das einem Ziel entgegen, das vom Unternehmen definiert wurde. Und Sie orientieren sich an Ihren Werten und Zielen. Du wirst ihm folgen.

    Leandro Barreto:

    Das ist also sowohl für die Menschen als Menschen als auch für das Unternehmen gut, weil sie den Vorschlag zeigen, sie zeigen, warum wir zum Beispiel das erste Verkaufsunternehmen für unser Produkt auf dem Markt sein müssen, warum, und dann werden die Leute, die daran arbeiten, es als persönliches Ziel betrachten. Und dann stellen Sie die Verbindung zwischen dem Unternehmensziel und dem Ziel der Mitarbeiter her, denn wenn das Unternehmen damit wächst, werden die Menschen mit Ihnen zusammen wachsen, mit diesem Nordstern.

    Robert O'Farrell:

    Ich stimme voll und ganz zu. Ich bin auch vom entgegengesetzten Standpunkt aus ziemlich neugierig. Denken Sie, dass sich die Mitarbeiter immer mehr bewusst werden, warum das Unternehmen ist, bevor sie dem Unternehmen beitreten? Weil wir bei der Pandemie gesehen haben, dass viele Unternehmen jetzt auf diese Personalbeschaffung aus der Ferne umsteigen. Daher haben die Möglichkeiten für Mitarbeiter, für ein viel breiteres Spektrum von Unternehmen zu arbeiten, jetzt zugenommen. Und glauben Sie, dass die Mitarbeiter jetzt bei der Suche nach neuen Jobs eine bessere Abstimmung finden, weil sie per se über einen größeren Pool verfügen, in dem sie mitspielen können?

    Leandro Barreto:

    Absolut. Absolut. Ich denke, das ist der Grund, warum Glassdoor so beliebt ist. Wenn Sie also zu einem Meeting oder einem Interview eingeladen werden, können Sie alles über das Unternehmen sehen. Zum Beispiel vom Gehalt bis hin zu den Rückmeldungen der Leute, die dort arbeiten oder nicht mehr arbeiten. Und dann kannst du sehen, ob es ein Match gibt. Und das ist ziemlich lustig, denn wie vor 10 Jahren, was nicht so beliebt ist, denken wir blind darüber nach, in einer Position wie der Softwareentwicklung zu arbeiten. Also muss ich Softwareentwickler werden. Ich muss ein... sein

    Leandro Barreto:

    Es konzentrierte sich also mehr auf die Position als auf den Zweck. Und jetzt sehen wir das Gegenteil. Jetzt suchen die Leute nach dem Zweck, dem, was das Unternehmen mir helfen kann, zu erreichen. Und es ist eher eine Win-Win-Situation.

    Robert O'Farrell:

    Situation.

    Leandro Barreto:

    ... Situation sagen wir, Situation. Genau.

    Robert O'Farrell:

    Ja, dem stimme ich voll und ganz zu. Und ich denke auch, dass sich viele Menschen wirklich darauf konzentrieren, wie sich das Unternehmen um sie als Person kümmert. Sie reagieren sehr empfindlich auf die Tatsache, dass sie ihre Zeit diesem Unternehmen widmen. Es muss also eine Ausrichtung auf berufliche und persönliche Ziele geben. Und ich denke, es ist eine großartige Veränderung, das zu beobachten und auf die OKR-Seite der Dinge zurückzukommen. Ich bin neugierig, welche Vorteile die Festlegung von OKRs innerhalb einer Organisation bietet oder bietet?

    Leandro Barreto:

    Ja. Ich denke, OKRs sind sehr, sehr einfach. Sie benötigen kein spezielles Wissen, um es umzusetzen. Wenn man also die Leute hat, die sich engagiert und engagiert für das Ziel einsetzen und erklären, warum sie es erreichen wollen, dann war die Implementierung und Verwendung von OKRs eine Selbstverständlichkeit. Das Unternehmen kann also profitieren, weil er direkt zur Sache kommt. Er sagt: „Objektiv, es ist die Richtung. Und die wichtigsten Ergebnisse sind ja oder nein.“ Halten Sie es also einfach. Das ist der Hauptvorteil der Unternehmen.

    Robert O'Farrell:

    Ja. Ja, ich liebe das. Die Tatsache, dass es keine Grauzone gibt. Entweder Sie haben Erfolg oder Sie haben es nicht, und auch darüber herrscht viel Klarheit.

    Leandro Barreto:

    Exakt.

    Robert O'Farrell:

    Ich denke, haben Sie in Bezug auf diesen Aspekt von OKRs Ihrer Erfahrung nach gesehen, dass OKRs gesetzt wurden, die das Team in Bezug auf das, was es zu erreichen versucht, tendenziell weiter beanspruchen, als es normalerweise der Fall wäre, als Unternehmen, die Ihrer Erfahrung nach keine OKRs festlegen?

    Leandro Barreto:

    Ja, aber ich denke, es kommt darauf an, was das Unternehmen ist, welche Kultur das Unternehmen hat, weil ich Unternehmen gesehen habe, die OKRS auf die gute Art und Weise setzen, aber ich habe Unternehmen gesehen, die OKRS setzen, weil es schick ist. Wenn es schick ist, hat man kein klares Ziel. Sie haben keine klare Vision. Sie haben nicht die richtigen Leute. Und dann ist es sehr schwierig und Sie werden niemals erreichen, was Sie vorschlagen.

    Robert O'Farrell:

    Ich bin neugierig, das etwas genauer zu untersuchen, um Ihren Einblick dazu zu erhalten. Denn wie würdest du als jemand, der in ein Unternehmen kommen würde, das vielleicht OKRs festlegt, feststellen, dass die OKRs wahrscheinlich nicht so klar definiert sind oder dass sie einen Prozess implementieren, der nicht unbedingt die Tiefe oder den Glauben an die Umsetzung hat? Also, wie würde jemand reinkommen und das feststellen?

    Leandro Barreto:

    Gute Frage. Gute Frage. Also, die Idee, ein Ziel zu haben, ist wie etwas zu haben, das... Wie kann ich das sagen, kann dir eine Art Angst geben, aber es wird so sein, es gibt dir eine Richtung, aber die Leute, die es sehen, denken: „Hey, das ist ziemlich schwer zu erreichen, glaube ich.“ Also, ein Beispiel für Google zum Beispiel. Also, Google tendiert 2008 dazu, Google Chrome zu starten. Und soweit ich mich erinnere, war das erste Jahr wie: „Hey, das ist das Ziel.“ So wie: „Hey, wir wollen den besten Browser der Welt auf den Markt bringen.“ Und das wichtigste Ergebnis ist die Anzahl der Benutzer, denn die Benutzer werden Ihnen sagen, ob der Browser gut ist oder nicht.

    Leandro Barreto:

    Im ersten Jahr haben sie nicht das wichtigste Ergebnis erzielt. Aber im zweiten Jahr steigen sie wieder an die Messlatte und sagen: „Hey, jetzt haben wir mehr als das Doppelte des Ziels erreicht.“ Und im zweiten Jahr haben sie es immer noch nicht erreicht. Aber es war sehr, sehr nah dran. Und im dritten Jahr bestehen sie es. Denken Sie also daran, dass die Ziele etwas sein müssen, das wie eine Herausforderung erscheint, eine riesige Herausforderung, aber gleichzeitig auch sehr inspirierend ist.

    Robert O'Farrell:

    Inspirierend.

    Leandro Barreto:

    Inspirierend. Ich danke dir vielmals. Für diejenigen, die daran arbeiten. Also, ich denke, das ist der wichtigste Punkt.

    Robert O'Farrell:

    Ja. Und was sind deiner Meinung nach einige der Fallstricke bei der Festlegung von OKRs für eine Organisation?

    Leandro Barreto:

    Fantastisch. Fantastisch. Also, die Fallstricke aus meiner Sicht, es gibt einige häufige Fehler bei der Implementierung von OKR. Ich habe zum Beispiel, wie gesagt, keine klare Vorstellung vom Ziel, sodass sich die Leute nicht engagieren können. Und vor allem, wenn Sie leitende Ingenieure haben, weil sie nicht an etwas arbeiten wollen, das für sie keinen Sinn ergibt. Richtig? Also, das ist zum Beispiel der erste. Das zweite könnte wie ein System sein, das die Überwachung der Ergebnisse unterstützt. Sie können also nicht weiterverfolgen, was sehr wichtig ist, um es weiter zu verfolgen, wenn ja, wir sind kurz davor, es zu erreichen. Ja oder nein? Also, ein guter Punkt.

    Leandro Barreto:

    Und eine Sache, die ziemlich seltsam erscheint, aber auf dem Markt sehr, sehr verbreitet ist, ist, dass Ihr Produkt noch nicht fertig ist. Ein persönliches Beispiel, mit dem ich erst kürzlich konfrontiert wurde, aber spielst du Videospiele?

    Robert O'Farrell:

    Wenn ich Zeit habe. Ich habe zwei kleine Jungen, also habe ich heutzutage sehr wenig Zeit dafür. Aber ja, das tue ich.

    Leandro Barreto:

    Ja. Ja, ich liebe es, ich habe auch keine Zeit, aber wenn ich ein bisschen Zeit habe, kann ich sie verbringen. Also, diese kleine Zeit versuche ich mit dem besten Spiel zu verbringen, das ich auf dem Markt gefunden habe. Und hier ist der Punkt, denn vor einigen Jahren gab es ein Spiel, das veröffentlicht wurde, und vor der Veröffentlichung gab es mehrere Spieleplattformen, neue Websites usw., das uns sagte: „Hier ist das Spiel, das sich herausfordert... nein, das Spiel ändert sich für den Spielemarkt, weil es sehr gut werden wird. Das Marketing für dieses Spiel war wirklich, wirklich gut. Und das Spiel war wie die höchsten Erwartungen dafür. Es war immer an der Spitze. „Hey, du musst das spielen, weil es sehr toll werden wird. Du wirst damit eine großartige Erfahrung machen.“

    Leandro Barreto:

    Und das Lustige ist, dass ich nach dem Start, ein paar Stunden später, einige YouTuber bemerke, die anfangen, das Spiel zu testen. Sie fingen an, Videos über so viele Bugs zu posten, mit denen sie konfrontiert sind. Und innerhalb einer Woche musste sich das Spiel nicht mehr verkaufen, weil das eine Katastrophe war.

    Robert O'Farrell:

    Ja.

    Leandro Barreto:

    Und... Ja.

    Robert O'Farrell:

    Ich wollte nur sagen, mir fallen ein paar Spiele ein, die mir in den Sinn kommen und die diesen Kriterien entsprechen.

    Leandro Barreto:

    Ja. Wahrscheinlich denken wir dasselbe, aber ich kann es sagen, also.

    Robert O'Farrell:

    Ja. Ja. Finden Sie, dass die Leute innerhalb einer Organisation OKRs und KPIs verwechseln? Oder sind Sie jemals auf Beispiele gestoßen, bei denen die Leute den Zweck zwischen den beiden falsch verstehen?

    Leandro Barreto:

    Ja. Eine Sache, die mir in den Sinn kam, ist, dass das wichtigste Ergebnis eine einfache Kennzahl ist, anhand derer Sie nachvollziehen können, ob Sie Ihr Ziel erreichen oder nicht. KPIs sind jedoch eher ein Leistungsindex für die Leistung Ihres Teams. Zum Beispiel, ob sie eine gute Leistung erbringen, ob wir über die richtigen Ressourcen verfügen, um etwas zu erreichen. Ich denke, das ist hauptsächlich der Unterschied in Bezug auf den KPI, er ist ein Maß für Sie, vielleicht um einen Bonus zu erzielen, um einen Bonus für Ihr Team zu schaffen oder so weiter. Und der KR darf nicht an einen Bonus oder ein Gehalt usw. geknüpft sein. Das muss wie eine Anweisung sein. Etwas, das wir, ja, erreichen oder nicht. Oder wenn nicht, was müssen wir tun, um die Richtung zu korrigieren.

    Robert O'Farrell:

    Ja. Fantastisch. Nun zu Agile, ich bin neugierig auf diese Verschmelze der beiden, von OKRs und Agile. Wie können wir Agile und OKRs nach Ihrer Erfahrung und Ihrem Verständnis kombinieren, um Ergebnisse zu erzielen, die zu Höchstleistungen führen?

    Leandro Barreto:

    Fantastisch. Wie es im Agile-Manifest heißt: „Der Mensch steht vor dem Prozess“. Ich glaube also, dass Sie immer dann, wenn Sie ein ausfallsicheres Umfeld und eine gute Führung aufrechterhalten, das Beste aus Ihrem Team herausholen können. Wenn Sie also das, was ich zuvor über den Ikigai gesagt habe, mit einer guten Führungskraft in einer sicheren Umgebung und Kollegen oder Kollegen verbinden, die dieselben Werte und Ziele teilen wie Sie, dann können Sie maximale Effizienz erzielen, denn hocheffiziente Teams sind Teams, die konzentriert und engagiert auf die Unternehmensergebnisse ausgerichtet sind und hervorragende Geschäftsergebnisse erzielen werden. Es tut uns leid.

    Robert O'Farrell:

    Ich liebe auch diesen Aspekt mit den OKRs, mit dieser klaren Definition, dass Agile, diese Prozesse diese Sprint-für-Sprint-Aktivität sind, bei der du zurückgehst und dich umdrehst und dir die Ergebnisse dieses Sprints ansiehst und zum Kunden zurückgehst und Kundenfeedback einholst und diese echte Ausrichtung auf das, was du erreichen willst, um dir die Klarheit zu geben, dass du, wenn du den Sprint-Prozess durchläufst, zurückkommst und sagst: „Okay, handeln wir nach den Initiativen, die aus diesen wichtigen Ergebnissen hervorgegangen sind und dazu beitragen? zu diesem OKR?“

    Leandro Barreto:

    Exakt. Und außerdem haben wir deswegen das Ziel für den Sprint, oder? Wir haben also die Richtung für den Sprint. Sie können also bei jedem Sprint messen, ob Sie dieses Ziel erreichen oder nicht.

    Robert O'Farrell:

    Und ich liebe es auch als Mechanismus, auf dieses Warum-Stück zurückzuverweisen, um wirklich Klarheit darüber zu schaffen, warum, worauf sich meiner Meinung nach ein Großteil der Softwareentwicklung manchmal nicht so stark wie möglich konzentriert. Also, ich bin neugierig, wie kann Ikigai da reinpassen? Also, wir haben am Anfang darüber gesprochen und wir haben über die Komponenten gesprochen und es war ein großartiger Rahmen, um einen Zweck zu verstehen, aber wie können wir das nutzen, um bessere Ergebnisse zu erzielen und als Team motiviert zu bleiben?

    Leandro Barreto:

    Gute Frage und auch ziemlich schwierig. Aber ja, ich glaube, es gibt zwei dünne Linien, die sich in Zukunft irgendwann treffen werden. Zum Beispiel ist die erste wie das Individuum als Person. Also, wie er selbst in, innerhalb der Organisation erscheint und wie er davon profitieren kann, wie diese Beziehung von dieser Win-Win-Beziehung profitieren kann. Und auch die zweite ist wie der Einzelne als Profi. Also, basierend auf den Fähigkeiten, die er bereits hat. Wie kann er dem Unternehmen helfen, die Ergebnisse effizienter zu erzielen?

    Leandro Barreto:

    In einem bestimmten Zeitplan kreuzen sich diese beiden Grenzen und dann werden Sie in der Lage sein, hervorragende Ergebnisse zu erzielen, da Sie eine Person mit exzellentem internem Wissen haben, die intern als Person arbeitet und auch mit den Unternehmen beschäftigt ist, die als übergeordnetes Ziel, als Nordstern, und auch Ihren Kollegen helfen, gemeinsam zu wachsen.

    Leandro Barreto:

    Und ich denke, das ist wie ein Lächeln. Wenn du jemanden unbewusst anlächelst, bringst du die anderen Leute auch zum Lächeln. Wenn Sie also jemanden haben, der wirklich an einem Vorschlag arbeitet, wird diese Person andere auf positive Weise kontaminieren. Und dann haben Sie eine ununterbrochene Reihe von Leuten, die konsistente Ergebnisse liefern. Und ich denke, das ist das Wichtigste.

    Robert O'Farrell:

    Hast du das selbst erlebt, wo du jemanden siehst, der zielgerichtet arbeitet und kontaminiert oder infiziert, wie du... infizieren ist wiederum kein gutes Wort, aber inspiriert ist wahrscheinlich das beste Wort, das die Menschen um sie herum dazu inspiriert hat, auf ähnliche Weise zu arbeiten. Gibt es etwas, das Sie selbst gesehen haben?

    Leandro Barreto:

    Ja, ja. Ich erinnere mich, dass ich in der Firma in Brasilien gearbeitet habe. Das war mein erster Tag. Ich dachte: „Hmm, da ist etwas Seltsames“, weil jeder so leidenschaftlich daran arbeitet, für seinen Kunden die besten Ergebnisse zu erzielen, dass dieser Gedanke mich positiv beeinflusste und ich begann, hungrig nach guten Ergebnissen zu werden, nicht nur für das Unternehmen, sondern auch für mich als Einzelperson, als jemand, der lernen und anderen etwas beibringen muss. Und heutzutage sehe ich, dass diese Unternehmen großartige Ergebnisse mit einer großartigen Führungskraft erzielen, denn selbst wenn wir ein gutes Team haben, müssen wir jemanden finden, der ein dienender Leiter ist, dem man folgen kann und dem man vielleicht auf gute Weise blind folgen kann. Aber ja, ich erlebe es.

    Robert O'Farrell:

    Das ist fantastisch. Aber ich bin interessiert, gibt es etwas, über das Sie persönlich sprechen wollten, in Bezug auf eines dieser drei Themen oder auch außerhalb davon, das, glaube ich, für Ihre berufliche Entwicklung, Ihr Privatleben inspirierend war?

    Leandro Barreto:

    Ja, absolut. Ja, absolut. Ich glaube, Leandro war vor fünf Jahren eine ganz andere Person. Und als ich anfing, nicht nur alleine in mich hinein zu schauen, sondern auch nach außen und nach den Möglichkeiten, die mir die Welt bieten kann, und wie kann ich das zurückgeben, oder wie kann ich das der Welt zurückgeben? Das ist sehr lustig, weil gute Dinge beginnen zu passieren. Ich hätte mir zum Beispiel nie vorstellen können, hier in Amsterdam zu arbeiten. Und jetzt bin ich hier in Amsterdam, arbeite in einem großartigen Unternehmen mit großartigen Leuten und erbringe so großartige Ergebnisse, was mir viel Wissen vermittelt, um weiter zu lernen und das Rad am Laufen zu halten, den Kreislauf aufrechtzuerhalten.

    Leandro Barreto:

    Und ich denke, heute, als würde ich die beste Leandro-Version aller Zeiten aufführen, vielleicht morgen, ein bisschen mehr, und ich kann dieses Wissen an andere Personen weitergeben und ich kann auch von anderen Personen lernen, von anderen Menschen. Und das ist sehr aufregend. Ich denke, das ist es, was mich motiviert, morgens aufzustehen, meine sportlichen Dinge wie Laufen und Jiu-Jitsu zu machen und dann die Arbeit machen zu lassen.

    Robert O'Farrell:

    Das ist fantastisch. Das finde ich toll, diese Reflexion der letzten fünf Jahre, wie weit du gekommen bist. Es klingt, als hättest du dich von verschiedenen Quellen inspirieren lassen, aber ist da etwas drin, von dem du denkst, dass es dafür entscheidend war? Oder war es nur eine allgemeine Entwicklung in dieser Zeit?

    Leandro Barreto:

    Ja. Ja. Ja, ich habe versucht, mich auf Menschen zu konzentrieren, die einen positiven Einfluss auf andere haben. Also versuche ich, mehr als gleich zu sein, denn wenn du gleich bist, bist du dieselbe Person, also bietet das keinen Mehrwert für die anderen, sondern versuche, auf deine eigene Art ganz anders zu sein. Also, ja, im Grunde ist es das, was mich dazu motiviert, verschiedene Referenzquellen zu finden und zu versuchen, die beste Version von mir selbst zu sein.

    Robert O'Farrell:

    Das ist fantastisch. Ich liebe diese Mischung aus dem Philosophischen, was für mich das Ikigai ist, und dem Konkreten, naja, nicht Konkreten, sondern dem Workflow-Aspekt der agilen Seite der Dinge, die zusammenkommen. Haben Sie traditionell mit agilen Methoden gearbeitet oder haben Sie den Übergang zwischen diesen Methoden vielleicht erst begonnen, denn wenn Sie aus den 2000ern kommen, haben Sie wahrscheinlich irgendwann in der Vergangenheit Waterfall kennengelernt und sind dann zu Agile gekommen. War das Ihre berufliche Entwicklung in dieser Zeit?

    Leandro Barreto:

    Ja. Ja. Tatsächlich habe ich 2008 viel mit der Waterfall-Methode gearbeitet, als ich mit Scrum in die Agile-Methodik eingeführt wurde... nein, eigentlich 2009, dann habe ich es gesehen. „Hey, das ist sehr, sehr interessant.“ Lass uns mehr darüber erfahren. Und dann, während dieser Zeit, arbeite ich weiter sowohl mit der Waterfall-Methode als auch mit der Agile-Methode. Und je mehr ich mit dem Waterfall daran arbeite, desto mehr Wert habe ich in dem [unhörbaren 00:54:24] gesehen -

    Robert O'Farrell:

    In Agile. Ja.

    Leandro Barreto:

    Ja. Und das war ziemlich fantastisch, denn dann lerne ich auch etwas über SAFe und wie man es skaliert, und ja.

    Robert O'Farrell:

    Ich bin ziemlich neugierig, weil wir in dieser Hinsicht einen ähnlichen Weg eingeschlagen haben und ich darüber nachdenke, wo wir mit OKRs und Agile stehen, und es ist interessant, dass Agile uns unserem Kunden näher gebracht hat und wir regelmäßig mit unseren Kunden sprechen, was ich für einen riesigen Gewinn gegenüber Waterfall hielt, wo Sie vielleicht monatelang an der Entwicklung arbeiten und Sie eine Anforderung haben, die Sie versuchen, in Code umzusetzen, und dann haben Sie plötzlich diese große Lieferung. und dann sprichst du mit dem Kunden. Und normalerweise kommt der Kunde zurück und sagt: „Wir wollen, dass all diese Dinge geändert werden.“ Und es ist eine echte Qual.

    Robert O'Farrell:

    Agile war maßgeblich daran beteiligt, aber dann ging es von da an weiter und füge die Ebene des Warum hinzu, was meiner Meinung nach wieder eine dieser großen fundamentalen Veränderungen in der Art und Weise ist, wie wir uns auf das konzentrieren, was wir tun. Sehen Sie, dass sich aus Ihrer Erfahrung, Ihrer Berufserfahrung, etwas ergibt, das eine weitere wichtige Herausforderung in Bezug auf, ich denke, wie wir arbeiten und wie wir Werte schaffen, in Angriff nimmt?

    Leandro Barreto:

    Ja. Und zum Beispiel möchte der Kunde den Wert dessen, was geliefert wird, sehen. Sie wollen nicht sechs Monate damit verbringen, darauf zu warten, dass etwas geliefert wird. Ich denke, das ist der Grund, warum die Cloud so beliebt ist, wie SaaS-Unternehmen, denn wenn Sie beispielsweise an etwas arbeiten, das sich in der Cloud befindet, haben Sie immer die neueste Version. Und egal an welchem Tag oder zu welcher Stunde des Tages, es wird neue Funktionen geben. Und normalerweise ist es für Sie transparent. Und intern gilt aus technischer Sicht: Je mehr Sie liefern, desto schneller können Sie korrigieren und desto besser verstehen Sie den Markt.

    Leandro Barreto:

    Und das ist auch der Grund, warum einige Strategien, einige Veröffentlichungsstrategien, so beliebt waren, wie die Veröffentlichung von Canary. Sie liefern also ein paar Dinge an eine bestimmte Person und dann können Sie sie testen. Und wenn sie Ihnen gutes oder schlechtes Feedback geben, haben Sie Zeit, es zu korrigieren. Deshalb wurde es so beliebt. Also, ich denke, in dieser Zeit werden wir von nun an viele SaaS-Unternehmen erleben, die anfangen zu wachsen, weil die Dinge jetzt im wirklichen Leben sind, jetzt in Echtzeit, also denke ich, dass es natürlich ist.

    Leandro Barreto:

    Übrigens, es gibt eine gute Strategie, die von Spot 5 implementiert wurde, wenn ich mich nicht irre, das war so, aber das ist eher aus technischer Sicht. Sie haben einige Roboter, die den Servern ständig schlechte Dinge antun.

    Robert O'Farrell:

    Oh, das ist der Chaos-Affe.

    Leandro Barreto:

    Der Chaosaffe.

    Robert O'Farrell:

    Das war Netflix. Ja. Ja.

    Leandro Barreto:

    Netflix, ja.

    Robert O'Farrell:

    Netflix. Und es würde Teile ihrer Infrastruktur zum Erliegen bringen und Dinge kaputt machen. Ja, ja.

    Leandro Barreto:

    Exakt. In manchen Unternehmen ist das ziemlich schwer zu erkennen, aber ich denke, das wird in den nächsten Monaten oder Jahren immer beliebter, weil es den Ingenieuren beibringen wird, damit umzugehen, weil niemand am Wochenende weiterarbeiten will. Du bleibst bei deiner Familie.

    Robert O'Farrell:

    Ja. Ja, ich stimme vollkommen zu. Ich weiß noch, als ich zum ersten Mal von der Idee mit dem Chaos-Affen gehört habe, dass es mich schockiert hat, dass jemand seinem Unternehmen und, glaube ich, seinen Systemen das antut, aber dann braucht es nur einen Produktionsvorfall, um zu erkennen, dass, wenn Sie so etwas gehabt hätten, Sie eine gewisse Vorsorge eingebaut hätten, falls das passieren sollte. Und ich denke, da steckt eine Menge Weisheit dahinter. Und deshalb finde ich die Idee absolut toll. Ich finde es toll, was Sie über die Bereitstellung von Mehrwert für Kunden in Echtzeit gesagt haben.

    Robert O'Farrell:

    Und ich denke daran zurück, dass Agile wirklich eine grundlegende Rolle dabei gespielt hat, nun ja, nicht an sich Pionierarbeit zu leisten, aber mit dem Veröffentlichungsrhythmus, den man von ein- bis zweiwöchigen Sprints hat, versetzt man sich in eine Position, in der man öfter liefert. Und du hast Canary-Deployments erwähnt, glaube ich in diesem Zusammenhang. Gibt es noch andere Bereitstellungsstrategien, auf die Sie gestoßen sind und die, glaube ich, auch diese sofortige Wertschöpfung für Kunden unterstützen?

    Leandro Barreto:

    Ja. Es gibt eine andere Strategie, die Blau-Grün-Version heißt, aber der Unterschied zwischen ihnen ist wie bei der Canary-Version, du lieferst etwas in kleinen Portionen ab, aber Blau-Grün, du, wie ein Schalter, den du ein- und ausschaltest.

    Robert O'Farrell:

    Ja. Ja. Stimmt.

    Leandro Barreto:

    Ja, du kannst es testen. Sie können eine neue Version Ihrer Umgebung oder Ihres Tools bereitstellen, und dann kann sie jeder verwenden. Und wenn etwas schief geht, haben Sie den Plan B, bei dem Sie einfach ein- und ausschalten und dann den Traffic zu Ihrem Tool neu anordnen können. Aber das ist sehr technisch.

    Robert O'Farrell:

    Ja. Sehr interessant für mich, aber wir könnten einige unserer Podcast-Hörer verlieren. Eine letzte Frage von mir, nur im Rahmen Ihres aktuellen beruflichen Engagements: Haben sie OKRs implementiert, bevor Sie in das Unternehmen eingetreten sind? Oder haben Sie gesehen, wie das in dieser Zeit eingeführt wurde?

    Leandro Barreto:

    In meinem aktuellen Unternehmen arbeiten sie derzeit mit OKRs, also habe ich nicht teilgenommen und es implementiert. Also konzentriere ich mich einfach mehr darauf, den Teams bei der Umsetzung der KRs zu helfen. Es gab einige Unternehmen, in denen ich in den PEs gearbeitet habe und denen ich beim Aufbau geholfen habe, und nicht nur beim Aufbau des Ziels, sondern auch der KRs. Und das Ziel ist, dass du so viel Zeit verbringst, weil du verstehen musst, wo das Unternehmen in Zukunft stehen will.

    Leandro Barreto:

    Man muss also innerlich wissen, was wir haben, was wir verbessern können, wo wir uns verbessern können, und dann können wir es darauf aufbauen, auf dem Ziel aufbauen. Wir können bis zu vier wichtige Ergebnisse erzielen, um dies genauer zu erreichen. Ja. Ja, aber es ist eine ziemliche Herausforderung, aber gleichzeitig auch sehr aufregend.

    Robert O'Farrell:

    Ich denke, das war meine Frage nach Ihrer Erfahrung, als ein Unternehmen das nicht getan hat, sondern es dann implementiert hat. Was waren die wirklichen Herausforderungen dabei? Und wie lange haben Sie gesehen, dass dieser Prozess gedauert hat, bis sie wirklich gut darin wurden? Weil es nicht nur darum geht, die sinnvollen Ziele und offensichtlich messbaren Schlüsselergebnisse festzulegen, sondern dann auch darum, die Teams darauf abzustimmen. Was waren die großen Herausforderungen dort und wie lange hat dieser Prozess Ihrer Meinung nach gedauert?

    Leandro Barreto:

    Ja. Ich denke, das hängt von Unternehmen zu Unternehmen ab. Ich erinnere mich, dass ich in Brasilien mit Unternehmen zusammenarbeiten musste, die Monate damit verbracht haben, Entscheidungen zu treffen, aber gleichzeitig erinnere ich mich, dass mein eigenes Unternehmen drei Monate gebraucht hat, um mit der Umsetzung zu beginnen. Ich denke also, es hängt vom Engagement der Menschen ab, die für dieses Ziel verantwortlich sind. Also, ja, hängt auch von der Reife des Unternehmens ab, von den Leuten, die arbeiten, und ja. Weil die OKRs ziemlich alt sind, aber gleichzeitig für die Menschen, für die Unternehmen, ziemlich neu sind. Richtig? Also, das ist wirklich eine große Herausforderung. Und wie balanciert man das aus?

    Leandro Barreto:

    Es gibt einige Leute, die nicht wissen, wie man das richtige Ziel setzt. Und dann haben wir uns das Gleiche ausgedacht, über das wir zuvor gesprochen haben. Zum Beispiel, wenn Sie nicht wissen, wohin Sie gehen werden, wenn das Ziel nicht klar genug ist, egal ob Sie gute oder schlechte Leute haben, die Leute werden keinen Wert darin sehen.

    Robert O'Farrell:

    Ja. Und du wirst deine Ausrichtung nicht verstehen, weil die Leute das Ziel entweder nicht verstehen oder nicht an sie glauben.

    Leandro Barreto:

    Exakt.

    Robert O'Farrell:

    Das ist ein fantastischer Einblick, Leandro. Und ich weiß deine Zeit heute wirklich zu schätzen. Nochmals, gibt es etwas, worüber du gerne chatten würdest, bevor wir es abschließen? Mir ist nur bewusst, dass wir jetzt seit ungefähr einer Stunde chatten und auch ein bisschen vom Drehbuch abgekommen sind.

    Leandro Barreto:

    Ja, absolut. Ja, absolut. Nein, eigentlich möchte ich dir danken, Rob. Danke, Agile-Team, an alle. Ich möchte auch nicht viel Zeit mit Reden verbringen. Es war mir eine Freude und danke nochmal für die Einladung. Und ich hoffe, wir können in Zukunft gute Dinge denken. Zum Beispiel: „Hey, ich hoffe, ich kann dazu gute Einblicke geben.“

    Robert O'Farrell:

    Das ist fantastisch. Das hast du gewiss. Ich habe heute auch einiges gelernt. Also werde ich zurückkommen, um einige der Diskussionspunkte aus diesem Chat noch einmal aufzugreifen. Also, nochmals vielen Dank für deine Zeit, Leandro. Das weiß ich wirklich zu schätzen. Und ja, hab einen schönen Tag. Es fängt für dich an und es endet für uns. Also, ja, ich weiß es wirklich zu schätzen, Kumpel.

    Leandro Barreto:

    Ich danke dir. Danke. Das weiß ich auch sehr zu schätzen. Nochmals vielen Dank. Wir sehen uns. Hab einen schönen Tag.

    Robert O'Farrell:

    Du auch. Prost.

    Leandro Barreto:

    Prost.

  • Podcast

    Easy Agile Podcast Ep.29 Von der Hierarchie zum Empowerment: Agile Führungsparadigmen

    „Tolles Gespräch mit Dave & Eric! Wichtigste Erkenntnis: Überarbeiten Sie die Darstellung der Organisationsstruktur von Easy Agile. Aufregendes Zeug!“

    Nick Muldoon, Mitbegründer und Co-CEO von Easy Agile, wird von Dave West, CEO, und Eric Naiburg, COO, von Scrum.org begleitet.

    In dieser Folge entpacken Nick, Dave und Eric die aktuelle agile Landschaft, erörtern die Rolle des agilen Muttersprachlers und betonen, wie wichtig es ist, vernetzte Teams aufzubauen, indem die Hierarchie umgedreht und Führungskräfte in unterstützende Rollen versetzt werden.

    Sie betonen, wie wichtig es ist, die Menschen, die dem Problem am nächsten stehen, in die Lage zu versetzen, den Anruf zu tätigen, und letztendlich ein Umfeld zu schaffen, in dem Erfolg erzielt werden kann.

    Wir wünschen euch viel Spaß mit der Folge!

    Teile deine Gedanken und Fragen auf Twitter mit dem Hashtag #easyagilepodcast und tagge @EasyAgile.

    Transkript:

    Nick Muldoon:

    Hallo Leute. Willkommen zum Easy Agile Podcast. Mein Name ist Nick Muldoon. Ich bin Mitbegründer und Co-CEO von Easy Agile, und heute kommen zwei wundervolle Gäste zu mir, Eric Naiburg, der Chief Operating Officer von scrum.org, und Dave West, der Chief Executive Officer von scrum.org. Bevor wir beginnen, möchte ich mich bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute senden, den Menschen im Dharawal sprechenden Land. Wir erweisen den älteren, gegenwärtigen und zukünftigen Ältesten unseren Respekt und erweisen allen Aborigines, den Bewohnern der Torres Strait Islands und den Ureinwohnern der First Nations, die heute zu uns kommen, den gleichen Respekt. Also, meine Herren, vielen Dank, dass Sie sich etwas Zeit genommen haben. Wir wissen das wirklich zu schätzen.

    Erik Naiburg:

    Ich danke dir.

    Nick Muldoon:

    Ich schätze, ich würde gerne einfach reinspringen und, Dave, ich habe zuerst eine Frage an dich und eine weitere an dich, Eric. Ich würde gerne eine kurze Einschätzung der heutigen Agile-Landschaft bekommen, Dave, und ich schätze, die Veränderungen, die Sie vielleicht gesehen haben, jetzt, wo wir diese COVID-Lockdowns hinter uns haben, dieses Hin und Her, die COVID-Lockdowns.

    Dave West:

    Ja, es ist interessant. Also ich bin seit fast acht Jahren CEO hier bei scrum.org, und das hat sich in diesen acht Jahren ein wenig geändert. Ich denke, was wir erleben und ist, wage ich zu sagen, die Bereitstellungsphase, die Masseneinführung dieser agilen Arbeitsweisen und dieser agilen Denkweise in allen Branchen und in allen Organisationen. Es ist mehr als eine Sache der IT-Softwareentwicklung. Und ich denke, dass sich das während COVID beschleunigt hat. Interessant sind jedoch viele der Merkmale von Agile, die während COVID so wichtig wurden, insbesondere in Bezug auf befähigte Teams, insbesondere in Bezug auf Vertrauen, insbesondere in Bezug auf die Hierarchie und den Abbau von Hierarchien. Einige dieser Dinge werden in Frage gestellt, wenn wir zur neuen Normalität zurückkehren, die manche Leute lieber einfach nur normal hätten. Ich sehe also einiges davon. Im Allgemeinen ist Agile jedoch da, es ist gekommen, um zu bleiben. Ich denke, die Realität sieht so aus, dass die meisten Wissensarbeiter, insbesondere die Wissensarbeiter, die sich mit komplexen Arbeiten befassen, auf absehbare Zeit einen agilen Ansatz verwenden werden.

    Nick Muldoon:

    Und letzte Woche hast du... War es letzte Woche? Ich glaube, du warst zum ersten Mal von Angesicht zu Angesicht in Paris?

    Dave West:

    [Fremdsprache 00:02:37] Ich war und es hat tatsächlich die ganze Zeit geregnet, Nick. Also ja, ich habe viel Zeit drinnen in Paris verbracht.

    Nick Muldoon:

    Nun, was war die Meinung der Scrum-Trainer dort, aus den Gesprächen, die sie führen?

    Dave West:

    Ja, es war interessant. Wir haben viel über die Einführung in großem Maßstab, die Einführung in Unternehmen und die Herausforderungen gesprochen. Es ist lustig, dass es sich bei den Herausforderungen um Herausforderungen handelt, die Sie erwarten, und bei den meisten geht es um Menschen, veraltete Systeme, den Status der Mitarbeiter und die Machtposition. Wir haben viel über die Herausforderungen gesprochen, vor denen Teams in diesen großen, komplizierten Organisationen stehen. Das ist weiterhin das Gespräch. Es gibt offensichtlich Europa, sie stehen der Ukraine und dem dortigen Konflikt sehr nahe. Es gibt also definitiv einige Gespräche darüber. Wir haben sechs ukrainische Trainer und ungefähr die gleiche Anzahl russischer Trainer. Das ist also immer ein Gespräch. Und dann ist da noch ein allgemeiner Abschwung der Wirtschaft, über den auch gesprochen wurde.

    Entlassungen finden in ganz Europa statt, insbesondere im Technologiesektor, aber ich denke, das nimmt bis zu einem gewissen Grad zu. Vodafone hat heute gerade angekündigt, dass sie entlassen werden, es sind etwa 6.000 Mitarbeiter, und sie sind zum Beispiel eines der größten Telekommunikationsunternehmen in Deutschland. Davon gab es definitiv einiges, aber wenn Sie Unternehmen hinzufügen, fügen Sie Konfliktunsicherheit hinzu, Sie fügen wirtschaftliche Unsicherheit hinzu, diese drei Dinge werden zusammenkommen. Aber was daran lustig war, ist, dass sie bei all dem unglaublich optimistisch und aufgeregt waren. Und ich denke, weil sie mit Leuten sprechen, mit denen sie noch nie zuvor gesprochen haben, sprechen sie mit Leuten darüber, dass Scrum eine natürliche Arbeitsweise ist, sie sprechen über die Herausforderungen, die sich aus starken Teams, Empirismus und kontinuierlicher Verbesserung ergeben.

    Und ich hatte einige wirklich spannende Gespräche mit Trainern, die sagten: Ja, nun, wir machen das in diesem Luft- und Raumfahrtunternehmen oder diesem Elektroautozulieferer in Deutschland oder was auch immer, oder in diesem Finanzdienstleistungs-Startup, das Blockchain zum ersten Mal verwendet. Und natürlich verwenden sie Agile. Und so war es lustig. Es war fast so, als ob all diese Dinge, obwohl es den Hintergrund gab, trotzdem unglaublich positiv waren.

    Nick Muldoon:

    Also, das ist interessant, und ich denke, wenn ich über die Hintergründe von euch beiden nachdenke, Eric, dann sehe ich, dass ihr beide seit rationalen Tagen zusammengearbeitet habt...

    Erik Naiburg:

    Ein paar Mal.

    Nick Muldoon:

    ... ein paar Mal, aber die Prävalenz der Agilen... Ich würde euch beide als agile Ureinwohner beschreiben und es hört sich an, Dave, letzte Woche hast du deinen Stamm dort in Paris, der agile Eingeborene ist. Und ich schätze, Eric, welche Einstellung haben die Menschen, mit denen Sie in diesen Unternehmen aus der Führungsperspektive interagieren, für Sie? Können Sie die Agile-Ureinwohner identifizieren? Ja, ich denke, ist es einfacher, sich zu unterhalten, wenn es in der Führungsebene agile Natives gibt?

    Erik Naiburg:

    Es ist definitiv ein einfacheres Gespräch, wenn sie da sind. Manchmal verstecken sie sich, manchmal sind es auch keine agilen Eingeborenen, die sich auch als agile Eingeborene ausgeben, was es immer ein bisschen schwierig macht, weil man die Zwiebel zurückschälen und herausfinden muss, wer sie sind und was ihre wahre Agenda ist. Ich habe letzte Woche mit einem CIO gesprochen, und er sprach von einer typischen Dauer von zwei bis drei Jahren. Was ist also ihre wahre Agenda? Was versuchen sie zu erreichen? Und Dave erwähnte die Menschen, die daran beteiligt sind, und Menschen sind oft der schwierigste Teil einer agilen Transformation oder agilen Arbeitens. Die Menschen wollen sich selbst schützen, sie wollen ihr Revier schützen, sie wollen die Dinge tun, die sie tun müssen, um auch erfolgreich zu sein. Sie sehen das also als Gespräche mit Führungskräften innerhalb von Organisationen, und sie wollen es besser machen, sie wollen sich verbessern, sie wollen schneller liefern, aber sie stehen immer noch unter diesem Druck. Organisationen, zumindest große Organisationen, haben sich nicht verändert. Sie haben immer noch Vorstände, und sie berichten immer noch an diese Gremien, und auch diese Gremien haben immer noch ihre eigenen Agenden.

    Nick Muldoon:

    Sie lassen mich an ein Gespräch erinnern, das ich vor mehreren Jahren geführt habe, aber auf einer Reise durch Europa, und es war mit dem Agile-Muttersprachler, der Agile Practice Lead war und wahrscheinlich nicht maskierte, wahrscheinlich war er legitim ein Agile-Native, aber sie sprachen über die gemischten Anreize für ihren, vielleicht nicht ihren direkten Leiter, aber den VP weiter oben. Und es war eigentlich ein, ich will nicht sagen, ein Nullsummenspiel, aber es gab eine Art Lehensache, bei der die verschiedenen VPs um Ressourcen kämpften, Leute, was auch immer, weil das weitere Boni freischalten würde. Aber am Ende des Tages ging es nicht darum, das gesamte Finanzdienstleistungsunternehmen zu optimieren. Sehen wir das heute noch?

    Dave West:

    Oh, sehr. Tatsächlich sagt ein Kollege von uns: „In der Wissenschaft gab es früher ein Sprichwort, Wissenschaft schreitet mit einer Beerdigung nach der anderen voran.“ Und ich denke, Agile hat definitiv einiges davon, hoffentlich keine Beerdigungen, sondern Pensionierungen.

    Nick Muldoon:

    Pensionierungen

    Dave West:

    Ruhestand.

    Nick Muldoon:

    Ja.

    Dave West:

    Ja. Die Realität ist, dass, wenn Sie die Anreize nicht aufeinander abgestimmt haben, wenn die Teams nicht auf diese Anreize ausgerichtet sind und die Führung nicht auf diese konsistenten Anreize ausgerichtet ist, Sie immer mit einigen Herausforderungen zu kämpfen haben werden. Was so frustrierend ist, ist, dass wir alle wissen, dass die industrielle Revolution und insbesondere die jüngste Revolution der Massenproduktion und des Öls, die gerade in der Einsatzphase kurz nach dem Zweiten Weltkrieg stattfand, durch veränderte Arbeitspraktiken ermöglicht wurde, die von Leuten wie Ford und Deming und all diesen Menschen geschaffen wurden. Das wissen wir alle. Die digitale Revolution findet um uns herum statt. Es könnte sogar an uns vorbeigehen, wenn Sie dem KI-Buzz glauben, der gerade passiert. Wir werden vielleicht zur Seite gestellt und Computer übernehmen vielleicht einfach die Kontrolle, aber diese Digitalisierung passiert, und Sie sind mit Führungskräften zusammen und sie sagen: „Ja, respektiere das absolut. Wir werden hundertprozentig digital sein. Wir sind eine Fluggesellschaft, aber in Wirklichkeit sind wir ein digitales Unternehmen mit Flügeln.“

    Sie beschreiben sich selbst auf diese Weise, und dann wollen sie nicht die Grundlagen in Frage stellen, wie Autorität verwaltet wird, wie Werte verwaltet werden, wie Risiken transparent gemacht werden, wie Regierungsführung abläuft, wie Finanzierung und Planung usw. erfolgen. Sie wollen keine dieser Annahmen in Frage stellen. Sie mögen das so wie es ist. Aber wir werden digital. Es ist ironisch, dass es immer noch passiert. Das ist jedoch nicht ganz hundertprozentig. Die Organisationen, die das verstehen, die Organisationen mit Führungskräften, die entweder aufschlussreich oder motiviert sind oder vielleicht ein Buch schreiben wollen oder so. Vielleicht sind ihre Gründe nicht immer so klar, aber diese Führungskräfte ziehen diese Organisationen ins 21. Jahrhundert.

    Tolles Beispiel. Proctor und Gamble, Gillette. Gillette, das neueste Peeling-Rasiermesser. Ich sehe, dass du es leider nicht benutzt hast, Nick, mit deinem ziemlich hübschen Bart. Also ja. Wie auch immer, ich benutze es oft, wie du siehst. Das Exfo... Wurde mit Scrum und Agile gebaut. Das ist Proctor and Gamble, eine uralte, okay nicht uralte, eine ältere Organisation, die es aber wirklich in sich hat. Sie erkennen, dass sie auf ganz andere Weise arbeiten müssen, wenn sie mit ihren Kunden, ihren Partnern, ihren Lieferanten Schritt halten wollen. Es sind also keine Rosen, aber es gibt sozusagen Rosen im Garten.

    Erik Naiburg:

    Und es geht noch weiter, wenn man an diese Organisation denkt, denkt man an das, was Gillette getan hat, es geht über das traditionelle agile Denken hinaus. Traditionelles agiles Denken, wir denken an Software, und das ist Technik, das ist Fertigung, das ist die Zusammenführung von Marketing, denn in solchen Organisationen bestimmt das Marketing, was das Produkt sein wird, und dann findet die Technik heraus, wie dieses Produkt geliefert wird und so weiter. Es geht also wirklich darum, die gesamte Organisation zusammenzubringen und herauszufinden, wie wir etwas liefern, und zwar gemeinsam. Ich denke, das ist eines der großen Dinge, die wir erleben. Und eine der großen Veränderungen, die Agile vorantreibt, ist das Team. Sie haben also über Anreize und Teamanreize gesprochen, das ist ein Teil davon, aber es geht um Teamverantwortung. Es ist Teamzusammenhalt.

    Es ist so, dass sie sich letztendlich alle verantwortlich fühlen und diese Verantwortung als Team zusammenbringen, und ich denke sogar... Also meine Frau arbeitet in der Fertigung und es ist immer... Sie ist auf der Forschungs- und Entwicklungsseite und beschwert sich über die Marketing-Leute. Sie haben diese Gespräche über: „Nun, sie wissen nicht, was es braucht, um dieses Ding tatsächlich zu bauen. Sie haben einfach den Traum.“ Und indem sie sie in diesem Team zusammenbringen und sie wirklich ihre täglichen Drums haben, sie planen zusammen und führen sie diese harten Gespräche respektvoll, das fängt an, dieses Team aufzubauen und es so aufzubauen, dass sie tatsächlich schneller liefern können und mehr liefern können, was der Kunde will.

    Dave West:

    Kann ich mich einfach anlehnen, es tut mir leid, wir haben hier gerade ein bisschen die Kontrolle übernommen, Nick, aber ich möchte mich einfach auf etwas stützen, von dem Eric gesagt hat, dass es nur um die Teams geht. Eines der grundlegenden Probleme, die wir in vielen Organisationen sehen, ist die Hierarchie. Denn wenn man diese riesigen Hierarchien hat, heißt es natürlich: „Ich muss die Kontrolle über etwas haben. Ich muss die Verantwortung für Dinge übernehmen. Ich muss für bestimmte Dinge unverantwortlich davonkommen.“ So funktionieren Hierarchien. Und das untergräbt oft die Fähigkeit eines Teams, effektiv zu funktionieren. Wir müssen das umdrehen, sodass diese Hierarchien nicht mehr an der Spitze der Teams stehen, sondern unter den Teams stehen müssen, die sie unterstützen. Stell sie dir vor wie die Stützbalken auf Brücken oder was auch immer. Sie haben einige fabelhafte Brücken in Australien und in Melbourne und an solchen Orten und in Sydney.

    Stellen Sie es sich also kopfüber vor und halten Sie die Teams auf den Kopf. Aber das bedeutet, um noch einmal auf Anreize zurückzukommen, dass diese Führungskräfte verstehen müssen, wofür sie in dieser neuen Welt verantwortlich sind. Und das tun sie aus einem sehr guten Grund. Sie tun es, weil die Teams sein müssen, weil sie näher am Problem sind, sie müssen in die Lage versetzt werden, Entscheidungen in Echtzeit auf der Grundlage der Daten und der Informationen zu treffen, die sie haben, sie müssen eine klare Sichtlinie zum Kunden haben. All diese Dinge sind der Grund, warum eine Hierarchie einfach zu langsam reagiert und zu bürokratisch ist. Also müssen wir es umdrehen und diese Teams unterstützen. Und das ist eine große Herausforderung.


    Nick Muldoon:

    Ich liebe das. Ihr zwei habt mir etwas zum Nachdenken gegeben. In den ersten sechs Lebensjahren des Unternehmens, von Easy Agile, hatten wir also eine sehr einfache Teamseite, und Dave und ich als Co-CEOs standen ganz unten auf der Seite. Und dann hatten Sie die Anführer der Säulen. Sie hatten also, zu der Zeit war Tegan der Produktleiter, der Leiter, und sie saßen auf Dave und mir, und dann saß das Team an der Spitze. Und es ist interessant, ich versuche gerade darüber nachzudenken, dass diese Seite oder diese Visualisierung wahrscheinlich erst in den letzten 12 oder 18 Monaten, als wir 40 Leute besucht haben, umgeblättert hat. Ich habe natürlich einen Aktionspunkt, der daraus hervorgehen muss, danke, meine Herren, um ihn tatsächlich umzudrehen, weil es ein Kommunikationsmechanismus ist, aber wenn wir uns in dieser unterstützenden Rolle zur Unterstützung der Leute tatsächlich in die Grundlage stellen, gibt das, glaube ich, den Ton an, wie die Teammitglieder über sich selbst denken, und vielleicht auch diesen Beitrag zur Rechenschaftspflicht, Eric.

    Erik Naiburg:

    Ja. Ja. Das ist interessant, denn manchmal sind es diese kleinen Dinge, die das Denken und Fühlen der Menschen verändern. Ich verwende viele Sportanalogien, wenn ich mit Menschen spreche und mich mit ihnen treffe, und vor allem, wenn Dave davon sprach, die Menschen zu stärken, die dem Problem am nächsten stehen. Im Sport müssen wir dasselbe tun. Wenn wir darauf warten müssen, dass der Trainer uns sagt, wir sollen den Ball weitergeben, wird das niemals passieren. Wir müssen es den Leuten ermöglichen, Entscheidungen zu treffen und diese Entscheidungen auf dem Spielfeld zu treffen. Das müssen wir auch auf Unternehmen anwenden. Erlauben Sie den Menschen, die dem Problem am nächsten sind und dem, was passiert, am nächsten sind, diese Entscheidungen auch innerhalb des Unternehmens zu treffen.

    Nick Muldoon:

    Wenn wir also zu Proctor and Gamble zurückkehren und wir kein Kaninchenloch darauf werfen müssen, aber sie sind eines der großen, langlebigen Unternehmen, und ich weiß nicht, wie sie vor allem vorgehen, aber ich denke an GE, und GE hatte ihr internes Universitätsprogramm, und sie haben ihre Führungskräfte geschult, wie man führt. Wie geht ein Proctor and Gamble vor, um dieses Gespräch intern zu verändern, und was ist dieser Zeitrahmen? Weil Sie vermutlich mit jemandem beginnen, der in einem Team ist. Müssen Sie sie im Laufe der Zeit in der Hierarchie des Unternehmens verbessern?

    Dave West:

    Es ist interessant. Ich habe Glück, vielleicht weil wir beide Briten sind und in Boston leben. Ich habe das Glück, ziemlich viel Zeit damit zu verbringen, und auf unserer Website gibt es Videos dazu, übrigens, Interviews mit Dave Ingram, der R & D für Männerpflege leitet, es heißt, im Gillette-Teil von P and G. Und die Fallstudie ist da draußen. Also habe ich viel mit ihm darüber gesprochen, wie man es in einer riesigen Organisation vorantreibt, in der sie alles zu verlieren haben. Sie haben Produkte, die fantastisch sind, sie sind innovativ, diese Produkte sind die Produkte, die Sie in Ihren Einkaufswagen legen, wenn Sie den Gang entlang gehen. Sie wollen das nicht vermasseln. Seien wir ehrlich. Wenn plötzlich, aufgrund einiger Innovationen, keine Rasiermesser mehr in den Regalen stehen, dann brauche ich als Vorstandsmitglied ein Rasiermesser. Also werde ich ein alternatives Produkt kaufen, und es ist möglich, dass ich dann immer dieses Produkt kaufe.

    Sie müssen also sehr, sehr vorsichtig sein. Sie haben mehr zu verlieren. Wir sprechen also viel darüber, wie Sie mit Veränderungen umgehen, und das ist alles oben Genannte. Was er sehr geschickt gemacht hat, ist, dass er die Rolle des Product Owners oder die Person, die Rolle des Klebers, gestärkt hat, ob es nun Scrum oder etwas anderes ist, und er hat wirklich in diese Change Agents in seiner Organisation investiert, und er wird definitiv davon geleitet, er war sehr ehrlich und offen darüber, dass er nicht alle Antworten hat und er nach ihnen sucht, die ihm dabei helfen, was Sie vielleicht nicht tun würden erwarten Sie von einer traditionellen Organisation, in der-

    Nick Muldoon:

    Der Leiter muss möglicherweise das Gefühl haben, die Antwort auf all diese Fragen zu haben.

    Dave West:

    Exakt. Und das hat er wirklich, wirklich gut gemacht. Und vor allem, weil er sagt: „Nun, mein Erfolg ist letztlich ihr Erfolg. Wenn ich sie also ein bisschen erfolgreicher machen kann, gibt es mehr von ihnen als mich, also lassen Sie uns dafür sorgen, dass es funktioniert.“ Was ich für eine ungewöhnlich ehrliche und sehr aufschlussreiche Sicht darauf halte. Er hat es also hauptsächlich in den Eigentumsbereichen des Produktmanagements vorangetrieben. Anschließend hat er eine entsprechende Support-Umgebung geschaffen. Dann hat er definitiv für die Erfolge geworben. Er hat viel Zeit damit verbracht, funktionsübergreifende Teams aufzubauen. Die Sache, von der Eric gesprochen hat. Und ich habe wirklich sehr vorsichtig mit ihrer Führung zusammengearbeitet. Wenn Sie Materialwissenschaft sind, gibt es eine ganze Abteilung, wenn es Marketing gibt, gibt es diese ganze Kanal-Sache, die sie haben. Im Grunde arbeiten sie mit ihren Führungskräften zusammen, um das Umfeld zu schaffen, in dem Erfolg eintreten kann. Und ich denke nicht, dass es einfach ist. Ich denke, auf dem Weg dorthin gibt es viele überraschende Hindernisse, und ich kann in dieser Hinsicht nicht für ihn sprechen, aber er hat den Ansatz des Teilens und Herrschens gewählt und sich auf diese Katalysatorrolle konzentriert.

    Nick Muldoon:

    Weil Sie offensichtlich eine Menge Schulungen für verschiedene, naja, ich schätze, Leute auf verschiedenen Ebenen in diesen Unternehmen anbieten. Und offensichtlich ist es weit davon entfernt, eine CST- und eine CSM- und eine CSPO-Zertifizierung zu haben, die ein Jahrzehnt, anderthalb Jahrzehnte zurückreicht. Wie hoch ist die Akzeptanz des Führungstrainings? Und wie sieht das aus, Eric? Besteht derzeit ein erneutes Interesse daran oder fordern die Leute mehr Führungskräftetraining? Ist es für die Führungskräfte von heute zweckdienlich?

    Erik Naiburg:

    Also ich denke, bis zu einem gewissen Punkt ist es so. Wir sehen sicherlich ein Wachstum in der Ausbildung von Führungskräften. Tatsächlich haben Dave und ich mir diese Zahlen Anfang dieser Woche oder gestern angesehen, schätze ich. Heute [unhörbar 00:21:29]

    Nick Muldoon:

    Gibt es Zahlen, die Sie mit uns teilen können?

    Erik Naiburg:

    Es ist schwierig, die genauen Zahlen zu nennen, aber wir verzeichnen einen zweistelligen Anstieg der Zahl der Schüler, die an unseren Führungskursen teilnehmen. Sowohl wie messen Sie, also unsere faktengestützten Managementkurse, als auch unser Führungstraining, aber das geht auch nur so weit, weil viele dieser Leute, je nachdem, wie weit Sie in der Organisation sind, nicht bereit sind, sich viel Zeit zu nehmen, um an solchen Schulungen teilzunehmen. Vieles davon passiert also in diesem Coaching. Sie stellen die Executive Coaches oder die Agile-Coaches ein, die da drin sind. Die Scrum Master, die da drin sind, arbeiten tatsächlich daran, diese Leute zu coachen. Und vieles davon dreht sich weniger um das Training als vielmehr um die Veränderungen der Denkweise. Wenn Sie sich also unseren Kurs zur agilen Führung ansehen, wird ein großer Teil davon darauf verwendet, die Menschen dazu zu bringen, anders zu denken. Und ein Teil davon hat dich wirklich überfordert, Aktivitäten, bei denen es wirklich hilft, diese Punkte zu vermitteln: „Wow, ich muss anders denken. Ich muss anders arbeiten. Ich muss die Menschen anders behandeln.“

    Nick Muldoon:

    Anders.

    Erik Naiburg:

    Das ist es, und wir sehen gute Erfolge damit, vor allem, wenn die Glühbirne bei den Leuten ausgeht und die Glühbirne, die ausgeht und sagt: „Wow, das ist anders.“ Wir haben einige Übungen in unseren Klassen, die dich wirklich zum Nachdenken anregen und dich anregen... Es gibt zum Beispiel eine, bei der Sie denken, Sie tun das Richtige für den Kunden, und Sie denken, dass Sie genau das Richtige tun, bis es den Kunden umbringt, weil Sie nicht unbedingt das Ganze durchdacht haben. Es heißt: „Nun, das ist es, was der Kunde wollte, also müssen wir es tun, aber vielleicht hätte ich mich mit dem Team zusammensetzen und das Team Entscheidungen treffen lassen sollen.“ Ich gehe ein bisschen extrem vor, aber...

    Nick Muldoon:

    Nein, ich weiß das zu schätzen.

    Erik Naiburg:

    ... es sind solche Dinge, die wir ändern müssen. Und vieles, was wir im Kurs tun, ist, Führungskräfte darüber aufzuklären, was diese Teams gerade durchmachen und was die einzelnen Mitglieder dieser Teams benötigen und welche Art von Unterstützung sie benötigen, nicht wie man diese Teams leitet, nicht wie man mit diesen Leuten umgeht. Aber wie befähigt und befähigt man diese Menschen, erfolgreich zu sein?

    Nick Muldoon:

    Ich möchte nur kurz zurückspulen, tut mir leid.

    Erik Naiburg:

    Menschen töten.

    Nick Muldoon:

    Es klang, als gäbe es einen Reibungspunkt, wenn man diese Führungskräfte dazu bringt, sich die Zeit außerhalb des Büros zu nehmen, um sich weiterzubilden.

    Erik Naiburg:

    Das gibt es, ja.

    Nick Muldoon:

    Ist das richtig?

    Erik Naiburg:

    Ja.


    Dave West:

    Es ist unglaublich schwierig, wenn Sie in einer großen Organisation arbeiten, insbesondere wenn sich Ihr Terminplan ständig acht bis neun Stunden am Tag mit Besprechungen überschneidet, damit sie sich diesen Moment Zeit nehmen können, um einen Schritt zurückzutreten. Jeder, ich bin der festen Überzeugung, Nick, dass sich jeder Zeit nehmen muss, um in seine persönliche und berufliche Entwicklung zu investieren. Und diese Zeit ist keine Verschwendung. Letztlich ist es eine unglaublich gute Investition.

    Nick Muldoon:

    Ja.

    Dave West:

    Wir wissen...

    Nick Muldoon:

    Es ist ein großartiger ROI.

    Dave West:

    Vollkommen. Auch wenn es dich einfach verärgert, auch wenn du dadurch diesen Moment der Klarheit hast. Es ist keine Überraschung, dass Leute wie Bill Gates alle drei bis sechs Monate auf Exerzitien gehen und er seine große Tasche voller Bücher nimmt...

    Nick Muldoon:

    Buecher.

    Dave West:

    Und er geht für ein paar Tage vom Stromnetz, nur um ihn neu zu starten. Ich denke, dass diese Zeit unglaublich effektiv ist. Interessant ist jedoch, dass wir unterlegen sind, insbesondere in Amerika, und ich bin mir sicher, dass das in Australien stimmt, es ist sicherlich wahr, dass in England, wo ich herkomme, Bewegung wichtiger ist als Ergebnisse. Es dreht sich alles um die Anträge. Wenn du beschäftigt aussiehst, wirst du nicht gefeuert. Und ich denke, bis zu einem gewissen Grad haben wir das in der Schule gelernt. Ich weiß nicht, ob deine Eltern das zu dir gesagt haben oder ob du vielleicht deinen ersten Job bekommen hast. Ich habe an einer Feinkosttheke im Coop-Supermarkt gearbeitet, und ich erinnere mich, dass dort ein alter Arbeiter war, der sich zu mir umdrehte und sagte: „Was auch immer Sie tun, wenn der Manager vorbeikommt“, Mr. Short-

    Nick Muldoon:

    Sieh beschäftigt aus.

    Dave West:

    ... war sein Name. Und er war alles, was der Name impliziert. „Mr. Short kommt vorbei, sieht aus, als ob Sie etwas tun, fangen Sie an, etwas zu putzen, sonst nimmt er Sie ab und zwingt Sie, Proviant zu machen, und Sie wollen sich nicht mit der Milch herumschlagen, sie ist ranzig.“ Und daran erinnere ich mich. Sieh beschäftigt aus. Und ich denke, wir haben viel in unserer Kultur. Ich versuche mir jede Woche Zeit zu nehmen. Ich buche zum Beispiel meine Mittagspause, ich buche sie und ich versuche immer, etwas darin zu tun. Ich versuche, mir einen TED-Vortrag anzusehen, etwas zu lesen, nur um dir den Kopf freizumachen, über etwas anderes nachzudenken. Ich denke, diese Zeit ist unglaublich wichtig. Allerdings...


    Nick Muldoon:

    Lernen Sie eine neue Perspektive kennen, oder?

    Dave West:

    Exakt. Auch wenn das heißt, auch wenn das Zeug, das du dir ansiehst oder was auch immer, nicht unbedingt relevant ist. Manchmal ist dieser Mangel an Relevanz genau das, was du brauchst, weil dein Verstand etwas tut.

    Nick Muldoon:

    Eine mentale Pause.

    Dave West:

    Exakt. Und in den amerikanischen Unternehmen, und ich denke, das ist im Allgemeinen ein Unternehmen, passiert das nicht. Die Leute sind übermäßig verschuldet, sie sind unglaublich beschäftigt. Sie müssen an diesen Treffen teilnehmen, sonst wird ihr Profil geschwächt. Und ich denke, das geht zu Lasten der Organisation und des Unternehmens. Hier ist eine Frage, Nick.

    Nick Muldoon:

    Ja.

    Dave West:

    Wem hast du in letzter Zeit geholfen?

    Nick Muldoon:

    Wem habe ich in letzter Zeit geholfen? Ich verbringe die meiste Zeit damit, und ich ziehe den größten Teil meiner Energie aus Coaching-Gesprächen mit Einzelpersonen. In meinem [unhörbaren 00:27:35] Profil habe ich einen Futuristen ganz weit oben, und deshalb liebe ich es herauszufinden, wie dein Leben und deine Karriere in fünf Jahren aussehen werden? Das sind die Gespräche, von denen ich wirklich begeistert bin.

    Dave West:

    Und das ist es, was jeder... Wem du geholfen hast, ist wichtiger als das, was du getan hast.

    Nick Muldoon:

    Ja.

    Dave West:

    Und ich denke, das musst du ausbalancieren.

    Nick Muldoon:

    Ich habe diese Statistiken abgerufen, weil ich dachte, Sie könnten sie interessant finden. Wir haben letztes Jahr eine Umfrage unter einer Untergruppe unserer Kunden durchgeführt. Und wir hatten 423 Teams. Es ist also keine riesige Stichprobengröße, sondern 423 Teams. Und der Grund, warum ich darüber nachdenke, ist, dass es eine Menge davon gibt, wie war die Statistik hier? Nur um dir ein Gefühl zu geben, die gängigste Sprintdauer sind 14- oder zweiwöchige Sprints. Die meisten Teams haben sechs Personen, die beteiligt sind. Fibonacci steht für Story Pointer, eine Schätzung. 10% dieser Teams haben erreicht, was sie sich zu Beginn des Sprints vorgenommen hatten. Also haben die Teams, diese 10% der Teams, die Teilmenge, ihren Sprints zwar Arbeit hinzugefügt, aber Teams, die erfolglos waren, rollten die Arbeit von Sprint zu Sprint weiter.

    Vielleicht deutete es uns also an, dass es Teams gibt, die sich zu sehr verpflichten und zu wenig liefern, und tatsächlich scheinen 90% von ihnen, 90% der Umfrageteams, zu viel und zu wenig zu liefern. Und dann gibt es Teams, denen vielleicht Zeit bleibt, Dave, vielleicht für eine Ausbildung oder etwas Freizeit in ihrem zweiwöchigen Sprint. Und sie nehmen tatsächlich mehr Arbeit auf sich, und das erreichen sie auch. Und ich denke nur darüber nach, versuchen 90% dieser Teams, beschäftigt zu sein, oder versuchen sie, als beschäftigt wahrgenommen zu werden? Auch wenn das auf Kosten der tatsächlichen Umsetzung geht?

    Erik Naiburg:

    Oder werden sie sogar dazu gedrängt? Es ist interessant, bei unserem Professional Scrum Master One, unserem PSM-Test, gibt es eine Frage, bei der die Leute oft falsch liegen. Und ich denke, es ist eine großartige Frage, ich paraphrasiere, weil ich mich nicht mehr genau daran erinnern kann, aber es geht im Wesentlichen darum, wie viel des Sprint-Backlogs gefüllt werden muss, wenn es um die Sprint-Planung geht. Und eine beträchtliche Anzahl von Leuten sagt, dass es nach Abschluss der Sprint-Planung abgeschlossen sein muss. Das widerspricht Agile und Scrum.

    Dave West:

    Exakt.

    Erik Naiburg:

    Weil wir es dort nicht wissen. Da ist diese Unsicherheit. Alles, was wir brauchen, ist genug, um loszulegen, und wenn wir einmal angefangen haben, aber ich glaube, die Leute haben Angst vor: „Nun, wir haben zwei Wochen, wir müssen in der Lage sein, diese zwei Wochen zu planen, und das ist ein Teil des Drucks von oben, über den wir gesprochen haben. „Nun, wir müssen zeigen, dass wir hier zwei Wochen Arbeit vor uns haben und dass wir nicht herumsitzen, also füllen wir sie auf.“ Und das sind einige der falschen Bezeichnungen von Agile und Scrum. „Nun, es ist ein zweiwöchiger Sprint, wir müssen zwei Wochen einplanen.“ Nun, nein, das tun wir nicht. Wir brauchen ein Ziel. Wo werden wir hinkommen? Wie wir das erreichen, wird einige Zeit in Anspruch nehmen, denn wir werden im Laufe der Zeit lernen. Tatsächlich haben wir in dem Scrum-Team, dem ich gerade angehöre, einen dreiwöchigen Sprint durchgeführt, und nach zwei Wochen haben wir unser Ziel tatsächlich erreicht. Und jetzt können wir auf diesem Ziel aufbauen. Und wir haben dieses Ziel bereits eine Woche früher erreicht, was großartig ist.

    Nick Muldoon:

    Glaubst du, Eric, dass Führungskräfte befürchten, dass, wenn sie nicht zwei Wochen Arbeit geleistet haben, sie einfach ihre Daumen drehen werden?

    Erik Naiburg:

    Ich weiß nicht, ob es eine Angst vor der Führung ist. Ich denke, es ist eine Vorstellung, die die Arbeitnehmer davon haben, was die Führung denkt. Ich denke, es ist eher das. Und ich denke, es ist das: „Nun, wir haben gesagt, wir haben zwei Wochen“, und sie werden uns fragen, das Management wird sagen: „Wann liefern Sie?“ Ich weiß nicht, ob wir jemals davon wegkommen werden, wann werden wir eine Frage stellen, obwohl wir ständig versuchen, von dieser Antwort wegzukommen. Aber sie werden es fragen. Also, wenn sie danach fragen, sollte ich besser vorbereitet sein, was bedeutet, dass ich besser einen ganzen Haufen Arbeit vorbereitet habe. Und das macht einfach alles kaputt, was wir unterrichten. Es macht alles kaputt, was wir in Agile denken.

    Und alles, was ich für die Planung brauche, ist ein Ziel und eine Vorstellung davon, wie ich dorthin komme. Und im Laufe der Zeit sollten wir es uns noch einmal ansehen und weiter darauf eingehen. Aber es erstaunt mich, wie oft einige der Antworten auf diese Frage lauten: Nach Abschluss der Sprint-Planung haben Sie einen vollständigen Sprint-Backlog, Sie haben genug, um loszulegen. Ich habe vergessen, was einige der anderen sind. Aber es erstaunt mich, wie oft, wenn ich Tests durchsehe, die Leute das Sprint-Backlog mit vollem Rücken platzieren, wo es sogar direkt im Scrum-Guide heißt: „Du wirst während des gesamten Sprints überprüfen und dich anpassen.“ Nun, wie inspiziere ich und passe mich an, wenn ich bereits entschieden habe, was ich tun werde?

    Nick Muldoon:

    Wer trägt die Verantwortung? Wenn es nicht wirklich der Wunsch der Führung ist, dass Sie Ihre gesamte Zeit voll nutzen und zu hundert Prozent ausgelastet sind, liegt es dann in der Verantwortung des Leiters, dies bekannt zu machen, oder liegt es in der Verantwortung des Teams, sich an der Konversation zu beteiligen?

    Dave West:

    Es ist der Anführer.

    Erik Naiburg:

    Ja.

    Nick Muldoon:

    Ja. Ja, beide. Ja.

    Dave West:

    Ich denke, es ist eher die Führungskraft, weil ich denke, sie müssen ein Umfeld schaffen, in dem das Team es tatsächlich herausfordern und diese sehr klare Konversation führen kann. Was mich an deinem Stan beunruhigt, ist die Tatsache, dass ich nicht... Die ersten paar Sprints. Ja, vielleicht bist du übermäßig aufgeregt, vielleicht füllst du den Sprint, was du nicht brauchst. Vielleicht bist du einfach scharf darauf. Das ist okay. Die Sache ist, was passiert beim dritten oder vierten oder fünften Sprint, wenn sich dasselbe Muster immer und immer wieder manifestiert. Das ist besorgniserregend. Und ich denke, das spricht wirklich deutlich für den Mangel an Hilfe, den das Team hat. Egal, ob man es Agile-Coach nennt, und in Australien, ich denke, der Begriff Agile-Manager wird verwendet, oder ob es ein Agile ist oder ob es ein Scrum Master ist, was auch immer. Scrum.org hat einen Scrum Master.

    Und der Grund, warum wir einen Scrum Master haben, ist nicht, dass wir Scrum nicht kennen, obwohl es an manchen Tagen fraglich sein könnte. Aber Schusterkinder, all das Zeug. Aber die Realität ist, wir kennen Scrum, wir sprechen darüber, wir atmen es ein, wir lieben es. Aber jemanden zu haben, der einen Schritt zurücktritt und sagt: „Moment, Westy, was hast du da gemacht? Hast du das Team ermuntert, den Sprint zu füllen? Hast du ihnen ein unrealistisches Ziel gesetzt? Hast du ihnen zugehört und ihnen die Fragen gestellt? Oder hast du ihnen gesagt, was du willst? Und was glaubst du, wird das bewirken?“ Ich weiß, dass ich das getan habe, weil Eric und ich sozusagen die Sprints finanzieren. Wenn wir zu einem Sprint-Review gehen und Dinge sagen, weil ein Sprint-Review letztendlich dazu da ist, dem Team Feedback zu geben, damit es es überprüfen und sich für den nächsten Sprint anpassen kann.

    Sie können die Vergangenheit nicht ändern, aber Sie können die Zukunft auf der Grundlage von Feedback ändern. Wenn ich sage: „Oh, nun, das ist Quatsch und du solltest das tun, und was ist damit?“ Ja, das wird Auswirkungen haben. Letztlich müssen wir als Führungskräfte also darüber nachdenken, was wir mitbringen, und auch jemanden haben, der uns oft hilft, die Führungskraft zu sein, die wir sein müssen, weil wir begeistert und begeistert sind und sagen: „Oh, du schaffst das und das? Lass es uns machen. Das klingt großartig.“ Und manchmal kann das...

    Erik Naiburg:

    Und das ist einer der Gründe, warum ich sage, dass es beides ist. Deshalb habe ich ja gesagt. Das ist Sache des Anführers, aber der Anführer muss daran erinnert werden. Der Leiter muss dadurch unterstützt werden, insbesondere vom Product Owner und dem Scrum Master. Der Product Owner muss in der Lage sein, nein zu sagen. Der Product Owner muss... Ich spreche von glücklichen Ohren und die meisten CEOs und Führungskräfte sind...

    Nick Muldoon:

    Frohe Ohren?

    Erik Naiburg:

    Ja. Die meisten CEOs und Führungskräfte, mit denen ich zusammengearbeitet habe, haben, wie ich es nenne, gute Ohren. Sie kommen von einem Kunden oder sie sprechen mit einer Person und haben etwas gehört, das-

    Dave West:

    Mach das.

    Erik Naiburg:

    ... das eine Person vielleicht für großartig gehalten hätte. Und als Nächstes stellen sie all diese neuen Anforderungen an das Team. Und ich habe in vielen Startups und großen Unternehmen gearbeitet, wo das sogar bei IBM passiert ist. Und der Product Owner muss in der Lage sein zu sagen: „Whoa, warte mal. Das ist eine großartige Idee. Lass uns drüber nachdenken. Und wir werden es in den Backlog aufnehmen, wir werden später darüber nachdenken. Aber lassen Sie uns das Team jetzt nicht von dem ablenken, was wir versuchen und was wir erreichen wollen.“ Und deshalb sage ich, es ist beides. Es geht nicht nur um den Anführer. Sie werden den Anführer nicht vollständig ändern. Du wirst sie nicht komplett ändern, um diese aufregenden Momente nicht zu erleben. Und das macht sie zu Unternehmern. Das macht sie zu dem, was sie sind.

    Aber das Team muss in der Lage sein, zurückzuschlagen. Der Leiter muss diesen Pushback akzeptieren und der Scrum Master und der Product Owner sowie andere Teammitglieder müssen in der Lage sein, diesen Pushback hinzunehmen. Ich erinnere mich, dass ich sehr, sehr früh in meiner Karriere für eine Firma namens Logicworks gearbeitet habe. Wir hatten ein Datenmodell, ein kleines Datenmodellierungstool namens Irwin. Und ich erinnere mich, dass ich in meinem Würfel saß und der CEO gerade von einem Treffen mit einem Kunden zurückkam und vorbeikam und ich war Produktmanager-

    Nick Muldoon:

    Eric, tu das.

    Erik Naiburg:

    Und fängt an darüber zu reden, wir müssen das jetzt machen und bla, bla, bla, bla, bla. Es ist wie, naja, warte. Es ist wie, aber bla, bla, bla, sie sagten, sie würden es kaufen. Nun, erstens, hast du tatsächlich mit den Leuten gesprochen, die es benutzen? Oder hast du mit jemandem hier oben gesprochen, der keine Ahnung hat, wie er das Tool tatsächlich benutzt? Was die Antwort war, ein Gespräch zwischen den CEOs. Und nur weil sie es kaufen werden, wird das irgendjemand tun? Aber du musst in der Lage sein, diese Gespräche zu führen. Man muss dieses Vertrauen zum Teamleiter aufbauen, und vom Team zum Leiter, um Rückschläge hinnehmen zu können und sagen zu können: „Das ist eine interessante Idee. Wir werden das für die Zukunft in Betracht ziehen, aber im Moment haben wir einen Schwerpunkt. Wir haben ein Sprintziel und wir werden unser Sprintziel nicht zerstören, weil du dich auf etwas gefreut hast.“

    Dave West:

    Wie du siehst, Nick, fällt es mir wirklich schwer, irgendwelche meiner Ideen in unsere Organisation einzubringen, weil sie solche Dinge fragen. So nervig, Nick. Sie sagen: „Okay, das ist großartig. Ist das wichtiger als diese fünf Dinge, die derzeit unser Produktziel vorantreiben?“ Ich sage: „Pfui, was meinst du? Ich kann kein Dessert, kein Hauptgericht und keine Vorspeise haben? Ich muss eine auswählen, die einfach nicht fair ist.“ Und sie sagten: „Nun, wir könnten ein anderes Team gründen und dann erfordert das Investitionen. Es wird einige Zeit dauern.“ Und ich sage: „Oh Gott, hasst du es nicht, wenn du intelligente, kluge Teamkollegen hast?“ Es ist einfach schwer.

    Nick Muldoon:

    Dave und ich haben definitiv, also Dave Elkin, mein Mitbegründer, hat einen technischen Hintergrund und ich habe einen Produkthintergrund. Und wir haben definitiv in der letzten Zeit, wahrscheinlich in diesem Zeitraum, in den letzten 18 Monaten, als das Team gewachsen ist oder einen bestimmten Wendepunkt erreicht hat, festgestellt, dass wir in der Vergangenheit ganz bequem Gespräche darüber geführt haben, was ist mit dieser Idee und wie steht es damit? Und wir haben versucht, Dinge herauszupicken, und wir haben sie mit dem Team besprochen, aber es gab keine Erwartung, dass diese Dinge aufgegriffen werden würden. Und dann hatten wir ein paar Beispiele, bei denen Teams losgingen und dachten, sie müssten sich diese Dinge ansehen und wir sagten: „Oh, nein, nein, nein, nein, tut uns leid, wir sollten klarstellen, dass wir nur ein Brainstorming machen wollten oder wir wollten einen Gedanken aus unserem Kopf bekommen, und wir wollten eine Perspektive darauf, aber das sollte absolut nicht bedeuten, dass du ihm hinterherlaufen solltest.“ Und so hat sich die Sprache und die Art und Weise, wie wir solche Dinge oder Aktivitäten wie diese angehen mussten, sicherlich geändert.

    Erik Naiburg:

    Das habe ich in letzter Zeit oft gesehen-

    Nick Muldoon:

    [unhörbar 00:39:50] Wendepunkt.

    Erik Naiburg:

    ... wahrscheinlich in den letzten zwei oder so Jahren. Und ich denke, vielleicht wegen der Fernbedienung, es hat es noch schlimmer gemacht, weil man nicht all die Emotionen und Dinge mitbekommt. Aber ich habe definitiv viel mehr davon gesehen, wie: „Nun, ich bin einfach“, mir wurde gesagt, dass das nicht übersetzt werden kann, „aber ich spucke nur herum und ich werfe einfach eine Idee raus, nur um ein Gespräch zu führen.“ Und weil der Anführer es gesagt hat, denken die Leute, dass es eine Tatsache ist und dass sie es tun wollen. Und alles, was sie getan haben, war: „Hey, ich habe dieses Ding gehört. Was denkst du?“

    Nick Muldoon:

    Was ist deine Perspektive?

    Erik Naiburg:


    Ja, genau. Und ich denke, als Führungskräfte müssen wir sehr vorsichtig sein, um die Auswirkungen dessen zu verstehen, was wir sagen, weil wir es vielleicht so sehen: „Ich werfe es einfach zur Diskussion hin.“ Jemand, der am Schreibtisch saß, hörte gerade: „Oh, sie wollen, dass wir das machen.“ Und ich habe das in letzter Zeit oft in Unternehmen gesehen, auch in unserem, wo die Art und Weise, wie etwas gesagt wird oder was gesagt wird, so übernommen wird, wie wir das tun müssen, anstatt zu sagen: „Hey, hier ist eine Idee, etwas zum Aufnehmen.“ Du bist also nicht allein, Nick.

    Nick Muldoon:

    Ich liebe es. Hey, Eric, Oregon, das ist ein toller Ort, um es zu nennen. Das heißt, und ihr habt mir, ihr beide habt mir viel zum Nudeln gegeben, also möchte ich mich bei unseren Zuhörern und der Crew von Easy Agile vielmals dafür bedanken, dass ihr heute zu uns gekommen seid. Das weiß ich wirklich zu schätzen. Es war wunderbar, dich im Podcast zu haben.

    Dave West:

    Nun, danke, dass du uns eingeladen hast. Wir sind wirklich dankbar, hier zu sein, und hoffentlich hat einiges davon Sinn gemacht, und ja, lasst uns als Gemeinschaft und als Welt, die auf diese Weise arbeitet, weiter wachsen, denn ich denke, wir haben eine Menge Probleme zu lösen. Ich denke, die Art und Weise, wie wir das tun, besteht darin, dass die Menschen effektiv und eigenverantwortlich arbeiten. Also lass uns die Welt verändern, Mann.

    Nick Muldoon:

    Ich liebe es. Okay, das ist großartig. Danke.

  • Podcast

    Easy Agile Podcast Ep.6 Chris Stone, der virtuelle Agile Coach

    Sean Blake

    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.