Easy Agile Podcast Ep.14 Rocking the Docs

„Ich fand es toll, den Raum zu haben, um über gemeinsame Interessen zu sprechen — alles rund um technische Dokumentation und Informationsarchitektur“ — Henri Seymour
In dieser Folge von The Easy Agile Podcast hören Sie Henri Seymour, Entwickler bei Easy Agile, mit Matt Reiner, Customer Advocate bei K15t, sprechen.
Henri & Matt sprechen über alles, was mit technischer Dokumentation zu tun hat (wir versprechen, dass diese Episode viel interessanter ist, als sie sich anhört! 😉)
✏️ Technische Dokumentation als Produkt betrachten
✏️ Der Wert einer gut geschriebenen Dokumentation
✏️ Warum du oft digital entrümpeln solltest
✏️ Informationsarchitektur
So viele Goldnuggets in dieser Folge!
Abonniere unbedingt, genieße die Folge 🎧
Transkript
Henri Seymour:
Hallo zusammen. Das ist der Easy Agile Podcast. Wir haben heute eine Folge mit Matt Reiner. Ich bin dein Gastgeber für heute, Henri Seymour, Entwickler bei Easy Agile. Und kurz bevor wir mit dem Podcast beginnen, möchte ich den traditionellen Australiern des Landes, in dem ich heute aufnehme, meine Anerkennung aussprechen, dem Volk der Watiwati aus der Dharawal-Nation. Respektieren Sie die Ältesten in der Vergangenheit, Gegenwart und in der Zukunft, und erweisen Sie diesen Respekt allen Aborigines oder Bewohnern der Torres Strait Islander, die sich diese Episode anhören.
Matt ist ein erfahrener Content-Stratege mit langjähriger Erfahrung in der Computersoftwarebranche. Er kennt sich mit agilen Scrum-Frameworks, verwandten Tools, Kommunikation, technischem Schreiben, Videoproduktion, Kundeninteraktion und strategischer Planung aus. Und er ist heute hier, um mit uns über das Schreiben und insbesondere über technisches Schreiben und Dokumentation zu sprechen. Hallo, Matt.
Matt Reiner:
Hallo. Es ist toll, hier zu sein. Ja, ich bin Matt. Ich mag alle möglichen inhaltlichen Dinge. Und eines davon ist technisches Schreiben, was, wie ich finde, interessanter ist, als es klingt. Ich schätze, du musst dich bis zum Ende des Podcasts entscheiden, wenn du das glaubst.
Henri Seymour:
Experten für technische Dokumentation. Wenn Sie also speziell über technische Dokumentation sprechen, was meinen Sie damit?
Matt Reiner:
Nun, ich habe das Gefühl, dass sich dieser Begriff gerade mitten in einer großen Veränderung befindet. In der Vergangenheit hieß es in der technischen Dokumentation sehr strikt: „Okay, wir sind ein Team, wir machen etwas, ein Produkt.“ Vielleicht ist es eine App, vielleicht ist es, ich weiß nicht, ein Gokart und dafür brauchen wir eine Bedienungsanleitung. In der technischen Dokumentation hat sich jemand hingesetzt und aufgeschrieben: „Okay, hier sind alle Knöpfe und Schalter und hier ist, was sie tun. Hier sind alle Funktionen. Hier ist vielleicht der Grund, warum du sie verwenden würdest.“
Also die Zusammenstellung der Bedienungsanleitung, bei der es sich traditionell um gedrucktes Material handelte, das Sie mit dem Produkt erhalten würden. Aber im Laufe der Zeit ist es viel mehr geworden, teilweise mit dem Internet, weil wir einfach ständig an Inhalten arbeiten können, wie es viele von uns mit den Produkten tun, die unsere Teams herstellen. Und dann sehen wir es auch in neuen Formen. Vielleicht ist es kein gedrucktes Stück, tatsächlich wollen die meisten Leute keine gedruckte technische Dokumentation mehr, sie wollen sie online. Oder noch besser, sie wollen es direkt im Kontext Ihrer App haben, wenn sie sie verwenden. Sie können einfach die Informationen abrufen, die sie benötigen, und dann weitermachen.
Das ist technische Dokumentation. Sie sollte da sein, um dir zu helfen, das zu tun, was dir wirklich wichtig ist, und dann aus dem Weg zu gehen, damit du es tun kannst.
Henri Seymour:
Haben Sie eine Beschreibung, warum gute technische Dokumentation? Für Produktbenutzer ist es so wichtig, sie nicht nur zu haben, sondern sie in einer guten Qualität zu haben, sodass Ihre Benutzer wirklich davon profitieren.
Matt Reiner:
Nun, ich nehme an, wir alle finden in unserem Tag oder auf unserer Reise die Punkte, an denen wir uns befinden, an denen wir etwas erreichen wollen, aber wir wissen nicht, wie wir es machen sollen. Viele von uns haben sich also wirklich sehr daran gewöhnt, auf Google zu springen und zu sagen: „Okay, hier ist diese Sache, die ich machen möchte, wie mache ich das?“ Und es gibt eine gute technische Dokumentation mit der Antwort, die Sie benötigen, der Erklärung, die Sie benötigen. Denn letztlich sind wir alle kluge Menschen, die befähigt werden sollten, das zu tun, wofür wir eine Leidenschaft haben.
Und technische Redakteure und Kommunikatoren, die eigentlich alle Mitglieder unseres Teams sind. Leute, die sich hinsetzen, um eine gute technische Dokumentation zu erstellen, verwenden so wenig Worte wie möglich, um eine Person auf den richtigen Weg zu bringen. Und wenn es passiert, ist es einfach wie „herrlich“, nicht für den Benutzer. Sie wissen nicht einmal, dass es passiert ist, sie wussten nicht einmal, dass sie deine Texte gelesen haben. Aber für den Autor ist es wie: „Ja, ich habe es geschafft, ich habe es getan. Es ist ihnen egal, was ich getan habe, aber ich habe es getan.“ Und jetzt tun sie das, was wirklich wichtig ist.
Henri Seymour:
Das ist großartig, einen der Hauptunterschiede zu verstehen, wenn ich etwas geschrieben habe und nicht möchte, dass mein Benutzer Zeit damit verbringt. Ich möchte so wenig Zeit wie möglich damit verbringen, dies zu lesen.
Matt Reiner:
Ja, ja, ja. Sie können sehr stolz auf Ihre Arbeit sein, aber eine dieser Kennzahlen, die sich viele Leute bei Websites ansehen, ist die Zeit, die Sie auf einer Seite verbringen. Manchmal können Sie sich also etwas vormachen und denken: „Oh wow, sie haben 10 Minuten auf meiner Seite verbracht. Das heißt, meine Dokumentation ist wirklich gut.“ Aber das könnte auch bedeuten, dass es nicht sehr gut ist und sie es immer wieder lesen müssen. Die wahre Metrik ist also, sind sie zu dem gekommen, was ihnen wirklich wichtig war? Und leider ist es schwer zu messen.
Henri Seymour:
Sie haben das jetzt mit dem Aufkommen des Internets erwähnt und Ihnen die Möglichkeit gegeben, diese Dokumente auf eine Weise zu wiederholen, die Sie mit gedruckter Dokumentation nicht könnten. Diese iterative Sache bringt den agilen Prozess mit sich, etwas, das Sie bereits veröffentlicht haben, zu wiederholen und es auf die gleiche Weise zu verbessern, wie ich es als Entwickler für Produkte tue. Kannst du uns mehr über diesen iterativen agilen Prozess erzählen?
Matt Reiner:
Oh ja. Ja, es ist so wahr. Früher war die Dokumentation wieder im Wasserfall-Standard, eher in der Zeit des Produktprojektmanagements, die Dokumentation war ein wichtiger Teil davon. Sie würden dieses Projekt damit beginnen, diese riesigen Dokumente zu schreiben, in denen es heißt: „Folgendes werden wir tun. Und hier sind alle Überlegungen, und hier erfahren Sie, wie alles zusammenhängt.“ Und das hat für eine Menge Hardware wirklich gut funktioniert. Das war das Ding, das wir lange gemacht haben. Einfach alles, was die Menschheit gemacht hat, war oft Hardware, zumindest als Gruppe.
Und dann kommt plötzlich diese ganze Software-Sache und wir versuchen, sie so zu bauen, als wäre es eine physische Sache. Und wir kommen zum Ende dieses zweijährigen Softwareprojekts und die Leute sagen: „Ja, das ist nicht das, was ich wollte.“ Aber wir sagen: „Oh, aber wir gehen zurück zum Anfang und schauen uns die Dokumentation an, und das haben Sie gesagt, Sie wollten es.“ Aber jetzt, mit dem Internet und nur mit agiler Entwicklung, müssen wir wirklich weg von diesem Ort, an dem wir mit einem Stapel von Dokumenten beginnen. Und dann entwickeln wir einen weiteren Stapel von Dokumenten als unsere, ich weiß nicht, Entwicklungsrichtlinien.
Und dann unsere Testpläne, und dann endlich haben wir die Benutzerdokumentation. Stattdessen sollte die Dokumentation heutzutage eigentlich nur von einem sehr kleinen Teil des Inhalts während des gesamten agilen Entwicklungszyklus zur endgültigen Benutzerdokumentation heranwachsen. Denn es spielt keine Rolle, was wir uns vorgenommen haben, es kommt darauf an, was wir machen. Niemand, er will darüber lesen, was wir zu tun dachten, das ist reine Fiktion. Und es ist wahrscheinlich keine interessante Lektüre. Es ist wirklich das endgültige Benutzerhandbuch, das aus dem agilen Prozess hervorgeht, aber das ist eine große Änderung, aber sie ist gut.
Henri Seymour:
Ich liebe diese Vorstellung von einfach so, das wächst allmählich. Es gibt keinen bestimmten Startblock und Endblock. Es ist ein Prozess. Und Sie haben die Möglichkeit erwähnt, diese Dokumente zu wiederholen. Haben Sie irgendwelche Tipps für die Zeit, nachdem Sie Ihre technische Dokumentation digital veröffentlicht haben, indem Sie das, was Sie bereits haben, wiederholen und im Laufe der Zeit verbessern?
Matt Reiner:
Oh ja. Ich weiß, dass jedes agile Framework anders ist, aber sie alle haben diese Feedback-Phase, in der... Und das ist wirklich während des gesamten Prozesses so, aber wir müssen etwas Zeit investieren. Es gibt also viele verschiedene Dinge, die wir uns ansehen können. Ich möchte zum Beispiel nicht einfach sagen, ein Standardprogramm, das wir uns ansehen sollten, ist, Sie sollten ein Hilfecenter haben, in dem Sie etwas wie Google Analytics implementieren können, damit Sie sehen können, was sich die Leute ansehen? Wie lange schauen sie sich das an?
Eine weitere wirklich gute ist, dass Sie es separat in Google Analytics einrichten müssen. Wonach suchen die Leute auf Ihrer Website? Du kannst auch Google verwenden... das waren früher Webmaster-Tools. Ich glaube, es heißt jetzt Site Tools, aber du kannst sehen, wonach die Leute bei Google gesucht haben, bevor sie auf deine Seiten kamen. Das ist alles wirklich, wirklich wertvolles Zeug. Dann kannst du weiter fortgeschritten sein. Du kannst dir Pointer-Tracking ansehen, Apps, die du dort einbetten kannst und bei denen du ziemlich verrückte Sachen bekommst.
Aber dann solltest du auch erwägen, am Ende jeder Seite ein Forum zu haben wie: „War das hilfreich? War es nicht hilfreich? Oh, es war nicht hilfreich? Sag mir warum. Oh, es war hilfreich? Sag mir warum.“ Genau wie ein YouTube-Ersteller suchen sie nach diesem Feedback. Dieses Feedback ist wichtig, Daumen hoch. Tatsächlich ist es sehr umstritten, YouTube hat gerade angekündigt, die Zahlen mit dem Daumen nach unten zu verbergen, aber viele YouTuber sagen: „Nein, nein, nein, tu das nicht, denn das vermittelt den Wert dieses Videos, das da draußen ist.“
Es gibt also viele dieser Signale. Und dann gibt es einfach wirklich sanfte Signale, bei denen es schwer ist zu wissen, ob die Leute den Inhalt nutzen oder nicht. Weil du es vielleicht nie hören wirst. Vor allem, wenn es eines dieser Dinge ist, dass sie einfach rein und raus gehen, wirst du nichts davon hören. Aber die Feedback-Phase, es ist wirklich toll,... Jedes Mal, wenn Sie Feedback zu Ihrem Produkt erhalten, das Sie herstellen, versuchen Sie, auch Ihre Dokumentation zu veröffentlichen. Denn das ist die Zeit, in der die Leute offen dafür sind, Ihr Produkt zu erkunden und Feedback zu geben.
Warum also nicht dieselbe Dokumentation untersuchen, die dazugehörige Dokumentation, um zu sehen: „Okay, hilft das diesen Leuten tatsächlich dabei, das zu tun, was sie tun wollen? Oder sollten wir es genauso verbessern, wie wir es mit dem Produkt tun?“
Henri Seymour:
Nein, das ist wirklich gut, wenn man das vergleicht, wir haben gerade ein Produkt veröffentlicht. Geben Sie uns Feedback, wenn Sie dasselbe mit der Dokumentation tun. Denn dann wird es seinen Höhepunkt erreichen, bevor jeder den Dreh raus hat. Wir haben gerade diese Feature-Version veröffentlicht, teilen Sie uns mit, wie Sie sie verwenden, und die Dokumentation ist gewissermaßen Teil davon, insbesondere für komplexere Produkte.
Matt Reiner:
Exakt.
Henri Seymour:
Haben Sie irgendeinen Hintergrund in der Kundenbetreuung? Wir führen den Kundensupport sowie deren Dokumentation intern durch. Deshalb versuchen wir, die Dokumentation zu verbessern, um die Supportbelastung unseres Teams zu verringern. Hast du irgendeinen Hintergrund in dem... Kannst du es lösen?
Matt Reiner:
Ja. Ja und nein. Es ist interessant. Ich arbeite jetzt bei K15t, ich war früher Kunde von K15t, also habe ich das Team so kennengelernt. Und so habe ich auch die Dokumentation überhaupt erst kennengelernt. Bei meinem letzten Job haben sie mich beauftragt, dieses System namens Jira zu verwalten. Und ich sagte: „Ich weiß nicht, was das ist.“ Ich sagte ihnen: „Ich dachte, ich könnte es schaffen.“ Und ich habe es herausgefunden, es war dieses kleine Ding namens Jira On-Demand, das jetzt Jira Cloud ist. Und ich habe dem Unternehmen auch Confluence On-Demand vorgestellt. Und wow, ich habe Jira oft kaputt gemacht.
Zum Glück war es zu der Zeit nicht unternehmenskritisch, wir waren immer noch dabei, es wirklich herauszufinden. Aber erst durch die Dokumentation von Atlassian zu Jira habe ich wirklich gelernt: „Wow, diese Inhalte haben hier einen enormen Wert.“ Und dann entdeckte ich: „Okay, wie erstellt Atlassian ihre Dokumentation? Oh, sie machen das in Confluence. Sie schreiben es in Confluence. Sie verwenden diese Apps von K15t.“ Also fing ich an, diese Apps zu verwenden, und dann habe ich viel mit dem K15t-Kundensupport gesprochen, nur Fragen und wie fange ich damit an?
Und wir bieten unseren Support auch intern an, also ist es wirklich großartig. Also vielleicht habe ich es als Kunde zu oft genutzt, ich weiß nicht. Ich sollte einige meiner Kollegen fragen, ob sie genug von mir haben. Aber der Vorteil lag auf der Hand, denn sie sagten mir: „Oh, hier ist die Dokumentation dazu. Und hier ist die Antwort auf diese Frage oder hier sind die Überlegungen, die Sie berücksichtigen sollten.“ Und tatsächlich schauen wir uns jetzt einige unserer Teams wirklich an, vor allem nach den Funktionen, die sehr robust sind, und die Leute haben Fragen.
Es ist also wie, wie können wir ihnen helfen, sich selbst zu helfen? Und diese Ressourcen bereitzustellen ist eine Sache, sicherzustellen, dass Google sie finden kann, nun ja, eine andere. Aber das ist eine wirklich wichtige Sache, vor allem, weil als Produktteam, wenn Ihre Nutzerbasis wächst, auch Ihr Bedarf an Unterstützung steigt. Es ist nur... Ich will nicht sagen, dass es exponentiell ist, aber es entspricht einander. Eine der Möglichkeiten, dem entgegenzuwirken, besteht darin, sicherzustellen, dass Sie ein gutes Design haben, damit Ihr Produkt einfach zu bedienen ist. Und zum anderen benötigen Sie gute Inhalte rund um das gesamte Erlebnis, damit Sie nicht immer mehr Support-Mitarbeiter einstellen müssen.
Oder Ihre Support-Mitarbeiter können sich spezialisieren und sich wirklich auf diese tief verwurzelten Probleme konzentrieren, und dann sollte die Dokumentation beim Rest helfen. Aber das Geheimrezept ist knifflig. Es ist schwierig, den perfekten Inhalt zu schreiben, um die Fälle abzuwehren. Das ist jedermanns Traum.
Henri Seymour:
Auch wenn es einfach nicht alle sind, aber einige der häufigsten Anwendungsfälle werden langsam vom Support abgelenkt, weil die Leute Self-Service machen können. Das macht einen Unterschied. Und ich verstehe auch die Idee der Jira-Dokumentation wirklich. Easy Agile funktioniert auf Jira und es ist... Jira ist derzeit ein unglaublich kompliziertes Produkt, und ich kann mir vorstellen, dass es wahrscheinlich auch kompliziert war, als es Jira On-Demand war. Weil es so kompliziert und detailliert ist, gibt es keine Möglichkeit, es einem Benutzer ohne diese Dokumentation leicht verständlich zu machen. Daran führt kein Weg vorbei.
Matt Reiner:
Ja. Ich denke, es sollte einen Club für die Leute geben, die in Jira zu oft Workflows kaputt gemacht haben. Aber ja, ich meine, die Dokumentation hat mich viele Male gerettet und ich müsste eine... Nun, zu der Zeit war es eine HipChat-Nachricht. Möge es in Frieden ruhen und ich müsste sagen: „Ich habe Jira kaputt gemacht, gib mir eine Minute. Ich muss etwas lesen gehen.“ Nicht so, wie du Jira lernen möchtest, aber es ist eine Option.
Henri Seymour:
Ist es. Manchmal lernt man Dinge, indem man Dinge kaputt macht. Das ist...
Matt Reiner:
Das ist richtig.
Henri Seymour:
Scheint wirklich meine bisherige Erfahrung mit Software zu sein. Du versuchst, die Dinge kaputt zu machen, die die Leute gerade nicht benutzen, und das ist ungefähr alles, was du tun kannst.
Matt Reiner:
Exakt.
Henri Seymour:
Also hat K15t kürzlich Rock the Docs veröffentlicht. Kannst du uns etwas mehr über dieses Projekt erzählen?
Matt Reiner:
Ja. Rock the Docs, eigentlich ging das aus einer Menge Informationen hervor, die ich von K15t bekommen habe. Kundensupport, die ich von der K15t-Dokumentation erhalten habe, habe ich von der Atlassian-Dokumentation erhalten. Und dann einige Dinge, die ich selbst herausgefunden habe, oder einige meiner Kollegen bei K15t haben es getan. Im Grunde genommen, was sind die besten Methoden, um wirklich gute Inhalte in Confluence zu erstellen? Und es begann wirklich mit einer Sammlung von Anleitungen zur Erstellung von Inhalten zur technischen Dokumentation. Es ist darauf ausgerichtet, ein öffentliches Hilfecenter einzurichten, aber in Wirklichkeit ist es für alle Arten von Inhalten, die Sie möchten, wie immergrüne, langjährige Inhalte, um Menschen helfen zu können.
Wir haben also zunächst über alle möglichen Dinge gesprochen, wie die Strukturierung deiner Inhalte, die Wiederverwendung von Inhalten und die Verwaltung mehrerer Sprachen, was in Confluence schwierig sein kann. Zusammenarbeit, Veröffentlichung deiner Inhalte auf die eine oder andere Weise außerhalb von Confluence, Verwaltung von Versionen dieser Inhalte. Das ist also der Anfang. Und dann bekamen wir eine Menge positiver Reaktionen und hatten allgemeinere Fragen wie: „Okay, aber was sind die besten Möglichkeiten, Feedback in Confluence zu erhalten?“ Oder: „Wie erstelle ich eine Vorlage oder eine gute Vorlage oder wie erstelle ich ein gutes Diagramm in Confluence?“
Deshalb haben wir diesen Inhalt erweitert, sodass er sich auf alle möglichen allgemeinen Confluence-Dinge konzentriert. Weil wir festgestellt haben, dass es da draußen eine Menge Informationen darüber gibt, wie man etwas macht. Die Atlassian-Dokumentation war wirklich hilfreich, aber es gab nicht so viele. Ich frage mich: „Warum würdest du das tun? Und warum würdest du das auf diese spezielle Art machen?“ Und wir arbeiten jetzt seit über 10 Jahren mit Confluence zusammen. Wie ich schon sagte, ich bin seit den ersten Tagen mit den krassen Wolken bei Confluence. Es ist so schnell gewachsen, es ist wunderschön.
Aber wir wissen einfach, dass wir eine Menge Dinge mit Confluence gemacht haben, also war es ein echtes Privileg, das beide in Form dieser schriftlichen Anleitungen zu teilen. Und dann haben wir vor Kurzem auch damit begonnen, eine Serie auf unserem YouTube-Kanal zu veröffentlichen, in der es um die Best Practices von Confluence geht.
Henri Seymour:
Das ist großartig. Es ist wirklich interessant zu hören, dass das als kleineres Projekt begann, als es sich herausstellte, weil man den Wert und den Nutzen darin sehen konnte. Wir haben jetzt ein paar Mal über Confluence gesprochen und K15t entwickelt Apps, die Confluence als Dokumentationsquelle verwenden. Kannst du uns mehr darüber erzählen, warum Confluence für die Erstellung technischer Dokumentationen nützlich ist? Welche Tools und Herangehensweisen machen es in diesem Zusammenhang nützlich?
Matt Reiner:
Ja. Confluence ist von Natur aus offen, und so werden technische Schreibwerkzeuge nicht gebaut. Tatsächlich erinnere ich mich an das erste Mal, als ich zu einer Konferenz für technisches Schreiben ging und mich jemand fragte: „Oh, welches Tool verwendest du?“ Das ist quasi das, worüber die Leute in der technischen Kommunikation sprechen, weil wir in dieser Hinsicht alle Nerds sind. Und ich dachte: „Oh, ich mache das in Confluence.“ Und danach wollten sie nicht wirklich mit mir sprechen, weil sie nicht dachten, dass ich ein ernsthafter Tech-Autor bin. Und ich sagte: „Oh nein, nein, nein, nein, das passiert alles.“
Zu diesem Zeitpunkt existierte Rock the Docs noch nicht. Also konnte ich nicht sagen: „Geh rüber und sieh, wie es funktioniert.“ Aber der größte Unterschied ist, dass die meisten technischen Schreibwerkzeuge einfach komplett gesperrt sind. Sie haben zwei Lizenzen für Ihre beiden Personen, die ausgebildete professionelle technische Korrektoren sind, und dann für alle anderen, es gibt keinen Zugriff. Du berührst es nicht. Vielleicht schicken Ihnen Ihre technischen Redakteure ein PDF und Sie müssen den gottschrecklichen Prozess durchlaufen, ein PDF zu markieren, um ihnen mitzuteilen, was sie korrigieren müssen. Oder ich habe von Teams gehört, die den Inhalt ausdrucken und Leute angeben, was geändert werden muss.
Die Überprüfungsverfahren sind einfach nicht von dieser Welt verrückt. Und diese Tools passen nicht besonders gut zu agilen Prozessen, weil es so ist, du baust das Ding hier drüben und dann sind hier die beiden technischen Autoren in ihrem separaten Tool. Und irgendwann werden wir sagen: „Okay, das Ding ist fertig. Würdest du darüber schreiben?“ Bei Confluence besteht der Vorteil der Verwendung von Confluence also darin, dass es für jeden im Team und sogar für Personen außerhalb des Teams zugänglich ist. Und das ist unglaublich von einem Beamten, weil wir bei Agile gesehen haben, aber wir sehen auch in diesem Bereich der technischen Kommunikation und des Informationsdesigns, dass Teams immer weniger nach Fachkräften suchen, die ausgebildete technische Redakteure sind.
Was ein Oxymoron ist, weil die Hälfte von uns, wir haben keinen Abschluss in technischem Schreiben, wir sind aus dem einen oder anderen Grund darauf reingefallen. Aber jetzt beginnen die Teams zu erkennen: „Hey, ich kann Codeentwickler und Informationsentwickler werden. Ich schreibe vielleicht nicht den letzten schriftlichen Inhalt, der von unseren Kunden gesehen wird, aber vielleicht schreibe ich den ersten Entwurf.“ Confluence macht das wirklich allen zugänglich. Und gerade bei Erwähnungen und Inline-Kommentaren sind die Überprüfungsprozesse einfach so schnell.
Eigentlich war der Grund, warum ich bei meinem letzten Job zu Confluence gewechselt bin, dass mein Produktmanager mir drohte und sagte: „Ich werde kein weiteres PDF mit Markups versehen. Geh und finde ein gutes Tool, mit dem wir alle arbeiten wollen.“ Und dort sind wir auf Confluence gelandet. Es geht darum, das gesamte Team in den Schreibprozess einzubeziehen, anstatt dass es sich um eine separate Sache handelt. Denn wenn es eine separate Sache ist, verlieren wir den Überblick. Und beim Inhalt vergessen wir, wie wichtig er für unser Produkt ist, für den Kundenlebenszyklus, für... Gott segne den Kundensupport, der diese Inhalte wirklich, wirklich braucht, um gut und korrekt zu sein.
Und es muss von den echten Experten gesehen werden, die bestätigen: „Ja, okay, das ist richtig. Das wird den Leuten tatsächlich zeigen, wie unser Produkt funktioniert.“ Und Confluence ist quasi das Herzstück davon.
Henri Seymour:
Nein, es ist toll zu hören, wie das alles zusammenkommt, um die Dokumentation als Team zu erstellen. Können Sie näher auf die verschiedenen Rollen eingehen, insbesondere in der Softwareentwicklung, und auf die verschiedenen Rollen, in denen Sie sich an Ihrem Dokumentationsprozess beteiligen möchten? Wir arbeiten hier bei Easy Agile daran, unsere spezifischen App-Teams aufzubauen, da wir derzeit wachsen.
Matt Reiner:
Ja. Das ist so eine gute Frage. Nun, was...
Henri Seymour:
Und wie integriert man... Entschuldigung, das bezieht sich eher auf meine Frage. Wie integrieren Sie diesen technischen Schreibprozess in die Arbeit eines agilen Softwareentwicklungsteams?
Matt Reiner:
Nun, zunächst müssen die Prioritäten überdacht werden, weil die meisten Teams sagen: „Dokumentation hier unten, Testen und dann alles andere oben“. Im Allgemeinen sollten diese beiden Dinge also nach oben verschoben werden. Und eigentlich ist der Inhalt rund um unser Produkt... Ich möchte nicht traumatisch klingen, aber wenn wir keine Informationen haben, haben wir kein Produkt. Mir ist egal, wie viel Code du schreibst. Wenn wir es den Leuten nicht erklären, wenn wir keinen guten UI-Text haben, wenn wir keine gute In-App-Hilfe haben, existiert er nicht. Es ist kein nützliches Tool, es ist nur eine Reihe von mathematischen Methoden, mit denen Menschen nicht interagieren können.
Inhalte sind also unerlässlich, daher ist es wirklich wichtig, dass wir sie so weit bringen, dass jeder im Team erkennt, dass das Inhaltserlebnis, das unsere Nutzer haben, das Produkterlebnis ist, das sie haben. Es muss also Teil des Produktentwicklungsprozesses sein. Also dann der nächste Schritt, von dem ich weiß, dass Sie über Teamstruktur sprechen, aber der nächste Schritt ist, dass wirklich jeder im Team wissen muss, dass er ein Autor ist, und zwar ein guter Autor. Und das ist wichtig, weil viele Leute das noch nie gehört haben. Sie haben nie gehört, dass sie ein guter Schriftsteller sind, und sie haben wahrscheinlich nie gehört, dass sie Schriftsteller sind.
Ich erinnere mich an die Universität, mein Schreibunterricht waren die Dinge, auf die ich nicht geachtet habe. Ich habe Mathematik und Java-Programmierung und Statistik gemacht. Sogar das schien mir wichtiger zu sein, nicht der Schreibunterricht. Und dann stellt sich heraus, dass tatsächlich jeder schreiben muss. Wir schreiben alle. Es ist also wirklich wichtig zu wissen, dass das eine Rolle ist, die jeder ausfüllt. Und wenn es dann um die eigentliche Teamstruktur geht, braucht man Leute, die sozusagen bereit sind, die Streams zu überqueren. Wenn Sie jemanden hinzuziehen, der sich auf Testtechnik konzentriert, muss dieser erkennen, dass die Testpläne, die er schreibt, einer Menge Benutzerdokumentationen, die geschrieben werden müssen, sehr ähnlich sind.
Sie schreiben Aufgabenthemen oder Aufgabenanweisungen, tun Sie dies, tun Sie dies, tun Sie das immer und immer wieder. Das ist Dokumentation. Sie könnten auf diese Weise beitragen. Ingenieure könnten, wie ich bereits erwähnt habe, die erste Kopie vieler sogenannter Konzeptthemen verfassen. Also Bereiche der Dokumentation, in denen Sie Konzepte erklären, weil sie bereits wissen, was diese Konzepte sind. Wenn Sie sich in der Tat die Wurzeln vieler agiler Entwicklungsteams ansehen, verwenden sie Epen, User Stories und Akzeptanzkriterien. Und all diese lassen sich perfekt in die Dokumentation integrieren, die Sie für das neue Feature, an dem Sie arbeiten, oder das Sie verbessern, erstellen mussten.
Es ist also wirklich wichtig, dass jeder erkennt, dass wir alle bereits Dokumentationen erstellen, damit wir einen Beitrag leisten können. Und dann möchten Sie natürlich wirklich mindestens einen englischen Muttersprachler haben. Vielleicht kein Muttersprachler, aber jemand, der sich in seinem Englisch oder in der Sprache, in der Sie schreiben, sicher fühlt. Englisch lässt sich in der Regel am billigsten in andere Sprachen übersetzen, also ist es das, wofür sich die Leute oft entscheiden. Aber diese Person ist die Person, die alles, was jeder geschrieben hat, nimmt und es auf den richtigen Stil und Ton bringt. Und dann bringt er es raus. Das ist es, was wir als erfolgreich ansehen.
Wie unsere Teams im Moment haben wir keine seriösen Tech-Autoren. Wir haben Produktmanager, die schreiben. Wir haben Produktvermarkter, die schreiben. Wir haben Ingenieure, die schreiben. Einige der besten Dokumentationen, die ich je gelesen habe, stammen von einem unserer deutschsprachigen Ingenieure. Ich dachte: „Peter, das ist eine tolle Anleitung. Du musst dieses Java verlassen und Englisch lernen, Mann. Es ist großartig. Es ist großartig.“ Also hat er ein paar gemacht, was ich wirklich liebe. Aber ja, es geht darum, aus den typischen Rollen herauszuspringen und zu erkennen, dass wir das alles sowieso alle dokumentieren.
Henri Seymour:
Ich liebe den Fokus, besonders mit Ihrem deutschsprachigen Kollegen. Der Fokus liegt nicht nur darauf, dass Sie die Dokumentation schreiben müssen, weil Sie wissen, wie das Produkt funktioniert, und das brauchen wir schriftlich. Es ist, Sie sind in der Lage, die Dokumentation zu schreiben, Sie können das tun. Sie haben diese zusätzliche Sicherheitsbarriere gegenüber jemandem, der die Sprachkenntnisse hat, dass er es am Ende massieren und bearbeiten wird.
Also, bevor es irgendwohin kommt, wird alles, was Sie tun, herausgefiltert, wenn es nicht funktioniert. Sie benötigen jedoch keinen speziellen technischen Hintergrund, um die Dokumente zu schreiben.
Matt Reiner:
Nein, absolut nicht. Tatsächlich gibt es eine ganze Gemeinschaft von was... Sie nennen sich selbst Dokumentarfilmer und heißen Write the Docs. Und diese ganze Community, diese ganze Gruppe konzentriert sich darauf, es spielt keine Rolle, was Sie tun, es ist wichtig, dass es Ihnen wichtig ist, die Dokumente zu schreiben und zum Inhalt beizutragen. Und das war, glaube ich, ein großer Wandel in der Branche, wo die Leute dachten, wir wären getrennt. Aber jetzt ist es so: „Nein, nein, nein, wir sind alle in der Lage, das zu tun.“ Und sobald wir die Beiträge respektieren können, die jeder von uns leisten kann.
Und dann habe ich auch den Schutz, dass jemand anderes seine Augen darauf richten wird, was selbst in meinem Schreiben, ich sage: „Ich schicke es nicht gerne raus, bis es jemand anderes gesehen hat.“ Weil ich ständig Rechtschreib- und Tippfehler mache. Ich möchte wirklich, dass sich ein anderer Kollege das ansieht. Auch wenn sie kein Englisch als Muttersprache haben, weil sie meine Tippfehler ziemlich oft erwischen. Dieses Gefühl der Zusammengehörigkeit ist genauso, wie wir uns fühlen, wenn wir ein Projekt oder ein Produkt versenden.
Egal, ob Sie die Tests dafür durchgeführt haben, oder ob Sie den Code dafür geschrieben haben oder ob Sie das Produktmarketing dafür gemacht haben. Es ist wie: „Es ist unser Baby. Lass es uns rausschicken und sehen, was passiert.“ Der Inhalt ist genauso.
Henri Seymour:
Ja, Teil meiner täglichen Rolle und [unhörbar 00:28:03]... Wir haben kein QA-Team, das von den Entwicklern getrennt ist. Unsere Entwickler überprüfen auch unseren Code und es entsteht das Gefühl: „Ich habe dieses Ding geschrieben, aber ich habe ein oder zwei andere Leute, die es verfeinert haben und dafür gesorgt haben, dass die Qualität gut genug ist. Sie haben diesen frischen Blick, also werden sie die Rechtschreibfehler sehen, sie werden die kleinen kleinen Fehler erkennen, die ich mir einfach zu lange angesehen habe, um sie noch zu bemerken.“
Ich habe festgestellt, dass der Prozess des Schreibens von Dokumentationen einige Parallelen hat, wie zum Beispiel: „Hier ist mein Ding. Ich hätte gerne Feedback dazu, bevor es in die reale Welt geht.“
Matt Reiner:
Ja.
Henri Seymour:
Das ist großartig.
Matt Reiner:
Ja, absolut. Ja.
Henri Seymour:
In Ordnung. Können Sie etwas über den Unterschied zwischen der kundenorientierten Dokumentation, die wir bisher hauptsächlich besprochen haben, und der internen Dokumentation sprechen?
Matt Reiner:
Ja. Es gibt einige Unterschiede und es gibt einige große Ähnlichkeiten. Also das ist sehr... Das klingt sehr technisch und hässlich. Der Begriff Informationsarchitektur ist wirklich wichtig für jede Art von Inhalten, intern und extern. Und das ist wirklich so, wenn Sie ein Entwickler sind, kennen Sie sich mit XML aus, Sie sind damit vertraut, Dinge auf diese Weise zu strukturieren. Unsere Inhalte müssen auf die gleiche Weise funktionieren. Und das gilt für die interne und externe Dokumentation. Also, viele der Dinge, die sie als Autoren verwenden, wenn sie eine Seite oder einen Artikel in der Zeitung schreiben, verwenden sie den Pyramidenansatz, bei dem sie die großen Informationen an die Spitze stellen. Und dann konzentrieren sie sich langsam auf das Thema und geben immer mehr Informationen darüber.
Sie sollten jedoch sicherstellen, dass jemand, der nur den ersten Absatz liest, eine ungefähre Vorstellung davon bekommt, um welche Informationen es sich handelt. Und das ist wirklich wichtig für erfolgreiche Confluence-Seiten und -Bereiche. Die Leute sollten in der Lage sein, auf der obersten Ebene des Bereichs zu beginnen, zu verstehen, worum es in dem Bereich geht, und dann in der Lage sein, auf der Seite selbst zu dem zu navigieren, worüber sie wirklich lernen möchten. Was dann aus Überschriften, Unterüberschriften und Aufzählungspunkten bestehen sollte, um diese Informationen einfach zu verbreiten und aufzuschlüsseln. Weil jeder überfliegt.
Wir brauchen, dass unsere Inhalte überflogen werden können, unsere Räume müssen überflogen werden können. Und diese Art von Inhalten macht auch die Confluence-Suche glücklich, insbesondere die neue Confluence Cloud-Suche, die stark verbessert wurde. Dazu gibt es eine ganz neue elastische Suchbasis, die gerade optimiert wird. Aber es ist glücklich, es ist genau wie bei Google, wenn wir unsere Inhalte so strukturieren. Wenn Sie also eine Seite haben, die nur aus Text besteht, ohne Überschriften, die Sie nicht in Seiten oder gar Leerzeichen aufteilen, wird niemand damit zufrieden sein.
Die Bots werden damit nicht zufrieden sein, die Leute, die lesen, werden damit nicht zufrieden sein. Es erfordert also ein bisschen Arbeit, die Struktur unserer Inhalte zu strukturieren und aufzubrechen. Es ist wahrscheinlich alles in Ordnung, solange es aktuell ist, aber es ist wirklich wichtig, dass wir darüber nachdenken, wie wir das in Confluence strukturieren, damit die Leute es finden und die Leute es überfliegen können. Und genau das scheint viele interne Confluence-Instanzen zu plagen, denn viele... Vielleicht konzentriert sich das Team nicht so sehr darauf.
Es ist wie: „Oh, unser externes Hilfecenter, das aus diesem Bereich hier kommt, das ist in Ordnung. Unser Teamraum, großes Durcheinander, totaler Reifenbrand.“ Und niemand kümmert sich darum, weil sie glauben zu wissen, wo alles ist. Aber dann fängst du an, darüber nachzudenken: „Okay, aber was ist mit dem neuen Teammitglied? Wie finden sie etwas?“ Oder: „Was ist mit dem Teammitglied, das seit sechs Wochen wegen Vaterschaftsurlaubs weg ist? Werden sie sich daran erinnern, wo alles ist, oder wissen sie, wo all die neuen Sachen sind?
Was ist mit Menschen mit Behinderungen? Wird es für sie viel schwieriger sein, zu den Informationen zu navigieren, die sie benötigen? Weil sie mit einem Screenreader arbeiten und versuchen, durch eine Textwand zu gehen. Sie benötigen Überschriften, ein Screenreader verlässt sich auf diese Überschriften und Titel.“ Es gibt also einfach so viele Überlegungen, die die Unternehmensführung wirklich verstehen muss. Nur weil Sie einen Prozess haben, um etwas zu tun, oder die Informationen irgendwo sind, heißt das nicht, dass Sie kein großes Informationsproblem haben. Und all deine Inhalte in Confluence zu pflegen und dann gut zu pflegen.
Dies ermöglicht es den Menschen, die Frustration zu vermeiden, nach Informationen zu suchen, Informationen zu verlieren, Informationen neu lernen oder neu schreiben zu müssen. Ich habe in zu vielen Unternehmen gearbeitet, in denen Informationen einfach überall gesiebt werden. Ich möchte sie nicht einmal Silos nennen, weil auch niemand mehr weiß, wo sich die Dinge befinden. Das ist es, was Confluence ausmacht, und darauf kommt es sowohl bei internen als auch bei externen Inhalten an.
Henri Seymour:
Das ist eine großartige Perspektive. Und ich kann die Silos sehen, es ist wirklich mehr... Nur ein großer Stapel, du kannst nichts finden. Ich war...
Matt Reiner:
Exakt.
Henri Seymour:
... seit mehr als der Hälfte seines Lebens bei Easy Agile und ich habe das Gefühl: „Oh, ich weiß, ich habe das irgendwo aufgeschrieben. Ich weiß, dass ich das irgendwo aufgeschrieben gesehen habe.“ Und wir machen es uns zur Gewohnheit, vor allem, weil wir immer mehr Leute einstellen. Jedes Mal, wenn jemand ein Onboarding durchläuft, wird er sich die gesamte Dokumentation ohne vorherige Hintergrundinformationen ansehen. Und wir möchten speziell ihr Feedback dazu hören. Denn wenn es für sie funktioniert, dann ist das die Dokumentation, die wir für sie und für alle nach ihnen brauchen, und für alle, die schon hier sind.
Vor allem bin ich jetzt seit fast drei Jahren bei Easy Agile und ich habe gesehen, wie es von acht Mitarbeitern auf jetzt, glaube ich, über 20 Jahre gewachsen ist. Ende des Jahres werden wir in die 30er Jahre übergehen.
Matt Reiner:
Beeindruckend.
Henri Seymour:
Das Wachstum der Informationen, die wir in unserer internen Dokumentation haben, und ich bin mir sicher, dass dies mit dem Wachstum der Produktdokumentation für ein Produkt einhergehen würde, das seit drei bis fünf Jahren expandiert. Wie verwaltest du die Dokumentation und die Confluence-Bereiche, wenn das Team und das Unternehmen wachsen und du einfach immer mehr Seiten daraus entwickelst?
Matt Reiner:
Das ist die Frage seit den Anfängen des Universums oder zumindest seit den Anfängen von Confluence, was ist der Unterschied? Die größte Sache ist die Teamverantwortung, also zu wissen, dass dies unser Raum ist, das ist unser Inhalt. Und zwar nicht auf territoriale Weise, aber das liegt in unserer Verantwortung. So wie wir über unseren Planeten nachdenken sollten, sollten wir auch über unsere Inhalte nachdenken und dafür sorgen, dass sie gepflegt und gepflegt, aktuell und korrekt sind. Und dann, wenn sich die Dinge ändern.
Wir haben zum Beispiel ein Produkt namens Scroll Viewport, mit dem du Inhalte von Confluence in einem öffentlichen Gesundheitszentrum veröffentlichen kannst, was wirklich, wirklich cool ist. Damit hatten wir also eine Server- und Rechenzentrumsversion. Das haben wir schon seit geraumer Zeit. Das war es, was ich genutzt habe. Und dann haben wir uns auf den Weg gemacht, eine Cloud-Version zu entwickeln, und die Cloud erfordert eine ganze Reihe neuer Infrastrukturen, was viel Spaß macht und sehr herausfordernd ist, aber es ist eine ganz andere Sache.
Es ist nicht so, dass man einfach den Servercode hochziehen und ihn einfach in die Cloud ziehen kann, worum ich sie als Benutzer jahrelang gebeten habe: „Warum ist das nicht in der Cloud?“ Jetzt weiß ich warum. Also haben wir ein neues Team zusammengestellt, das mit Scroll Viewport on Cloud begann. Und anfangs war es nur ein sehr schlampiges Projekt. Und ich erinnere mich an die erste Seite, auf der wir da oben waren wie: „Whoa, sieh dir diese Seite an, die wir veröffentlicht haben.“ Und von da an ging es weiter. Aber irgendwann mussten wir die beiden Teams wieder zusammenbringen. Und was wir einfach hätten sagen können: „Oh, dieser alte Viewport-Raum, was auch immer. Wir lassen es einfach da und machen dann einfach mit dem neuen weiter.“
Aber stattdessen nahm sich das Team Zeit und brachte die beiden Bereiche zusammen und ging die alten Inhalte im Viewport Server- und Rechenzentrumsbereich wirklich durch, um zu sagen: „Ist das alles noch relevant? Brauchen wir das immer noch?“ Es wurde also auf so erstaunliche Weise neu angeordnet. Einige unserer Teams sind wirklich gut darin geworden, diese Räume so einzurichten, dass ich reinkommen kann. Weil ich mit all unseren Teams zusammenarbeite, geh einfach rein und finde, was ich brauche, auch wenn ich nicht täglich in ihnen arbeite. Ich bin einfach so froh, ich bin so stolz auf das Team, dass es diesen Raum nicht einfach irgendwo schwinden lässt oder Angst hat, Inhalte zu löschen oder zu archivieren, was bei vielen Leuten der Fall ist.
Es ist wie: „Nein, was ist, wenn wir etwas verlieren?“ Es ist wie: „Nein, nein, nein, das haben wir hinter uns gelassen. Wir müssen es wirklich löschen.“ Das ist die Art von Einstellung, die wir brauchen: Unsere Teams teilen sich auf, erweitern und wachsen, und wir müssen uns dieser Inhalte bewusst sein. Denn auch hier gilt: Denkt an die neue Person, denkt an die Person, die etwas Neues lernt. Denke an die Person, die vielleicht eine Behinderung hat und versucht, die Inhalte zu bekommen, die sie braucht. Sie haben einfach nicht den Hintergrund, den Sie haben. Sie sind die Hälfte ihres Lebens in der Firma und wissen, wie man den Gedankenstapel durchwühlt, um genau das herauszuholen, was man will, aber sie nicht.
Henri Seymour:
Ja, und ich möchte nicht die Person sein, die sie jedes Mal fragen müssen, wenn sie Informationen benötigen: „Hey, kannst du das für mich finden?“ Nein, nein. Ich möchte ein System aufbauen, das bedeutet, dass ich nicht ständig dieselben Fragen beantworten muss. Das ist einer der Gründe, warum ich seitdem so viel interne Dokumentation mache [unhörbar 00:37:36]. Ich habe diese Frage einmal beantwortet, das reicht.
Matt Reiner:
Ja. Das ist eine wirklich gute Möglichkeit, alle Mitwirkenden an der Dokumentation zu motivieren. „Hey, weißt du, wie du diesen Teil unserer App einmal geschrieben hast und dann haben dich alle gefragt, wie er seitdem funktioniert? Dokumentiere es einfach einmal und ich verspreche, dass du es nie wieder beantworten kannst.“ Genau das ist eine gute Motivation.
Henri Seymour:
Ist es. Außerdem haben wir ein Team für Support-Modelle, also arbeite ich an den Storemaps und Personas, dem Produktentwicklungsteam. Und das ist dasselbe Team, das alle Support-Anfragen zu Storymaps und Personas erhält. Also ja, je besser wir das Produkt machen, desto besser machen wir die Dokumentation, desto weniger Zeit verbringen wir jeden Morgen damit. Und je mehr wir zu unseren regulären Jobs zurückkehren können.
Matt Reiner:
Exakt.
Henri Seymour:
Es war großartig, um uns dabei zu helfen, mit den Kunden in Kontakt zu bleiben und zu erfahren, was sie tun und welche Informationen sie benötigen, wenn sie unser Produkt verwenden. Du hast erwähnt, dass es zwar notwendig, aber wertvoll ist, von Zeit zu Zeit archivbasierte Dinge, Seiten in Confluence, zu löschen. Wenn du dir eine Seite ansiehst und dich fragst, ob es Zeit ist, sie zu öffnen, welche Art von Fragen stellst du dir?
Matt Reiner:
Nun, eine tolle Idee ist wie, sieh dir das Datum der letzten Änderung auf dieser Seite an. Das ist im Allgemeinen ein ziemlich gutes Zeichen für so etwas wie: „Schauen die Leute es sich überhaupt an?“ Wenn Sie Cloud Premium und höher nutzen, können Sie sich sogar auf jeder Seite einige großartige Kennzahlen ansehen, um zu sehen, wer sich das Ding ansieht? Ist das wertvoll? Wie sind die Aussichten? Genauso, wie Sie sich Ihre externe Website ansehen würden, um zu sehen, ob Ihre Inhalte wertvoll oder effektiv sind. Aber in der Regel haben wir eine Menge Trümmer übrig, die von der Produktentwicklung oder Teamaktivitäten übrig geblieben sind.
Wenn Sie beispielsweise im Marketing tätig sind und eine Kampagne von vor drei Jahren haben, benötigen Sie dann wirklich all diese detaillierten Seiten? Vielleicht behalten Sie die gesamte Kampagnenseite bei, vielleicht ist das nützlich, aber brauchen Sie wirklich alles? Wenn du gerne testest, brauchst du wirklich jeden Testplan, den du jemals erstellt hast? Wenn Sie im Rechtsteam sind, möchten Sie wirklich Ihre rechtlichen Bedingungen von vor 10 Jahren? Vielleicht, vielleicht, bin ich nicht in der Rechtsabteilung. Aber oft haben wir diese Angst vor, es ist wie Angst vor fehlenden Inhalten.
Es ist wie: „Oh nein, wenn ich das loswerde, werde ich es nicht haben.“ Aber Informationen, genau wie Sprache, genau wie die Art und Weise, wie wir denken, genau wie die Art und Weise, wie unsere Teams wachsen, sie ändern sich. Und deshalb müssen wir uns dessen bewusst sein. Da wir uns als Team verändern, sollten Sie damit rechnen, dass sich unsere Inhalte ändern. Und ein Teil davon ist, das alte Zeug loszuwerden. Es lohnt sich also immer. Wenn du es in Frage stellst, frag einen anderen Fachexperten und sage: „Hey, ich bin mir ziemlich sicher, dass wir das nicht mehr brauchen, oder wir sollten es überarbeiten. Was denkst du?“ Aber wenn niemand Bedenken hat, solltest du es wahrscheinlich löschen.
Henri Seymour:
Nein, das ist großartig. Ich bin ein großer Fan von Entrümpeln, auch von digitalem Entrümpeln. Es ist, ich möchte, dass die Leute Sachen finden und je weniger Stapel es gibt, desto einfacher wird es sein.
Matt Reiner:
Ja. Weil schlechte Informationen irgendwie weniger hilfreich sind als keine Informationen.
Henri Seymour:
Ja. Es ist, als würden sie auf eine Frage stoßen und sie sagen: „Oh, ich habe es auf diese Weise versucht.“ Ich sage: „Oh, dieser Weg funktioniert nicht mehr. Du wirst tun müssen... Wo hast du das aufgeschrieben gefunden? Ich werde auf dem Laufenden bleiben.“ Es ist...
Matt Reiner:
Ja.
Henri Seymour:
... neue Leute, die Sachen machen. Der beste Weg, um zu verstehen, wo Ihre Dokumentation ins Stocken gerät. Es ist genauso, als ob Sie nie verstehen werden, wie Ihre Produktdokumentation und Ihr Produkt selbst Ihre Benutzer im Stich lassen, bis sie zu Ihnen kommen und Ihnen sagen: „Warum kann ich das nicht tun?“
Matt Reiner:
Ja. Ja. Ja, diese Fähigkeit, jemanden neu in Ihr Team zu holen, ist so unglaublich. Und es ist fast schwierig, am ersten Tag des Onboardings zu sagen: „Du hast frische Augen, bitte nutze sie. Das wird als Inline-Kommentar bezeichnet, bitte platzieren Sie ihn überall.“ Ich erinnere mich, dass ich unser Mitarbeiterhandbuch für die Personalabteilung durchgesehen habe, das wir kurz vor meinem Beitritt gerade erstellt hatten. Und ich erinnere mich, dass sie mir sagten: „Falls es irgendwelche Fragen gibt, hat uns at erwähnt.“ Und ich hatte wirklich Angst davor. Aber wir haben viele Dinge korrigiert.
Zum Beispiel haben wir erwähnt, dass Sie diese Dinge tun auf... Wie wurde es nach HipChat genannt? Das Produkt, das so schnell lebte und starb.
Henri Seymour:
Ich glaube, den habe ich verpasst.
Matt Reiner:
Oh, die, die Atlassian gemacht und dann an Slack verkauft hat.
Henri Seymour:
Nun, wo fange ich überhaupt damit an?
Matt Reiner:
Wie geht es mir... Es war eine tolle App, sie hat mir sehr gut gefallen. Aber wir haben im Mitarbeiterhandbuch erwähnt, dass wir das verwenden sollten. Und ich sage: „Oh, ich glaube, wir verwenden jetzt Slack, wir sollten diesen Inhalt aktualisieren.“ Das sind Dinge, die die Personalabteilung niemals durchgehen und auffangen wird, aber deine neuen Mitarbeiter können das tun. Neue Mitarbeiter sind der beste Weg, um Ihnen zu sagen, ob Ihre Prozesse schlecht sind oder ob Ihre Inhalte besser sind. Vielleicht nicht schlecht, aber sie bringen etwas Neues ein. Deshalb haben wir sie ins Team aufgenommen. Und sie sollten vom ersten Tag an keine Angst haben, Fragen zu stellen oder Löcher in unseren bereits verkorksten oder gescheiterten Prozess zu bohren.
Henri Seymour:
Ja. Und ich kann den Vorteil der Tools in Confluence wirklich erkennen, wie dieser Inline-Kommentar. Auch wenn du nicht weißt, wie du diese Seite aktualisieren musst oder wie die neue Version aussehen soll. Es kommt gerade neu rein, du kannst sagen: „Oh, das ist komisch oder unvollständig, oder es könnte falsch sein.“ Es ist nur ein kleiner Kommentar. Du musst es nicht selbst ändern, sag einfach etwas. Hier ist eine Möglichkeit, sich zu äußern, ohne es selbst zu ändern. Und jemand, der es weiß, wird in der Lage sein, es für Sie zu ändern.
Ich habe mich gefreut, Sie über Informationsarchitektur sprechen zu hören. Das habe ich auch erst letztes Jahr kennengelernt. Haben Sie eine allgemeine Erklärung, was Informationsarchitektur ist und warum sie für die Dokumentation relevant ist?
Matt Reiner:
Oh, Informationsarchitektur ist, es gibt ganze Leute, Profis, deren gesamte Karriere reinkommt und einem hilft. Also ich gehöre nicht zu diesen Profis, ich spiele nur einen im Fernsehen. Im Wesentlichen zerlegt die Informationsarchitektur etwas, das eine Textwand wäre, in ein Informationsmuster, mit dem sich jeder Geist verbinden kann. Das ist das eigentliche und ultimative Ziel, und das beginnt damit, logische Teile aufzubrechen. Tatsächlich zerlegt man beim Schreiben rein technischer Texte den Inhalt in winzige, winzige Teile, oder einige technische Kommunikatoren sprechen von Informationatomen, wirklich winzigen Teilen.
Und wenn Sie das dann aufgeschlüsselt und gesagt haben: „Das sind separate Teile“, setzen Sie sie in einer Reihenfolge zusammen, die Sinn macht. Tatsächlich kannst du mit der Wiederverwendung von Inhalten in Confluence auch wirklich coole Sachen machen, indem du Include-Makros verwendest. Das neue Excerpt Include Macro ist in der Cloud sehr cool, weil du damit neue Sachen machen kannst. Aber es geht wirklich darum, all deine Inhalte auseinanderzunehmen und herauszufinden, in welcher Reihenfolge das alles abläuft? Was ist am wichtigsten? Was ist spezifischer? Was ist wichtig für alle? Was ist wichtig für nur wenige Menschen?
Und dann gehen Sie einfach nach unten, wie Sie es mit einer XML-Struktur oder einer anderen Art von Hierarchie tun würden, und ordnen Sie diese Informationen mithilfe Ihrer Leerzeichen, Ihrer Seiten, Ihrer Überschriften an. Und dann endlich Aufzählungszeichen und Absätze und so weiter.
Henri Seymour:
Danke, dass du das allgemein erklärt hast. Gibt es im Moment etwas, das Sie in Ihrer Arbeit erwähnen möchten, für das Sie die Leser interessieren würden?
Matt Reiner:
Ja, absolut. Ein großer neuer Aufwand für mich, weil ich wohl nur dieser Content Explorer bin. Ich mochte technische Inhalte, ich habe einige Marketinginhalte geschrieben. Ich habe angefangen zu sprechen, was mir Spaß macht. Ich durfte vor einem Live-Publikum sprechen, bevor... Nein, ich schätze ein paar, und dann ist die Welt aus gutem Grund zum Erliegen gekommen. Denn wenn man eine Menge Leute angreift, möchte man sichergehen, dass man sie nicht potenziell einem Risiko aussetzt. Ich habe also viel virtuell gesprochen.
Aber vor Kurzem habe ich erwähnt, dass wir an all diesen Best Practices für Rock the Docs gearbeitet haben. Deshalb haben wir diese Videoserie über die Best Practices von Confluence gestartet und es war sehr aufregend herauszufinden: „Okay, ich weiß also, wie man in Confluence ziemlich gute Inhalte erstellt, wie man diese Inhalte strukturiert. Können wir jetzt ein gutes Video machen?“ Und es stellt sich heraus, nein, zuerst nicht. Habe ein paar ziemlich schlechte gemacht oder solche, für deren Herstellung einfach viel zu viel Zeit in Anspruch genommen wurde. Und schließlich, wie Sie es bei jeder Art von Inhalten tun, haben wir endlich eine gute Struktur, einen guten Rhythmus. Und wir haben auch herausgefunden, über welche Dinge die Leute wirklich hören wollen?
Deshalb haben wir jetzt 16 davon auf unserem YouTube-Kanal entwickelt, die nur für Administratoren da sind, um sie mit deinen Nutzern zu teilen, die diese Fragen stellen. Oder vielleicht richten sie sich direkt an Nutzer, die einfach nur abonnieren und diese Dinge erhalten möchten. Aber es sind ungefähr acht Minuten mit genau so vielen Informationen, wie wir einpacken können und trotzdem gut lesbares Englisch sprechen. Und dann zeige einfach, wie macht man das in Confluence? Warum würdest du das in Confluence machen? Was sind die Dinge, die du in Confluence beachten solltest? Was sind die besten Möglichkeiten, Dinge in Confluence zu erledigen?
Wir haben auch gerade eine Reihe von Livestreams gestartet, bei denen wir versuchen, uns diese genauer anzusehen und dann die Leute live zuzuhören, Fragen zu stellen und Regie zu führen. Bisher waren diese wirklich großartig und wir planen, mehr davon zu tun. Je mehr Leute sich also darauf einlassen, desto mehr Richtung habt ihr alle, diesen Inhalten zu geben. Aber es waren neue Arten von Inhalten, und es ist aufregend zu sehen, okay, unsere gut geschriebenen Inhalte in Confluence kommen in einem neuen Format in die reale Welt. Das war cool und herausfordernd und lustig und gruselig zugleich.
Henri Seymour:
Ja. Das klingt nach einem wirklich aufregenden Projekt. Rock the Docs wird audiovisuell. Und ich kann...
Matt Reiner:
Das ist richtig.
Henri Seymour:
... stell dir vor was... Bringen Sie die Nutzer dazu, Ihnen das iterative Feedback zu geben, über das wir am Anfang gesprochen haben. Also ist das den Daumen hoch wert? Haben Sie Kommentare? Was können wir noch tun? Und besonders bei dieser Art von Live-Stream-Webinaren erhalten Sie den direkten Kontakt zu Ihren Benutzern, sodass Sie herausfinden können, was sie benötigen. Das ist fantastisch. Mal sehen, ob ich die mitbringen kann. Easy Agile begann speziell Anfang dieses Jahres, Scroll Viewport für die Cloud zu verwenden.
Matt Reiner:
Oh, cool. Oh, cool.
Henri Seymour:
Das war also tatsächlich eine große Verbesserung für uns.
Matt Reiner:
Oh, gut. Ja. Mir gefällt einfach, was das Cloud-Team herausbringt. Es ist so aufregend und so ausgefeilt und es ist, als ob jedes Team diesen Dokumentationsbereich hat, und Viewport, damit kannst du es veröffentlichen und du denkst: „Ah, sieht so toll aus. Wir sind so stolz darauf.“ Du kannst es auf jedem Gerät lesen. Es ist einfach so, als ob es die Magie ist, die jeder will, aber kein Team hat Zeit. Unsere sehr wenigen Teams haben Zeit, es so gut aussehen zu lassen, also ist es schön, dass Viewport einfach die Schwerarbeit erledigt.
Henri Seymour:
Wir haben den Confluence-Bereich, wir haben die Dokumentation. Wir müssen keine Website darüber erstellen. Es ist nur: „Mach weiter, bitte lass diese Website Wirklichkeit werden. Hier ist, was wir darauf brauchen. Hier ist die Struktur.“ Und meine Güte, es sieht jetzt viel besser aus, auch nur ästhetisch, es sieht im Haus sehr gut aus.
Matt Reiner:
Ja. Und es ist schön zu wissen, dass ein Designer den Abstand zwischen den Navigationselementen überschaut hat, um zu entscheiden, wie weit sie voneinander entfernt sein sollten. Und als Autor kann ich einfach sagen, es muss mir egal sein. Mir muss das egal sein. Ich kann Confluence-Makros und so reinwerfen, und sie sehen einfach toll aus, wenn sie veröffentlicht werden. Und ich weiß nicht wie oder warum, aber ich bin glücklich. Ich kann einfach weiterschreiben. Ja.
Henri Seymour:
Ja.
Matt Reiner:
Es wäre toll, jemanden von Easy Agile bei einem dieser Livestreams dabei zu haben. Denn worauf wir uns wirklich konzentrieren, ist einfach eine großartige Möglichkeit, Dinge in Confluence zu erledigen. Wir sind noch nicht in Jira eingestiegen. Ich bin nicht so ein Experte für Jira, aber ich habe darüber nachgedacht, weil dieser Inhalt noch nicht wirklich existiert. Aber es ist nicht unbedingt auf Apps oder K15t auf Apps ausgerichtet. Es ist einfach eine der besten Möglichkeiten, die du gefunden hast, um bestimmte Dinge in Confluence zu tun, und wir teilen sie einfach mit lebenden Menschen, und es macht eine Menge Spaß.
Henri Seymour:
Ja, das klingt toll. Ich habe die Parallele zwischen dem Einstieg in Jira und der Entwicklung von Jira-Apps und Confluence: „Ja, wir haben ein Wiki. Hier schreiben wir Sachen auf.“ Und es ist toll, Dinge wie „Da ist das Bildmaterial auf unserer Dokumentseite“ zu haben. Aber die mache ich nicht. Ich bin damit beschäftigt, Grafiken in einer Jira-App zu erstellen. Ich möchte nicht über diesen Abstand nachdenken. Ich muss meinen eigenen Abstand machen.
Matt Reiner:
Ja. Ja.
Henri Seymour:
Und es ist wirklich so, ich kann einfach schreiben, ich kann einfach das Produkt machen. Ich kann meinen Job besser machen, weil ich mich um diese anderen Dinge gekümmert habe, weil die Experten von K15t das möglich gemacht haben. Und ich hoffe, dass unsere Apps etwas Ähnliches für ihre Nutzer tun können. Das ist das, was wir brauchen, wir müssen nicht darüber nachdenken. Bringen Sie diese App mit und sie wird ein Problem für uns lösen. Sie hilft uns dabei, zu sehen, was wir brauchen, und unsere Informationen in Jira zu organisieren. Was wiederum eine andere Art von Information ist, aber.
Matt Reiner:
Ja, ja. Ja, es ist lustig. Ich habe mit einigen Leuten gesprochen, die den ganzen App-Teil von Confluence in Jira tatsächlich als App Hell beschrieben haben. Das ist ein Begriff, den ich gesehen habe, und ich kann nicht anders, als die Community zu lieben, weil wir uns alle diese Dinge einfallen lassen. Aber die Hölle ist die App, sie entsteht wirklich dadurch, dass man teilweise nicht versteht, was eine Plattform ist. Wenn Sie beispielsweise die Salesforce-Plattform verwenden, ja, das wird zur App-Hölle, wenn Sie wirklich wollen, dass Salesforce eine Marketingplattform ist. Weil Salesforce eine Vertriebsplattform ist. Aber dann gibt es Apps, und Salesforce verkauft sich zufällig sehr. Und dann ist es plötzlich eine Marketingplattform.
Das ist also ein wirklich interessanter Perspektivenwechsel für Leute, die an ein Tool gewöhnt sind, das nur eine Sache tut. Jeder denkt, Excel macht alles. Das tut es nicht, wir sollten es wirklich nur für Tabellenkalkulationen verwenden, Leute. Es ist keine Plattform für andere Dinge. Confluence ist wirklich gut in diesen Kerndingen, Jira ist wirklich gut in diesen Kerndingen. Und dann kommen diese Apps, um die Fragen zu beantworten, für die es keine Antworten gibt, und um die Dinge zu tun, die nicht getan werden können. Und das ist der Grund. Also ist es App Hell oder ist es App Heaven? Das ist die eigentliche Frage. Oder vielleicht ist es vielleicht App Purgatory, ich weiß es nicht. Ich denke, die Zuhörer entscheiden.
Henri Seymour:
Der ständige Strom von, und noch eine weitere App muss aktualisiert werden. Um fair zu sein, denke ich, dass dies derzeit kein Problem in der Cloud ist. Das ist ein ausschließlich vor Ort auftretendes Problem, der ständige Aktualisierungszyklus der Apps. Aber vielleicht nähern wir uns dem Ende des Fegefeuers.
Matt Reiner:
Ja. Ja. Ich glaube, wir steigen alle zusammen auf. Wir erreichen gerade gleichzeitig neue Höhen.
Henri Seymour:
Gibt es noch etwas, das du ansprechen möchtest, während wir über technische Dokumente sprechen?
Matt Reiner:
Ich schätze, ich gehe in die Zeit zurück, als ich an der Universität war. Ich hatte dort einen Manager, der uns in diesem Job auf dem Campus, den ich hatte, sagte: „Unsere Aufgabe ist es, Menschen mit den Ressourcen zu verbinden, die sie bereits umgeben. Du bist kein Lehrer, du bist nur hier, um Menschen miteinander zu verbinden.“ Und das ist mir wirklich im Gedächtnis geblieben. Und das ist im Grunde das, was wir alle tun. Egal, ob wir ein Produkt entwickeln, das Menschen mit Ressourcen verbindet, oder ob das die Ressource ist oder ob wir zur Dokumentation oder zu irgendwelchen Inhalten beitragen.
Wir versuchen wirklich, es den Leuten zu ermöglichen, etwas Größeres zu tun, etwas Höheres, das über unseren Inhalten, über unserem Produkt liegt. Es ist diese Sache, die ihnen wirklich wichtig ist, und jede Rolle, die wir spielen dürfen, und diese größere Sache, diese bessere Sache. Das ist es, worum es geht.
Henri Seymour:
Ja, das ist eine wirklich tolle Perspektive. Das ist wahrscheinlich auch eine wirklich tolle Sache, um das Ende des Podcasts abzurunden.
Matt Reiner:
Ich schätze schon.
Henri Seymour:
Ja. Vielen Dank, dass du zu uns gekommen bist, Matt, und dass du mit uns im Easy Agile Podcast über alles rund um technische Dokumentation gesprochen hast.
Verwandte Episoden
- Podcast
Easy Agile Podcast Ep.4 Em Campbell-Pretty, CEO und Geschäftsführer von Pretty Agile
„Wir haben ausführlich über agile Skalierung, SAFe-Fellow, Disziplin, die Eigenschaften effektiver Führungskräfte und darüber gesprochen, wie Sie Ihren Mitarbeitern vertrauen können.“
Transkript
Nick Muldoon:
Guten Tag, Leute. Vielen Dank, dass Sie sich uns für einen weiteren Easy Agile Podcast angeschlossen haben. Heute Morgen gesellt sich Em Campbell-Pretty von Pretty Agile zu mir. Em ist eine von 22 SAFe-Fellows weltweit und führt seit über einem Jahrzehnt agile Transformationen in großem Maßstab durch. Sie ist auch Autorin von zwei Büchern, The Art of Avoiding a Train Wreck und Tribal Unity. Also, hier dreht sich alles um Kultur und psychologische Sicherheit, und natürlich alles über die Skalierung agiler Release-Trains, Tipps und Tricks.
Nick Muldoon:
Meine wichtigsten Erkenntnisse, von denen ich wirklich begeistert war, waren die Eigenschaften effektiver Führungskräfte, um agile Transformationen zu skalieren und eine effektive Organisation zu sein, Vertrauen, wie wenn sie ihren Mitarbeitern vertrauen, Offenheit für Lernen und Lernbereitschaft, die Fähigkeit zu experimentieren und Dinge als Misserfolge zu behandeln, wenn sie Misserfolge sind, und Disziplin. Em und ich haben heute ein wenig über Disziplin als Merkmal von Führungskräften gesprochen. Es ist eine wirklich großartige Folge und ich habe viel daraus mitgenommen. Am Ende werdet ihr meine Erkenntnisse hören und was ich nach einiger Zeit mit Em heute Morgen lernen muss. Also, lass uns anfangen. Wie viele Wochen im Jahr sind Sie normalerweise unterwegs?
In Campbell-Pretty:
Wie viele Wochen im Jahr bin ich normalerweise unterwegs? Sehr viel, die meisten. Es wäre ungewöhnlich für mich, vier Wochen zu verbringen, ohne irgendwohin zu gehen. Das wäre ungewöhnlich. Ich reise nicht jede Woche, aber ich reise die meisten Wochen, und ich reise in großen Blöcken. Richtig? Also, ich gehe und mache... Wie ich schon sagte, kurz vor dem Lockdown waren wir drei Wochen in Auckland, das war also im Februar-März.
In Campbell-Pretty:
Wir sind nach Auckland gefahren, wir hatten einen Kunden in Auckland, wir sind einfach dort geblieben. Also, drei Wochen in Auckland, bin wieder hierher gekommen und nicht nach Auckland zurückgekehrt. Ich kehrte zurück, um diesen Kunden virtuell über Teams zu unterstützen, und Zoom war die Art und Weise, wie das lief. Aber ja. Normalerweise zwischen dem Herumlaufen in Australien, Südostasien, Hongkong, Singapur, Manila, den USA, Neuseeland, ja, normalerweise nicht so oft nach Hause. Das war wirklich skurril.
Nick Muldoon:
Das ist also ein sehr ungewöhnliches Jahr für jemanden wie Sie, der herumfliegt und Kunden auf der ganzen Welt besucht.
In Campbell-Pretty:
Absolut. Absolut. Es war ein sehr seltsames Jahr. Es ist auch ein interessanter Unterschied in Bezug auf die Energie. Nicht die ganze Zeit zu fliegen, denke ich, ist gut für meinen Körper. Ich spüre den Unterschied. Ich spüre auch den Unterschied, wenn ich die ganze Zeit auf einem Stuhl sitze. Also, ich war viel unterwegs, aber an den meisten Tagen, an denen ich arbeitete, war ich auf den Beinen. Wenn ich jetzt arbeite, sitze ich viel.
Nick Muldoon:
Du setzt dich hin. Ja.
In Campbell-Pretty:
Also, das ist interessant. Aber ich vermisse den Jetlag überhaupt nicht. Ich vermisse überhaupt nicht, wie viel Zeit die Reise in Anspruch nimmt. In der Tat war es nett. Ich hatte ein bisschen Freiraum. Ich habe dieses Jahr wahrscheinlich mehr gebloggt als in ein paar Jahren, weil ich einfach etwas Freiraum hatte und nachdenken konnte. Aber ich sehe die Welt auch nicht und alle meine Ferien wurden abgesagt. Also, vergiss die Arbeit. Ich hatte Reisen nach Europa. In vier Wochen sollte ich in Kanada sein und Eisbären sehen.
Nick Muldoon:
Oh.
In Campbell-Pretty:
Erzähl mir davon!
Nick Muldoon:
Ich würde gerne Eisbären sehen. Sie sehen im Fernsehen so kuschelig aus. Ich bin mir nicht sicher, ob das tatsächlich der Fall wäre, wenn ich versuchen würde, auf einen zuzugehen und ihn zu kuscheln.
In Campbell-Pretty:
Ja. Ich glaube nicht, dass Kuscheln im Spiel war. Mir wurde gesagt, ich könne eine Kamera und ein Stativ mitbringen, was natürlich bedeutet, dass ich in einiger Entfernung von diesem Eisbären stehen und Fotos machen werde. Aber das wird auch nicht passieren. Also, keine Ferien und keine Reisen zur Arbeit, und da wir in Melbourne sind, nicht einmal dort, gehen wir einfach zu [Crosstalk 00:04:15].
Nick Muldoon:
Kaffee oder so.
In Campbell-Pretty:
Einfach nichts.
Nick Muldoon:
Nichts.
In Campbell-Pretty:
Nichts.
Nick Muldoon:
Ja, weil du einen legitimen Lockdown hattest.
In Campbell-Pretty:
Jep.
Nick Muldoon:
Erzählen Sie mir dann von der Veränderung dieser skalierten, agilen Transformationen in den letzten 10 oder 15 Jahren. Offensichtlich muss heute, wie Sie es mit diesem Kunden in Auckland beschrieben haben, alles remote ablaufen. Vermutlich nicht so effektiv. Aber ich würde gerne ein Gefühl dafür bekommen, wie sich die Entwicklung von den Veränderungen vor 10 Jahren, Bankwesen, Telekommunikationsunternehmen, diese Art von Umfeld bis hin zu den Kunden, mit denen Sie heute zusammenarbeiten, entwickelt hat. Beschreiben Sie, wie es vor 10 Jahren war.
In Campbell-Pretty:
Also, vor 10 Jahren, und es ist so interessant, jetzt darüber nachzudenken, habe ich Scaling Software Agility gelesen, ein Buch, das Dean 2007 veröffentlicht hat. Dann stellte ich fest, dass das nicht das neueste Buch war, also las ich Agile Software Requirements. Das war 2011. Ich bin dieser verrückte, wütende Firmensponsor mit diesem Arbeitsprogramm, das ich seit fünf Jahren sponsere und das nie etwas gebracht hat, und in diesem Auto...
Nick Muldoon:
Du warst der verrückte, wütende Unternehmenssponsor?
In Campbell-Pretty:
Ja. Ja, ja. Ich war der Verrückte [unhörbar 00:05:26]. Ich war sehr wütend. Du wärst auch wütend, wenn du ich wärst. Ich nenne es jetzt das Geldfeuer. Also, im Grunde ist das mein Job. Richtig? Geh zum CFO, frag nach Geld. Gib das Geld der IT. ES zündet ein Streichholz an, zündet es an. Kommt zurück und bittet mich um Geld. Ich kann zurück zum CFO gehen und sagen, dass ich mehr Geld brauche. Fünf Jahre. Fünf Jahre. Mehr habe ich nicht getan. Bitten Sie um Geld und versuchen Sie zu erklären, wohin das andere Geld gegangen ist.
In Campbell-Pretty:
Wie dem auch sei, bei der seltsamsten Umstrukturierung aller Zeiten werde ich Technologie-GM für dieselbe Gruppe, deren Unternehmenssponsor ich in den letzten fünf Jahren war. Offenbar konnten sie niemanden finden, der entsprechend qualifiziert war. Also, du schaffst es, Em. Sicher. Also, ich bin ein bisschen ein Computerfreak, also lese ich Bücher und ich lese diese Bücher von Leffingwell, weil ich einige agile Übungen gemacht habe... Also, ich habe etwas gemacht, das ich Agilität genannt hatte. Lass uns einfach damit weitermachen.
In Campbell-Pretty:
Es war interessant für mich, weil ich kleine Lichtstrahlen sehen konnte. Aber es hat immer noch nicht wirklich etwas bewirkt, daher die Lektüre. In diesen Büchern geht es um diesen agilen Release Train [unhörbar 00:06:46], der cool klingt. Wir sollten das Ding also machen. Also machte ich mich Anfang 2012 daran, diesen Zug bei einer Telstra zu starten. Es hieß nicht SAFe, oder? Es waren nur die Bücher und diese Dinge, die man einen agilen Release-Train nennt.
In Campbell-Pretty:
Nun, um vor 10 Jahren zurückzublicken, es hieß nicht SAFe. Die Leute rannten dabei nicht herum. Ich war eigentlich nicht wirklich qualifiziert für den Job, den ich ausübte. Nun, ich war beim besten Willen kein Technologieführer, und ich beschließe, dass ich einfach einen agilen Release Train auf den Markt bringen werde. Es gab also seltene und ungewöhnliche Bestien, und ich bin mir nicht sicher, ob ich das wirklich verstanden habe, als ich den Weg eingeschlagen habe.
In Campbell-Pretty:
Ich bin ein großer Fan davon, ich habe es in einem Buch gelesen, ich habe es in einem Blog gelesen, ich habe es auf einer Konferenz gehört, ich werde es einfach ausprobieren. Das war schon immer mein mentales Modell. Also habe ich es in einem Buch gelesen und es einfach ausprobiert. Dann stellen wir fest, dass das buchstäblich niemand tut, und so wird es Australiens erster agiler Release-Train und Australiens erste SAFe-Implementierung. Oh Mann, habe ich seitdem viel gelernt.
Nick Muldoon:
Nun ja. Darüber habe ich nachgedacht, weil ich die Kunst, einen Eisenbahnunfall zu vermeiden, ausgegraben habe, richtig? Das ist einer von denen, die du für Tegan unterschrieben hast. Aber offensichtlich haben Sie seitdem eine Menge gelernt, weil Sie es geschafft haben, eine Reihe von Tipps und Tricks und Dingen zusammenzustellen, die Sie vermeiden sollten, wenn Sie diese Transformationen verfolgen. Als Branche, nun ja, als Branche, denke ich, dass das viele Branchen umfasst, aber werden wir heutzutage in der Praxis tatsächlich besser bei diesen Transformationen? Gibt es heute Unternehmen da draußen, Em, die immer noch haufenweise Geld nehmen und es in Brand stecken?
In Campbell-Pretty:
Also, ich glaube, ich treffe jeden Tag Leute, die meine Geschichte hören und sagen: „Oh mein Gott. Du hast mal hier gearbeitet?“ Also, ich denke, es gibt immer noch viele, viele Organisationen, die eine Erfahrung haben, die der Erfahrung ähnelt, die ich 2010 gemacht habe, und was haben Sie? Es scheint also etwas zu sein, das bei den Menschen wirklich Anklang findet. Ich schätze, viele der Unternehmen, in die wir jetzt gehen, sind entweder überhaupt nicht agil oder, ich glaube, wie in meiner Welt, tun sie etwas, das sie agil nennen. Was wir finden, ist das, was sie agil nennen. Ich würde nicht sagen, dass es nicht agil ist. Aber es lässt viel zu wünschen übrig.
Nick Muldoon:
Sie sind auf einer Reise, oder?
In Campbell-Pretty:
Ja. Ja. Ja, ich denke schon, weil sie am Ende ein Gespräch mit uns führen. Sie verstehen also, dass das, was sie tun, nicht genug ist. Sie verstehen, dass das, was sie tun, ihnen nicht die gewünschten Ergebnisse bringt. Ich weiß nicht, ob sie verstehen warum. Es ist manchmal interessant für mich, dass sie nach SAFe suchen, weil Sie mich gefragt haben, wie sich der Kundenstamm verändert hat? Eines der Dinge, die in Australien wirklich interessant sind, ist, dass wir heute viel mehr kleine bis mittlere Unternehmen haben als große.
In Campbell-Pretty:
Es sind also Unternehmen, die sich für agil halten. Aber wie wir sie nennen, die Startups, die keine Startups mehr sind, oder? Dies sind Organisationen, bei denen es sich in der Regel um 10, 20 Jahre alte Startups handelt, die skalieren und ihr Problem als Skalierungsproblem betrachten. Das ist es also, was sie zu einem Gespräch über das skalierte agile Framework führt.
In Campbell-Pretty:
Wenn wir sie durch eine SAFe-Linse betrachten, sagen wir: „Mensch, du bist winzig. Aber okay. Ich kann mir vorstellen, dass du einen agilen Release-Train haben kannst und es wird dir nicht schaden. Tatsächlich würde es Ihnen wahrscheinlich sehr helfen, wenn es um die Planung im mittleren Bereich geht. „Da Mittelfristplanung für viele dieser Organisationen einfach nicht zu existieren scheint. Priorisierung. Viele dieser kleinen Organisationen sind sehr reflexartig, was die Art und Weise angeht, wie sie Prioritäten setzen, und springen von einer Sache zur anderen.
Nick Muldoon:
Reagieren sie auf den Markt oder reagieren sie auf die Marktführer, vielleicht auf den Mangel an Disziplin in der Führung?
In Campbell-Pretty:
Wissen Sie was? Sie würden sagen, sie reagieren auf den Markt. Ich würde sagen, sie haben ein Disziplinproblem.
Nick Muldoon:
Ja. [Crosstalk 00:11:23].
In Campbell-Pretty:
Also, ich habe natürlich gelesen, großer Leser, letzten Sommer, offensichtlich im australischen Sommer, im amerikanischen Winter, habe ich Melissa Perrys The Build Trap gelesen. Interessantes Buch und Ihr angesehener Vordenker im Produktmanagement. Kein großer Fan von SAFe. Wahrscheinlich auch kein großer Fan von Agile war das, was ich aus ihrem Buch mitgenommen habe. Aber die Sache, über die sie spricht und die ich wirklich für wertvoll hielt, war der Wahnsinn, Ihre Konkurrenten zu verfolgen. Also, Funktionen entwickeln, weil Ihre Konkurrenten...
Nick Muldoon:
Ihre Konkurrenten [Crosstalk 00:12:06].
In Campbell-Pretty:
... sie bauen oder Features bauen, um einen Auftrag zu bekommen oder einen Kunden an sich zu binden. Also, ich dachte, sie hält das alles für Wahnsinn, und ich stimme dem eher zu. Also, das war mein... Das finde ich ziemlich interessant. Aus ihrer Sicht weiß man nicht, ob der Konkurrent mit dem Ding, das er gebaut hat, tatsächlich Glück hat. Wenn Sie es also bauen, weil sie es gebaut haben, wissen Sie es nicht. Du hast keine Ahnung. Also, baue es nicht einfach, weil sie es gebaut haben. Es tut ihnen vielleicht auch keinen Gefallen.
In Campbell-Pretty:
Sobald Sie anfangen, nur zufällige Dinge für diesen großen Kunden oder diesen großen Kunden zu tun, verlieren Sie natürlich als Organisation den Überblick. Am Ende haben die Leute völlig unterschiedliche Versionen ihrer Produkte, Branchen, die sie nicht mehr integrieren können. Das ist interessant. Wenn ich mir das ansehe, denke ich: „Ich habe das Gefühl, dass es in einigen dieser Organisationen auf Führungsebene ein Disziplinproblem gibt.“
In Campbell-Pretty:
Was versuchen wir zu tun? Was ist unsere Vision? Was ist unsere Mission? Was ist unser Markt? Was tun wir, um auf diesem Markt zu testen und zu lernen, anstatt uns einfach eine Waffe zu besorgen, alles zu tun, uns alles zu schnappen? Oh, meine Güte. Das haben sie da drüben gemacht. Hör auf damit, fang damit an, hör auf damit. Wenn Sie die ganze Zeit anhalten und anfangen, liefern Sie natürlich nichts, und das scheint etwas zu sein, was wir bei diesen Organisationen häufig beobachten. Sie liefern nicht.
In Campbell-Pretty:
Ich sage nicht, dass ihr Liefermechanismus perfekt ist. Da gibt es auch Herausforderungen. Aber ein Teil des Problems ist die Unfähigkeit, einen Kurs beizubehalten. Wähle einen Kurs und bleibe bei einem Kurs. Ich sage nicht, dass du nicht umschwenken sollst, denn das ist auch dämlich. Aber vielleicht überlegter bei deinen Pivot-Entscheidungen zu sein. Ja.
Nick Muldoon:
Haben Sie das Gefühl, Em, dass es Führungsteams in verschiedenen geografischen Regionen gibt, die bei dieser und bei der langfristigen Planung effektiver sind und über diese Disziplin und diesen methodischen Ansatz für die Umsetzung über einen längeren Zeitraum verfügen?
In Campbell-Pretty:
Ich denke, Regionen, Kulturen und Nationalitäten spielen sicherlich eine Rolle bei der Führung, ich weiß nicht, der Person, der Persönlichkeit. Ich weiß nicht, ob ich sagen könnte, wenn ich in diesem Land oder in diesem Teil der Welt gearbeitet habe, dass ihre Führungskräfte besser darin sind, vorausschauend zu denken. Ich denke, einige Kulturen eignen sich besser für Lean und Agile als andere. Hierarchische Kulturen sind wirklich, wirklich herausfordernd.
In Campbell-Pretty:
Das kann sowohl eine geografische Sache sein, als auch einfach eine Branchenangelegenheit, oder? Die Regierung kann also sehr hierarchisch sein. Die Banken können sehr hierarchisch sein. Einige der asiatischen Kulturen sind sehr hierarchisch. Aber einige Unternehmen sind auch einfach sehr hierarchisch. Also, wem das Unternehmen gehört, wer das Unternehmen leitet, all das kann eine große Rolle dabei spielen, was akzeptabel ist, weil ein Großteil des Erfolgs auf dieser skalierten agilen Reise von einer Führung abhängt, die bereit ist, den Teams zu vertrauen, einer Führung, die bereit ist zu lernen, einer Führung, die bereit ist, zu experimentieren, und einer Führung, die bereit ist, diszipliniert zu sein.
Nick Muldoon:
Also Führung mit Vertrauen in die Teams, lernbereit, experimentierfreudig und diszipliniert. Das sind diese vier Dinge, die du...
In Campbell-Pretty:
Jep.
Nick Muldoon:
Ja, okay. Ja. Ich notiere mir die, Em. Ich werde auf die zurückkommen. Vertraue, lerne, experimentiere und diszipliniere. Ich schätze, dieses Jahr ist ein sehr interessantes, ein sehr einzigartiges Jahr für Transformationsarbeit, Coaching und Beratung aus der Ferne. Wie hoch war der Prozentsatz der Teammitglieder, die an verschiedenen Standorten arbeiten, vor 10 Jahren? Im Grunde genommen glaube ich, dass die großen Banken in Australien erst 2021 wieder ins Büro zurückkehren werden. Atlassian geht erst 2021 zurück ins Büro. Auf Twitter sagte Jack Dorsey, mein alter CEO, so etwas wie „Für immer von zu Hause aus arbeiten“. Was ist das Fazit für dieses Jahr und was erwartest du für 2021 und darüber hinaus?
In Campbell-Pretty:
Also, sieh mal. Dieses Jahr hat mir die Augen geöffnet, und schauen Sie, einige Dinge sind, wie ich erwartet hatte, einige Dinge waren anders. Es ist also offensichtlich, dass ganze Organisationen online gehen. Wir sehen, dass die Teams online sind, die PI-Planung online ist, alles ist online. Das hat in gewisser Weise tatsächlich neue Möglichkeiten eröffnet. Also, wo wir Kunden hatten, die in Bezug auf den Vertrieb die seltsamsten Einstellungen hatten, und man kann einen Zug zum Laufen bringen, bei dem Teams an zwei Standorten verteilt sind. Aber wir sind große Fans davon, dass das gesamte Team in Sydney ist oder das gesamte Team in Indien ist. Wir haben nicht die Hälfte der Mannschaft in Sydney und die Hälfte der Mannschaft in Indien.
In Campbell-Pretty:
Aber Organisationen haben wirklich damit zu kämpfen, weil vielleicht alle Tester in Indien sind und dann willst du einen Tester in jedem Team haben und jetzt hast du ein Problem. Wie stellt man ein komplettes Team zusammen, ohne die Zeitzonen zu überschreiten? Wenn ich also Teams finde, die nicht physisch am selben Standort, sondern zeitzonenfreundlich sind, habe ich eine etwas größere Auswahl. Ich kann also einen Zug nehmen, der zwischen, ich weiß nicht, Sydney und Indien verkehrt. Oder ich kann feststellen, dass sich ihr Tag um vier Stunden überschneidet, und ich kann darauf bestehen, dass das Team zu 100% online arbeitet.
In Campbell-Pretty:
Das Wichtigste, von dem wir abraten würden, ist, dass ich diesen Team-Hybrid nicht will. Richtig? Ich will nicht, dass drei Leute in Sydney im Büro sitzen und drei Leute in ihren Häusern in Indien. Ich will, dass alle online sind. Ich will gleiche Wettbewerbsbedingungen, und ich denke, das können wir jetzt auf eine Weise tun, die akzeptabler ist als zuvor. Weil der gleiche Rat, den ich gegeben habe, Mann, damals, als ich Tribal Unity geschrieben habe, derselbe Rat. Richtig?
In Campbell-Pretty:
Also, 2016, alle, gleiche Wettbewerbsbedingungen. Wenn Sie verteilt werden wollen, müssen alle online sein, im Gegensatz zu einigen Leuten online und einigen Leuten in einem Raum. Das ist jetzt also eine akzeptablere Antwort als vor diesem Jahr. Also, das ist gut. Das finde ich gut.
Nick Muldoon:
2021, Em, meinst du, das wird sich einfach vorwärts abspielen. Ich schätze, es wird eine Rückkehr einiger dieser Unternehmen ins Büro geben, weil sie bereits über riesige Immobilien und Arbeitsplatzinfrastruktur verfügen.
In Campbell-Pretty:
Ja. Ja, schau mal. Wir sehen, wie Kunden Büros schließen, genauso wie Sie es bei einigen Unternehmen in den USA sehen. Wir beobachten auch, dass Teile Australiens und Neuseelands, die derzeit keine besonderen Auswirkungen von COVID haben, tatsächlich zurück ins Büro gehen und das Beispiel von Teams geschaffen haben, die Zeitzonen überqueren und dann zurück ins Büro gehen und in diesen hybriden Raum zurückkehren. Also, das ist interessant und [Crosstalk 00:20:08].
Nick Muldoon:
Also, wo Sie wieder in dieser Umgebung sind, in der vielleicht einige Leute in einem Büro zusammenarbeiten, die zusammen eine Tasse Kaffee trinken können, und dann einige, die immer noch zu Hause festsitzen. Ich schätze, es gibt nicht einmal regionale Unterschiede, oder? Wenn Sie ein Teammitglied haben, das eine bestimmte gesundheitliche Situation hat, wird es sich nicht wohl fühlen, wenn es unbedingt wieder ins Büro kommt, unabhängig von der Situation, bis es einen Impfstoff oder so gibt.
In Campbell-Pretty:
Absolut.
Nick Muldoon:
Ja, okay.
In Campbell-Pretty:
Also, ja. Also, ich denke, es wird interessant. Ich würde mich nachdrücklich dafür einsetzen, dass Organisationen Teams haben, die entweder aus persönlichen Teams oder aus Online-Teams bestehen, und das Team arbeitet entweder zu 100% online oder das Team arbeitet zu 100% -
Nick Muldoon:
Im Büro.
In Campbell-Pretty:
... persönlich und im Büro, und wenn Sie einen Zug haben, der bei einer Zeremonie auf Bahnebene beides hat, gehen alle an einen Schreibtisch und...
Nick Muldoon:
Und mach es online.
In Campbell-Pretty:
... eine Videokamera und wir machen das so. Ich denke, die Sache, die an der physischen Umgebung und SAFe am schwierigsten zu sein scheint, ist die PI-Planung. Niemand muss schlagen. Richtig? Das war cool. Niemand muss zuschlagen, niemand hat seine PI-Planung durcheinander gebracht, alle sind einfach gegangen. Sie waren alle online. Also, wir planen einfach online. Es wird in Ordnung sein. Wir haben gesehen, wie die Leute jede Infrastruktur nutzten, die ihnen zur Verfügung stand.
Nick Muldoon:
Ja. [Crosstalk 00:21:30].
In Campbell-Pretty:
Also, ich bin mir sicher, dass eine Reihe von Leuten euch angerufen haben und gesagt haben: „Wir brauchen ein Tool.“ Aber einige meinten einfach: „Wir haben Google Suite, wir haben Microsoft, was auch immer es ist, wir haben dies, wir haben das. Wir sorgen einfach dafür, dass es funktioniert. „Und egal, was sie verwendet haben, sie haben dafür gesorgt, dass es funktioniert und sie haben die Veranstaltungen veranstaltet und ihre Veranstaltungen waren effektiv und sie haben die Ergebnisse erzielt. Das Wichtigste, was fehlt, ist diese Energie. Die Energie von 100, 200 Personen in einem Raum kann man nicht aus einer Online-Veranstaltung herausholen. Aber mechanisch...
Nick Muldoon:
Wir können es erreichen.
In Campbell-Pretty:
... wir können es erreichen. Wir hören also, dass jeder wieder persönlich zur PI-Planung zurückkehren möchte, wegen der sozialen Kontakte, wegen der Energie, was ich großartig finde. Ich finde das absolut großartig, und ich kann mir diese Welt vorstellen, in der die Leute viel mehr von zu Hause aus arbeiten, remote arbeiten, wie auch immer das aussieht, und dann sind die PI-Planungsveranstaltungen die Dinge, die wir tun, um uns zusammenzubringen und in diesen acht, 10, 12 Wochen wieder Kontakte zu knüpfen. Das ist mein Gefühl. Das könnte falsch sein.
Nick Muldoon:
Ich schätze, ich werde wirklich gespannt sein, wie sich das entwickelt, und ich denke, wir sollten in 12 Monaten zu diesem Gespräch zurückkehren, Em.
In Campbell-Pretty:
Ja. Oh, nein.
Nick Muldoon:
Ich denke nur, was mir durch den Kopf geht, ist einer unserer Kunden in New York, ein Finanzdienstleistungsunternehmen, und für eine ihrer Künste waren es 150.000 US-Dollar, die trainiert wurden, um ihre Leute einmal im Quartal zusammenzubringen.
In Campbell-Pretty:
Ja. Beeindruckend.
Nick Muldoon:
Ich sage jetzt, ich sage: „Okay, ja, sie machen das jetzt digital.“ Das ist in Ordnung. Sie werden Dinge verpassen. Aber wenn sie das Budget verlieren, müssen sie dann kämpfen, um das Budget zurückzubekommen? Oder ist das Budget da? Es gibt noch diese anderen unbekannten Auswirkungen dieses Wandels im Laufe des Jahres 2020, die wir wohl erst noch erleben werden.
In Campbell-Pretty:
Ich denke, Sie haben Recht, und ich denke, es wäre besonders interessant für die Züge, die aus der Ferne gestartet wurden. Also, wenn der Zug aus der Ferne gestartet wurde, können Sie
Nick Muldoon:
Also keine existierenden Züge, die seit sechs bis 12, 18 Monaten zusammenarbeiten. Aber du willst einen brandneuen Zug starten lassen. Haben Sie das dieses Jahr mit einigen Ihrer Kunden aus der Ferne gemacht?
In Campbell-Pretty:
Oh, wir sind gerade dabei, das zu tun.
Nick Muldoon:
Cool. Sag es mir.
In Campbell-Pretty:
Wir hatten jedoch buchstäblich kurz vor dem Lockdown einen. Also haben sie ihre erste PI-Planung von Angesicht zu Angesicht gemacht und sind dann sofort zur Telearbeit übergegangen und, ja, jetzt arbeiten sie daran, einen Zug aus der Ferne zu starten. Für uns haben wir ein Playbook. Es ist ein Haufen Workshops. Es ist ein Haufen Unterricht. Wir verwenden nur Tools für die Online-Zusammenarbeit. Wir haben Dinge gefunden, die die Art von Tools nachahmen, die wir in einem physischen Raum hätten, und die Freude, die Haftnotizen der Leute lesen zu können, oder? Das war für mich der absolute Höhepunkt, die Freude, die Post-it-Zettel der Leute lesen zu können.
Nick Muldoon:
Keine Hieroglyphen mehr.
In Campbell-Pretty:
Ja. Ja, absolut.
Nick Muldoon:
Was hast du geschrieben, Sally? Ja.
In Campbell-Pretty:
Jeder kann alles auf einmal sagen, oder? Du denkst also an das Klassenzimmer und den Workshop, wo eine Gruppe von Leuten um Post-its und ein Flipchart-Papier zusammengekauert ist und sie immer noch irgendwie in ihrem virtuellen Gedränge zusammengekauert sind, aber jeder kann lesen, oder? Es ist nicht so, dass ich nicht nah genug bin, ich kann nicht lesen, ich kann deine Handschrift nicht lesen. Es gibt diesen großartigen Equalizer in der Online-Welt. Also, ich finde das großartig. Ich denke, die Herausforderung bei den Zügen, die aus der Ferne gestartet werden, wird darin bestehen, jemals die Erfahrung von Angesicht zu Angesicht zu machen?
In Campbell-Pretty:
Denn wenn ich die Jahre zurückblicke, wissen wir unter anderem, dass Ihre erste PI-Planungsveranstaltung Maßstäbe setzt. Die Leute bekommen also in ihren Köpfen einen Eindruck davon, was möglich ist. Wenn du zum Beispiel bei deiner ersten PI-Planungsveranstaltung etwas überspringst, entscheidest du einfach, ich weiß nicht, die Vertrauensabstimmung oder etwas Seltsames in der Art zu überspringen, du gehst den Risiken nicht nach oder du überspringst einfach etwas, du tust es nie, weil du ohne es erfolgreich bist.
Nick Muldoon:
Es wird nie abgeholt. Ja, okay.
In Campbell-Pretty:
Ohne es bist du erfolgreich. Also, jeder Kompromiss, den Sie eingehen, und Sie gehen eine Reihe von Kompromissen ein, und dann sind Sie trotz dieser Kompromisse erfolgreich, und das wird zu einer falsch positiven Machbarkeit. Es sagt dir, ja, ich hatte recht. Ich hatte recht.
Nick Muldoon:
Das muss ich nicht tun.
In Campbell-Pretty:
Ich musste diese Dinge nicht tun, weil ich unglaublich erfolgreich war und ich diese Dinge nicht getan habe. Also, es ist das Lernen [Crosstalk 00:26:15] -
Nick Muldoon:
Das ist Bestätigungsfehler, oder?
In Campbell-Pretty:
Ja, das ist es. Ja, das ist der eine. Voreingenommenheit bei der Bestätigung. Genau das ist es. Jep. Ja, und ich denke, es wird eine Menge Bestätigungsfehler bei diesen ferngesteuerten Zügen geben, und es sei denn, sie befinden sich in Organisationen, in denen genügend Wissen über SAFe und die physische PI-Planung vorhanden ist, um zu wissen, dass es sinnvoll sein wird, sie zusammenzubringen, aber ich kann mir vorstellen, dass das eine echte Herausforderung ist. Ich denke, Züge, die online gestartet werden, werden aufgrund dieser Bestätigungsverzerrung möglicherweise nie in eine physische PI-Planungsveranstaltung aufgenommen.
Nick Muldoon:
In Ordnung.
In Campbell-Pretty:
Das macht mich wirklich traurig.
Nick Muldoon:
Ich möchte auf etwas zurückkommen, das Sie zuvor über die Führungskräfte gesagt haben, und Sie haben das Vertrauen, die Offenheit für Lernen und Experimentieren und die Disziplin erwähnt. Ich habe noch einmal Ihren Vortrag von SAFe Global 2018 über die sieben Eigenschaften hochwirksamer dienender Führungskräfte durchgesehen.
In Campbell-Pretty:
Jep.
Nick Muldoon:
Ja?
In Campbell-Pretty:
Jep.
Nick Muldoon:
Ich glaube, ich hatte einige Fragen dazu, und offensichtlich sind dies vier der Merkmale. Was sind die anderen drei Eigenschaften, die mir fehlen? Dann habe ich eine weitere Frage zu einigen der tatsächlichen Dinge, über die Sie gesprochen haben und die Sie auf Ihrer Reise entdeckt haben.
In Campbell-Pretty:
[unhörbar 00:27:29] einer der vier auf der Liste, die ich 2018 hatte.
Nick Muldoon:
Ich werde dich dazu befragen.
In Campbell-Pretty:
Wie peinlich. 2018 lautete die Antwort also: zuerst der Mensch, Respekt vor den Menschen, diese Art von Linse, schlankes Denken, Manager, Lehrer, Lernender. Also, den hatten wir. Ja. Lernender. [unhörbar 00:28:00] verrückt. Was hatte ich noch? [unhörbar 00:28:10].
Nick Muldoon:
Ja. Okay. Eigentlich wollte ich darüber sprechen. Darüber habe ich mir eine Notiz gemacht. Was ist das, und gibt es Beispiele dafür im Westen?
In Campbell-Pretty:
Viele Leute sprechen über True North.
Nick Muldoon:
[unhörbar 00:28:28]. Wahrer Norden.
In Campbell-Pretty:
Ja. Wahrer Norden. Die Übersetzung, die ich bekommen habe, habe ich von Herrn [unverständlich 00:28:39] bekommen, der mit Katie Anderson für die Lean-Studienreise zusammengearbeitet hat, die ich in, ich weiß nicht, '18, '17, '18, 2018 gemacht habe, glaube ich, also die Übersetzung, die er gab, war Richtung und Management. Es ist also Mission, oder? Es ist eine strategische Mission. Es ist so etwas.
Nick Muldoon:
Also, nur eine Randleiste für alle, die Ems Vortrag dazu nicht gesehen haben, da ist eine Frau namens Katie Anderson. Sie veranstaltet ein Jahrbuch, ich glaube, nicht dieses Jahr, aber sie veranstaltet ein jährliches...
In Campbell-Pretty:
Nein, dieses Jahr nicht. Sie ist dieses Jahr nicht gegangen.
Nick Muldoon:
... nicht dieses Jahr, veranstaltet eine jährliche Lean-, Kanban- und Kaizen-Studientour nach Japan und besucht... Wen hast du besucht, Em? Du warst bei Katie. Wie viele waren in der Crew, mit der du dort hingegangen bist?
In Campbell-Pretty:
Also, ich glaube, es war eine Gruppe von etwa 20 Personen aus dem Gedächtnis. Katie lebte zwei Jahre in Japan und kehrte dann in die USA zurück. Ich glaube, sie lebt in San Francisco. Während sie dort war, gefiel ihr die Idee, diese schlanken Studienreisen zusammenzustellen, sehr gut. Sie war bereits eine Lean-Praktikerin, die eher im Gesundheitswesen tätig war. Also hatte sie die Gelegenheit... Wir waren tatsächlich auf einer Testlauftour.
Nick Muldoon:
Oh, cool.
In Campbell-Pretty:
Also, das war ihr Experiment. Sie hatte eine Beziehung mit der Ohio State University und sie haben einige Leute an einen Tisch gebracht und sie hat einige Leute an einen Tisch gebracht und sie haben es geschafft. Sie hatte auch eine bestehende Beziehung zu Herrn [unverständlich 00:30:24], dem ersten Manager von John [unhörbar 00:30:26] bei Toyota. Er ist also ein 40-jähriger Toyota-Veteran.
Nick Muldoon:
Veteran.
In Campbell-Pretty:
Er ist für die Woche mit uns gekommen. Also sind wir natürlich zu Toyota gegangen, aber wir sind auch zu einer Reihe von Toyota-Lieferanten gegangen. Isuzu, [unhörbar 00:30:43]. Dann gingen wir auch zur Japan Post, was faszinierend war. Wir gingen in eine Stadt, deren Name mir gerade entgeht, aber sie nannten sie 5S City, weil alle Unternehmen in dieser Stadt das 5S, das herstellende 5S, praktizieren.
Nick Muldoon:
Erzähl mir davon. Es kommt mir nicht in den Sinn. Ich fühle mich nicht wohl oder vertraut.
In Campbell-Pretty:
Fühlst du dich nicht gut mit 5S?
Nick Muldoon:
Nein.
In Campbell-Pretty:
Nein. Das ist nicht gut. Also, wie würde ich... Das 5S besteht aus fünf japanischen Wörtern, auf die ich noch eingehen werde... Ja. Mein Japanisch, nichts. Aber es geht um standardisiertes Arbeiten. Wenn Sie zum Beispiel die 5S-Fabriken betreten, werden Sie sehen, dass die Stockwerke markiert sind, an denen Sie stehen müssen, um eine bestimmte Arbeit zu erledigen.
Nick Muldoon:
[Crosstalk 00:31:41] Das hat Paul Aikas für sein-
In Campbell-Pretty:
Oh nein.
Nick Muldoon:
Ich habe das Gefühl, dass ich die Videos von Paul Aikas über ihre Herstellung in den USA gesehen habe, in denen alles markiert ist.
In Campbell-Pretty:
Ja.
Nick Muldoon:
In Ordnung.
In Campbell-Pretty:
Wahrscheinlich. Das wäre meine Vermutung. Das sollten wir Teddy fragen.
Nick Muldoon:
Wir können Paul fragen, und wir können all diese Leute fragen. Wir haben Zeit.
In Campbell-Pretty:
Nun ja.
Nick Muldoon:
In Ordnung.
In Campbell-Pretty:
In Ordnung.
Nick Muldoon:
Also, diese schlanke Tour, die Japan-Studienreise, war eine super effektive und motivierende Sache für dich?
In Campbell-Pretty:
Ja. Für mich war es sehr verstärkend. Ich hatte also meine eigene Vorstellung davon, was Lean Leadership bedeutet, und ich fand, dass diese spezielle Tour das Wertekanon sehr stark verstärkte, was meiner Meinung nach Teil davon ist. Katie [unhörbar 00:32:43] hat [unhörbar 00:32:44] das entworfen wurde, um Ihnen das zu zeigen. Sie sagt also oft sehr deutlich, dass das nicht Japan ist, oder? Das ist keine Reorganisation nach Japan. Das ist nicht jeder Führer in Japan.
In Campbell-Pretty:
Das heißt, ich habe eine Reihe von Lean-Leadern ausgewählt, um Ihnen zu zeigen, wie es praktiziert wird. Aber es hat mich auf jeden Fall sehr gestärkt. In den Botschaften, die sie überbrachte, waren also sehr ähnliche Botschaften enthalten, was die Art und Weise angeht, wie ich andere zum Führen coache. Also, es war sehr cool. Es war sehr cool. Einige dieser Anführer, einfach so inspirierend, besonders Kaizen. Ich denke, das, was dir wirklich ins Gesicht trifft, wenn du mit diesen Leuten sprichst, ist Kaizen, dieser Drang, besser zu werden.
Nick Muldoon:
Die ganze Zeit.
In Campbell-Pretty:
Die ganze Zeit. Absolut. Diese Leute suchen, sie suchen nach der einen Sekunde, richtig?
Nick Muldoon:
Ja.
In Campbell-Pretty:
Die Verbesserungen von einer Sekunde. Es gibt ein Video, das herumschwirrt. Hast du das Formel-1-Video gesehen-
Nick Muldoon:
Ja.
In Campbell-Pretty:
... wo sie machen, ja, die Umstellung in 63 und sie brauchen über eine Minute und sie machen die Umstellung in etwa 90 in Melbourne und es dauert sechs Sekunden oder was auch immer es ist. Es ist so, richtig? So, wie finde ich eine weitere Sekunde, eine halbe Sekunde? Sie sind einfach so motiviert. Wenn ich einen Schritt, den jemand machen muss, entfernen kann, kann ich dann etwas näher an jemanden heranrücken?
Nick Muldoon:
Ja. In der Präsentation, die Sie gehalten haben, war ein Kommentar enthalten. Es gab eine Bemerkung dazu, dass, wenn ich weitere fünf Schritte machen muss, das zusätzliche 10 Sekunden sind. Dann sind das jedes Mal, wenn ich diese Aktivität jeden Tag mache, zusätzliche 10 Sekunden, und das alles summiert sich. Also, wie können wir diese Sekunden verkürzen und effektiver und überlegter vorgehen?
In Campbell-Pretty:
Das war einfach riesig, oder? Ich habe es in der Präsentation Kaizen Crazy genannt. Ich bin einfach so, so sehr bestrebt, mich zu verbessern, und zwar jeden Tag nur winzige, kleine Verbesserungen.
Nick Muldoon:
Also, eine der anderen Praktiken, die mir aus diesem Gespräch nicht entgangen sind, betraf die Bushaltestelle. Worum ging es bei der Bushaltestelle?
In Campbell-Pretty:
War das in dem Gespräch? Wirklich?
Nick Muldoon:
Ich zwinge dich, deinen Verstand zu erweitern [Crosstalk 00:34:57].
In Campbell-Pretty:
Du bist. Das bist du. Das bist du. Du hast völlig recht. Es war wirklich [unhörbar 00:35:01]. In Ordnung. Oh, du bist schrecklich.
Nick Muldoon:
Ja.
In Campbell-Pretty:
Ja. Ja, das bist du. Okay. Also, effektive Führungskräfte sind Menschen, lautete der Slogan dazu. Es ging wirklich darum, dass Führungskräfte bodenständig sind und eins mit den Teams sind. Also, Dinge, die ich in Japan gesehen habe, diese Fabrik, die von einer Frau geführt wird, [unhörbar 00:35:42], ich glaube, sie waren sehr ungewöhnlich. In Japan gibt es nicht viele weibliche Führungskräfte. Ihr Mann nahm ihren Namen an, weil [unhörbar 00:35:52]. Es ist ein wirklich interessanter Charakter.
In Campbell-Pretty:
Aber ihre Firma hat eine Reihe von Morgenritualen. Du sagst immer guten Morgen und danke und wie sie jeden Tag reden und jeder redet und jeder interagiert. Dann, an einem der anderen Orte, an die wir gingen, hatten sie alle ihre Uniformen, die sie in der Fabrik trugen. Aber jeder trug die Uniform, oder? Der CEO, die Büroangestellten und alle trugen die Uniform. Jeder war einer.
In Campbell-Pretty:
Dann dachte ich über meine Erfahrung in der Leitung von Teams nach, und vor einem Leben arbeitete ich mit einem Team zusammen, das sich entschied, an einem Unternehmenswettbewerb teilzunehmen. Bei diesem Wettbewerb ging es darum, Farbe zu zeigen und die Unternehmenswerte zu zeigen. Das waren Dinge wie gemeinsam besser und Mut, und dann [unhörbar 00:36:49] ein Regenbogen-Ding. Also, dieses Team entscheidet, was es tun wird, ist es eine Adresse in den Regenbogenfarben, und sie werden zusammen besser sein und ihren Mut zeigen und sie werden die Macarena machen und sie werden sie filmen und so werden sie diesen Wettbewerb gewinnen.
In Campbell-Pretty:
Ich habe an dieser Macarena nicht teilgenommen, weil jemand Fotos machen muss und so, oder? Wie werden sie sonst am Wettbewerb teilnehmen? Also musste ich meinen Beitrag leisten. Wie dem auch sei, wir hatten auch dieses Ritual, bei dem es darum ging, dass Teams die Führungskräfte vor Herausforderungen stellten, um sie zu lösen, und das taten sie am Ende jedes Frühlings. Also machen sie diese Macarena und sie filmen es und sie nehmen am Wettbewerb teil und am Ende des Frühlings stellen sie ihre Herausforderungen an die Führung.
In Campbell-Pretty:
Ihre Herausforderung ist, dass Em die Macarena nicht gemacht hat. Du bist unser Anführer, du hast die Macarena nicht gemacht. Wir fühlen uns dadurch sehr herausgefordert, und wir werden Ihnen das zur Lösung bringen. Also ging ich hin und sprach mit dem Team, das die Frage gestellt hat, und sagte: „Schau. Ich muss es dir sagen. Ich kenne die Macarena nicht. Also, tut mir leid.“ Ich erinnere mich noch so deutlich daran. Einer der Jungs sagte zu mir: „Ich habe diesen Blog darüber gelesen, wie wichtig es ist, dass Führungskräfte verwundbar sind.“ Sie wissen, wer diesen Blogbeitrag geschrieben hat, oder?
Nick Muldoon:
Oh, Em. Oh. Du hast es.
In Campbell-Pretty:
Also haben wir verhandelt. Ich sagte: „Schau. Ich denke, ich schaffe die Bushaltestelle.“ Für diejenigen, die nicht aus Australien kommen, wir wachsen damit auf, dass wir das in Highschool-Tänzen machen. Jedenfalls in meinem Teil der Welt. Also habe ich mir mein Führungsteam geschnappt und wir haben die Bushaltestelle gemacht und das war Teil des Beweises, dass auch wir genauso sind wie alle anderen, und unseren Teil dazu beizutragen und auf das Feedback des Teams zu reagieren. Also, ja. Da passt die Bushaltestelle rein. Vielen Dank dafür, Nick.
Nick Muldoon:
In Ordnung. Nein, das weiß ich zu schätzen. Nun, ich bin froh, dass ich den Kontext verstanden habe. Ich versuche, ähnliche Dinge zu tun. Normalerweise ist es eine Karaoke oder so, oder dass wir das schon eine Weile nicht mehr gemacht haben. Ja, okay. Ja, ich schätze, in diesem Gespräch ging es wirklich darum, Führungskräften zu dienen, und es ging nur darum, ihnen zu dienen. Es hört sich so an, als ob Sie von der Japan-Studienreise mitgenommen haben, dass diese Führer dort sehr viel für ihr Volk getan haben.
In Campbell-Pretty:
Absolut.
Nick Muldoon:
Sehen Sie das als ein Merkmal, das in den leistungsstärksten Unternehmen, mit denen Sie zu tun haben, vorherrscht, und wie wahrscheinlich ist es, dass sie über einen Zeitraum von fünf, zehn Jahren, was auch immer das sein mag, ihre Konkurrenten übertreffen oder auf ihrem Markt erfolgreicher sind? Oder ich schätze, wie auch immer sie Erfolg definieren?
In Campbell-Pretty:
Ich sehe sicherlich einen Zusammenhang zwischen Führungskräften, die gerne dienen und/oder sich dafür entscheiden, zu dienen, und dem Erfolg mit skalierter Agilität und Unternehmen, denn ich schätze, wir haben gesehen, es ist fast 10 Jahre her, dass diejenigen, die zusammen üben, Ihr diszipliniertes Framework Ergebnisse erzielen, und sie erzielen signifikante Ergebnisse. Sie verbessern ihre Fähigkeit, Produkte und Dienstleistungen bereitzustellen, ihre Kostenbasis sinkt, ihre Qualität steigt, ihre Mitarbeiter sind zufriedener, ihre Fluktuation sinkt. Wir sehen es jedes Mal.
In Campbell-Pretty:
Was wir auch sehen, ist, dass, wenn die Staats- und Regierungschefs ihren Worten nicht Taten folgen lassen, wenn die Staats- und Regierungschefs Lippenbekenntnisse zur Transformation ablegen, es nicht hält. Sie bekommen die Ergebnisse nicht. Die Leute finden es keinen besseren Ort zum Arbeiten. Die Leute sind nicht in die Veränderung eingedrungen. Da gibt es also definitiv einen Zusammenhang. In einer Organisation kann man sich Wunderbares aneignen.
In Campbell-Pretty:
Wir beobachten oft, dass die Organisation, deren Transformation genauso erfolgreich ist, die am meisten gekaufte Führungskraft ist. Die meisten Führungskräfte kauften sich eine Führungskraft ein. Wenn du also der Anführer eines Zuges bist und das richtige Verhalten an den Tag legst, wird dein Zug wirklich großartig sein.
Nick Muldoon:
Erfolgreich.
In Campbell-Pretty:
Aber das bedeutet nichts für die gesamte Organisation, den Lösungsweg, die Geschäftseinheit, was auch immer. Sie sehen diese Sache, die vom Anführer ausgeht. Wenn die Führungskraft das richtige Verhalten zeigt, bewegen Sie sich in diesen Bereich, Sie sehen die Verhaltensweisen, Sie bekommen die Veränderung, Sie erhalten die Ergebnisse. Aber Führungskräfte, die eine Sache sagen und eine andere tun, glauben es nicht, oder?
Nick Muldoon:
Ich denke, das gilt für jede organisatorische Veränderung, nicht wahr?
In Campbell-Pretty:
Ja.
Nick Muldoon:
Sie stoßen, wie Sie sagten, innerhalb der Organisation an die Grenzen Ihrer Tasche und dann lernen Sie die reale Welt kennen, den Rest der Organisation. Die Leute haben vielleicht nicht genug Energie oder sie haben nicht das Gefühl, dass sie das beeinflussen und ändern können, und so leben sie einfach in ihrer Blase, weil sie nicht das Gefühl haben, dass sie den Druck außerhalb dieser Blase ausüben können.
In Campbell-Pretty:
Ja. Guck mal. Ich habe sicherlich erfolgreiche Organisationen mit Blaseneinfluss gesehen. Erfolgreiche Seifenblasen können interessant werden. Chip und Dan Heaths Buch, welches war es, Switch.
Nick Muldoon:
Oh, ja. Schalter. Ja.
In Campbell-Pretty:
[unhörbar 00:42:02]. Zünde ein Licht auf einen hellen Punkt oder so. Lichtblicke inspirieren also, und wenn Sie in einer Organisation eine Blase erzeugen können, die den Rest der Organisation übertrifft, oder selbst wenn sie besser abschneidet als zuvor, dann schauen alle hin. Richtig? Wie ist die Organisation, die von schlechten Lieferungen zu großartigen Lieferungen übergeht, hier vor sich? Das inspiriert andere, sich dafür zu interessieren. Eines der wirklich interessanten Dinge, die wir in Australien gesehen haben, ist, dass wir so ziemlich jede SAFe-Implementierung in Australien auf die bei Telstra zurückverfolgen können.
Nick Muldoon:
Ja, richtig. Sie haben sich alle davon abgespalten, von den Leuten, die daran beteiligt waren.
In Campbell-Pretty:
Nun, nein. Leute, die gekommen sind und es gesehen haben. Leute, die sich davon inspirieren ließen.
Nick Muldoon:
Sie sind nicht unbedingt direkt daran beteiligt.
In Campbell-Pretty:
Nein. Die Leute kamen und ließen sich davon inspirieren, und dann gingen sie, machten ihr Ding und dann inspirierten sie jemand anderen. Ich habe es in letzter Zeit nicht versucht, aber es gab einen Zeitpunkt, an dem wir sie einfach alle miteinander verbinden konnten, weil wir sie zählen konnten, wenn wir sie sehen konnten. Aber wir können die meisten von ihnen immer noch miteinander verbinden. Es heißt, Sie haben jemanden gesehen, der jemanden gesehen hat, der tatsächlich jemanden gesehen hat, der uns 2012, 2013 bei Telstra besucht hat und sich inspirieren ließ.
In Campbell-Pretty:
Also, dieser Lichtblick kann wirklich, wirklich mächtig sein, und genau das braucht es, oder? Man fügt ein bisschen Lärm hinzu, ein bisschen Unterschied, und die Leute fangen an zu fragen, was vor sich geht. Ich würde nicht sagen, dass es narrensicher ist. Ich denke, es erfordert immer noch, also muss jemand kommen, er muss sehen, und dann muss er den Mut haben, es für seinen Teil der Organisation zu tun.
In Campbell-Pretty:
Das ist der schwierige Teil, oder? Ich kann kommen, ich kann sehen, ich kann mich inspirieren lassen. Aber bin ich bereit, mich da draußen zu zeigen? Es spricht viel für Führungskräfte, die bereit sind, Risiken einzugehen. Das war einer der...
Nick Muldoon:
Das war deine Lektion über die Bushaltestelle, oder? Du musst dich da draußen aufhalten und verwundbar sein.
In Campbell-Pretty:
Ja. Ja, absolut. Absolut. Das war eigentlich, dachte ich, das, worüber ich letztes Jahr auf dem SAFe Summit gesprochen habe: Sei sicher oder sei SAFe.
Nick Muldoon:
Sei sicher oder sei SICHER. Erzählen Sie mir davon.
In Campbell-Pretty:
Seien Sie also sicher, gehen Sie kein Risiko ein, oder seien Sie sicher, wie im skalierten agilen Framework, und machen Sie diesen Vertrauensvorschuss. Es kommt darauf zurück, dass wir heute angefangen haben, darüber zu sprechen, als ich das bei Telstra gemacht habe. Ich habe nicht wirklich verstanden, dass das kein normaler Alltag war, das ist, was alle irgendwie gemacht haben. Es war eine sehr neue Sache. Also ging ich ein Risiko ein, weil ich ein Unternehmensleiter in einem Technologiebereich war, und ich hatte wirklich das Gefühl, nichts zu verlieren zu haben.
In Campbell-Pretty:
Also schaue ich zurück und sage: „Was um alles in der Welt hat mich besessen?“ Und ich sage: „Nun, ich bin diese Geschäftsperson, die dieses Technologieteam leitet. Ich hätte sowieso keinen Erfolg haben sollen.“
Nick Muldoon:
Setz alles aufs Spiel, oder?
In Campbell-Pretty:
Später fand ich heraus, dass sie tatsächlich einen Plan hatten, wann ich keinen Erfolg hatte. Ich hätte scheitern sollen.
Nick Muldoon:
Warte. Wie viel Abfall ist das? Warum haben sie etwas geplant, bevor es... In Ordnung.
In Campbell-Pretty:
Organisatorische Richtlinien. Was kann ich dir sagen? Wie auch immer, ich habe nicht versagt. Ich hatte Erfolg, und weil ich einige verrückte, kalkulierte Risiken eingegangen bin, und ich habe es immer wieder gesehen, oder? So viele der Führungskräfte in diesen Unternehmen, die diese Änderung vornehmen, wagen einen Vertrauensvorschuss. Ich sage immer, dass ich dir nicht genau sagen kann, was passieren wird. Ich weiß nicht, ob Sie 10% oder 50% der Kosten sparen werden. Ich weiß nicht, ob Ihre Leute 10% oder 50% glücklicher sein werden. Ich weiß das nicht.
In Campbell-Pretty:
Was ich weiß, ist, wenn Sie auf das hören, was wir Ihnen sagen, die Anweisungen befolgen und sich im Einklang mit diesen schlanken und agilen Werten verhalten, werden Sie Ergebnisse erzielen. Sie werden jedes Mal Ergebnisse erzielen. Aber du musst mutig genug sein, dich einzukaufen und es ganzheitlich anzugehen und nicht diese Sache zu tun, bei der du es schaffst, dich selbst zu personalisieren, um die Sache tatsächlich zu tun...
Nick Muldoon:
Ich mache irgendwas.
In Campbell-Pretty:
... das du machen wolltest.
Nick Muldoon:
Ja. Okay. Em, das war großartig. Bevor wir fertig sind, möchte ich mir zwei Minuten Zeit nehmen. Sie haben heute oft Bücher erwähnt und mich an dieses Zitat erinnert, Verne Harnish: „Diejenigen, die lesen und nicht, sind nur geringfügig besser dran als diejenigen, die es nicht können.“ Also, heute hast du Chip und Dan Heath mit Switch erwähnt, du hast die Leffingwell-Serie aus den späten Nullerjahren erwähnt. Es könnte noch ein paar andere gegeben haben. Aber sag mir, was liest du heute? Du warst im Lockdown. Was sind die zwei oder drei besten Bücher, die Sie gelesen haben, seit Sie in Melbourne im Lockdown waren?
In Campbell-Pretty:
Oh, meine Güte. Es ist sehr peinlich. Jedes Mal, wenn mich jemand fragt: „Was hast du gerade gelesen?“ Ich sage: „Ich weiß nicht.“
Nick Muldoon:
Ich glaube nicht, dass ich mich erinnern kann.
In Campbell-Pretty:
Ich kann mich nicht erinnern. Es ist furchtbar. Was lese ich? Ich muss meinen Kindle öffnen. Ich weiß nicht, was ich lese. Geoffrey Moore, Zone to Win.
Nick Muldoon:
Zone, um zu gewinnen.
In Campbell-Pretty:
Zone, um zu gewinnen. Ich glaube, so heißt es. Es ist ein neueres Buch. Ich weiß es dieses Jahr, weil ich dieses Jahr offensichtlich The Build Trap gelesen habe.
Nick Muldoon:
Jep. Melissa Perry. Das hast du erwähnt. Ja.
In Campbell-Pretty:
Jep. Ich habe das Projekt zum Produkt gelesen, Mik Kersten.
Nick Muldoon:
Was war das, Project to Product?
In Campbell-Pretty:
Ja. Vom Projekt zum Produkt, Mik Kersten. Eines der Pressebücher von IT Revolution. Also, vor etwas mehr als einem Jahr veröffentlicht. Sehr beschäftigt mit SAFe 5.0 [Crosstalk 00:48:21]. Das andere Buch, das in der SAFe-5.0-Version enthalten ist, ist John Kotters Accelerate. Also habe ich das wieder abgeholt. Ich habe es vor einigen Jahren gelesen, als es zum ersten Mal herauskam. Aber ich schaue mir Dinge gerne noch einmal an, wenn SAFe sie in den Mittelpunkt stellt. Scheint zu diesem Zeitpunkt Sinn zu machen, das zu tun.
Nick Muldoon:
Ja, okay. Ja, es ist interessant, dass, wenn ich an Verne Harnish denke, das Scaling-Up-Framework nichts zu tun hat mit...
In Campbell-Pretty:
Nein.
Nick Muldoon:
... agil skaliert, für alle, die sich nicht auskennen. Aber ein Großteil des Frameworks zur Skalierung von Unternehmen ist, dass sie auf so viele Inhalte aus bestehenden Angeboten, bestehenden Büchern, Bezugspunkten und Erfahrungen zurückgreifen, und das ist wirklich wertvoll, und ich denke, SAFe ist da nicht anders, oder? Es stützt sich auf diese Weisheit der kollektiven Weisheit.
In Campbell-Pretty:
Absolut. Absolut. [unverständlich 00:49:14] Es hat sehr viel Spaß gemacht, in der Anfangszeit zu sagen, dass wir auf den Schultern von Riesen stehen, ein Zitat von jemand anderem, dessen Name mir entgeht.
Nick Muldoon:
Ja, okay. Ja, Em, sieh mal. Ich wollte dir vielmals für deine Zeit heute Morgen danken. Das war fantastisch.
In Campbell-Pretty:
Keine Sorge. Es ist toll, dich zu treffen.
Nick Muldoon:
Ja. Ich denke, meine Erkenntnisse daraus sind, dass ich die Regeln be safe oder be SAFe mag, also entweder sei sicher und gehe kein Risiko ein, oder sei SAFe und stelle dich tatsächlich da raus und steige in Scaled Agile ein. Ich muss auf jeden Fall auch ein bisschen über die fünf S recherchieren und ein bisschen mehr darüber lernen. Aber vielen Dank für deine Zeit. Ich weiß das wirklich zu schätzen.
In Campbell-Pretty:
Keine Sorge, Nick. Schön dich zu sehen.
- Podcast
Easy Agile Podcast Ep.25 Das Agile Manifest mit Jon Kern
„Mein Gespräch mit Jon hat mir sehr gut gefallen. Er teilte einige großartige Perspektiven auf die Auswirkungen des Agile-Manifests mit“ - Amaar Iftikhar
Zu Amaar Iftikhar, Produktmanager bei Easy Agile, gesellt sich Jon Kern, Mitautor des Agilen Manifests für Softwareentwicklung und leitender Transformationsberater bei Adaptavist.
Amaar und Jon nahmen sich etwas Zeit, um über das Agile Manifest zu sprechen. Es wurde alles behandelt, von den Anfängen über die Ideenfindung, den Prozess und die ersten Reaktionen bis hin zu den Auswirkungen auf die heutige Welt des agilen Arbeitens.
Sie gehen auf den Idealzustand eines agilen Teams ein und darauf, was das Manifest für verteilte, hybride und am selben Standort ansässige Teams bedeutet.
Wir wünschen euch viel Spaß mit der Folge!
Transkript
Amaar Iftikhar:
Hallo zusammen. Willkommen zum Easy Agile Podcast. Mein Name ist Amaar Iftikhar. Ich bin Produktmanager hier bei Easy Agile. Und bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Dharawal sprechenden Land. Wir erweisen den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt. Und gilt allen Aborigines, den Bewohnern der Torres-Strait-Inseln und den Ureinwohnern, die heute zu uns kommen, denselben Respekt.
Heute haben wir im Podcast Jon Kern zu hören, der Mitautor des Agilen Manifests für Softwareentwicklung und Agile-Berater ist. Wenn Sie sich das fragen, haben Sie Recht. Ich habe das Agile Manifest für Softwareentwicklung erwähnt. Das Agile Manifest. Also Jon, willkommen, dass du hier bist und danke, dass du zu uns gekommen bist.
John Kern:
Oh, das freut mich, Amaar. Oh, danke.
Amaar Iftikhar:
Ja, ich freue mich sehr, dich dabei zu haben. Fangen wir einfach mit den absoluten Grundlagen an. Erzählen Sie dem Publikum, was ist das Agile-Manifest?
John Kern:
Nun, es ist etwas, das, wenn Sie nicht da wären, und ich weiß, dass Sie jung sind, also vor 21 Jahren noch nicht da waren, ich schätze jetzt, um vielleicht zu verstehen, mit welchen Softwareentwicklungsprozessen und Tools und mit was die meisten von uns damals konfrontiert waren, es wie eine wirklich offensichtliche Reihe von wirklich einfachen Werten erscheinen könnte. Wer könnte denken, dass an dem, was wir in das Manifest aufgenommen haben, etwas falsch ist? Aber damals gab es Dinge, unter denen ich als... Ich bin Luft- und Raumfahrtingenieur, also habe ich im Verteidigungsministerium gearbeitet und Dinge wie Jagdflugsimulationen, F-14-Flachdrehungen und die Arbeit mit einer Zentrifuge und so coolen Sachen gemacht. Und es unterliegt einer Werksstandardspezifikation, was wahrscheinlich für Waffensysteme, den Flugzeugbau und alle möglichen anderen Dinge Sinn macht. Aber sie hatten eine, und siehe da, für die Softwareentwicklung. Also gab es in Bezug auf den Softwareentwicklungsprozess eine sehr große, was ich als Schwerfälligkeit bezeichnen würde. Wir nennen ihn einen schwergewichtigen Prozess. Wasserfall war damals der gebräuchliche Begriff und wird wahrscheinlich auch heute noch verwendet.
Und es gab viele, ich würde sagen, der Marketing-Moloch des Tages, einheitliche Prozesse von IBM und Rational, diese großen, die Safe sehr ähnlich waren. Wo es ein wirklich großes Werk ist, eine unglaubliche Menge an Informationen darin, aber ein sehr schwerer Prozess, obwohl alles, sagen wir, Sie würden es anpassen, es könnte sein, was Sie wollen. Ich habe zum Beispiel meinen eigenen, einfachen Prozess in REP abgebildet. Sicher. Aber die Realität war, dass wir es mit einer Art Schwergewicht wie dem Marktführer zu tun hatten, der einfach die Seele zermalmte und aus meiner Sicht das Geld der Steuerzahler verschwendete. Das war quasi mein Standpunkt, nun ja, ich bin Steuerzahler, ich werde dieses dumme Verfahren nicht einfach um des Prozesses willen durchführen. Das muss einen gewissen Wert haben, muss pragmatisch sein. Und siehe da, es gab eine Handvoll von uns, 17, die dort gelandet sind, aber es gibt eine Handvoll von uns, die leichtere Methoden praktizierten. Das Manifest war also wirklich eine Gelegenheit, zusammenzukommen und einige der Dinge zu entdecken, die man als Gemeinsamkeiten zwischen vielen verschiedenen leichten Praktiken bezeichnen könnte. Da war das XP-Kontingent. Ich habe dort zum Beispiel zum ersten Mal etwas über Scrum gelernt. Arie van Bennekum, ein guter Freund, hat uns etwas über DSDM beigebracht. Ich kann mich nicht einmal mehr erinnern, wofür es steht. Es war eine europäische Sache.
Alistair und Jim Highsmith hatten, ich vergesse, quasi kristalline Methoden. Es gab also eine ganze Reihe anderer Verfahren, bei denen der Marketingzweig nicht ausgebrochen war, oder bei denen es nicht um den Produktionsstandard ging. Es ging also wirklich nur darum, was wir unter uns finden konnten, was ein gemeinsames Thema über all diese leichten Verfahren war. Es ging also wirklich darum, das herauszufinden.
Amaar Iftikhar:
Ihr kommt alle zusammen, die Prinzipien kommen irgendwie zum Tragen, und lasst uns ein bisschen vorspulen. Was war die erste Reaktion auf das ursprüngliche Manifest?
John Kern:
Ja, es war sogar lustig, dass die vier Werte, die vier Kugeln so einfach sind wie früher. Die Prinzipien kamen etwas später. Ich möchte sagen, wir haben beim Award-Wiki zusammengearbeitet, aber das Original... Wenn du zu Agile Uprising gehst, kannst du sehen, dass ich ein paar Artefakte hochgeladen habe, weil ich anscheinend eine Rudelratte bin. Und ich hatte die Originaldokumente, die Alistair wahrscheinlich ausgedruckt hat, weil er derjenige war... Er und Jim lebten dort in der Nähe von Salt Lake City. Es war also wie: „Hey, lass uns herkommen.“ Und wir gehen gerne Skifahren, also machen wir es hier. Also arrangierte er das Zimmer und alles. Also gibt es ein paar lustige Artefakte, die du finden kannst. Und die Art und Weise, wie es tatsächlich zustande kam, war eine erste Einführung in jeden von uns in unsere Methoden. Und ich glaube wirklich, ein Schlüssel, wir haben unser Ego an der Tür gelassen. Ich meine, ich war jünger. Onkel Bob, einige davon, er war bei Luminar, ich weiß, ich habe immer noch Zeitschriften in der Scheune, von denen er entweder Herausgeber war oder von denen er Autor war, für Leute, die sich nicht erinnern können, was Zeitschriften sind. Kleine Heftchen, die herauskamen. Onkel Bob sagte also, Oh, wow, das ist ziemlich cool.
Und ich war nicht schüchtern, weil ich viel Erfahrung mit Schwergewichtsmethoden hatte. Also wollte ich unbedingt etwas dazu sagen... Weil ich ein paar Jahre zuvor meine eigene Lightweight-Methode veröffentlicht hatte. Ich hatte also viele Meinungen dazu, wie man den Herausforderungen eines großen Schwergewichtsprozesses aus dem Weg gehen kann. Der Höhepunkt, als wir aus der Tür gingen und nachdem wir uns die vier Werte ausgedacht hatten, war, glaube ich, dass Ward sagte: „Sir, möchten Sie, dass ich das ins Internet stelle?“ Und noch einmal, das ist 2001, also Punkt com und das Web ist sozusagen noch ziemlich neu. Und wir sagen alle, ja, klar, warum nicht? Was zur Hölle, kann nicht schaden. Wir haben etwas, wir können es genauso gut veröffentlichen. Ich glaube nicht, dass jemand zu einer Person gesagt hat: „Oh ja, das wird die Welt aus den Angeln heben, weil wir so großartig sind.“ Und wir wollten die Welt mit all dieser wunderbaren Weisheit salben. Ich glaube also nicht, dass irgendjemand dachte, dass so viel passieren würde.
Amaar Iftikhar:
Ja. Also, was hast du zu der Zeit gedacht? Also, wie wären die Prinzipien, die ihr gemeinsam ausgedacht habt, vielleicht nur für das Team zum Mitnehmen? Jeder, der da war? Was war der Plan zu der Zeit?
John Kern:
Ich denke, es war eine gängige Praxis. Wie ich schon sagte, es gab andere Gruppen, die sich oft trafen und kleine Konsortien oder kleine Zusammenkünfte veranstalteten und dann etwas veröffentlichten. Also ich denke, es war einfach, oh ja, das ist normal, dass man einige Zeit miteinander verbracht hat und Dinge aufgeschrieben hat, man könnte sie genauso gut veröffentlichen. Also ich denke, es war nicht tiefer als das, außer Bob, ich glaube, Bob könnte sagen, dass er eine Art Manifest oder irgendein Dokument herausbringen wollte, denn ich denke, das ist, was diese Art von... Ich war nie auf einer dieser Zusammenkünfte, aber weißt du, du konntest sehen, dass sie Dinge veröffentlicht haben. Ich habe das Gefühl, es war einfach etwas so Unschuldiges wie, nun, wir haben geredet, einige Dinge aufgeschrieben, könnten es genauso gut teilen.
Und dann die Prinzipien, es gab viele verschiedene Praktiken im Raum. Also, ich würde sagen, das Schöne an der Werte-Seite ist, dass Demut an oberster Stelle steht, dass sie immer noch aktiv ist. Wir decken nichts auf, ihr alle Bauern, wir haben alles herausgefunden. Nein, wir decken es immer noch auf. Und die andere Sache ist, indem ich es tue, weil ich immer noch ein aktiver Programmierer bin. Und außerdem schätzen wir das auf der linken Seite mehr als auf der rechten Seite. Manche Leute mögen sagen, es ist ein bisschen zweideutig oder etwas verschwommen, aber das ist auch ein Zeichen von Demut und dass es nicht A oder B ist. Und es ist wirklich verschwommen, und Sie müssen Ihren Kontext genug verstehen, um diese Dinge anwenden zu können. Aus der Sicht der Auftragsvergabe durch das Verteidigungsministerium waren mir sicherlich drei der vier Kugeln wirklich wichtig, weil ich gelernt habe... Klar, wir haben das Verteidigungsministerium beauftragt. Aber es ist viel wichtiger, eine Beziehung zum Kunden aufzubauen, als es ist... Denn wenn Sie den Vertrag abgeschlossen haben, haben Sie bereits verloren, was mit dem Aufbau einer Beziehung zum Kunden, dem Einzelnen einhergeht.
Und einer von Peter Codes, als wir mit Kunden und so weiter gearbeitet haben, war eines unserer Mantras, häufig greifbare Arbeitsergebnisse, auch bekannt als funktionierende Software. Man kann viel zeichnen und neun Monate lang Anwendungsfälle durchführen, aber wenn nichts läuft, ist das hübsch. Ich schätze, es ist riskant, dass man nichts, noch keine funktionierende Software hat. Es war also wirklich, glaube ich, eine Gelegenheit, die Tatsache mit anderen zu teilen, dass einige Leute zwei Wochen und andere einen Monat lang nachgedacht haben. Sogar einige der Druckprinzipien wiesen sozusagen eine ziemlich große Flexibilität auf. Ich denke, es ist wirklich wichtig, das zu beachten.
Amaar Iftikhar:
Ja, nein, absolut. Und es macht Sinn. Haben Sie oder jemand anderes, der zu dieser Zeit im Raum war, sich jemals vorgestellt, welche Auswirkungen die dort geleistete Arbeit flussabwärts haben würde?
John Kern:
Nicht dass ich wüsste. Das wusste ich bestimmt nicht. Ich erinnere mich, dass ich in meiner Karriere ein paar Mal reingekommen bin und ein paar Diagramme gesehen habe, als ich für die Firma Together Soft gearbeitet habe, und wir haben coole Sachen gebaut und ich habe gesehen, dass die Leute einige der... Oh ja, ich erinnere mich, dass ich ein Diagramm an ihrer Wand gemacht habe. Das ist irgendwie cool. Aber bei weitem nicht, wie demütigend und irgendwie befriedigend es ist. Vor allem würde ich sagen, wenn ich in Indien, Kolumbien oder Griechenland bin, scheint es fast so, als ob sie eher bereit sind, emotional damit umzugehen. Aber die Menschen sind es, es ist fast so, als wären sie durch dieses Dokument befreit worden. Und in gewissem Sinne ist das wirklich, wirklich winzig, wenn man es mit der größtmöglichen Demut sagt. Ein bisschen wie die Unabhängigkeitserklärung und die Tatsache, dass eine Handvoll Menschen... Und die Verfassung der Vereinigten Staaten. Eine Handvoll Menschen trafen sich in einem Moment, was sich nie wieder wiederholen sollte, und schufen etwas, das sozusagen auf die Welt geworfen wurde, das ein enormes Maß an individueller Freiheit und Zuversicht entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, Dinge zu tun. Und ich glaube, auf sehr kleine, ähnliche Weise hat das Manifest genau das bewirkt.
Amaar Iftikhar:
Wie Sie bereits erwähnt haben, gab es einen Zeitpunkt, an dem das Manifest entwickelt wurde, und das ist fast 20 Jahre her. Jetzt haben sich die Arbeitsweise und die Arbeitswelt drastisch verändert. Also, was sind deine Gedanken dazu? Siehst du eine weitere Version kommen? Denken Sie, dass bestimmte Aktualisierungen vorgenommen werden müssen? Denken Sie, es ist ein zeitloses Dokument? Ich würde gerne deine Gedanken dazu hören.
John Kern:
Ja, das ist eine gute Frage. Ich persönlich finde es zeitlos und ich freue mich über andere Leute, die andere Dokumente erstellen. Und das haben sie. Alistair hat The Heart of Agile, Josh Kerievsky hat Modern Agile.
Es gibt ein paar Variationen eines Themas und verschiedene Dinge, über die man nachdenken kann, was ich großartig finde. Denn ich glaube, im Gegensatz zur US-Verfassung, die einen Mechanismus zur Selbständerung vorsah, brauchten wir das nicht. Und ich glaube, es hat die Essenz dessen erfasst, wie Menschen zusammenarbeiten, um etwas Wertvolles zu produzieren. Hauptsächlich Software, denn das ist es, woraus wir zum Üben gekommen sind, ist die Softwareerfahrung. Aber es braucht nicht viel Fantasie, um das Wort Software durch Produkt oder so zu ersetzen und trotzdem viele der vorhandenen Werte anzuwenden, mit sehr, sehr geringfügigen Anpassungen vielleicht, weil sich häufig greifbare Arbeitsergebnisse ergeben.
Es muss vielleicht Modelle geben, denn du wirst keinen Wolkenkratzer bauen und ihn abreißen und sagen: „Oh, das war nicht ganz richtig“ und ihn dann wieder bauen. Nichtsdestotrotz gibt es Variationen, wie Sie häufig Ergebnisse anzeigen können. Ich denke also, dass es im Großen und Ganzen zeitlos ist. Und ich würde jeden herausfordern. Was stimmt nicht damit? Weisen Sie 20 Jahre später auf etwas hin, das irgendwie nicht stimmt. Und ich glaube, das ist das Genie dahinter, über das wir gestolpert sind... Und wahrscheinlich, weil die meisten von uns Objektmodellierer waren, ist das eines der Dinge, in denen wir wirklich gut sind, nämlich die Essenz eines Systems in die kritischsten Teile zu zerlegen. Genau darum geht es beim Modellieren. Ich denke also, wir sind irgendwie von Natur aus zu den Kernbereichen vorgedrungen, die das ausmachen, was es heißt, Software mit Menschen, Prozessen und Werkzeugen zu produzieren. Und wir haben es aufgeschrieben. Deshalb finde ich es zeitlos.
Amaar Iftikhar:
Ja, absolut nicht. Ich denke, das war eine wirklich gute Erklärung dafür, warum es zeitlos ist. Ich denke, eines der Prinzipien, die mir bei einer Art moderner hybrider oder flexibler Arbeitsgestaltung in den Sinn kommen, ist eines der Prinzipien, in denen über die Bedeutung von persönlichen Gesprächen gesprochen wird. Und in einer heutigen Welt, in der viele Gespräche nicht physisch von Angesicht zu Angesicht stattfinden, finden sie möglicherweise auf Zoom statt. Denken Sie, dass das immer noch gilt?
John Kern:
Ja, ich denke, was wir herausfinden werden mit... Remote war sozusagen ferngesteuert, vor 20 Jahren. Ich habe mit einem Team von Entwicklern in Russland zusammengearbeitet und wir hatten genug Vertrauen und physische... Ich würde jeden Monat dorthin reisen. Das Team war so aufgebaut, dass wir genug Vertrauen in die Kommunikation hatten, sodass wir aufgrund der unterschiedlichen Zeitzonen letztendlich asynchron arbeiten konnten. Und ich war an der Ostküste. 7:00 Uhr in den USA war vielleicht 15:00 Uhr in Russland, wenn ich mich erinnere. St. Petersburg. Wir konnten die Distanz also überwinden, aber das echte Leben ist kaum zu übertreffen. Und oft habe ich manchmal sogar ein bisschen mit Ron Jeffries gestritten, sodass man auf der einen Seite sagen könnte, dass das Beste, was man tun kann, persönlich ist. Aber auf der anderen Seite könnte ich argumentieren, dass ein bisschen Abgeschiedenheit die Dinge ausmacht... Du musst etwas ausführlicher sein, möglicherweise etwas präziser, aber auch ein bisschen ausführlicher. Etwas entspannter mit... Du könntest ein paar Pässe nehmen, um etwas zu bekommen, nur weil, ich meine, in der Nacht vergehen zwei Zeitzonen. Aber das beruhte auf einigen oft ersten persönlichen Treffen, und dann konnte man aus der Ferne gehen und trotzdem erfolgreich und hocheffektiv sein.
Deshalb finde ich es wichtig, dass Teams nicht einfach sagen, dass sie immer noch alles können. Und Zoom ist zugegebenermaßen viel besser als vor 20 Jahren. Zoom bekommt, zumindest kann man ein Gesicht sehen. Aber nichts ersetzt den menschlichen Kontakt. Und ich denke, auch für das Wohlbefinden ist menschlicher Kontakt wichtig. Deshalb würde ich immer noch sagen, dass der Aspekt der Interaktion im Manifest immer noch am besten mit einer gesunden Dosis persönlicher Präsenz erfüllt wird. Und das ist quasi der Schlüssel zu den meisten Dingen in Agile. Für mich geht es um Pragmatismus und nicht nur darum, dogmatisch zu sein, sondern eher darum, was für uns besser funktionieren könnte? Und sogar damit zu experimentieren, etwas ein bisschen auszuprobieren und zu sehen, wie das funktioniert. Also, auch wenn Sie das Manifest behandeln, sollten Sie es sozusagen agil behandeln.
Amaar Iftikhar:
Ja, absolut nicht. Das ist ein gutes Argument. In diesem Sinne: Was sind für Sie als Agile-Berater oder Agile-Experte die besten Praktiken oder was funktioniert, was funktioniert nicht für verteilte Teams?
John Kern:
Nun, ich denke, die Dinge, die mir in großen und noch kleineren Unternehmen begegnet sind, sind die, dass... Ich weiß nicht, ob das natürlich ist, Gott bewahre, wenn es natürlich ist, aber Tendenzen, die ich in einigen Unternehmen gesehen habe, Silos einzurichten, in denen Sie die Qualitätskontrolle, das UX, das Frontend, Sie das Backend sind, lassen meinen Kopf explodieren. Denn das bedeutet, Verzögerungen einzubauen und Kommunikationshindernisse einzubauen und eine Zusammenarbeit aufzubauen, die von Silo zu Silo weitergegeben wird, und nicht Zusammenarbeit. Davon habe ich also mehr gesehen. Und ich verstehe es, Sie möchten vielleicht eine Spezialität haben, aber dem Kunden ist das egal. Der Kunde will etwas vor der Tür haben. Wenn ich auftauche und ein Feature vom Stapel nehme, was meinst du damit, dass ich nur einen Teil davon machen kann? Das verstehe ich nicht. Und ja, ich weiß, ich bin kein Experte für alles, aber wir haben wahrscheinlich einen Experten, der herausfinden kann, was das Muster ist. Also ich finde diese Art von Trend, ich weiß nicht, ob es ein Trend ist, aber ich finde, das ist meiner Meinung nach ein Rückschritt. Und es ist besser zu versuchen, funktionsübergreifender und kollaborativer zu sein. Jeder versucht, daran zu arbeiten, das Feature auf den Markt zu bringen, und nicht nur zu versuchen, seinen kleinen Teil dazu beizutragen.
Amaar Iftikhar:
Ja, hundertprozentig. Ich denke, an Silos zu stoßen, ist ein großer Teil davon, agil zu sein, oder sogar digital zu sein. Und oft gibt es auch Abhilfemaßnahmen dafür, aber es ist viel schwieriger, praktisch damit umzugehen, es tatsächlich in einer Organisation umzusetzen, einem lebendigen Unternehmen, in dem es echte Menschen und Dynamiken gibt, mit denen man umgehen muss, und es gibt Richtlinien und Prozesse, die befolgt werden müssen. Ich denke, so allgemein Sie auch sein können, was ist Ihre Meinung als Agile-Berater für ein Unternehmen, das mit diesem Problem konfrontiert ist?
John Kern:
Eines der Dinge, die... Adaptiv ist das, wofür mein Kollege John Turley mir wirklich die Augen geöffnet hat. Ich nenne es eher die geheime Sauce oder das fehlende Stück in meiner Praxis. Und es hat mit der Denkweise des Einzelnen zu tun und mit dem, was wir vertikale Entwicklung nennen. Es klingt vielleicht wie komisches, flauschiges Zeug, aber es ist wirklich extrem wichtig. Und ich habe immer gesagt, Leute, Prozesse und Tools für, ich möchte sagen, seit Ende der Neunziger, wahrscheinlich für eine lange Zeit. Und in der ersten Phase konnte ich verstehen, warum ich manchmal einfach spektakuläre, extrem leistungsstarke Teams hatte und manchmal waren es einfach wirklich, wirklich gut, aber nicht immer der Funke und manchmal war es irgendwie, eh, das war ein bisschen meh. Und vieles davon hängt davon ab, worauf die Menschen in Bezug darauf liegen, wie sie ihre Bedeutung ausdrücken und welche Motivationsorientierung sie haben, Kommando und Kontrolle versus Autonomie.
Was wir also tun, ist, dass wir gelernt haben, dass wir Menschen zunächst helfen können, zu erkennen, dass dies existiert, und Menschen mit so genannten Entwicklungspraktiken helfen können. Etwas, das, selbst der Satz, Sie haben ihn wahrscheinlich gehört, wie sichere Experimente. Scheitern oder etwas versuchen und scheitern. Nun, wenn du jemandem dafür den Kopf abhackst, weißt du was? Sie werden wahrscheinlich einfach ziemlich still bleiben und nur tun, was ihnen gesagt wird, nicht versuchen... Ich habe ein extrem hohes Maß an Autonomie in mir, also habe ich lange daran gelebt, besser um Vergebung zu bitten als um Erlaubnis zu bitten, und ich hatte immer das Gefühl, solange ich versuche, das Richtige zu tun, um erfolgreich zu sein und das Beste für das Unternehmen zu tun, werden sie mich wahrscheinlich nicht entlassen, wenn ich einen Fehler mache. Aber nicht jeder hat so viel Freiheit in der Art und Weise, wie er arbeitet. Sie müssen also als Management helfen, das zu etablieren, und das ist eine große Sache, mit der wir zusammenarbeiten, mit Teams.
Und dann fangen wir auch mit dem Unterricht an. Falls Sie schon einmal Büroräume gesehen haben und wenn nicht, sollten Sie das tun, aber was machen Sie hier? Also, die Berater Bob und Bob kommen rein, die Effizienzberater, „Also Amaar, was machst du hier?“ Aber das ist wortwörtlich etwas, ob wir Teams dabei helfen, ein neues Produkt zu entwickeln, ist okay, was ist der Zweck? Was ist der Geschäftszweck dieses Produkts? Was machst du hier? Was willst du mit diesem Produkt machen? Welchen Wert bietet es? Das Gleiche gilt für alles, mit dem Sie als Team arbeiten. Und das ist der Grund, egal ob es sich um Software handelt, die eine Funktion hervorbringt, deren Ergebnis dem Kunden einen Mehrwert bietet, oder um ein Produkt. Aber der Punkt ist, wenn Sie das nicht verstehen, wird es dem Team jetzt wirklich schwer fallen, Entscheidungen zu treffen, die uns weiterbringen.
Wenn du also allen hilfst zu verstehen, wofür wir hier sind, und dann versuchst, die Leute zu finden, die vielleicht all die verschiedenen Silos widerspiegeln, wenn du isoliert bist, aber all die verschiedenen Elemente. Wie kommen wir sozusagen von einer Idee zum Geld oder von der Idee zum Wert in der Hand des Kunden? Und schauen Sie sich das genau an. Weil es so viele Dinge gibt, die einfach irgendwie... Technische Daten schleichen sich oft in Softwarecodebasen ein. Und das Gleiche, wir sagen sozusagen die organisatorischen Schulden, das Gleiche kann passieren. Ihre Prozessverschuldung. Am Ende kannst du einfach sagen, alles klar, wir wollen, dass das Entwicklungsteam schneller wird, John und Co., kannst du reinkommen und uns helfen, uns zu coachen? Wir wollen agil werden. Sicher, okay, ja. In Ordnung. Wir krempeln die Ärmel hoch, schauen uns um und nach einer ersten Art von Wertstromansicht sagen wir, warte, es tut mir leid, aber da ist ein kleiner Keil, es sind ungefähr 15%, das ist die Entwicklung. Und dann haben Sie die 85% damit verbracht, darüber nachzudenken.
Tun wir so, als könnten wir die Geschwindigkeit der Entwicklung verdoppeln. Welches war ursprünglich der... Ja, wir brauchen die Entwickler, um schneller zu programmieren oder so. Das ist ein Klassiker. Und nein, tust du nicht, du musst aufhören, diesen ganzen Blödsinn von vorne zu machen, der einfach verrückte, arschgroße Wasserfallprojekte mit mehreren Absprachen ist. Und tatsächlich, eine der Abmeldungen, oh mein Gott, sie findet nur einmal pro Woche statt, und wenn Sie dann einen Tippfehler haben, werden Sie abgelehnt. Du kommst nicht für einen anderen zurück... Bist du verrückt? Du hast acht Monate damit verbracht, dich für acht Wochen zu entscheiden. Entschuldigung, es sind nicht die acht Wochen. Also Dinge wie diese, was ich jedem empfehle, sich selbst zu überprüfen, ist zu versuchen... Wenn Sie sich Sorgen um Ihr Team machen, können Sie es besser machen, indem Sie einfach versuchen, aufzuschreiben, wie Ihr Prozessschritt aussieht und was ein typischer Zeitrahmen ist?
Wie viel Zeit investieren Sie in die... Weil Leute oft Dinge in Sprints zusammenfassen. Das ist ein Stapel, warum legst du Dinge in einen Stapel? Oder sie haben riesige Probleme. Nun, das ist die große Menge. Es gibt also viele, oft tief hängende Früchte. Aber was Sie sagen, es ist oft eingedrungen, so arbeiten wir und niemand fühlt sich in der Lage, uns zu ändern oder sogar innezuhalten und zu schauen, wie wir arbeiten. Also ich denke, das ist der Punkt, an dem wir normalerweise beginnen. Schauen wir uns an, wie Sie heute tatsächlich arbeiten. Und während wir das machen, kannst du dein Bauchgefühl ausplaudern, du kannst uns all die Dinge sagen, die weh tun und die schmerzhaft sind, und dann werden wir versuchen, einen besseren Weg zu finden, auf den wir hinarbeiten können, im Sinne einer effektiveren Arbeit. Denn unser Ziel ist es, Teams dabei zu helfen, Wege zu finden, um sinnvollere und unterhaltsamere Arbeit zu leisten. Weil es viel Spaß macht, wenn es klickt und wenn Sie in einem guten Team sind und den Kunden ein Lächeln ins Gesicht zaubern, ist es schwer, sich fast von der Arbeit fernzuhalten, weil sie so viel Spaß macht. Aber wenn es das nicht ist, wenn es Plackerei ist und Sie nur ein Rädchen im Getriebe sind und Dinge Monate brauchen, um aus der Tür zu kommen, ist es ein Job. Es macht nicht so viel Spaß.
Amaar Iftikhar:
Ja. Viele der Punkte, die Sie dort erwähnt haben, haben bei mir großen Anklang gefunden, und die häufigsten Schmerzpunkte. Es klingt, als hättest du irgendwie alles gesehen. Übrigens, wenn Sie noch keine Büroräume gesehen haben, müssen Sie sie sich unbedingt ansehen. Es ist ein wirklich guter. Sie haben jetzt viel über die Herausforderungen gesprochen, mit denen ein verteiltes Team konfrontiert ist. Jetzt möchte ich es umdrehen und Sie fragen, wie das perfekte verteilte Team heute aussieht, das agile Werte lebt und atmet?
John Kern:
Ja. Ich weiß nicht, ob du jemals so etwas haben kannst, ein perfektes Team. Ich würde sagen, ich greife auf die Typen von verteilten Teams zurück, mit denen ich gearbeitet habe, und das geht auf die späten Neunziger zurück. Also ich mache das schon sehr, sehr lange. Ich habe es wirklich nur remote gemacht, egal ob mit Entwicklern in Russland oder unten in North Carolina oder an ähnlichen Orten. Und ich glaube, das Geheimnis war eine Kombination aus persönlichen... Wenn Sie als Gruppe irgendwohin gehen möchten, gibt es Dinge, die Sie tun können, um das Eis zu brechen, um einige, was Sie als Teambuilding-Aktivitäten bezeichnen könnten, zu organisieren.
Und nicht nur, hey, lass uns einen Hochseilgarten machen und uns gemeinsam zu Tode erschrecken lassen. Sondern auch Dinge, die sich darauf beziehen, warum wir hier sind, was versuchen wir zu erreichen? Und lassen Sie uns darüber sprechen, ob es das Produkt ist, das wir herstellen wollen, und das als Gelegenheit nutzen, uns um etwas zu verbinden und genug Fleisch an den Knochen zu bekommen, genug Skelette davon, wie es aussehen könnte. Weil es gute Möglichkeiten gibt, anzufangen und eine gute Grundlage zu haben. Und das ist Teil dessen, was ich seit Jahrzehnten praktiziere. Wenn Sie die Dinge richtig einrichten und verstehen, dass gerade genug Anforderungen vorliegen, verstehen Sie... Und ich mache viel Domänenmodellierung mit UML und solche Dinge. Ich verstehe einfach, was der Problembereich ist, den wir zu lösen versuchen, um die angestrebten Ziele zu erreichen, und ein Gefühl für die Architektur zu bekommen, die wir wollen. All diese Dinge sind also gemeinsame Anstrengungen.
Wenn Sie also genug von einem Ausgangspunkt haben, an dem Sie zusammengearbeitet haben, kommen Sie rein und, sagen wir, Sie mussten sogar irgendwo eine Wohnung mieten, weil niemand in der Nähe des Büros wohnte, also sind Sie alle irgendwohin geflogen. Ich meine, das ist meiner Meinung nach gut angelegtes Geld. Weil damit das Fundament beginnt. Wenn Sie sozusagen Brot gebrochen oder ein paar Bier getrunken haben oder zusammen programmiert und Dinge gemacht haben und dann zu Ihren entfernten Büros zurückkehren, um die nächsten Schritte zu unternehmen und dann zu erkennen, wann Sie sich vielleicht wiedersehen müssen. Es ist also wirklich wichtig, zu verstehen, wie wichtig es ist, diese Beziehungen frühzeitig aufzubauen, damit Sie unverblümt sprechen können. Und ich habe ein paar gute Leute, die seit etwa 2006 eine Produktions-App für Feuerwehrleute betreiben.
Amaar Iftikhar:
Ja, sehr cool.
John Kern:
Und dieser Freund, mit dem ich gearbeitet habe, wir stehen uns so nahe, dass wir... Das macht unsere Gespräche aus, wir müssen nicht um den heißen Brei herumreden, wir müssen uns keine Sorgen machen, jemanden zu beleidigen, wir kommen einfach, bumm, auf den Punkt. Weil wir wissen, dass wir die Kinder des anderen nicht als hässlich bezeichnen. Wir versuchen nur, schnell etwas zu erledigen.
Und der Aufbau einer solchen Beziehung erfordert Zeit und Mühe und Zusammenarbeit. Und das ist meiner Meinung nach ein gutes, erfolgreiches, verteiltes Team. Man muss von Zeit zu Zeit zusammenkommen und diese Beziehungen aufbauen und wissen, wann man vielleicht wieder zusammenkommen muss, wenn etwas ein Problem ist. Aber ich denke, der Schlüssel zum Erfolg ist, dass es die Zeit verkürzt. Weil Sie vielleicht von Dingen wie den Gruppenformen gehört haben, wenn das die Leistung auf der Y-Achse ist, die sie bilden und sie sich auf einem bestimmten Leistungsniveau befinden, dann müssen sie stürmen, bevor sie wieder normal werden und bevor sie anfangen, Höchstleistungen zu erbringen. Es ist also diese Form, Storm. Du wirst schlimmer, wenn du stürmst. Und stürmen bedeutet, wirklich zu verstehen, wo wir stehen. Und wenn wir darüber streiten, sollte das meiner Meinung nach nicht Erbschaft sein, Amaar. Und dann sagst du: „Oh Bullshit, es ist wirklich...“
Und noch einmal, wir sind nicht persönlich, aber wir lernen die Sichtweisen des anderen kennen und wir lernen, respektvolle Debatten zu führen und sozusagen einige Argumente vorzubringen, um an den besseren Ort zu kommen. Und ich habe in einigen Unternehmen gearbeitet, die Angst vor Stürmen haben, und es fühlt sich an, als ob man nie leistungsstark ist.
Jeder ist zu höflich. Es ist wie, komm schon. Und ich liebe es, mit meinen russischen Kollegen zusammenzuarbeiten. Es war ihnen scheißegal, ob ich einer der Gründer war. Und ich bin froh, denn ich will kein Privileg, ich will so etwas nicht. Nein, lass uns das ausfechten. Mögen die besten Ideen gewinnen. Dorthin willst du kommen. Und wenn du nicht dorthin kommst, weil du nicht genug von einer Beziehung hast und du dazu neigst, die Dinge, die gesagt werden mussten, nicht zu sagen, weil du höflich bist, dann wird es wirklich lange dauern, bis du erfolgreich bist. Und das ist eine Menge Geld und das ist eine Menge Erfolg, und die Leute könnten gehen.
Ich denke, das Wichtigste ist, wenn man remote ist, ist das okay, aber die schiere Abgeschiedenheit ist eine echte Herausforderung. Und du musst irgendwie herausfinden, wenn du nicht zusammenkommen kannst, um zu lernen, wie man sich formt und stürmt und diese Bindungen von Angesicht zu Angesicht aufbaut, dann musst du über Zoom herausfinden, wie das geht. Weil du es tun musst, denn wenn du es nicht tust, wenn du nie Worte hast, dann glaub mir, du bist immer noch nicht leistungsstark.
Amaar Iftikhar:
Ja, ich habe irgendwie das Gefühl, dass es den Kandidaten auf dem Markt jetzt fast ein Wettbewerbsvorteil ist, völlig remote zu sein, weil es ein Kampf um Talente ist. Aber wenn ich das richtig verstehe, sagen Sie, dass das persönliche Element so wichtig ist, um wirklich gute Leistungen zu erbringen, und diese Ideen widersprechen sich meiner Meinung nach irgendwie.
John Kern:
Ja. Und nochmal, da ich seit Ende der Neunziger abgelegen war, mache ich das schon lange. Und nach Russland zu pendeln ist der längste Weg, den ich je gemacht habe, seit drei Jahren. Ich meine, das ist ein verdammt langer Flug, um mehr als sieben Mal dorthin zu pendeln, oder was auch immer zur Hölle es war. Wie dem auch sei, ich habe immer gesagt, dass Fernsein nicht jedermanns Sache ist, denn das ist es wirklich nicht. Ich meine, du musst wissen, wie man arbeitet, ohne dass jemand in der Nähe ist, und arbeiten kann. Ich meine, es hat seine eigenen Herausforderungen. Und ja, es mag ein Vorteil sein, aber ich denke, Sie müssen sich die möglichen Vorteile ansehen und auch herausfinden, kann ich sie zusammenfassen in... Es muss nicht alles oder nichts sein. Und ich denke, das kann ein leichter Fehler sein, vielleicht ist es, alles klar, cool, wir müssen keine Büroräume haben. Das sind eine Menge Einsparungen für das Unternehmen. Ja, aber vielleicht bedeutet das, dass Sie einige Remote-Arbeitsplätze für gelegentliche Zusammenkünfte benötigen, oder finden Sie es heraus.
Aber ja, ich denke sogar... Und bestimmte Unternehmen könnten anders funktionieren. Zu Beginn der Entwicklung eines Produkts wünsche ich mir eine intensive Zusammenarbeit und ich möchte an einen Punkt kommen, an dem es fast so weit ist, ich habe das Gefühl, dass das Produkt so läuft, dass, wenn man die Dinge erst einmal ins Rollen gebracht hat und irgendwie aufgestanden ist, etwas Schwung bekommt, es jetzt am schwierigsten ist, vor einem agilen Team zu stehen, egal ob persönlich oder remote. Sobald die Dinge rollen und schaukeln und es so ist, als würde alles klicken, kannst du einfach die verbleibenden Funktionen wie Bum, Bum, Bum, Bum herausschlagen. Ja, okay, dann müssen wir wahrscheinlich...
Es sei denn, wir haben Möglichkeiten, uns zu paaren oder solche Dinge. Ich sage, wenn wir zusammen sind, ist Mobbing einfacher. Ich bin sicher, es gibt Möglichkeiten, das aus der Ferne zu machen, aber in einem Raum zu sein, ich weiß nicht, es ist viel einfacher, als sich über Zoom zu koordinieren. Du, hey, da ist dieses Problem, lass uns nach dem Standup alle hier rumhängen, weil wir einfach darüber moben werden. Es braucht also nicht viel gegen alles, was weit entfernt ist, es gibt ein bisschen mehr, okay, wir müssen uns abstimmen, und sogar verschiedene Zeitzonen werden noch schlimmer. Also ja, lassen Sie sich nicht davon mitreißen, dass Fernzugriff das Ende aller Dinge ist. Weil ich das Gefühl habe, dass es einen geben wird... Ich wette, es wird eine Gegenreaktion geben.
Amaar Iftikhar:
Und ich nehme das zurück, weil ich von Agile komme, der Person, die das täglich tut und Teams hilft, agil zu werden. Ich glaube Ihnen auf jeden Fall beim Wort. Und aufgrund meiner Erfahrung habe ich auch gesehen, dass nichts wirklich besser ist als eine gute Whiteboarding-Sitzung. Das ist wirklich schwer online zu replizieren. Ich meine, wir haben diese tollen Tools, aber nichts ahmt die reale Erfahrung nach, nur ein einfaches Whiteboard und einen Marker in der Hand zu haben. Diese Kommunikation ist so mächtig.
John Kern:
Toller Punkt. Stimmt, denn ich hatte gerade bei der einen Firma, bei der ich fünf Jahre lang gearbeitet habe, wir haben ein hochentwickeltes, auf Bestellung entwickeltes Verkaufswerkzeug für die Pumpenherstellung gemacht für... Es war also meine Lieblingswelt, weil sie meine Strömungsdynamik als Luft- und Raumfahrtingenieur mit meiner Liebe zur Entwicklung von SaaS-Produkten und der Entwicklung neuer Software und ähnlichem verband. Und selbst wenn wir noch ein Kind hatten, interviewten wir an der Lehigh University und wir hatten einige junge Absolventen, die mit uns arbeiteten und sie mit einbeziehen konnten, und da war ein Raum hinter meinem Laufband, und wir gingen hinein, wir veranstalteten Jam-Sessions zum Modeln und Entwickeln neuer Features. Und Mann, du hast recht. Nur diese viszerale dreidimensionale Erfahrung. Ja, Miro geht es großartig. Oder irgendein anderes Werkzeug, aber ja, es ist nicht dasselbe. Du hast absolut recht. Das ist ein gutes Argument. Das bringt mich fast dazu, mich nach den guten alten Zeiten zu sehnen. [unhörbar 00:42:04]
Amaar Iftikhar:
Ich denke, die guten alten Zeiten gibt es immer noch. Ich denke, selbst jetzt war es eine erfrischende Zeit für mich, bei Easy Agile zu sein. Ich bin jetzt erst seit knapp zwei Monaten hier. Und es gibt eine starke persönliche Dynamik. Und auch hier ist es optional. Wenn die Leute aus der Ferne oder hybride Menschen sind oder ab und zu pendeln müssen, ist das eine sehr verständnisvolle Umgebung. Aber wenn Sie einmal im Büro oder persönlich sind, spüren Sie gewissermaßen den Effekt, den Sie beschrieben haben, und Sie sind motiviert, für den Endkunden etwas zu liefern. Du willst einfach nur zurückkommen. Es ist ein süchtig machendes Gefühl, ich möchte wieder persönlich sein und in Echtzeit persönlich zusammenarbeiten.
John Kern:
Das ist wunderbar gesagt, denn das ist... Eines der Unternehmen, mit dem wir in Südafrika zu kooperieren beginnen, sie stehen an einem Scheideweg, mit dem wir zu kämpfen haben, alle waren abgelegen, aber Mann, die paar Male, als wir zusammen waren, haben wir so viel erreicht. Und du beschreibst die Flamme, die Wärme, die entsteht, wenn man die Motten zur Flamme kommen lässt. Ich meine, es zu pflegen und dann die Flammen des Guten zu entfachen und die Leute dazu zu bringen, sich daran zu beteiligen und es zu genießen. Und manchmal, ja, ich muss zu Hause sagen, ich habe die Kinder oder den Hund, das ist auch okay. Aber die Option zu geben, glaube ich, ist unser Ziel. Und ich glaube den Unternehmen, die in der Lage sind, diese hybride Kultur aufzubauen, in der beide akzeptiert werden und weder das eine noch das andere vorgeschrieben wird, sondern ein so leistungsstarkes Team aufgebaut wird, das die Leute im Grunde dazu ermutigt, sich für die Dinge zu entscheiden, die zu diesem Zeitpunkt am sinnvollsten sind. Und ich denke, dass diese Unternehmen sozusagen das Sagen haben werden.
Amaar Iftikhar:
Ja, absolut. Es war so nett, mit dir zu chatten, John, und das hat mir wirklich Spaß gemacht. Ich möchte das Publikum mit einem Ratschlag für verteilte agile Teams von Ihnen abschalten. Wir haben viel über die Bedeutung der persönlichen Zusammenarbeit gesprochen. Wir haben über die Prinzipien des agilen Manifests gesprochen. Nun, was wäre der eine Ratschlag, wenn Sie an beide denken? Wenn Sie möchten, dass die Agile-Manifeste in verteilten agilen Teams lebendig und lebendig sind, welchen Ratschlag können Sie Unternehmen geben, die gerade die gleichen Probleme durchmachen? Was kannst du ihnen als letzten Ratschlag geben?
John Kern:
Nun, ich denke, ein Satz, den ich gerne verwende, um das Manifest festzuhalten, ist: „Kümmere dich um die Lücke“. In meiner Art von Wortspiel meine ich die Zeitlücke zwischen dem Ergreifen einer Handlung und dem Erhalt einer Antwort. Ob es darum geht, was machen wir mit dem Büro, was machen wir mit der Fernbedienung, was machen wir mit dieser Funktion, was machen wir mit dieser Codezeile? Der Zeitunterschied ist, es ist eine Art Metapher dafür, bescheiden genug zu sein, Dinge als Hypothese zu behandeln. Seien Sie sich Ihrer selbst also nicht so verdammt sicher, was das Büro angeht, ob es um das Büro geht, ob es um ein entferntes oder verteiltes Büro geht. Behandeln Sie die Dinge stattdessen als Hypothese. Seien Sie neugierig und experimentieren Sie sicher mit verschiedenen Methoden und sehen Sie, was funktioniert. Und hab keine Angst vor Veränderungen. Es ist auch keine lebenslange Haftstrafe, Sie müssen Ihr Unternehmen, Ihr Projekt oder Ihr Team für den Rest Ihres Lebens in eine Richtung führen. Nein. Sag es nicht dem Chef, aber Arbeit ist subventioniertes Lernen. Ich habe nie Leute verstanden, die immer wieder das Gleiche tun, weil sie keine Erlaubnis bekommen haben. Versuch es einfach. Das wäre also mein Abschiedssatz, wenn es darum geht, diese Entscheidungen zu treffen. Achten Sie auf die Lücke und seien Sie wirklich bescheiden, wenn es darum geht, Annahmen zu treffen, Ihre Hypothesen zu testen und die Zeitspanne zwischen dem Ergreifen von Maßnahmen und dem Erleben einer Reaktion zu verkürzen.
Amaar Iftikhar:
Oh, das ist großartig. Oh, danke. Ich wünschte wirklich, wir könnten das Band laufen lassen und einfach noch ein paar Stunden darüber reden, aber wir beenden es genau dort mit dem wirklich guten Ratschlag, mit dem du das Publikum verlassen hast. Jon, danke nochmal, dass du im Podcast warst. Und es hat uns wirklich sehr viel Spaß gemacht, Ihnen zuzuhören und aus Ihren Erfahrungen zu lernen.
John Kern:
Oh, es war mir ein Vergnügen. Jederzeit. Freue mich, noch ein paar Stunden zu reden, aber vielleicht nach ein paar Bieren.
Amaar Iftikhar:
Ja.
John Kern:
Außer dass es dein Morgen ist, mein Abend. Daran werde ich arbeiten müssen.
Amaar Iftikhar:
Ja.
John Kern:
Das freut mich, Amaar.
- 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.



