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 Folge 27 Inklusive Führung
„Es war mir eine Freude, mit Ray darüber zu sprechen, Teams zu stärken und Menschen zu helfen, ihr volles Potenzial auszuschöpfen“ - Mat Lawrence
Mat Lawrence, Chief Operating Officer bei Easy Agile, wird von Ray Arell unterstützt. Ray arbeitet derzeit als Direktor für Agile Transformations bei Dell Technologies, ist der Moderator des ACN-Podcasts und Vorsitzender des Verwaltungsrates der gemeinnützigen Forest Grove Foundation Inc.
Ray hat eine Leidenschaft für kollaborative und integrative Führung und liebt es, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Genau darauf tauchen Mat und Ray in dieser Episode ein.
Ray und Mat beschäftigen sich mit Konzepten wie inklusiver und situationsbezogener Führung und dem Zusammenhang mit agilen Arbeitsweisen, der Stärkung des organisatorischen Gehirns und der Förderung der Authentizität innerhalb von Teams.
Dies ist eine fantastische Episode für angehende, aufstrebende und bestehende Führungskräfte! Viele tolle Tipps und Ratschläge, die wir mit Kollegen und Freunden teilen können, um zu verstehen, wie wir uns gegenseitig stärken und befähigen können.
Wir wünschen euch viel Spaß mit der Folge!
Transkript:
Matthew Lawrence:
Hallo Leute, hier ist Mat Lawrence. Ich bin der COO bei Easy Agile und freue mich sehr, heute von Ray Arell begleitet zu werden. Bevor wir zu unserer Podcast-Folge übergehen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Gadigalsprachigen Land. Wir erweisen den Ältesten in der Vergangenheit, Gegenwart und in der Zukunft unseren Respekt und zollen allen Ureinwohnern der Torres Strait Islander und den First Nations, die heute zu uns kommen, denselben Respekt aus. Ray, danke, dass du heute zu uns gekommen bist. Ray ist eine kollaborative und integrative Führungskraft, die es liebt, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Ray verfügt über 30 Jahre Erfahrung im Aufbau und in der Leitung herausragender multinationaler Teams in Fortune-100-Unternehmen, gemeinnützigen Organisationen und Startups. Darüber hinaus ist er als führender Experte für groß angelegte agile Adoptionen, technische Verfahren sowie schlanke und komplexe adaptive Systeme anerkannt. Also Ray, willkommen, wirklich schön, dich heute im Podcast zu haben.
Ray Arell:
Ich danke dir.
Matthew Lawrence:
Ich liebe es, zunächst zu verstehen, was Ihnen an der Arbeit als integrativer Leiter und der Arbeit mit Teams am besten gefällt.
Ray Arell:
Ja, also ich bin wahrscheinlich seit etwa 15 Jahren in Führungspositionen tätig und leite Teams unterschiedlicher Größe. Wenn Sie die intimeren, kleineren Teams von vielleicht fünf oder sechs Personen haben, mehr als Teams, die aus mehreren hundert Personen bestehen, die in einer Organisation arbeiten, deren Leiter ich sein könnte. Und was mir daran am meisten Spaß macht, ist der Kontakt zu den talentierten Leuten, die die Arbeit machen. Ich meine, wenn man in die Führung geht, ist eines der Dinge, von denen man quasi abgeht, nicht die fachkundige Person im Raum zu sein, die programmiert oder Hardwareentwicklung oder etwas anderes macht. Sie haben diese Leute, die jetzt nach einer Richtung oder Vision oder anderen Dingen suchen, um ihnen einen Sinn zu geben, damit sie ihren Tag voranbringen können.
Und ich coache gerne. Ich genieße Mentoring. Ich meine, ein Großteil meiner technischen Seite ist heute mehr Nostalgie, als es bei den neuesten Technologien relevant ist. Es ist bereichernd, wenn man jemanden sieht, der, wenn man an Daniel Pinks Arbeit denkt, die von Autonomie, Meisterschaft und Zielstrebigkeit geprägt ist, plötzlich merkt, dass er sich mit dem Ziel beschäftigt, das wir als Organisation verfolgen, und dann die Autonomie hat, einfach seinen Tag zu verbringen und mit anderen zu arbeiten und zusammenzuarbeiten. Und das war schon immer aufregend für mich.
Matthew Lawrence:
Das kann ich nachvollziehen. Ja. Ich denke, in unserem heutigen Publikum werden wir eine Mischung aus aufstrebenden Führungskräften, aufstrebenden Führungskräften und erfahrenen Führungskräften haben. Ich würde gerne auf Ihre Erfahrung zurückgreifen und idealerweise ein wenig zu einem früheren Zeitpunkt Ihrer Karriere zurückspulen, als Sie in die Führungsrolle übergegangen sind. Und ich würde gerne wissen, was zu dieser Zeit einige der Erfolge waren, die Sie in Ihrem Ansatz gesehen haben und den Sie im Laufe der Jahre zu wiederholen versucht haben?
Ray Arell:
Nun, ich denke, schon früh, glaube ich, besonders wenn man in den technischen Rängen aufwächst und plötzlich zumindest in dem Unternehmen, in dem ich zu der Zeit war, eine sehr fachkundige Kultur, wenn Sie die klügste Person im Raum waren, sind das die Leute, die sie sich angesehen haben und gesagt haben: „Okay, wir werden Sie zum Leiter befördern, oder wir werden Sie zum Manager befördern oder Sie in die Führungspositionen befördern.“ Ich denke, wenn ich darauf zurückblicke, denke ich, Ray 2.0 oder Ray 3.0, egal welche Version ich zu der Zeit hatte, dass ich sehr stark von dieser fachkundigen Führungsposition geleitet wurde, was irgendwie bedeutet, dass ich weiß, was der beste Weg ist, um etwas zu liefern, und jeder sollte meinem technischen Beispiel folgen, wie auch immer dieses Produkt zusammenkommt.
Und ich glaube nicht, dass das wirklich ein guter Ansatz war. Ich denke, das hat die Leute eingeschränkt, weil man den Leuten letztendlich mehr oder weniger einfach gesagt hat, was sie tun sollen, anstatt ihnen zu erlauben, zu experimentieren und zu lernen und sich weiterzuentwickeln, um zu dem zu werden, was ich als leitende technische Person geworden war. Ich denke also, die erste Lektion, die ich gelernt habe, war, dass die Führung eines Teams aus einer Expertenperspektive wahrscheinlich nicht der beste Ansatz ist, wenn Sie gehen... vor allem, wenn Sie an agile und andere integrativere Teamwork-Projekte denken, sollten Sie den Mitarbeitern einen eher katalytischen oder katalytischen Führungsstil geben, der auf Synergien basiert, damit sie sich selbst organisieren und als Ingenieur lernen und wachsen können.
Matthew Lawrence:
Gibt es Zeiten, die für Sie besonders auffallen und in denen Sie es furchtbar falsch verstanden haben? Ich weiß, dass ich ein paar Geschichten habe, die ich auch gerne teilen kann.
Ray Arell:
Ich würde gerne ein paar von deinen hören. Ich finde furchtbar falsch, ich denke, es ist... Die Frage ist, ist etwas jemals wirklich nicht reparierbar, nicht wiederherstellbar? Und in den meisten Fällen waren die meisten Probleme, mit denen wir uns befasst haben, behebbar. Ich denke, wenn ich mir das so ansehe und wieder in diese Haltung zurückkehre, stelle ich ein Team zusammen oder stelle ich nur eine Gruppe von Personen zusammen, die einfach ihre Arbeit vom Manager nehmen und sie wie Karten verteilen... Ich denke, zu Beginn war der große Fehler wahrscheinlich, einfach zu kontrollierend zu sein, und der Fehler dieser Kontrolle bedeutete, dass ich keinen Urlaub haben konnte. Andere waren voneinander abhängig, anstatt voneinander abhängig zu sein. Und ich denke, dadurch lief die Organisation langsamer und nicht so effizient, wie sie sein könnte.
Matthew Lawrence:
Ich habe mir sicherlich schon früher in meiner Führungskarriere denselben Ansatz schuldig gemacht, als ich zum Engpass wurde, absolut.
Ray Arell:
Ja. Genau.
Matthew Lawrence:
Und um das zu erkennen, kann es ziemlich schwierig sein, es rückgängig zu machen, aber es lohnt sich auf jeden Fall, daran festzuhalten. Noch etwas, bei dem ich das Glück hatte, eine Ausbildung in situationsbezogener Führung zu erhalten, oh, wahrscheinlich vor fast 10 Jahren. Und das hat mir wirklich die Augen für einen Ansatz geöffnet, die Art und Weise, wie ich verschiedene Leute in meinem Team behandelte. Aber ich habe sie so behandelt, wie ich sie zuerst beurteilt habe. Wenn ich also [unverständlich 00:07:01] einen Experten und einen Meister sehen würde, würde ich sie als Experten und Meister in allen Dingen behandeln. Und [unverständlich 00:07:05] Wenn jemand zu diesem Zeitpunkt seiner Karriere weniger fähig wäre, würde ich das Gleiche annehmen. Und so würde ich für alles das gleiche Maß an Orientierung oder Orientierungslosigkeit auf diese Leute anwenden. Und bei der situativen Führung ist die Prämisse für diejenigen, die es zu Hause nicht wissen, die Prämisse, die man vorgibt, je nach der jeweiligen Aufgabe, die man vorgibt. Haben Sie diesen oder einen ähnlichen Ansatz verwendet, um festzulegen, wie Sie Menschen auf unterschiedliche Weise einbeziehen?
Ray Arell:
Nun, um Menschen einzubeziehen, gehört es meiner Meinung nach dazu, dass du... Wie du schon sagtest, du hast jede Person situativ betrachtet und sie so strukturiert, dass sie von einer Art, einem Ansatz, von sehr individuellem Umgang mit jemandem geprägt war. Ich denke, die Philosophie, die ich... Nicht jeder ist sehr offen oder kann sehr gut über seine Fähigkeiten und Stärken kommunizieren, oder in bestimmten Fällen sind manche Menschen vielleicht gut in etwas, üben es aber nicht aus, weil sie selbst das Gefühl haben, dass das nicht zu ihren Stärken gehört, aber in Wirklichkeit ist es so. Ich denke also, wenn Sie aus einer situativen Führungsperspektive sagen, wenn Sie jemanden daran zweifeln hören, dass er derjenige sein könnte, der etwas tun oder, sagen wir, sogar die Führung von etwas übernehmen könnte, denke ich, dass ein Teil davon einfach in das gesamte Coaching und Mentoring einfließen und es wirklich einrichten und ihnen dabei helfen, erfolgreich zu sein.
Und aus einer inklusiven Perspektive denke ich, dass es ein gewisses Maß an Ehrlichkeit gibt, das man in seine Arbeit einbringen muss, und Demut, wenn es darum geht, bescheiden zu sein, auch wenn es um das geht, was man erreicht hat. Denn gerade im Ingenieurwesen tendiert man dazu, zu beobachten, dass, wenn man Leute in einen Raum bringt, die Leute, die neu sind, sich zurücklehnen und sich demjenigen hingeben, von dem sie glauben, dass er die mehr Erfahrung hat. Und die Realität ist, dass sie, sagen wir, sagen wir, sie kommen gerade von der Uni. Sie haben vielleicht mehr Fähigkeiten in einem bestimmten Bereich, basierend auf dem, was sie gerade in ihrem Lehrplan durchgemacht haben, als wir vielleicht nicht. Also die Frage, wie wir das gesamte organisatorische Gehirn nutzen, um alle Ideen auf den Tisch zu bringen, erfordert meiner Meinung nach manchmal, dass wir in der Lage sind, effektiv zuzuhören und manchmal einfach innezuhalten und den Leuten zu erlauben, das Wort zu haben und den Stift in die Hand zu nehmen und nicht den Raum zu besetzen, wenn das Sinn macht.
Matthew Lawrence:
Das tut es wirklich, und ich glaube, ich habe das in jedem Unternehmen gesehen, in dem ich bis zu einem gewissen Grad gearbeitet habe. Es würde mich wirklich interessieren, wie Sie mit diesem Szenario umgehen. Für die Leute, die zuhören und mit dieser Situation konfrontiert werden, ist es vielleicht das erste Mal, dass sie eine Führungsrolle übernehmen und dieses Szenario sehen und beobachten. Gibt es einen Rat, den Sie ihnen geben würden, um diese Dynamik zu ändern?
Ray Arell:
Nun, erstens, ich werde mir dessen gerade bewusst. Ich kritzele oft, wenn ich in einer Gruppe von Leuten bin, und ich setze mich hin und mache Punkte auf ein Papier, wo sich die Leute im Raum befinden, und dann fange ich an, Linien zwischen diesen einzelnen Punkten zu zeichnen, wenn ich sehe, dass die Kommunikation zwischen bestimmten Spielern stattfindet. Und was interessant ist, wenn man sich das über einen Zeitraum von etwa 15 Minuten anschaut, beginnt man, dieses Muster zu erkennen, dass vielleicht jemand das Gespräch dominiert oder dass er im Mittelpunkt der Konversation steht und es nicht im ganzen Raum herumgeht. Das ist der Zeitpunkt, an dem du zum Torwächter wirst und andere zur Konversation einlädst. Und dann hilfst du denjenigen, die das Gespräch dominieren, höflich, eine Pause einzulegen, einfach Raum zu geben und den anderen Leuten zu erlauben, zu reden und das herauszuholen.
Und dann denke ich an die Frage, ob das, was die Person sagt, manchmal mit dem Gespräch kohärent ist oder nicht, oder vielleicht versucht sie immer noch, etwas über die Dynamik von allem zu lernen. Man muss nur helfen, manchmal, das aus den Leuten herauszuholen, und offene Worte verwenden, um im Grunde einen Satz zu eröffnen... Ich meine, ein paar offene Fragen, um ihnen das zu beantworten. Und ich denke, das funktioniert wirklich gut.
Matthew Lawrence:Ich liebe das. Ich kritzele auch. Ich bin Künstler in meiner frühen Karriere, und ich habe mich vor langer Zeit daran gearbeitet, Probleme mithilfe von Technik zu lösen, aber ich kann immer noch nicht... Ich brauche diese physische Zeichnung, um meinen Geist zum Denken zu bewegen, genauso wie alles andere [unhörbar 00:12:30] als nur auf einem Block zu kritzeln.
Ray Arell:
Das Gleiche hier.
Matthew Lawrence:
Etwas, das Sie vorhin gesagt haben, wir haben ein wenig über Inklusivität gesprochen. In Ihrer LinkedIn-Biografie sprechen Sie davon, eine integrative Führungskraft zu sein, die es liebt, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Etwas, das mir wirklich am Herzen liegt, ist, dass vor allem der letzte Teil darin besteht, Menschen zu helfen, ihr volles Potenzial auszuschöpfen. Deshalb liebe ich es, ein Personalleiter und COO zu sein. Das können Sie in einem ganzen Unternehmen tun. Ich würde gerne zuerst auf die Idee eingehen, eine integrative Führungskraft zu sein. Wie definierst du, was es bedeutet, eine zu sein?
Ray Arell:
Nun, inklusive Führung, es gab eine alte Tasche, die ich früher hatte, eine kleine Coaching-Tasche, die ich immer mit mir herumtrug. Und ganz oben stand: „Bring es ins Team“, war das Motto, das ganz oben drauf stand. Und ganz unten auf der Tüte stand im Grunde: „Behandle Menschen wie Erwachsene.“ Waren die beiden Kernpunkte, von denen ich glaube, dass Inklusion darin besteht, dass ich akzeptieren muss, dass, ja, ich ein kluger Mensch bin, aber treffen wir eine bessere Entscheidung, wenn wir das im Team besprechen? Sehen wir, welche anderen Ideen oder Möglichkeiten wir uns vorstellen? Im engeren Sinne, treffen Sie die Entscheidung so spät wie möglich.
Es geht eher um die östliche Kultur, also, wenn ich die Entscheidung offen lasse, finden wir vielleicht etwas, das billiger oder besser oder auch einfach aufregender für unsere Kunden ist. Ich denke, ein Teil davon ist zu wissen, dass Sie nicht derjenige sein müssen, der die Entscheidung treffen muss. Sie können das Team die Entscheidung treffen lassen. Und wir alle umarmen uns, weil wir uns damit stärken. Das dachten wir alle, nicht nur das, was Ray dachte, was ich cool finde.
Matthew Lawrence:
Zu dem Artikel, über den Sie in Ihrer Biografie gesprochen haben, gibt es einen zweiten Teil, in dem es darum geht, andere zu motivieren, ihr volles Potenzial auszuschöpfen.
Ray Arell:
Ja, ja.
Matthew Lawrence:
Ja. Lassen Sie uns darüber sprechen, woher das für Sie kam, diese Leidenschaft, und wie Sie aufstrebenden Führungskräften helfen wollen, ihr volles Potenzial auszuschöpfen?
Ray Arell:
Ja, ich meine, ich hatte das Glück, als ich zur Intel Corporation kam, dass Andy Grove die Organisation zu der Zeit noch leitete. Tatsächlich hat er meinen Welcome to Intel-Kurs abgehalten. Zu der Zeit, als ich zu Intel kam, gab es nur etwa 32.000 Mitarbeiter. Und hier ist der CEO, Gründer des Unternehmens, der den Welcome to Intel-Kurs unterrichtet, den ich unglaublich cool fand, eine großartige Erfahrung. Er strahlt diese Führungsstärke aus, egal in welchem Mojo oder was auch immer es ist, er geht in die Umwelt, während er über das Unternehmen spricht. Aber er war wirklich stark im Einzelgespräch, der Zeit, die Sie mit Ihrem Manager oder anderen innerhalb der Organisation verbringen können, weil Sie mit jedem im Unternehmen ein Einzelgespräch führen können. Und das hat er gefördert. Und ich denke, das hilft... Wenn jemand versucht, es herauszufinden, ist er ganz neu im Unternehmen, und du bekommst eine ständige Einladung vom CEO, auf der steht: „Du kannst kommen und ein Gespräch mit mir führen“. Ich denke, das legt die kulturelle Norm von Anfang an fest, dass dies ein Ort ist, der mir bei meiner Karriere helfen und helfen wird.
Und ich könnte Ihnen sagen, dass es verschiedene Zeiten gab, in denen sich daraus ein ausgewachsener Satz entwickelte: „Ich bin der Mentee und sie sind die Mentoren.“ Und in diesen Beziehungen ist es im Laufe der Zeit so, als würdest du sagen: „Nun, das werde ich weiterzahlen.“ Heute habe ich mindestens sechs oder sieben Mentees, die alle möglichen Fragen dazu haben, wie sie sich durch ihre Karriere begleiten sollen oder ob sie einen bestimmten Bereich haben, auf den sie sich konzentrieren wollten. Und es ist an der Zeit, dass sie mir den Kopf zerbrechen. Und in bestimmten Fällen, wenn ich nicht die vollständige Antwort habe, kann ich sie zu anderen Mentoren weiterleiten, die ihnen helfen können, zu wachsen.
Matthew Lawrence:
Ich liebe diesen Ansatz der Weiterleitung, den Sie dort angesprochen haben. Es ist definitiv etwas, das ich in den letzten Jahren selbst versucht habe, und ich wünschte, ich hätte früher mit dem Mentoring angefangen. Ich hatte das Privileg, in meiner Karriere mit einigen großartigen Führungskräften zusammenzuarbeiten, von denen ich viel gelernt habe. Und als ich mit dem Mentoring angefangen habe, wurde mir klar, wie viel ich als Mentor gelernt habe, weil man nachdenken muss. Du denkst wirklich darüber nach, was diese Leute durchmachen, und projizierst dich nicht einfach auf sie. Und es bestätigt die Begründung, warum Sie Dinge selbst tun, warum Sie so denken. Und es zwingt mich, mich selbst herauszufordern.
Und ich denke, wenn es irgendwas gibt... Ich spreche mit einigen der jüngeren Leute bei der Arbeit, die aufstrebende Führungskräfte sind, und sie sind auf ihre Art außergewöhnlich. Sie haben alle sehr unterschiedliche Hintergründe, aber viele von ihnen haben nicht das Gefühl, bereit zu sein, Mentor zu sein. Das sind sie wirklich. Das sind tolle Leute. Und ich frage mich, haben Sie Leute zu Beginn ihrer Karriere gesehen, die versucht haben, es irgendwie früh weiterzugeben, oder haben die Leute das Gefühl, dass sie bis [unhörbar 00:18:22] warten müssen?
Ray Arell:
Ich denke, es kommt darauf an. Erstens, ich denke, das Bildungssystem, zumindest in den Vereinigten Staaten, hat sich ein wenig verändert. Wenn die Leute ihren Bachelor-Abschluss machen, waren sie früher einfach auf sich allein gestellt, sie haben ihr Buchstudium gemacht. Für diese Studie wurde nur sehr wenig Interaktion oder Teamwork entwickelt. Ich meine, als ich meinen Abschluss in Elektrotechnik gemacht habe, war das nur ich alleine. Es mag gelegentlich Laborarbeiten und Laborprojekte geben, aber das war nicht sehr inklusiv, und es gab auch keine Leute, die so früh Führungspositionen übernahmen. Ich sehe mir jetzt meine Tochter an, die gerade an die Universität geht, und alles ist eine Kohortengruppe. Es gibt Kohorten, die sich treffen. Durch das Studium, das sie machen, müssen sie alle in gewisser Hinsicht die Führung für einen Aspekt eines Projekts übernehmen, an dem sie gerade arbeiten. Ich denke, einige der neuen Leute, die in die Belegschaft kommen, haben quasi die Fähigkeiten, um, wenn sie eine Führungsrolle übernehmen müssen, ein kleines Programm oder ein Projekt durchführen müssen, dafür gerüstet zu sein. Zumindest habe ich das gesehen.
Matthew Lawrence:
Ich liebe dieses Konzept. Etwas, das ich beobachtet habe und darüber spreche ich auch viel mit unserem Führungsteam und unseren Mentor-Führungsteams für die [unhörbar 00:19:56]. Ein Großteil der Gespräche dreht sich um Teamdynamik, Teamvertrauen, Agilität innerhalb von Teams und darum, generell zu versuchen, Teams zu stärken, sie so aufzustellen, dass sie autonom sein können. Sie sind wirklich befähigt und man vertraut darauf, dass sie großartige Entscheidungen treffen und die Arbeit vorantreiben. Sie haben viel Erfahrung mit agilen und agilen [unhörbaren 00:20:21] agilen Führungskräften. Aufgrund Ihrer Erfahrung mit der Leitung agiler Teams, diesen Adoptionen und diesen Transformationen würde ich gerne verstehen, ob Sie einen Zusammenhang zwischen Agilität als Team und den Eigenschaften sehen, die eine integrative Führungskraft haben wird. Gibt es in Ihrem Kopf einen Zusammenhang zwischen dem, was es bedeutet, agil zu sein, und einer inklusiven Führungskraft?
Ray Arell:
Ich glaube schon. Denn wenn Sie schon früh daran denken, haben sie festgestellt, dass Servant Leadership ein besserer Führungsstil für agile Teams ist. Ich denke also, wenn wir über Transformation sprechen, sind einige der größten Fehler, die auftreten, eher darauf zurückzuführen, dass sie nicht agil sind, sondern auf Vertrauensfragen und anderen organisatorischen Hindernissen, die es dort bereits gab, bevor sie gestartet wurden. Und wenn sie diese nicht angehen, ist ihre agile Reise schmerzhaft.
Ich habe Leute sagen hören, dass sie schon einmal Scrummed bekommen haben und es auf eine wirklich abwertende Art nutzen und denken, dass, nun ja, anstatt ein Team von befähigten Leuten dazu zu bringen, innerhalb des Scrum-Frameworks zu arbeiten, sie am Ende unter die Linse des Mikromanagements gestellt werden, weil sich die Kultur des Managers nicht geändert hat und der Manager sie täglich nutzt, um sicherzustellen, dass alle zu 120% arbeiten, im Vergleich zu dem, was wir sehen sollten Das Muster ist, dass das Team seinen Flow versteht. Sie bringen Arbeit in das Team. Es wird nicht geschoben. Und ich denke, diese Dynamik ist etwas, dass, wenn sich die Führung nicht verändert und die Art und Weise, wie sie arbeitet, ändert, sie in Organisationen einfach nicht funktioniert.
Matthew Lawrence:
An den vielen Orten, an denen Sie gearbeitet, Menschen gecoacht und angeleitet haben, stoßen Sie langsam auf... Es gibt einen Begriff, den wir inzwischen für agile Muttersprachler verwenden. Dabei handelt es sich um Menschen, die es wirklich nicht anders gekannt haben, weil so viele Unternehmen auf der Welt agile Transformationen durchlaufen, und das wird noch lange so bleiben. Aber da manche Unternehmen mit Agilität an vorderster Front geboren wurden, haben Sie schon erlebt, dass viele Menschen in Führungspositionen aufsteigen, die nichts anderes wissen als echte Agilität und wirklich authentische Agilität, wie Sie es gerade beschrieben haben?
Ray Arell:
Nun, ich finde es irgendwie interessant, denn als du über diesen Satz gesprochen hast, habe ich darüber nachgedacht, naja, wenn du nichts anderes wüsstest... Aber ich kann auch sagen, dass du einheimisch werden könntest, wenn du auch eine Zeit lang in der Kultur warst. Also kannst du irgendwann... Das wird deine erste Reaktion, deine erste Angewohnheit ist es, mehr aus den agilen Prinzipien herauszuholen, als du aus etwas anderem ziehen würdest. Ja, es gibt diese Leute, aber es war interessant, Unternehmen wie Spotify oder Salesforce oder Pivotal zu beobachten, und ich kann einfach die Liste der Unternehmen durchgehen, die als agile Organisation angefangen haben, sie wurden groß, und dann tauchen plötzlich die Antimuster eines großen Unternehmens in diesen Unternehmen auf. Obwohl also die Leute innerhalb des kleineren Stammes agil arbeiten, fängt das Unternehmen langsam nicht mehr an, agil zu arbeiten. Es fällt in einen größeren Kontext dessen, was wir bei den älteren Unternehmen beobachten.
Und ich denke, ein Teil davon könnte an der Unternehmenskultur liegen, dass sie jemanden von außerhalb mitbringen, der kein Muttersprachler ist, und es fällt ihnen schwer, mit der Vorstellung umzugehen, dass wir irgendwann hier drüben einen Liefertermin festlegen und wir glauben, dass wir ihn einhalten werden. Aber nein, wir haben keinen Plan, den man liebevoll zu 90% mit Zuversicht bezeichnen würde, der besagt, dass wir alle Risiken aus dem Weg geräumt haben. Und ja, es wird auf jeden Fall an diesem Tag passieren. Und einige dieser Unternehmen werden wirklich... Sie haben das Gefühl, dass sie alles auf die Straße legen müssen, und wenn sie es nicht einhalten, haben sie das schon in ein Bonusprogramm für Führungskräfte gesteckt, was leider zu schlechtem Benehmen führt
Matthew Lawrence:
Ja, ich war dort. Ich gehe davon aus, dass wir in unserem Publikum Leute haben werden, die in höhere Führungspositionen wechseln. Sie sind keine aufstrebenden Führungskräfte, sie machen das schon eine Weile, und sie haben wahrscheinlich einige erfolgreiche agile Teams auf der kleineren Ebene geleitet, wie Sie es beschrieben haben. Gibt es für die Leute, die in höhere Rollen, vielleicht in Führungspositionen, aufsteigen, eine Anleitung, die Sie ihnen geben würden, wie sie diese Veränderungen bewältigen und versuchen, sie mithilfe agiler Prinzipien und der Bedeutung von Agilität in diesen höheren Rollen aufrechtzuerhalten?
Ray Arell:
Ja, ich denke, ein Teil davon ist die Arbeit, die Sie als kleineres Team geleistet haben, alles kann immer noch skaliert werden. Und ich hasse es, das Wort Skala zu benutzen, weil ich denke, Maßstab ist irgendwie... Die Leute benutzen es irgendwie... Was wäre das richtige Wort? Es wird in unserer Branche missbraucht. Ich denke, Werte und Prinzipien sind skalenfrei. Sie können immer noch jeden Tag in Ihr Team gehen und sich immer noch an diese 12 Prinzipien halten, und Sie werden gute Arbeit leisten. Die Frage ist jedoch, wenn Sie das auf der unteren Ebene tun, sagen wir mit einem Kanban-Board, ist die Frage, wie es aussieht, wenn Sie an Ihrem Chefschreibtisch sitzen? Was ist die Methode, bei der Sie Poolbillard spielen? Wenn Sie sich die meisten skalierten Frameworks ansehen, die heute auf dem Markt sind, gibt es nur sehr wenige Hinweise darauf, was im Alltag einer agilen Führungskraft sein sollte. Wie sollte das aussehen?
Und wenn ich an das Geschäftsteam denke, arbeitet das Managementteam täglich mit den Lieferteams zusammen. Das sollten sie tun. Also, was werden Sie tun, damit das möglich wird und stattfindet? Was werden Sie tun, um... diese großen jährlichen Budgetprozesse einzustellen? Machen Sie sich Dinge wie die Budgetierung oder andere Dinge zu eigen, bei denen Sie die Organisation strategisch finanzieren und nicht versuchen, alles auf einen jährlichen Rhythmus festzulegen, aber Ihre untergeordnete Organisation arbeitet trotzdem alle zwei Wochen. Sie sollten also in der Lage sein, Ihre Wetten bei jeder Organisation auf der Grundlage der Leistung jedes Sprints erneut zu verschieben. Kannst du das machen?
Das letzte ist wahrscheinlich das wichtigste, sind Hindernisse. Und so schnell braucht es Informationen, um vom untersten Teil der Organisation zum höchsten Punkt der Organisation zu gelangen? Und wenn das bei bestimmten Organisationen drei Wochen, zwei Wochen oder manchmal sogar später dauert, optimieren Sie das. Wie optimiert man ein Hindernis, bei dessen Beseitigung Sie persönlich helfen können, für die Mitarbeiter, damit sie nicht länger gebremst werden, was auch immer das sein mag?
Matthew Lawrence:
Du berührst da etwas, was meiner Meinung nach ein grundlegender Bestandteil von Agilität ist, nämlich diese Fähigkeit zu lernen und sich anzupassen, und du kannst nur lernen, wenn du dir bewusst bist, was um dich herum passiert, du kannst es beobachten [unhörbar 00:28:39].
Ray Arell:
Nun, ich habe vor ein paar Monaten etwas gesagt und alle sagten einfach: „Warum hast du gesagt... Ich kann nicht glauben, dass du das laut gesagt hast.“ Manchmal ist es das leise Zeug, das laut ausgesprochen wird. [unhörbar 00:28:53]. Wir haben versucht, ein Treffen zu vereinbaren, um eines dieser Hindernisse zu beheben, und alle hochrangigen Führungskräfte waren beschäftigt. Sie waren beschäftigt. Und meine Frage war, wenn das momentan nicht das Wichtigste für uns ist, was machst du dann? Wirklich, tust du das in deinem Alltag, wenn das nicht die höchste Priorität ist, die du eingehst? Und die Befragung hochrangiger Führungskräfte, dass sie vielleicht nicht auf die richtigen Dinge achten, und manchmal den Machthabern diese Wahrheit zu sagen, ist etwas, das wir ab und zu tun müssen.
Matthew Lawrence:
Ich stimme zu. Dieses Maß an Offenheit ist definitiv auf allen Ebenen erforderlich und die Fähigkeit, dieses Feedback zu erhalten, damit Sie als Einzelperson lernen und sich anpassen können, wie wir bereits zuvor besprochen haben, darüber, wie Sie als Führungskraft, aber auch als Team anpassungsfähig sind. Es gibt einen Punkt, auf den ich noch eingehen möchte, bevor wir zum Abschluss kommen, nämlich wenn man die Karriereleiter hochklettert und in eine höhere Position kommt und dann für ein breiteres Spektrum von Dingen verantwortlich ist, vor allem, wenn man die Führungsebene erreicht, habe ich erlebt, wie Menschen mit dem Übergang von der Person, von der Sie gleich zu Beginn dieser Diskussion gesprochen haben, zu der Person, die alles weiß und die Regie führen kann und alle Antworten hat in jemanden, bei dem ich sehe, dass sich Ihr Job zu der Person entwickelt, die identifizieren kann, was wir wissen am wenigsten darüber, was wir als Führungsteam am wenigsten wissen, wo wir sind... haben am wenigsten Selbstvertrauen, wo wir die Hindernisse sehen und nicht wissen, was wir mit ihnen anfangen sollen.
Wie gehst du vor, um die Leute dazu zu bringen, das anzunehmen? Weil ich denke, was ich sehe, ist die Angst, die damit einhergeht, fast eine Angst davor, zu sagen: „Oh, ich gebe es Leuten gegenüber zu, dass ich nicht weiß, was ich tue.“ Und ich wurde während meiner gesamten Karriere dafür belohnt, dass ich immer mehr zum Experten wurde, und plötzlich ist es meine Aufgabe, die Person zu sein, die selbstbewusst genug ist, um auszurufen: Das ist es, was wir noch nicht verstehen. Lassen Sie uns zusammenkommen und versuchen, das Problem zu lösen. Wenn das Risiko größer ist, die Auswirkungen größer sind und Sie für mehr Dinge verantwortlich sind, wie helfen Sie Menschen beim Übergang in diese übergeordnete Rolle?
Ray Arell:
Nun, ich denke, ein Teil davon ist, dass sie diese technische Seite loslassen können, wenn sie sich ständig die Hände schmutzig machen müssen? Und ich habe bestimmte Führungskräfte gesehen, bei denen wirklich jemand zurückgehen und sagen muss: „Bist du dir wirklich sicher, dass das die Karriere ist, die du anstreben willst? Sie scheinen mehr darauf aus zu sein, sich mit den Einzelheiten befassen zu wollen, und vielleicht ist das der beste Ort für Sie, weil Sie sich in diesem Bereich wohler fühlen.“ Der andere Aspekt ist jedoch, glaube ich, wieder, dass Vertrauen entscheidend wird, wenn sie sich verändern. Vertraue den Leuten, die für dich arbeiten, dass sie nicht reinkommen und faul sind und du ihnen die ganze Zeit über die Schulter schauen musst, weil du das Gefühl hast, dass sie vielleicht nicht produktiv sind oder andere Dinge. Sie müssen sagen können, dass die Leute, die Sie eingestellt haben, talentiert sind und dass sie uns unseren Zielen näher bringen.
Ich denke, was für die Gesundheit des Unternehmens immer wichtiger wird, ist, dass man viel besser darin sein muss, tatsächlich zu sagen: „Okay, nun, hier ist unsere Vision“, sei es eine Produktvision, ob es die Vision des Unternehmens ist, was auch immer das sein mag, den Menschen zu helfen, zu verstehen, was dieser North Star ist, und das dann nicht aus Ihrer Sicht, sondern aus der Sicht des Kunden zu bekräftigen. Und ich denke, hier fangen viele Unternehmen an zu driften, weil sie anfangen, einige interne Kennzahlen zu optimieren, die, ja, die Effizienz in Ihrem Unternehmen steigern werden. Aber was denkt der Kunde? Und ständig in der Lage zu sein, sich, aus einer agilen Perspektive, als der Chief Product Owner des Unternehmens darzustellen, um das repräsentieren zu können, was die Kunden brauchen und wollen, und in der Lage zu sein, dies in der Vision und den ehrgeizigen Missionen, die für das Unternehmen aufgestellt werden, zum Ausdruck zu bringen. Machen Sie es für die Menschen real.
Und dann ist der letzte Teil davon, dass nicht alles passieren und wahr werden wird. Wenn Sie die Biografien der meisten Führungskräfte lesen, gibt es viele, viele, viele Fehler. Und ich erinnere mich an das von einem Anführer, er ging in den Ruhestand. Und ich dachte, es war nicht gerade peinlich, dass er das tatsächlich getan hat. Er ging tatsächlich auf die Bühne und sprach über seinen größten Misserfolg. Während meiner gesamten Karriere bei der Arbeit mit dieser Person habe ich mich immer gefragt, ob sie ein Mensch ist oder nicht. Und dann, am Tag des Ausscheidens dieser Person, beschlossen sie schließlich, Ihnen ein paar Geschichten über Fehler zu erzählen, die sie gemacht hat. Und ich denke, er musste diese Geschichten wirklich viel, viel früher teilen, weil ich denke, die Leute hätten wahrscheinlich herausgefunden... Sie wären etwas gestresst gewesen, um ihn herum zu arbeiten. Und es würde auch eine gewisse Verwundbarkeit für Sie als Führungskraft bedeuten, zu sagen, dass Sie nicht alles herausgefunden haben, und manchmal ist es nur eine Vermutung. Wir sind der Meinung, dass das Produkt genau dort eingesetzt werden muss.
Und sobald du es den Kunden vorstellst, werden sie dir sagen, ob... Wenn du das Cano-Modell nimmst und plötzlich triffst, das ist die aufregendste Sache seit dem Rad, werden sie es lieben oder werden sie gehen, [unhörbar 00:35:12]. Ich nehme es, wenn es kostenlos ist. Du gerätst in eine Situation, in der es ist, naja, wir können nicht so viel verlangen. Aber ich denke, diese Geschichten werden wichtig und verankern Organisationen. Ein weiterer Aspekt ist meiner Meinung nach, dass, wenn man jemanden hat, der ansprechbar ist und diese Geschichten effektiv in die Organisation weiterleiten und über diese Dinge sprechen kann, das meiner Meinung nach allen anderen die Tür öffnet, dies auch zu tun. Denn ob es Ihnen gefällt oder nicht, Menschen sind hierarchisch in der Art und Weise, wie wir über Dinge denken. Viele Leute schaffen es, also ahmen sie Führungskräfte nach. Seien Sie also der Anführer, den jemand nachahmen möchte.
Matthew Lawrence:
Ich finde, das ist ein toller Rat, Ray. Die Verbindung, die sich für mich durch dieses ganze Gespräch zieht, ist, sich authentisch mit Ihrer Arbeit auseinanderzusetzen, ob es das Team ist, das Sie zu leiten versuchen, ob es die agilen Praktiken sind, egal auf welcher Ebene und auf welcher Ebene Sie arbeiten. Und um dieses Vertrauen aufzubauen, damit das funktioniert, ist ein gewisses Maß an Authentizität erforderlich.
Ray Arell:
Ja, genau.
Matthew Lawrence:
Ich würde mich freuen, wenn Sie zum Abschluss noch letzte Tipps oder Ratschläge für aktuelle und aufstrebende Führungskräfte zu diesem Thema hinterlassen würden. Wenn es einen Weg gibt, der über das bloße Teilen Ihrer eigenen persönlichen Geschichten hinausgeht, wie würden Sie Menschen beraten? Was würdest du ihnen geben, um Vertrauen in ihre Teams aufzubauen?
Ray Arell:
Nun, ein paar Dinge. Erstens, du musst darauf achten, wer du als Person bist. Nochmals, wie ich schon sagte, dass die Leute es schaffen. Und wenn Sie um drei Uhr morgens eine E-Mail verschicken und fünf Minuten später Ihre Mitarbeiter Ihnen geantwortet haben, dann sind Sie kein wirklich gutes Vorbild für eine gute Work-Life-Balance. Viele Ihrer Tendenzen werden sich also auf das Unternehmen auswirken. Machen Sie also unabhängig davon, wie Sie sich selbst einschätzen, eine Bewertung Ihrer Führung, wo sie Ihrer Meinung nach stattfindet. Harvard Business Review hat vor langer Zeit das Niveau dessen, was sie als Führungsmodelle betrachteten, nach hinten verschoben. Und auf der untersten Ebene befinden sich Führungskräfte, die auf Experten und Leistungsträgern basieren. Und wenn Sie zu diesen gehören, sind diese für eine gute agile oder kollaborative Kultur nicht sehr förderlich. Wenn Sie sich also gerade in diese Richtung bewegen, sollten Sie nach Wegen suchen, wie Sie sich eher zu einer Führungskraft entwickeln können, die auf Katalysatoren oder Synergien basiert.
Und diese Reise ist nicht einfach, weil ich sie selbst durchgemacht habe. Es hat Jahre gedauert, bis Sie sich von einigen dieser Tendenzen, die Sie als fachkundige Führungskraft hatten, gelöst haben. Und ein Beispiel: Eine Führungskraft, die von Experten geleitet wird, neigt dazu, nur mit anderen Experten zu sprechen. Wenn sie jemanden als keinen Experten für etwas wahrnehmen, neigen sie dazu, diese Personen zu ignorieren und nicht mit ihnen in Kontakt zu treten. Und wieder ist es das gesamte organisatorische Gehirn, das das Problem lösen wird. Wie binden Sie also die gesamte Organisation ein und bringen diese Ideen zusammen?
Die andere ist, dass Sie, wenn Sie darauf eingehen, aus der Perspektive einer aufstrebenden Führungskraft, es vorhin selbst gesagt haben, und das ist nicht nur die Voreingenommenheit, weil Sie kein Experte sind, ich werde nicht mit Ihnen sprechen, sondern jede Voreingenommenheit, die Sie möglicherweise haben, kann die Art und Weise beeinflussen, wie Sie eine Person führen und beurteilen, und könnte ihre Karriere wirklich einschränken oder ausbauen, vielleicht aufgrund eines schnellen Urteils, das Sie vielleicht gehabt haben. Ich denke, Sie müssen sich Ihrer Entscheidungen bewusst sein, die Sie innerhalb der Organisation treffen, und insbesondere der Entscheidungen, die Sie über Menschen treffen. Und mit denen musst du vorsichtig sein.
Der letzte ist wahrscheinlich nur... Und das geht in den Bereich der komplexen adaptiven Systeme. Nicht alles ist zugeschnitten und trocken, schwarz und weiß oder mechanisch, was bedeutet, dass wir dasselbe Produkt nehmen und es immer wieder und wieder wiederholen können, und wir werden unterschiedliche Antworten bekommen. Wir werden unterschiedliche Anforderungen haben. Wir werden verschiedene Dinge bekommen. Es ist okay, dass das Zeug da ist. Und es ist okay, dass die Dinge, die aus unseren Produkten kommen, ab und zu anders sind, und vor allem, weil alles eine sehr komplexe Umgebung ist. Ursache-Wirkungs-Beziehungen und Komplexität sind, dass der Kunde seine Meinung ändern kann, und wir müssen uns damit wohlfühlen, wenn ein Kunde seine Meinung ändert. Unser Kunde hat möglicherweise neue Bedürfnisse, die auftauchen.
Und auch unsere Mitarbeiter ändern manchmal ihre Meinung oder ändern das, worauf sie sich freuen. Wie fördern Sie das? Wie fördert man diese Mitarbeiter, um sie im Unternehmen zu halten, nicht um sie für die Fähigkeiten einzusetzen, über die sie gerade verfügen, sondern wie geht man da langfristig vor? Und ich weiß, dass ich hier etwas langatmig werde, aber das, was ich am meisten sehe, trotz all der Entlassungsbescheide, die gerade vor sich gehen, ist, dass dieses Unternehmen nicht auf lange Sicht spielt. Ich denke, das ist ein schlechter Schachzug, denn alles, was Sie tun, indem Sie einen Mitarbeiter entlassen, ist, Ihrem Konkurrenten eine ganze Reihe von Wissen zu vermitteln, das Sie behalten sollten. Also wie dem auch sei, ich werde es da kurz machen.
Matthew Lawrence:
Richtig. Danke, dass du heute deine Weisheit mit uns geteilt hast. Es war mir ein absolutes Vergnügen. Ich habe den Chat wirklich genossen. Also ja, danke, dass Sie sich mir im Easy Agile Podcast angeschlossen haben.
Ray Arell:
Fantastisch. Danke, dass du mich eingeladen hast.
- Podcast
Easy Agile Podcast Ep.6 Chris Stone, der virtuelle Agile Coach

Was für ein großartiges Gespräch das mit Chris Stone, The Virtual Agile Coach, war!
Chris gab einige Einblicke, wie wichtig es ist, Misserfolge zu teilen und zu entstigmatisieren, auf die eigene psychische Gesundheit zu achten und warum Arbeit nicht abgestanden sein sollte.
Einige andere Bereiche, die wir besprochen haben, waren, warum Sie Zeit mit Selbstreflexion verbringen sollten — ziehen Sie eine Einzelspektive in Betracht? und fragten: „Wie hat sich das angefühlt?“ wenn wir als Team arbeiten.
„Ich habe unseren Chat wirklich genossen. Genug, um über die alberne Jahreszeit nachzudenken und sich mit einer neuen Perspektive für 2021 vorzubereiten. Viel Spaß und frohe Weihnachten!“
Transkript
Sean Blake:
Hallo und willkommen zu einer weiteren Folge des Easy Agile Podcasts. Es ist Sean Blake hier, Ihr heutiger Gastgeber, und Chris Stone gesellt sich zu uns. Chris wird ein wirklich interessanter Gast sein. Ich habe es wirklich genossen, diese Episode aufzunehmen. Chris ist der Virtual Agile Coach. Er ist ein Leiter im Bereich Agilität. People First setzt sich für Blogger, Redner und Trainer ein, der stets bestrebt ist, Inhalte zu gamifizieren und immersive Agile-Erlebnisse zu schaffen. Chris hat sich seit 2012 zu Agile bekehrt. Seitdem versucht er, seine Erfahrungen zu erweitern, seiner Echokammer zu entkommen und Fehlfunktionen furchtlos herauszufordern und schwierige Fragen zu stellen. Meine wichtigsten Erkenntnisse aus dieser Episode waren: Es ist in Ordnung, deine Misserfolge zu teilen, wie wichtig es ist, unsere psychische Gesundheit zu erkennen, warum es wichtig ist, dass Arbeit nicht abgestanden wird, wie man Misserfolge entstigmatisiert, wie wichtig es ist, Selbstreflexion abzuhalten und viele Selbstrückblicke abzuhalten, und die Ursprünge des Wortes Frist. Es wird Sie wirklich interessieren, woher dieses Wort stammt und warum es ein bisschen beunruhigend ist. Also los geht's. Wir springen gleich rein. Hier ist die Folge mit Chris Stone im Easy Agile Podcast. Chris, vielen Dank, dass du zu uns gekommen bist und etwas Zeit mit uns verbracht hast.
Chris Stone:
Hallo Sean, danke, dass du mich eingeladen hast. Es ist mir ein Vergnügen.
Sean Blake:
Ich muss erwähnen, dass du heute einen wirklich flippigen Weihnachtspullover trägst. Und für die Leute, die das Audio hören, müssen vielleicht zu YouTube springen, nur um einen Abschnitt zu sehen, in dem sie sich diesen Pullover ansehen können. Kannst du uns ein bisschen darüber erzählen, woher das kam?
Chris Stone:
Also war dieser Pullover ein Geschenk. Es ist ein Green Bay Packers, Chris, Ugly Christmas Jumpers, wie sie es nennen. Und ich bin ein Fan der Green Bay Packers, ich war schon ein paar Mal in Wisconsin, Green Bay, Wisconsin. Es ist tatsächlich so kalt da draußen. Wenn du ein Bier in der Hand hältst und es minus 13 Grad hat, fängt das Bier an, zu matschig zu werden, nur weil du draußen in der kalten Luft bist. Es ist ein großartiger Ort, sehr freundlich, und der Pullover war nur ein Weihnachtsgeschenk von jemandem.
Sean Blake:
Ich liebe es. Es gibt nichts Besseres als warmes Bier, oder? In Ordnung. Also Chris, ich bin zum ersten Mal auf dich gestoßen, weil du Inhalte auf LinkedIn veröffentlicht hast. Und die Art und Weise, wie Sie das angehen, macht so viel Spaß und ist so anders als alles andere, was ich im Unternehmensbereich gesehen habe, im Unternehmensbereich, sogar im Agile-Bereich, warum haben Sie sich für diesen Weg entschieden, sich den virtuellen Agile-Coach zu nennen, eine persönliche Marke aufzubauen und sich wirklich zu präsentieren?
Chris Stone:
Nun, für mich war es interessant, weil COVID in diesem Jahr viele Menschen gezwungen hat, selbst zu virtuellen Arbeitern, Fernarbeitern und virtuellen Trainern zu werden. Nun, in diesem Jahr wurde mir klar, dass das Bestreben vieler darin besteht, diese Teams an einem Ort zu haben, es ist immer das, was sich die Leute wünschen. Sie sagen: „Oh, du musst härter arbeiten, Katie, das ist der beste Weg.“ Und mir wurde klar, dass ich in meinem gesamten agilen Arbeitsleben nie wirklich ein Team am selben Standort gehabt hatte. Es gab immer ein gewisses Maß an verteiltem Arbeiten und in den letzten zwei Jahren, bevor ich in meinem jetzigen Unternehmen tätig bin, habe ich verteiltes Agile mit Zeitzonen gemacht, darunter Trinidad und Tobago, Alaska, Houston, Großbritannien, Indien, und alles war abgelegen.
Chris Stone:
Und ich dachte, in Ordnung, das ist eine Gelegenheit, die Tatsache zu erkennen, dass ich bereits ein virtueller Agile-Coach war, aber um mit anderen meine Erkenntnisse, meine Erfahrungen, die Herausforderungen, mit denen ich konfrontiert war, die Misserfolge, die ich hatte, mit der breiteren Gemeinschaft zu teilen, damit sie davon profitieren können, denn offensichtlich mussten alle oder mehrere viele diesen Übergang sehr schnell vollziehen. Und da gibt es viele Erkenntnisse, von denen ich mir sicher bin, dass die Leute davon profitieren würden. Und vor allem in diesem Jahr, glaube ich, ist die ehrliche Antwort, der Grund dafür, dass ich, glaube ich, da draußen bin und mehr auf dieser Seite der Dinge arbeite, kreativ zu sein, weil es ein Ventil für meine geistige Gesundheit ist.
Chris Stone:
Ich leide unter Depressionen und eine meiner Möglichkeiten, damit umzugehen, besteht darin, kreativ zu sein und neue Inhalte zu erstellen und sie zu teilen. Ich denke, das ist ein Grund dafür... es hängt auch damit zusammen, aber auch die Geschichten, die mir die Leute danach erzählen, sie motivieren mich, es weiter zu tun. Wenn also jemand zu mir kommt und sagt: „Hey, ich habe die Queen-Retrospektive gemacht, die Queen Rock Band-Retrospektive, und dieser Programmmanager, der nie lächelt, hat mit dem Inhalt zu tun und zugegeben, dass er Queen mochte und lächelte.“ Und das war eine Premiere, und wenn Leute zu mir kommen und sagen: „Hey, wir haben die Retrospektive allein zu Hause gemacht, die deiner Weihnachts-Retrospektive, und die Leute waren begeistert. Es war großartig.“ Es war die spannendste Retrospektive, die wir bisher hatten, denn das Problem ist, dass Arbeit abgestanden werden kann, wenn man es so sein lässt.
Chris Stone:
Retrospektiven können so werden, was haben wir beim letzten Mal gemacht? Was machen wir das nächste Mal? Welche Maßnahmen können wir ergreifen? Et cetera, et cetera. Und wenn Sie es nicht auffrischen und neue Dinge ausprobieren, langweilen sich die Leute und sie trennen sich und sie lösen sich, und es ist weniger wahrscheinlich, dass Sie auf diese Weise ein gutes Ergebnis erzielen. Für mich gibt es also keinen Grund, warum Sie die Arbeit nicht ein bisschen unterhaltsam gestalten können, mit ein bisschen Kreativität und ein bisschen Energie und Leidenschaft.
Sean Blake:
Ich liebe das. Und glaubst du, dass viele Leute zur Arbeit kommen, auch wenn sie in agilen Teams am selben Standort arbeiten und es einfach keinen Spaß macht, ich meine, was sind deiner Meinung nach die Hauptgründe dafür, dass Arbeit keinen Spaß macht?
Chris Stone:
Ich denke, weil es abgestanden werden kann. In Ordnung. Also lasst uns darüber nachdenken, wo wir heute stehen. Heute befinden wir uns in einer Situation, in der wir uns nicht von Angesicht zu Angesicht gegenüberstehen. Wir haben keine Zeit für diese Wasserkühler-Chats. Wir treffen uns nicht bei einem Kaffee oder Mittagessen. Wir unterhalten uns nicht über unnützes Geplänkel und solche Dinge auf dem Weg zu einem Besprechungsraum, wir hatten nichts davon. Und das zwingt die Leute dazu, sich gegenseitig anzusehen und sich selbst als Avatar hinter einem Bildschirm zu sehen, nur als Name. Vor allem oft sind die Leute nicht einmal vor der Videokamera.
Chris Stone:
Es zwingt sie, sich Menschen als Namen auf einem Bildschirm vorzustellen und nicht als schlagendes Herz auf einem Laptop. Und es kann Menschen in genau diese Entitäten abstrahieren, in diese Namen, mit denen man täglich spricht, und das kann dazu führen, dass es sich um eine professionelle, unpersönliche Interaktion handelt. Und ich bin fest davon überzeugt, dass wir das ändern müssen. Wir müssen dafür sorgen, dass die Dinge mehr Spaß machen, weil das meiner Erfahrung nach zu viel besseren Ergebnissen führen kann und wird. Ich bin in erster Linie sehr, sehr menschlich. Wir müssen uns darauf konzentrieren, dass Menschen Menschen sind. Menschen sind keine Ressourcen. Das ist ein gängiger Satz, den ich gerne auf Sie beziehe.
Sean Blake:
Ich liebe das, Menschen sind keine Ressourcen. Sie haben ein bisschen über psychische Gesundheit und Ihren Kampf mit Depressionen gesprochen. Ich höre immer wieder, dass Leute über das Imposter-Syndrom sprechen. Und ich frage mich erstens, ob Sie denken, dass es jetzt verärgert sein könnte, wenn Sie aus der Ferne arbeiten. Die Leute sind sich nicht so sicher, wie sie dazu passen, wo ihre Rolle immer noch dieselbe ist wie vor 12 Monaten. Und haben Sie irgendwelche Tipps für Menschen, die mit dem Imposter-Syndrom zu tun haben, insbesondere in einer virtuellen Umgebung?
Chris Stone:
Nun ja, ich denke, dieses aktuelle Umfeld, diese virtuelle Umgebung, insbesondere die Pandemie, hat zu einer Reihe von Verhaltensweisen geführt, die nicht hilfreich sind. Dass es viel mehr Probleme mit der psychischen Gesundheit und Negativität der Menschen gibt, und das kann wohl nur dazu führen, dass man weniger Lust hat, weniger Selbstvertrauen hat, Dinge zu tun, vielleicht sogar dazu, dass man an sich selbst zweifelt. Ich habe in letzter Zeit einige tolle Bilder dazu veröffentlicht, und es geht darum, die betrügerischen Gedanken, die du hast, das wenig hilfreiche Denken, das Ding, das dir durch den Kopf geht und sagt, Oh, sie werden alle denken, dass ich ein totaler Betrüger bin, weil ich vielleicht nicht genug jahrelange Erfahrung habe, oder ich sollte das schon wissen. Ich brauche mehr Training. Da steckt viel „Schultern“ und „Musten“ drin. Darin liegen viele voreilige Schlüsse.
Chris Stone:
Und es gibt ein paar Möglichkeiten, das zu umgehen: Wenn Sie also an das Szenario denken, in dem ich ein Betrüger bin, denken Sie: „Oh, nun, ich gebe mein Bestes, aber ich kann nicht vorhersagen, was sie denken könnten.“ Wenn Sie versuchen, über das Szenario nachzudenken, brauche ich mehr Training? Nun, verstehe und erkenne die Realität an, dass du unmöglich alles wissen kannst. Du lernst weiterhin jeden Tag und das ist großartig, aber es ist unrealistisch, alles zu wissen. Es gibt ein großartiges Zitat, auf das ich mich oft beziehe, und es lautet: Wahres Wissen ist das Wissen, dass man nichts weiß. Ich glaube, es ist ein Zitat von Sokrates.
Chris Stone:
Und es ist etwas, das bei mir sehr gut ankommt. Im Laufe der Jahre habe ich diese Lernreise durchgemacht, bei der ich zum Beispiel, als ich die Universität zum ersten Mal beendete, dachte, ich wüsste alles. Ich dachte, ich hätte alles. Und ich ging zu Kunden und sprach und ich sagte: „Oh ja, das weiß ich. Ich habe das, Leute.“ Und je mehr ich involviert war und je tiefer ich in das Thema einstieg, desto mehr wurde mir klar, dass es tatsächlich so vieles gibt, was ich nicht weiß. Und für mich bedeutet wahres Wissen zu wissen, dass man weiß, nichts sagt mir, dass es da draußen so viel gibt, das ich kontinuierlich lernen muss, ich muss ständig versuchen, mich jeden Tag aufs Neue herauszufordern.
Chris Stone:
Andere Leute, die auf mich zukommen und sagen: „Wie machst du oder du produzierst viele Inhalte. Wie würdest du dich da draußen präsentieren?“ Und ich sage: „Nun, ich mache es einfach.“ Lassen Sie uns Misserfolg entstigmatisieren. Wenn du einen Posten da draußen platzierst und er bombardiert, ist das egal, stell noch einen raus. So einfach ist das, lerne aus Misserfolgen, schmeiß etwas raus, probier es aus, wenn es nicht funktioniert, versuche etwas anderes. Wir coachen agile Teams, das ständig zu tun, zu experimentieren. Stellen Sie eine Hypothese auf, mit der Sie diese vergleichen können. Überprüfen Sie die Ergebnisse und führen Sie Rückblicke durch. Ich mache wöchentliche Einzelspektiven. Ich denke über meine Woche nach, was funktioniert, was nicht funktioniert hat, was ich anders ausprobieren werde. Und es gibt keinen Grund, warum du das nicht auch tun kannst.
Sean Blake:
In Ordnung. Also wöchentliche Solospektiven. Wonach sieht das aus? Und wie kannst du ehrlich zu dir selbst sein, wenn es darum geht, was funktioniert, was nicht funktioniert und in welchen Bereichen du dich verbessern kannst? Wie fängst du eigentlich an, Zeit für Selbstreflexion zu haben?
Chris Stone:
Leider musst du dir Zeit zum Nachdenken nehmen. Eine Sache, die ich im Bereich der psychischen Gesundheit gelernt habe, ist, dass Sie sich Zeit für Ihre Gesundheit nehmen müssen, bevor Sie sich Zeit für Ihre Krankheit nehmen müssen oder bevor Sie gezwungen sind, sich Zeit für Ihre Krankheit zu nehmen. Und in dieser geschäftigen Arbeitswelt kann es allzu einfach werden, sich keine Zeit für Ihre Gesundheit zu nehmen, sich keine Zeit zu nehmen und sich nicht auf Sie selbst zu konzentrieren. Also musst du dir diese Zeit nehmen, egal ob das bedeutet, an einem Freitagnachmittag etwas Zeit im Tagebuch zu blockieren, nur um dich hinzusetzen und nachzudenken, ob das Zeit ist, um spazieren zu gehen, eine Zeit auf deiner Alexa einzurichten, um eine fünfminütige Dehnpause einzulegen, was auch immer es ist, es gibt Dinge, die du tun kannst, und du musst Dinge tun, um Zeit für dich selbst zu gewinnen.
Chris Stone:
Was eine Solospektive angeht, so neige ich dazu, die Dinge so zu machen, dass ich dazu neige, täglich ein Tagebuch zu führen. Das ist fast wie mein eigener täglicher Standard mit mir selbst, es ist wie, was habe ich beobachtet? Was habe ich... vor welchen Herausforderungen stehe ich am letzten Tag? Und dann fasst sich das in der wöchentlichen Solospektive zusammen, die im Grunde genommen eine Retrospektive ist, in der ich darüber nachdenke, was habe ich versucht? Was möchte ich diese Woche erreichen? Was ist gut gelaufen? Was ist nicht gut gelaufen. Es ist dasselbe wie eine Retrospektive, nur eine und ermöglicht es mir, meine Gedanken über die Woche hinweg zusammenzufassen, anstatt es sich um einzelne Ereignisse zu handeln. Ich konzentriere mich also mehr auf den Verlauf als auf einen einzelnen Ausreißer. Macht das Sinn?
Sean Blake:
Das tut es. Das tut es. Sie haben also diesen Werdegang mit Ihrer Karriere vor sich. Sie checken jede Woche ein, um zu sehen, ob Sie in die richtige Richtung gehen. Ich gehe davon aus, dass Sie sich unterwegs auch persönliche Ziele setzen. Mir ist auch aufgefallen, dass Sie persönliche Werte haben, die Sie veröffentlicht haben, und Sie haben diese tatsächlich öffentlich veröffentlicht, damit andere Leute sie sich ansehen und sehen können. Wie wichtig sind diese persönlichen Werte für Ihr Leben und Ihre persönlichen und beruflichen Ziele?
Chris Stone:
Ich würde also sagen, dass das für mich enorm wichtig ist. Ich dachte, wir sehen, dass Unternehmen ihre Werte ständig teilen. Wenn Sie sich die Websites der Unternehmen ansehen, können Sie ihre Werte deutlich erkennen. Und Sie könnten sich wahrscheinlich denken, werden sie oft ihren Werten gerecht? Sie haben so viele Unternehmen, die Kundenorientierung als ihren Wert haben, aber wie viele von ihnen konzentrieren sich tatsächlich darauf, regelmäßig mit ihren Kunden in Kontakt zu treten? Wie viele haben eine Kennzahl, anhand derer sie nachverfolgen, wie oft sie mit Kunden in Kontakt treten? Die meisten von ihnen konzentrieren sich auf Geschwindigkeit und Vorlaufzeit. Ich frage also immer: Sind Sie wirklich kundenorientiert oder sind das Lippenbekenntnisse? Aber wenn ich zur Seite gehe, schweife ich ab. Ich dachte, Unternehmen haben Werte, und natürlich haben wir auch Werte, aber warum teilen wir sie nicht? Also habe ich dieses Bild erstellt, das zeigt, was meine sind, und ein paar andere aufgefordert, es auch zu teilen. Und ich erhielt einige gute Rückmeldungen von anderen, was großartig war.
Chris Stone:
Aber sie beeinflussen enorm, wer ich bin und wie ich täglich umgehe. Und ich gebe Ihnen ein Beispiel. Einer meiner Werte ist es, immer Open Source zu sein. Und das bedeutet, dass nichts, was ich erstelle, kein Inhalt, den ich erstelle, nichts, was ich produziere, jemals hinter einer Gehaltsabrechnung stehen würde. Und das bedeutet, dass ich gemeinschaftsorientiert bin. Das bedeutet, dass ich das, was ich gelernt habe, mit anderen teile. Und wie das zum Tragen kam, wie ich gelebt habe, ist, dass viele Leute zu mir kamen und sagten: „Hey, wir lieben die Dinge, die du tust. Du hast mir fliegende Dinge gegeben. Würde es dir etwas ausmachen, oder würdest du gerne zusammenarbeiten und diesen Kurs erstellen, für den die Leute bezahlen würden?“ So oft habe ich gesagt: „Wenn es kostenlos ist, ja. Aber wenn es monetarisiert werden soll, dann nein.“
Chris Stone:
Und zu diesem Zweck haben sich mehrere Personen an mich gewandt. Und ich musste respektvoll ablehnen und sagen: „Schau, ich finde das, was du tust, großartig. Sie haben eine großartige App und ich kann mir vorstellen, dass es von großem Wert wäre, diesen Agile-Coaching-Gamification-Kurs zu diesem Thema abzuhalten. Aber wenn es hinter der Gehaltsabrechnung steht, bin ich nicht interessiert, weil es in direktem Konflikt mit meinen eigenen Werten steht und ich daher nicht daran interessiert wäre, damit fortzufahren. Aber mach weiter, was du tust, sei zuerst der Mensch, #people zuerst.“ Es geht darum, dass ich den Fokus darauf verkörpere, dass Menschen hinter einem Laptop ihre Herzen schlagen, und nicht nur diesen Avatar auf einem Bildschirm. Und ich habe diese kleine... die Audiohörer, die das nicht sehen können, aber ich halte hier ein Baby Groot hoch. Und er ist so etwas wie das Totem meines Volkes.
Chris Stone:
Und der Grund dafür ist, dass ich eine Gruppe namens Guardians of Agility habe, und wir sind in erster Linie Menschen. Das ist unser Emblem. Und das sind meine Transformationschampions in meinem derzeitigen Unternehmen. Ich mag Guardians of Agility und ich habe dieses Totem, das mich daran erinnert, bei jeder Interaktion, die ich habe, zuerst der Mensch zu sein. Also, wenn ich zum Beispiel den Begriff Ressourcen höre und sage, nun... Sobald ich es höre, löst es mich fast aus. Ich höre fast: „Oh, was meinen sie damit?“ Und ich warte einen Moment und sage: „Hey, kannst du mir sagen, was du damit meinst?“ Und du lockst es ein bisschen heraus. Und oft meinten sie: „Oh, es sind Menschen, nicht wahr?“ Wenn Sie über Menschen sprechen, können wir sie dann als Menschen bezeichnen?
Chris Stone:
Weil Menschen keine Ressourcen sind. Es sind keine Objekte oder Dinge, die man aus dem Boden abbaut. Es sind keine Stifte, Papier oder Schreibtische. Es sind keine Stühle in einem Büro. Es sind Menschen. Und jedes Mal, wenn Sie sie als Ressource bezeichnen, abstrahieren Sie sie. Du machst es einfacher, sie zu entmenschlichen und sie für weniger zu halten, du machst es einfacher, Entscheidungen zu treffen wie, oh, wir können diese Ressourcen einfach loswerden oder wir können diese Ressource einfach von hier nach dort und in dieses Team und jenes Team verlagern, ob sie wollen oder nicht. Ich persönlich mag die Sprache also nicht.
Chris Stone:
Und das Problem ist, dass es ganz darauf zurückgeht, wie es trainiert wurde. Du gehst zur Universität, machst einen Abschluss in Betriebswirtschaft und lernst etwas über Personalwesen. Sie nehmen an einem Kurs teil, Agile HR, Agile Personalwesen, richtig, und das ist da draußen so verbreitet. Und wenn wir es nicht in Frage stellen, wird es sich nicht ändern. Also werde ich gerne dort sitzen und ein Treffen mit einem CTO führen und er wird anfangen, über Ressourcen zu sprechen und ich werde sagen: „Hey, was meinst du damit?“ Und ich werde es herausfordern und er wird sagen: „Ja, ich habe es wieder getan, nicht wahr?“ „Ja. Ja, hast du.“ Und jetzt ist es so weit, dass ich zum Beispiel an einem großen Gruppengespräch teilnehme und jemand es sagt, und ich fange einfach an, das auf einem winkenden Bildschirm zu tun, und sie sagen: „Habe ich es schon wieder getan, nicht wahr?“ „Ja, das hast du.“
Sean Blake:
Einige dieser Gewohnheiten sind also so tief verwurzelt aus unseren bisherigen Erfahrungen, unserer Ausbildung, und wenn Sie zum ersten Mal mit Teams arbeiten, die noch nie in Agile gearbeitet haben, sie verwenden Ausdrücke wie Ressourcen, sie tun Dinge, die wir manchmal als Anti-Patente bezeichnen, wie fangen Sie überhaupt an, dieses Gespräch zu führen und ihnen einige dieser Konzepte vorzustellen, die Leuten völlig fremd sind, die nie so gedacht haben, wie Sie oder ich über unsere Teams und unsere arbeiten?
Chris Stone:
Sicher. Ich schätze, die erste Reaktion darauf ist Empathie. Ich werde niemandem die Schuld geben oder so tun, als ob er ein schlechter Mensch ist, weil er Wörter benutzt, die tief verwurzelt sind, die normal sind. Und das ist Teil des Problems, dass der Begriff „Ressource“ heutzutage in der Arbeitssprache so tief verwurzelt ist, genau wie Termine. Termine sind so tief verwurzelt, obwohl Termine aus einem Bürgerkriegsszenario stammen, in dem es hieß, wenn man die Grenze überschritten hat, wurde man erschossen. Wie ist das in der Geschäftssprache gelandet? Ich weiß es nicht. Aber Ressourcen sind so tief verwurzelt, sie sind so tief in dieser Sprache verankert, dass die Leute es tun, ohne es zu wollen. Sie tun es oft, ohne es negativ zu meinen. Und um ehrlich zu sein, geht es nicht um das Wort selbst, sondern darum, wie sich Menschen tatsächlich verhalten und wie sie Menschen behandeln.
Chris Stone:
Ich sagte, mein erster Ansatz ist Empathie. Lass uns darüber reden. Lass uns verstehen: „Hey, warum hast du den Begriff benutzt?“ „Oh, ich benutze es, um das zu meinen.“ „Okay. Nun.“ Ja, und nicht, um es zu tun oder sie öffentlich auszusprechen oder solche Dinge. Es geht darum, Dinge mit Empathie zu tun. Jetzt verwende ich natürlich auch oft Gamification- und Trainingsansätze sowie agile Spiele, um Konzepte einzuführen. Wenn jemand mit einer bestimmten Arbeitsweise nicht vertraut ist, spiele ich oft. Ich erstelle etwas, ein virtuelles Agile-Spiel zum Vorführen. Ich sage es so, dass ich immer versuche, den Leuten zu helfen, zu verstehen, wie es sich anfühlt, und nicht nur um Theorie zu sprechen. Und ich gebe dir ein Beispiel. Ich bin ein großer Fan eines Spiels namens Virtual Name Game. Es ist ein Spiel über Multitasking und Kontextwechsel.
Chris Stone:
Und ich fange immer an, ich frage eine Gruppe von Leuten: „Hey Leute, könnt ihr Multitasking betreiben?“ Und oft sagen sie: „Ja, das können wir.“ Und es wird diese stereotypen Dinge geben wie: „Oh ja, ich bin eine Frau. Das kann ich machen.“ Es passiert. Vertrau mir. Aber eins der ersten Dinge, die ich tue, wenn ich ihnen von Angesicht zu Angesicht gegenüberstehe, sage ich: „Hey, strecke deine Hände so aus. Und in deiner linken Hand...“ Und die Leute auf dem Audio können mich nicht sehen, ich strecke sie aus wie meine Hände vor mir. In meiner linken Hand spielen wir ein endloses Spiel mit Stein, Papier und Schere. Und in meiner rechten Hand spielen wir eine Partie, bei der wir einen Daumenkrieg miteinander führen. Und du kannst es versuchen, du kannst sie herausfordern, können sie das gleichzeitig tun? Nein, das können sie nicht. Sie werden scheitern, weil Sie sich einfach nicht auf beide gleichzeitig konzentrieren können.
Chris Stone:
Das virtuelle Namensspiel funktioniert so, dass Sie eine Gruppe von Personen in hauptsächlich Kunden und einen Entwickler aufteilen. Und ich liebe es, die ranghöchste Person im Raum zu nennen, diesen Entwickler. Ich möchte, dass sie sehen, wie es sich anfühlt, ständig den Kontext zu wechseln. Wenn Sie also der Entwickler waren, sind Sie in diesem Szenario die ranghöchste Person, die das Nilpferd bewertet, die bestbezahlte Person. Ich würde sagen, Sean, in diesem Spiel versuchen diese Kunden, ihren Namen zuerst auf dieses virtuelle Whiteboard zu schreiben. Und wir werden messen, wie lange es dauert, bis Sie alle Namen vollständig geschrieben haben. Das Problem ist, dass sie dich alle ununterbrochen anschreien und endlos versuchen, deine Aufmerksamkeit zu erregen. Das heißt also Sean, Sean, schreib meinen Namen, schreib meinen...
Chris Stone:
Und es wird einfach wow, wow, wow, auf wen konzentriere ich mich? Du wirst es nicht wissen. Und das wiederholt ein Szenario, das sicher viele Menschen erlebt haben. Wer am lautesten schreit, bekommt, was er will. Die Priorisierung wird oft von demjenigen vorgenommen, der... oder derjenige, der am lautesten schreit, nicht unbedingt von ihm. Wir gehen dann in eine weitere Runde, in der du sagst, ich bin in dieser Runde, Sean, die Leute sollen dich mit ihrem Namen anschreien. Aber in dieser Runde wirst du jedem ein bisschen Aufmerksamkeit schenken. Die Art und Weise, wie Sie das tun werden, ist, dass Sie den ersten Buchstaben des Namens einer Person lesen, dann gehen Sie zum ersten Buchstaben des Namens der nächsten Person über und Sie werden weitermachen. Das hat zur Folge, dass jeder ein bisschen Aufmerksamkeit bekommt, aber das Ergebnis ist, dass es sehr langsam ist.
Chris Stone:
Du fängst viele Dinge an, aber beendest sie nicht. Und wieder untersuchen wir in jeder Runde, wie es sich anfühlt. Wie hat es sich angefühlt, in dieser Runde zu sein? Sean, du wurdest angeschrien, wie hat sich das angefühlt? Alle anderen, ihr habt geschrien, um eure Aufmerksamkeit zu erregen. Du musstest lauter schreien als andere Leute, wie hat sich das angefühlt? Und es ist frustrierend, es ist demotivierend, es macht keinen Spaß. In der Finalrunde würde ich sagen: „Hey, Sean, in dieser Runde werde ich dir die Möglichkeit geben, zu entscheiden, wessen Namen du zuerst schreibst. Und du kannst das Ganze der Reihe nach schreiben. Und die Jungs werden dir dieses Mal tatsächlich helfen, es gibt keine übertriebenen Schreie, sie werden dir helfen.“ Und in diesem Szenario fühlt es sich, wie Sie sich sicher vorstellen können, viel besser an. Das Ergebnis ist, dass die Leute Dinge fertigstellen, und Sie können den Output messen, die Anzahl der Markennamen, die in einem Zeitrahmen geschrieben wurden.
Chris Stone:
Es ist eine sehr schnelle und einfache Art zu demonstrieren, wie es sich anfühlt, ständig den Kontext zu wechseln und den Schaden, den man haben kann, wenn man beispielsweise Dinge in einem Sprint priorisiert hat und viele Versuche hat, Dinge neu anzuordnen und so weiter und so weiter, und viel Druck von externen Leuten, die idealerweise davor abgeschirmt werden sollten, dieses und jenes zu beeinflussen, und wie sich das anfühlt und was das Ergebnis ist, weil man vielleicht etwas anfangen, in etwas anderes verwandelt werden kann.. Du musst deine Denkweise wieder auf etwas anderes übertragen, und dann war die Person, die die ursprüngliche Sache aufgreift, vielleicht nicht einmal dieselbe Person, sie muss das noch einmal lernen. Das verursacht einfach eine Menge Verschwendung und Effizienzkosten. Und das ist nur ein Beispiel für ein Spiel, das ich verwende, um solche Dinge zum Leben zu erwecken.
Sean Blake:
Das ist großartig. Das ist fantastisch. Das liebe ich. Und ich denke, wir bei Easy Agile müssen anfangen, einige dieser Spiele zu spielen, denn aus diesen Übungen können wir eine Menge lernen. Und wenn man dann sieht, wie es sich im wirklichen Leben abspielt, in der Arbeit, die man macht, ist es einfacher, es zu erkennen. Wenn du das Training gemacht hast, du die Übung gemacht hast, das klingt alles nach Spaß und Spiel zu der Zeit, aber wenn es tatsächlich in der Arbeit, die du machst, wieder auftaucht, ist es viel einfacher, es auszurufen und zu sagen: „Oh warte, wir machen das Ding, bei dem wir Spaß hatten, aber jetzt erkennen wir, dass es im wirklichen Leben passiert und lass uns eine andere Richtung einschlagen.“ Ich kann mir also vorstellen, dass das für Teams wirklich mächtig wäre, das durchzustehen, also Chris [Crosstalk 00:22:26].
Chris Stone:
Ich würde auch hinzufügen, dass ich jedes Spiel, das ich mache, nach dem Vier-Cs-Ansatz konstruiere. Ich versuche also, Menschen miteinander zu verbinden... zuerst Menschen miteinander und dann mit dem Thema zu verbinden. In diesem Spiel geht es also um Multitasking. Um zu kontextualisieren, warum das wichtig ist: Warum sind Kontextwechsel und Multitasking in der Arbeitswelt wichtig? Weil es zu Ineffizienzen führt, weil es zu Frustration, Demotivation usw. führt. Dann üben wir konkret. Wir spielen ein Spiel, das betont, wie es sich anfühlt. Und am Ende ziehen wir Schlüsse und die Idee ist, dass es mit dem Fazit fast wie ein Rückblick auf das Spiel ist. Wir sagen: „Hey, was haben wir gelernt? Vor welchen Herausforderungen stehen wir? Und was können wir in unserer Arbeitswelt anders machen?“ Und damit erhalten die Menschen hoffentlich umsetzbare Erkenntnisse. Viele der Inhalte, die ich teile, zielen darauf ab, sie mit umsetzbaren Erkenntnissen zu versehen. Dabei geht es nicht nur darum, über etwas zu sprechen, sondern darüber nachzudenken, was Sie anders machen könnten, was Sie ausprobieren könnten, welches Experiment Sie mit Ihrem Arbeitsleben, Ihrem Team durchführen möchten, um eine Situation, mit der Sie konfrontiert sind, zu verbessern.
Sean Blake:
In Ordnung. Ja, das ist wirklich hilfreich. Und Sie haben über das Konzept der agilen Sünden gesprochen, und wir wissen, dass viele Unternehmen diese Werte haben, sie haben sich vielleicht einer agilen Transformation verschrieben. Vielleicht haben sie sogar Hunderte oder Tausende von Menschen bei der Begleitung geschult, indem sie ähnliche Taktiken und Coaching- und Bildungserfahrungen anwenden, die Sie anbieten. Aber wir sehen immer noch, dass manchmal Dinge furchtbar schief gehen. Und ich frage mich, was ist das für ein Konzept der agilen Sünden, von dem du sprichst, und wie können wir anfangen, einige dieser Sünden, die in unserer täglichen Arbeit auftauchen, miteinander zu identifizieren?
Chris Stone:
Ich denke, das Erste, was ich daran hervorheben möchte, ist, dass der Gebrauch von Sünde eine sehr dogmatische religiöse Sprache ist und eher satirisch als mit wirklicher Absicht verwendet wird. Also ich bringe das einfach gerne rüber. Ich bin kein dogmatischer Mensch, ich glaube nicht, dass es eine utopische Lösung gibt. Ich glaube sicherlich nicht, dass es für irgendjemanden eine Einheitslösung für alle gibt. Also die Vorstellung, dass es wirklich irgendwelche wirklichen Sünden gibt, ist... ja, genießen Sie das mit Vorsicht. Der Grund, warum die Agile-Sünden auftauchten, ist, dass ich Teil von... war Ich hatte vor Kurzem einen Podcast mit einem Typen namens Charles Lindsey gemacht, und er macht diesen Agile-Beichtstuhl. Und es geht darum, dass ein Coach einem anderen seine Fehler, seine Sünden, die Dinge, die er falsch gemacht hat, gesteht.
Chris Stone:
Und ich habe es geliebt, weil es mir darum geht, Scheitern zu entstigmatisieren. Mir geht es darum, diese Kriegsgeschichten von einem Trainer zum anderen miteinander zu teilen, weil ich das in der Vergangenheit befürwortet habe. Ich habe geschrien: „Hey, ich bin hier gescheitert. Ich habe diesen Fehler gemacht. Ich habe daraus gelernt.“ Und ich fordere andere dazu auf, dies ebenfalls zu tun, und viele zögern immer noch, mitzuteilen, was schief gelaufen ist. Und das liegt daran, dass Scheitern dieses Schimpfwort ist. Es ist mit diesem Stigma verbunden. Niemand will scheitern, vor allem Führungskräfte. Der Podcast war also eine großartige Erfahrung.
Chris Stone:
Und es war interessant für mich, weil es das erste Mal war, dass ich ein Geständnis ablegte, weil ich ehrlich zu Ihnen bin, ich bin jemand, der es gewohnt ist, selbst eine Beichte abzulegen. Ich gehe jedes Jahr auf dieses Hockeyfestival und ich habe vor Jahren dieses Erzbischof-Kleid bekommen, und ich habe die Rolle irgendwie auf meine eigene Art gestaltet. Ich war betrunken und sagte: „Du wirst mir deine Sünden gestehen.“ Und wenn sie nicht genug gesündigt haben, sage ich ihnen, sie sollen mehr tun. Und ich gebe ihnen Penicillin mit Alkoholspritzen und so. Und ich habe tatsächlich Leute in diesem Planschbecken getauft, während ich betrunken war. Wie dem auch sei, ich schweife ab, aber ich war es nicht gewohnt, mich zu bekennen, normalerweise nahm ich eine Beichte ab, aber ich tat es und es war eine gute Erfahrung, einige meiner Fehler zu teilen, und meine Muster waren... und es war meine eigene Idee, meine Videos zu machen, sieben Videos von meinen sieben Agile-Sünden. Und wieder war es nur so, dass ich meine Fehler teilte, was ich daraus gelernt habe, mit der Absicht, anderen zu helfen, um ähnliche Sünden zu vermeiden.
Sean Blake:
Sie haben also mit vielen anderen Agile-Coaches gesprochen, Sie haben von ihren Fehlern gehört, Sie haben Ihre eigenen Fehler eingestanden. Können Sie zusammenfassen, welche Zutaten jemanden zu einem großartigen Coach machen?
Chris Stone: Und das ist eine Frage, was macht jemanden zu einem großartigen Trainer? Ich denke, es wird völlig subjektiv sein, um ehrlich zu sein. Und meine persönliche Ansicht ist, dass ein guter Coach mehr zuhört als er spricht. Ich denke, das wäre ein großer Ausgangspunkt. Wenn sie mehr zuhören als sprechen, weil ich... und das ist eines der Dinge, derer ich mich in der Vergangenheit schuldig gemacht habe, ist, dass ich zugelassen habe, dass meine eigenen Vorurteile die Richtung des Teams beeinflussen. Ein Ansatz, den ich in der Vergangenheit gewählt hatte, war: „Hey, ich arbeite mit diesem Team zusammen und das hat in der Vergangenheit gut funktioniert. Das werden wir machen.“ Anstatt: „Also Leute, was habt ihr bisher gemacht? Was hast du versucht? Was hat gut funktioniert? Was hat nicht gut funktioniert? Was können wir erstellen oder was können wir als Nächstes versuchen? Das funktioniert für euch. Lassen wir Sie diese Entscheidung treffen und ich bin hier, um Sie durch diesen Prozess zu führen, um ihn zu erleichtern, anstatt ihn selbst zu leiten.“
Chris Stone:
Auch hier finde ich... es ist ein Ansatz, der bei den Menschen mehr Anklang findet. Sie haben gerne das Gefühl, dass sie diese Entscheidung selbst tragen, anstatt dass sie ihnen aufgezwungen wird. Und ich schätze, die Folge sind weitaus weniger kognitive Dissonanzen. Mehr zuzuhören als zu sprechen, ist für mich von großer Bedeutung, ein Punkt, den ein Agile-Coach beachten sollte. Eine weitere Sache, die ich heutzutage für mich finde, ist, dass zu viel kopiert und eingefügt wird. Und was ich damit meine ist, dass Spotify, das Spotify-Modell vor Jahren herauskam und alle sagten: „Oh, das ist unglaublich. Wir werden es adoptieren. Wir werden Stämme und Kapitel und Gilden und Trupps haben, und das wird für uns funktionieren. Das ist jetzt unsere Kultur.“
Chris Stone:
Ich dachte: „Nun, nehmen wir uns einen Moment Zeit. Spotify hatte nie vor, dass das passiert. Sie folgen diesem Modell nicht einmal mehr selbst. Was Sie dort gemacht haben, ist, dass Sie gerade versucht haben, ein anderes Modell zu kopieren und einzufügen.“ Und die Leute machen das auch mit SAFe. Sie sagen einfach: „Hey, wir nehmen das gesamte SAFe-Framework und fügen es in diesem Ausstecher im Blueprint-Stil in unser System ein.“ Und das Problem ist, dass es für mich die wichtigste Variable jeder Art von Transformationsinitiative nicht berücksichtigt, die Menschen, was sie wollen und die Kultur dort. Das ist also ein weiterer meiner Werte: innovativ sein, nicht replizieren. Arbeiten Sie mit Menschen zusammen, um zu experimentieren und herauszufinden, welche Agilität für sie funktioniert, anstatt Dinge einfach zu kopieren und einzufügen.
Chris Stone:
Also passe es an ihre Bedürfnisse an, anstatt einfach mit irgendwelchen oder gesehenen Tanz-Frameworks reinzukommen, und dann sage ich so, wie ich es mache: „Hey, nun, SAFe ist großartig. Nun, es hat viele Werte und viele großartige Dinge an sich. Es hat viele Vorteile, aber vielleicht funktioniert nicht alles für uns. Leihen wir uns ein paar Tendenzen davon aus.“ Das Gleiche gilt für LeSS, dasselbe für Scrum At Scale, dasselbe für Scrum, ähnlich wie Kanban. Es gibt viele kleine Dinge, die Sie sich aus verschiedenen Frameworks ausleihen können, aber es gibt auch viele Dinge, die Sie selbst einbringen können, viele Dinge, die Sie ausprobieren können, die für Sie funktionieren, und letztendlich Ihre eigenen maßgeschneiderten Lösungen finden. Also innovativ sein, nicht replizieren wäre ein anderes für mich.
Chris Stone:
Lernen, schnell lernen und oft lernen und das selbst leben und atmen. Ein weiterer Fehler, den ich und andere Trainer, glaube ich, gemacht haben, ist, dass Sie sich keine Zeit für Ihre eigene persönliche Entwicklung nehmen, indem Sie Tag für Tag einfach nur beschäftigt, beschäftigt, beschäftigt sein, beschäftigt sind, aber gleichzeitig gehen Sie raus und coachen Teams: „Hey, Sie müssen die ganze Zeit lernen. Du musst neue Dinge ausprobieren.“ Aber nimm dir diese Zeit nicht für dich selbst. Also nehme ich mir immer Zeit dafür, um an Konferenzen teilzunehmen, Bücher zu lesen, mich selbst herauszufordern und meiner Echokammer zu entkommen. Nicht nur, um ständig mit den gleichen Leuten zu sprechen, sondern vielleicht, um mit Leuten, mit denen ich noch nie gesprochen habe, auf einen Podcast zu gehen. An ein anderes Publikum, vielleicht um mit Leuten in Kontakt zu treten, die mir eigentlich nicht zustimmen, weil ich das will.
Chris Stone:
Ich will nicht dieses homophile Denken, bei dem jeder genau so denkt wie ich, weil ich dann nicht den Perspektiven ausgesetzt werde, die mich dazu bringen, anders zu denken. Also mache ich das oft. Wie kann ich zu Konferenzen tendieren, von denen ich nichts weiß, vielleicht ist es eine Konferenz mit Schwerpunkt Projektmanagement. Projektmanagement und Wasserfall sind auch kein Schimpfwort. Es gibt kein utopisches System, Projektmanagement und... natürlich haben traditionelles Projektmanagement und Wasserfall in bestimmten Umgebungen ihre Vorteile. Umgebungen mit einer geringeren Grundlage, einem weniger flexiblen Anwendungsbereich oder weniger häufig wechselnden Anforderungen funktionieren sehr gut.
Chris Stone:
Ich sage immer, dass die DSGVO, eine EU-Gesetzgebung zum Datenschutz, zwei Jahre in Arbeit war und jeder genau wusste, was vor sich ging und wann er es einhalten musste. Das war ein gutes Beispiel für etwas, das mit einem Wasserfallstil sehr gut umgesetzt werden kann, weil sich die Anforderungen nicht geändert haben. Aber wenn Sie versuchen, etwas für einen Kundenstamm zu entwickeln, der sich ständig ändert, und Sie haben viele neue Dinge und viele Konkurrenten und solche Dinge, dann ist das unterschiedlich, und wahrscheinlich wird die Fähigkeit, häufig zu iterieren und daraus zu lernen, vorteilhafter sein, und hier kommt Agile ins Spiel. Ich schätze, um es zusammenzufassen, es gibt ein paar Dinge, bei denen man oft schnell lernt. Ich kann mich nicht einmal an die erinnern, die ich jetzt erwähnt habe, ich bin von vielen Tangenten abgewichen und das ist es, was ich mache.
Sean Blake:
Ich liebe es. Das ist ein toller Rat, Chris. Das ist wirklich wichtig und kommt zur rechten Zeit. Und Sie haben vorhin erwähnt, dass sich der Kundenstamm ständig ändert und wir wissen, dass sich die Technologie ständig ändert und die Dinge sich nur schneller ändern werden und die Störungen in Zukunft nur noch schwerwiegender sein werden. Können Sie in die Zukunft schauen oder schauen Sie jemals in die Zukunft und fragen sich, welche Trends sich im agilen Bereich oder sogar an Arbeitsplätzen abzeichnen und uns in der Art und Weise, wie wir unsere Arbeit verrichten, auf den Kopf stellen werden? Wie sieht Agile in fünf oder zehn Jahren aus?
Chris Stone:
Nun, das ist wieder eine sehr große Frage. Ich kann hier sitzen und postulieren und darüber sprechen, wie es aussehen könnte. Ich werde mich auf ein meiner Meinung nach hervorragendes Beispiel dafür stützen, was die nächsten fünf oder zehn Jahre prägen wird. Im Februar 2021 gibt es ein Festival namens Agile 20 Reflect, ich bin mir nicht sicher, ob Sie davon gehört haben, und es ist als Festival konzipiert, nicht als Konferenz, es ist wirklich wichtig. Es ist also dem Festival in Edinburgh nachempfunden und soll die Vergangenheit, Gegenwart und Zukunft von Agile feiern. Nun, was es ist, es ist eine einmonatige Reihe von Veranstaltungen auf Agile, und jeder kann ein Event erstellen und sprechen und teilen, und es wird eine riesige Menge an Inhalten entstehen, die von der Community betrieben werden, die frei zugänglich und verfügbar sein werden.
Chris Stone:
Nun gibt es drei der ursprünglichen Unterzeichner des Agile-Manifests, die daran beteiligt sind. Lisa Adkins ist daran beteiligt, ebenso wie viele namhafte Redner, die an diesem Festival beteiligt sind. Und ich selbst veranstalte eine Reihe von Retrospektiven zum Agile-Manifest. Ich habe Arie van Bennekum interviewt, einen der ursprünglichen Unterzeichner des Agile-Manifests. Es wird viele Veranstaltungen da draußen geben. Und ich denke, dieses Festival wird in gewisser Weise beeinflussen, wie Agile aussehen könnte, denn es gibt viele Veranstaltungen, viele Redner, viele Podiumsdiskussionen, die anstehen, bei denen viele Fachleute da draußen zusammenkommen, viele Praktiker da draußen, die beginnen werden, zu gestalten, wie das aussieht. Obwohl ich hier sitzen und darüber postulieren könnte, bin ich ehrlich gesagt kein Experte, und es gibt weitaus größere Köpfe als ich. Und eigentlich würde ich lieber die Macht der breiteren Gemeinschaft nutzen und mich darauf einlassen, als meine jetzt vorzuschlagen.
Sean Blake:
Nett. Ich mag es. Und was du da getan hast, du hast es uns unmöglich gemacht, auf dieses Video zu klicken und zu beweisen, dass du in Zukunft falsch liegst, wenn du etwas vorhersagst, das am Ende nicht passiert. Das ist also sehr klug, wenn du.
Chris Stone: Mache mich zukunftssicher.
Sean Blake: Genau. Chris, ich glaube, wir sind jetzt fast am Ende, aber ich wollte fragen, hast du angesichts der Qualität deines Weihnachtspullovers irgendwelche Tipps für Teams, die über die Feiertage arbeiten und nach einem wirklich schwierigen Jahr 2020 höchstwahrscheinlich ausgebrannt sind? Was sind einige der Dinge, die du den Trainern in Agile-Teams sagen würdest, wenn sie in diese Zeit kommen, in der sich die Leute hoffentlich eine Auszeit nehmen und etwas Zeit mit ihrer Familie verbringen können? Hast du irgendwelche Tipps oder Empfehlungen, wie Menschen auf ihre psychische Gesundheit achten, sich um Gleichaltrige kümmern und diese Zeit mit Selbstreflexion verbringen können?
Chris Stone:
Sicher. Also eine Reihe von Dingen, die ich auf jeden Fall empfehlen würde. Ich produziere und teile gerade diesen Agile-Adventskalender. Und die Idee ist, dass du jeden Tag ein kleines Stück Agile-Wissen oder eine Vorlage oder etwas, das in Zany funktioniert, oder ein Video, was auch immer es sein mag, bekommst. Da kommen viele kleine Dinge rein. Und es gab Retro-Vorlagen, weihnachtliche und festliche Themen. Es gibt also einen Home Alone, einen Diehard-Film, einen Elfen-Film, es gibt alle möglichen. Vielleicht probieren Sie eines davon aus, um mit Ihrem Team auf unterhaltsame Art und Weise, einfach über die letzten Zeiten als Team nachzudenken und sich vielleicht im nächsten Jahr einige Dinge einfallen zu lassen.
Chris Stone:
Und da ist zum Beispiel der Diehard-Film, der auf den Zitaten aus dem Film Diehard basiert, also ist es das, was du da drin tun würdest, feiere deine... um sie in dein Team zu schicken. Oder da steht einer drin über, wenn man Weihnachten so feiert, kann ich das neue Jahr kaum erwarten. Und diese Frage lautete, was wollen wir nächstes Jahr ausprobieren? Dieses Jahr war großartig, was wollen wir nächstes Jahr anders ausprobieren? Diese Vorlagen bieten also Möglichkeiten, dies auf unterhaltsame Weise zu reflektieren, also probieren Sie eine davon aus. Ich habe einige festliche Zoom-Hintergründe oder Team-Hintergründe für Heiligabend geteilt. Probieren Sie sie aus und machen Sie ein bisschen Spaß, machen Sie es ein bisschen immersiv. Es gibt Weihnachts- oder festliche Eisbrecher, die du verwenden kannst. In der Regel mache ich jedes Meeting, das ich moderiere. Die ersten fünf Minuten sind nur ein unverfälschtes Gespräch über Dinge, die nichts mit der Arbeit zu tun haben, und dafür verwende ich oft Eisbrecher. Und ob das eine Frage ist, zum Beispiel, wenn du die Beine eines beliebigen Tieres haben könntest, was hättest du und warum, Sean, was wäre das?
Sean Blake:
Wahrscheinlich eine Giraffe, weil ich nur an den Höhenvorteil dachte, es muss etwas sein, das im Alltag nützlich ist.
Chris Stone: Vielleicht ist es schwierig, dich mit auf den Boden zu nehmen.
Sean Blake:
Ja. Ja, das würdest du auf jeden Fall brauchen. Allerdings glaube ich nicht, dass ich auf dem Weg zur Arbeit in den Aufzug passen würde, das wäre also ein Problem.
Chris Stone:
Ja. So fange ich einfach an. Aber ja, das ist nur eine Frage, denn es ist interessant zu sehen, was sich die Leute einfallen lassen könnten, aber es gibt auch einige festliche, was ist dein liebster Weihnachtsfilm? Was würde dich dieses Jahr auf die Liste der Frechen setzen? Ja, hat deine Familie irgendwelche seltsamen oder skurrilen Weihnachtstraditionen? Weil ich es liebe, davon zu hören. Jeder hat sein eigenes kleines Ding, egal ob wir an Heiligabend ein Weihnachtsgeschenk haben oder an jedem Weihnachtstag zusammen eine Pizza essen. Es kommen einige wirklich zufällige heraus. Ich liebe es, davon zu hören und mir Zeit für die Interaktion mit dieser Person zu nehmen, aber eine festliche Art kann auch helfen.
Chris Stone:
Und was die psychische Gesundheit anbelangt, so habe ich den Pomodoro-Effekt aus produktiver Sicht sehr befürwortet. Also werde ich das nutzen. Ich stelle mir einen Timer ein, ich konzentriere mich ohne Ablenkungen, mache etwas. Und dann, in dieser fünfminütigen Pause, stehe ich einfach auf und gehe von meinem Schreibtisch weg und strecke mich aus und hole mir einen Kaffee oder was auch immer es sein mag. Aber dann blockiere ich auch die Zeit, und ich weiß, dass einige Unternehmen in dieser mobilen Arbeitswelt im Moment sagen: „Hey, jeder bis 14 Uhr hat keine Zeit, damit ihr spazieren gehen und spazieren gehen könnt.“ Manche Unternehmen machen das. Ich nehme mir immer Zeit, um rauszukommen und von meinem Schreibtisch wegzugehen, weil das... und ein bisschen produktiver ist und meinen Tag ein bisschen unterbricht. Also ich kann das auf jeden Fall empfehlen. Etwas frische Luft zu schnappen kann Wunder für Ihre geistige Gesundheit bewirken.
Sean Blake:
Fantastisch. Tja, Chris, ich habe so viel aus dieser Episode gelernt und ich weiß es wirklich zu schätzen, dass du heute etwas Zeit mit uns verbracht hast. Wir haben über viele Dinge gesprochen, etwa darüber, wie wichtig es ist, deine Fehler zu teilen, wie wichtig es ist, auf deine psychische Gesundheit zu achten, dich selbst und deine eigene Entwicklung zu überprüfen, aber auch, wie du nachverfolgst, wie du dich fühlst. Ich liebe dieses Zitat, das du geteilt hast, wir glauben, es ist Sokrates, dass wahres Wissen darin besteht, zu wissen, dass du nichts weißt. Ich finde das wirklich wichtig, jeder Tag beginnt am ersten Tag, nicht wahr? Das entstigmatisierende Scheitern. Die Ursprünge des Wortes Frist. Das wusste ich nicht. Das ist wirklich interessant. Und wenn ich nur diese einfache Frage stelle, wie hat sich das angefühlt? Wie hat es sich angefühlt, auf diese Weise zu arbeiten? Die Leute haben deinen Namen geschrien, zur Arbeit gegangen, wenn die Arbeit zu voll ist, wie fühlt sich das an? Und ist das ein gesundes Gefühl, das jeder haben sollte? Das sind wirklich wichtige Fragen, über die ich nachdenken sollte, und ich weiß, dass unser Publikum diese Fragen auch sehr zu schätzen wissen wird. Also vielen Dank Chris, dass er sich uns im Easy Agile Podcast angeschlossen hat.
Chris Stone:
Kein Problem. Danke fürs Zuhören und allen ein frohes Weihnachtsfest.
Sean Blake:
Fröhliche Weihnachten.
- Podcast
Easy Agile Podcast Ep.13 Agile Arbeitsweisen überdenken, wobei Vielfalt, Gerechtigkeit und Inklusion im Mittelpunkt stehen

„Die Folge zeigt, dass Interaktion, Zusammenarbeit und die Unterstützung jedes Teammitglieds darin bestehen, sein Potenzial auszuschöpfen“ - Terlya Hunt
In dieser Folge chatten Terlya Hunt, Head of People & Culture bei Easy Agile, und Caitlin Mackie, Marketing Coordinator bei Easy Agile, mit Jazmin Chamizo und Rakesh Singh.
Jazmin und Rakesh sind Hauptautoren des kürzlich veröffentlichten Berichts „Reimagining Agility with Diversity, Equity and Inclusion“.
Der Bericht untersucht die Schnittstelle zwischen Agilität, Geschäftsagilität und Diversität, Gerechtigkeit und Inklusion (DE&I) sowie den Stand von Inklusivität und Gerechtigkeit in agilen Organisationen.
„Die Menschen sind das schlagende Herz von Agile. Wenn Menschen nicht durch ein inklusives und gerechtes Umfeld gestärkt werden, funktioniert Agilität nicht. Wenn Agile nicht funktioniert, können agile Organisationen nicht funktionieren.“
📌 Was hat dazu geführt, dass der Bericht geschrieben wurde
📌 Wo die Fehlstellungen liegen
📌 Was wir als Einzelpersonen und Führungskräfte anders machen könnenAbonniere unbedingt, genieße die Folge 🎧
Transkript
Terlya Hunt:
Hallo zusammen. Vielen Dank, dass Sie sich uns für eine weitere Folge des Easy Agile-Podcasts angeschlossen haben. Ich bin Terlya, People & Culture-Geschäftspartnerin bei Easy Agile.
Caitlin Mackie:
Und ich bin Caitlin, Marketingkoordinatorin bei Easy Agile. Und wir werden Ihre Moderatoren für diese Folge sein.
Terlya Hunt:
Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, dem Volk der Wodiwodi der Dharawal-Nation, und den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen und allen Aborigines, die uns heute zuhören, den gleichen Respekt erweisen.
Caitlin Mackie:
Heute werden wir von Jazmin Chamizo und Rakesh Singh begleitet. Sowohl Jazmin als auch Rakesh sind Hauptmitwirkende und Forscher von Reimagining Agile for Diversity, Equity and Inclusion, einem Bericht, der die Schnittstelle zwischen agiler Geschäftsagilität und Vielfalt, Chancengleichheit und Inklusion untersucht und im Mai 2021 veröffentlicht wurde.
Terlya Hunt:
Wir freuen uns sehr, dass Jazmin und Rakesh heute zu uns kommen. Also lass uns reinspringen.
Caitlin Mackie:
Also Jazmin und Rakesh, vielen Dank, dass ihr heute zu uns gekommen seid. Wir freuen uns sehr, heute hier bei Ihnen beiden zu sein und das Gespräch zu führen. Ich nehme an, heute packen wir aus und stellen Ihnen Fragen zu dem Bericht, an dem Sie beide maßgeblich mitgearbeitet haben, Reimagining Agility with Diversity, Equity and Inclusion. Also für unser heutiges Publikum, das den Bericht vielleicht noch nicht kennt, Jazmin, könntest du uns bitte zusammenfassen, worum es in dem Bericht geht?
Jasmin Chamizo:
Absolut. Und zunächst einmal vielen Dank, dass Sie uns heute hier haben und dass Sie sich für unseren Bericht interessieren. Nur um Ihnen einen kleinen Einblick in unsere Forschung zu geben und wie alles begann. Der Gründer und Inhaber des Business Agility Institute, Evan Leybourn, nahm tatsächlich an einem Vortrag von Mark Green teil. Und Mark, der früher, ich meine, ein Agile-Coach war, bezog sich auf seine nicht sehr positive Erfahrung mit Agile. Das erregte also tatsächlich die Aufmerksamkeit von Evan, der wie wir alle ein großer Verfechter von Agilität war. Und sie beschlossen, sich auf dieses Abenteuer einzulassen und einige Nachforschungen anzustellen, um die potenzielle Beziehung zwischen Diversität, Gleichheit und Inklusion und Agilität zu untersuchen.
Also hatten wir, ich meine, zu Beginn der Forschung ein paar Hypothesen. Und die erste Hypothese war, dass agile Unternehmen trotz der positiven Absicht von Agilität und trotz der positiven Denkweise und der Werte von Agile, die wir alle teilen, Gefahr laufen könnten, marginalisierte Mitarbeiter und Kunden weiter auszuschließen. Und die zweite Hypothese, die wir hatten, war, dass Organisationen, die Vielfalt, Gleichheit und Inklusion tatsächlich direkt in ihre Agile-Transformation und dann in ihre Strategie einbetten, diejenigen Organisationen übertreffen könnten, die dies nicht tun. Wir haben also tatsächlich mehr als ein Jahr damit verbracht, verschiedene Teilnehmer aus vielen verschiedenen Ländern zu interviewen. Und am Ende haben wir festgestellt, dass diese Hypothesen wahr sind. Und heute möchten wir mit Ihnen, ich meine, einen Teil dieser Forschung teilen und müssen Sie auch ermutigen, den gesamten Bericht zu lesen und auch zu dieser Diskussion beizutragen.
Terlya Hunt:
Unglaublich. Und Jazmin, du hast das in deiner Antwort gerade ein bisschen angesprochen, aber ich denke, Rakesh, könntest du uns etwas mehr darüber erzählen, was die Inspiration und der Auslöser für das Schreiben dieses Berichts war?
Rakesh Singh:
Ja. Also danke für die nochmalige Einladung. Und es ist ein großartiger [unhörbarer 00:03:51] Vortrag über dieses wunderschöne Projekt. Das BAI beschäftigte sich schon lange mit dieser Aktivität, und ich habe zufällig eine der Präsentationen von Evan gehört, und diese Präsentation hat mein Interesse an Business Agility und den Zusammenhang mit DEI geweckt. Das war also eine Sache. Und zweitens, als Evan über dieses spezielle Projekt sprach und uns alle einlud, war ich seit etwa drei Jahrzehnten sehr lange mit der Transformation in meinem Job bei Siemens beschäftigt. Und wir stellten fest, dass es immer einige Leute gab, die, wann immer man Veränderungen vornimmt, nicht interessiert oder skeptisch waren. „Wir verschwenden unsere Zeit.“ Und okay, das war zu erwarten, aber was war überraschend, dass Agile im großen Stil an Bedeutung gewann und die Leute dachten: „Okay. Das ist eine Lösung für all unser Elend. „Obwohl der Schwerpunkt auf Kultur lag, war Kultur immer noch unser größtes Problem. Mir kam es also so vor, als würden wir das Problem nicht wirklich angehen.
Und während Jazmin über unser Ziel und unsere Hypothese sprach, war das für mich attraktiv, dass mir dieses Projekt vielleicht helfen wird zu verstehen, warum einige [unhörbar 00:05:12] die Leute in einen Teil der Agile-Transformation mit einbeziehen.
Terlya Hunt:
Ich danke dir. Das war großartig. Ich denke, in dem Bericht kommt definitiv zum Ausdruck, dass dies ein Thema ist, das Ihnen allen am Herzen liegt. Und in dem Bericht, den Sie erwähnt haben, gibt es einen Mangel an Konsens und einige Unstimmigkeiten bei der Definition einiger dieser Schlüsselbegriffe. Ich dachte, um das heutige Gespräch zu gestalten, Jazmin, könntest du uns einige dieser Schlüsseldefinitionen vorstellen: Agilität, Diversität, Gerechtigkeit und Inklusion?
Jasmin Chamizo:
Das ist jetzt eine großartige Frage, denn im letzten Jahr gab es einen großen Boom bei verschiedenen Themen im Zusammenhang mit Vielfalt, Gerechtigkeit und Inklusion, ich meine, insbesondere mit der Black Lives Matter-Bewegung und vielen verschiedenen Ereignissen, die unsere Gesellschaft im Allgemeinen beeinflusst haben. Und mit dem Aufkommen sozialer Bewegungen, ich meine, wurde viel über Diversität, Gerechtigkeit und Inklusion gesprochen. Und wenn wir über Agilität, Gleichheit, Gerechtigkeit, Inklusion und Diversität sprechen, dann meine ich, es ist sehr wichtig, ein sehr klares Verständnis davon zu haben, was wir mit diesen Begriffen meinen. Agilität ist die Denkweise. Ich meine, es geht wirklich darum, den Kunden, die Menschen, in den Mittelpunkt der Organisation zu stellen. Wir sprechen also von agilen Arbeitsweisen. Wir sprechen von kollaborativeren Arbeitsweisen. So können wir das Beste aus den Menschen herausholen und dann Innovationen entwickeln und Produkte so schnell wie möglich auf den Markt bringen.
Als wir nun über Agilität und diese ganze Idee nachgedacht haben, Menschen in den Mittelpunkt und Kunden in den Mittelpunkt der Organisation zu stellen, damit wir sehr agil und flexibel auf die Herausforderungen reagieren können, die unsere Gesellschaft derzeit darstellt, fanden wir viele Gemeinsamkeiten und viele Ähnlichkeiten in Bezug auf Vielfalt, Gerechtigkeit und Inklusion. Wenn wir jedoch über Diversität, Gerechtigkeit und Inklusion sprechen, gibt es einige Nuancen in den Konzepten, die wir verstehen müssen. Vielfalt bezieht sich wirklich auf die Mischung. Es bezieht sich auf Zahlen, auf Statistiken, auf all die Unterschiede, die wir haben. Es gibt eine sehr lange Liste von Arten von Vielfalt. Geschlechtervielfalt, sexuelle Orientierung, Denkweisen, unser sozioökonomischer Status, Bildung und was auch immer, verschiedene Arten von Vielfalt.
Wenn wir jetzt über Gleichheit sprechen, meine ich, wir sprechen davon, dieselben Ressourcen und Unterstützungsstrukturen einzusetzen, ich meine, für alle. Gleichheit beinhaltet jedoch nicht wirklich das Element der Gerechtigkeit, was so wichtig ist, wenn wir jetzt über die Schaffung inklusiver Umgebungen sprechen. Bei Chancengleichheit sprechen wir über das Element der fairen Behandlung, wir sprechen über soziale Gerechtigkeit, wir sprechen davon, allen den gleichen Zugang zu Chancen zu gewähren. Es geht also so ziemlich darum, die Situation auszugleichen, sodass all diese Stimmen Teil des Gesprächs sein können und jeder zur Entscheidungsfindung in Organisationen und in der Gesellschaft beitragen kann. Es ist also dieses Element der fairen Behandlung, es ist das Element der sozialen Gerechtigkeit, zu dem das Element der Gerechtigkeit beitragen muss und dem wir wirklich Aufmerksamkeit schenken müssen.
Und bei Inklusion geht es wirklich darum, Menschen in der Organisation willkommen zu heißen. Es geht darum, alle Bedingungen zu schaffen, damit Menschen, jeder, gedeihen und jeder in einer Organisation erfolgreich sein kann. Ich denke, es ist sehr wichtig, diese Definitionen sehr klar zu haben, um besser zu verstehen, wie sie sich überschneiden und wie es tatsächlich, ich meine, eine symbiotische Beziehung zwischen diesen Konzepten gibt.
Caitlin Mackie:
Ja. Großartig. Und ich denke, dass Agile funktioniert, wenn man nur darauf aufbaut, Interaktion, Zusammenarbeit und die Unterstützung jedes Teammitglieds dabei unterstützt, sein Potenzial auszuschöpfen. In Ihrem Bericht wird also erörtert, dass sich diese Werte in Bezug auf Vielfalt, Gerechtigkeit und Inklusion stark überschneiden. Also ich denke, Rakesh, was sind die wichtigsten Überschneidungen? Es scheint, dass diese Eigenschaften und Merkmale Hand in Hand gehen. Wie nehmen wir sie also an?
Rakesh Singh:
Wenn Sie also sehen, dass die meisten Unternehmen große Organisationen sind und seit etwa zwei Jahrzehnten bestehen, und Sie sie mit der Startup-Organisation vergleichen, dann arbeiten die Leute in der traditionellen Struktur normalerweise sozusagen in ihren funktionalen Silos. Und so wird die agile Transformation von einer Geschäftsfunktion übernommen. Es könnte ein Qualitätsteam sein. Es könnte ein Übertragungsteam sein. Und DEI ist normalerweise eine Domäne einer Personalabteilung oder von Personen, die der Organisation beitreten. Und das Problem ist, dass diese Initiativen manchmal getrennt behandelt werden und die erforderliche Zusammenarbeit nicht stattfindet, wohingegen sie in einem Startup-Unternehmen diese Art von Abteilungen nicht haben.
Wenn wir das als Grundlage betrachten, müssen wir darauf achten, dass die Organisation dafür sensibilisiert wird, dass sie an einigen dieser Projekte zusammenarbeiten, und uns die zugrunde liegenden Gemeinsamkeiten ansehen, und wir können uns möglicherweise entweder gegenseitig helfen oder uns ergänzen, denn ein Beispiel ist, wenn ich das nennen kann, es sehr einfach ist, eine agile Transformation in Bezug auf ein Geschäftsergebnis zu rechtfertigen, okay, aber jede Veränderung in Bezug auf Mitarbeiter ist eine sehr langfristige Veränderung. Sie können das also nicht mit einem Geschäftsergebnis in einem kürzeren Zeitrahmen in Verbindung bringen. Deshalb nenne ich Agile und DEI als symbiotisch. Agile kann durch einen DEI-Prozess unterstützt werden, und DEI selbst kann durch ein Agile-Projekt gerechtfertigt werden. Sie sind also symbiotisch.
Nun, was ist das Gemeinsame zwischen den beiden? Es gibt also vier Artikel. Ich meine, es gibt viele Dinge, die gemeinsam sind, aber vier Dinge, die ich für am wichtigsten halte. Ja? Das Erste ist Respekt vor den Menschen, wie es Jazmin gesagt hat, inklusiv zu sein. Respekt vor den Menschen, sowohl Agile als auch DEI, das ist eine Grundlage dafür. Und dafür sorgen, dass sich die Menschen willkommen fühlen. Also egal, aus welcher Vielfalt sie kommen, welchen Hintergrund sie haben, sie fühlen sich willkommen. Ja? Der zweite Teil ist das Arbeitsumfeld. Es ist also eine große Herausforderung, eine Art psychologische Sicherheit zu schaffen. Und ich denke, die Leute organisieren sich jetzt, das Management versteht jetzt, dass sie denken, dass sie für einen sicheren Ort gesorgt haben, aber die Menschen fühlen sich dort aus irgendeinem Grund immer noch nicht sicher. Das ist eine Sache.
Die andere Sache ist, dass unabhängig von den Richtlinien, die Sie schreiben, Dokumentationen, Richtlinien oder Ankündigungen, die grundlegenden Dinge, die die Leute sehen, sie fair und transparent sind? Ja? Also ich habe immer gesehen, dass, wenn zwei Personen einen Bonus bekommen, wenn eine Person 5% mehr bekommt, egal wie hoch der Betrag ist, immer das Gefühl hat: „Ich habe meine Schuld nicht bekommen.“ Ja? Also sei fair und sei transparent. Und das letzte ist, dass Sie in Menschen investieren müssen. Die Organisation muss in Menschen investieren. Die Organisation muss investieren, um ihnen die Möglichkeit zu geben, neue Chancen zu nutzen und auch zu wachsen und durch Lernen zu wachsen. Das sind also vier Dinge, die ich mir vorstellen kann und die tatsächlich dazu beitragen können, sowohl ein agiles als auch ein integratives Umfeld im Unternehmen zu haben.
Caitlin Mackie:
In dem Bericht wird erwähnt, dass einige dieser Möglichkeiten zur Kombination von Agilität und Inklusion im Bereich Vielfalt übersehen werden. Warum glaubst du ist das so?
Rakesh Singh:
Ich denke, der Grund, warum sie übersehen werden, ist, dass es im Grunde darum geht, die Führungskräfte auszubilden. Es ist nur so, wenn ich in der agilen Welt bin, ist mir nicht wirklich bewusst, dass es bestimmte Aspekte gibt, die mit Menschen zu tun haben. Ich denke, wenn ich nur eine Ankündigung mache, werden die Leute mitmachen. In Ordnung? Also das ist das Verständnis. Auf der anderen Seite erhielten wir Beiträge von einigen Antwortenden, die sagten, dass einige der DEI-Projekte im Grunde nur Worte sind und nicht wirklich ernsthaft damit umgehen. Das ist Zeitverschwendung. „Ich werde gezwungen, ein bestimmtes Training zu absolvieren. Ich bin gezwungen.“ Also was die Aufrichtigkeit angeht, manchmal fehlt es an etwas, also müssen die Mitarbeiter auf Führungs- und Mitarbeiterebene besser geschult werden.
Caitlin Mackie:
Ich denke, ein wirklich interessanter Hinweis in Ihrer Forschung ist, dass viele agile Prozesse und Rituale so konzipiert sind, dass sie für die Mehrheit geeignet sind, was Teammitglieder mit unterschiedlichen Eigenschaften ausschließt. Jazmin, was sind einige dieser Rituale?
Jasmin Chamizo:
Ja, das ist eine gute Frage. Wenn Sie nun an agile und agile Rituale denken und zum Beispiel, ich meine, tägliche Standups, dann haben viele dieser Rituale nicht wirklich über Diversität oder das Design von Vielfalt und Inklusion nachgedacht. Ich meine, Agile ist sehr spontan und eine Art von Ritualen, wer kann schon sprechen. Aber es gibt eine Menge Leute, ich meine, die vielleicht mehr Zeit brauchen, um Informationen zu verarbeiten, bevor sie Eingaben machen können, und zwar so schnell. Diese Anforderung, Informationen zu verarbeiten oder Eingaben sehr schnell in täglichen Standups zu geben, übersieht vielleicht die Tatsache, dass viele Menschen mit einer anderen Art von Gedankenverarbeitungsstilen oder Präferenzen möglicherweise mehr Zeit benötigen, um diese Prozesse durchzuführen.
Das wäre also, ich meine, Nummer eins; die Tatsache, dass es sehr genau vor Ort ist und manchmal nur die lauten Stimmen zu hören sind. Wir verpassen also möglicherweise viele Gelegenheiten, wenn wir versuchen, Feedback und Input von Menschen mit unterschiedlichen Denkstilen zu erhalten.Wenn Sie nun an Organisationen in verschiedenen Ländern denken, in denen Englisch nicht die Muttersprache vieler Menschen ist, fühlen sie sich möglicherweise ebenfalls stark benachteiligt. Das passiert oft in multinationalen Organisationen, wo Leute, deren Muttersprache, Sie wissen schon, Englisch ist, sich selbstbewusster fühlen und es sind, die jetzt die Konversationen praktisch monopolisieren können. Also, für Leute, deren Muttersprache nicht Englisch ist, ich meine, sie könnten sich benachteiligt fühlen.
Wenn Sie an ältere Mitarbeiter denken, die manchmal nicht Teil einer agilen Transformation sind, haben sie möglicherweise auch das Gefühl, nicht Teil des Teams zu sein, und sie haben möglicherweise nicht das Gefühl, dazuzugehören, was bei einer agilen Transformation und für jedes Unternehmen so wichtig ist. Ein anderes Beispiel, ich meine, wären Menschen, die aufgrund ihres religiösen Glaubens, ich meine, vielleicht fünfmal am Tag beten müssen, und ich meine, vielleicht bedeutet ein morgendliches Aufstehen sehr schwer, sich daran anzupassen, oder sogar Menschen mit Behinderungen oder Sprachunterschieden fühlen sich ein wenig eingeschüchtert von Agilität. Es gibt also viele verschiedene Beispiele. Und der Doug-Bericht sammelt tatsächlich mehrere gelebte Erfahrungen der Befragten, die wir interviewen. Sie veranschaulichen, wie Agilität für die Mehrheit und für eine dominantere Kultur konzipiert wurde. Dies unterstreicht die Notwendigkeit, viele dieser Rituale und viele dieser Praktiken neu zu gestalten.
Caitlin Mackie:
Ja, ich denke, darauf aufbauend haben Sie in Ihren Empfehlungen erwähnt, dass Sie diese agilen Arbeitsweisen bewusst neu gestalten und neu gestalten wollen. Auf welche Weise können wir diese überdenken und bewusst gestalten?
Jasmin Chamizo:
Mm-hmm (bejahend). Nun, die gute Nachricht ist, dass es während unserer Recherchen und während unserer Feldarbeit und der Gespräche, die wir mit einigen Organisationen geführt haben, gezeigt hat, dass es viele Unternehmen und Organisationen gibt, die sie aktiv umsetzen, verschiedene Arten von Praktiken, angefangen bei der Art und Weise, wie sie ihre Besprechungen, ihre Rituale, ihre Stand-ups organisieren und den Menschen die Möglichkeit geben, auf unterschiedliche Weise zu kommunizieren. Vielleicht etwas Raum für Stille geben, damit die Leute ihre Informationen verarbeiten können, oder alternative Kanäle bieten, über die Menschen entweder schriftlich oder vielleicht am nächsten Tag kommunizieren und Kommentare abgeben können. Es muss also nicht direkt vor Ort sein, und sie fühlen sich nicht unter dieser Art von Druck.
Nun, ein anderes Beispiel wäre, Menschen zu erlauben, auch in ihrer Muttersprache zu kommunizieren. Ich meine, nicht unbedingt Englisch zu benutzen, ich meine, die ganze Zeit als, ich meine, Hauptsprache. Ich denke, es ist auch wichtig, dass die Mitarbeiter das Gefühl haben, dass sie mit ihrer eigenen Sprache dazu beitragen können, und dass sie auch anfangen, die Erfahrung der Mitarbeiter zu analysieren, ich meine. Wir sprechen davon, vielleicht nichtbinäre Optionen in Rekrutierungsprozessen oder bei der Gehaltsabrechnung zu verwenden. Also, ich meine, damit anzufangen, die verschiedenen Praktiken inklusiver zu gestalten und, ich meine, die gesamte Mitarbeitererfahrung zu analysieren. Ich meine, das sind einige Beispiele, mit deren Umsetzung wir beginnen können, um ein integrativeres Umfeld zu schaffen. Und das, was für mich am wichtigsten ist, ist die Ermutigung von Führungskräften, bewusst integrative Arbeitsumgebungen zu gestalten, beispielsweise durch die Schaffung von Umgebungen, in denen sich die Menschen wirklich sicher fühlen, in denen sie dies haben. Psychologisch sicher.
Terlya Hunt:Der ganze Abschnitt über das Erforschen und Hinterfragen bestehender Überzeugungen ist so interessant. Und ich würde auf jeden Fall jeden, der zuhört, ermutigen, ihn zu lesen. Ich könnte Ihnen allein zu diesem Abschnitt so viele Fragen stellen, weil ich denke, er war voller Gold, und ehrlich gesagt, mein Exemplar ist hervorgehoben und gekritzelt und ich habe es gelesen und immer wieder gelesen, es gab so viel zu absorbieren. Das Erste, was mir als HR-Praktiker in einer agilen Organisation wirklich auffiel, war die Überzeugung, dass es ein guter Anfang ist, sich zuerst auf ein oder zwei Bereiche der Vielfalt zu konzentrieren. Und aufgrund Ihrer Recherchen haben Sie tatsächlich herausgefunden, dass die Umfrageteilnehmer diese Methode als unwirksam und sogar schädlich für DEI empfanden. Und in Ihrer Recherche verweisen Sie auch darauf, wie wichtig es ist, bewusst und überlegt vorzugehen. Ich schätze, wie bringen wir dieses Bedürfnis nach Konzentration und Veränderung mit diesen Erkenntnissen in Einklang, dass eine zu enge Fokussierung tatsächlich schädlich sein kann? Ich könnte dir das hier vorwerfen, Rakesh.
Rakesh Singh:
Dank des Reformdatenberichts, der sehr interessant ist, haben wir ihn sogar einer ganzen Reihe von Gruppen vorgestellt. Und eines der Dinge, die ich beobachtet habe, als wir über einige der Überzeugungen und Herausforderungen sprachen, war, dass sofort die Antwort kam: „Hey, wir haben Erfahrung in unserer Region.“ Wir haben also erkannt, dass dieser ganze Aspekt, über den Jazmin sprach, viele Dimensionen hat. Wenn Sie sich also Inklusivität, Diversität und Gleichheit in der gesamten Organisation ansehen, gibt es viele Ströme und viele Auslöser. Unter Diversität verstehen wir, okay, in sehr begrenzter Weise, es kann das Geschlecht sein, oder es kann eine Religion oder ein Land sein, aber in Wirklichkeit ist es viel mehr in einem Arbeitsumfeld, es gibt viele Dynamiken, die [unhörbar 00:22:15] sind. Die Herausforderungen, die wir gesehen haben, waren, dass, wenn man ein Projekt auf eine sehr aufrichtige Art aufgreift und sagt: „Ich löse ein Problem, okay?“ Lass mich sagen, ich löse ein Problem einer Region oder Sprache, ja? Das Problem ist nun, dass wir uns meistens das dominanteste ansehen und dieses Problem identifizieren.
Was also passiert, ist, dass Sie genau dort eine Ungleichheit schaffen, weil es andere Menschen gibt, unter denen sie leiden. Sie leiden, ich werde nicht sagen, „leiden“, aber sie werden von anderen Faktoren der Vielfalt beeinflusst und sie hatten das Gefühl: „Okay, niemand kümmert sich wirklich um mich.“ Ja? Man muss es also in einem sehr ganzheitlichen Bild betrachten, und man muss es so betrachten, dass alle mit an Bord sind, ja? Sie können also vielleicht nicht für jedes spezifische Problem eine Lösung finden, aber alle mit ins Boot holen und die Leute in einem Teil der Umgebung oder entweder in der psychologischen Sicherheit oder auf der politischen Ebene arbeiten lassen, also schaffen Sie ein Umfeld, in dem jeder teilnehmen kann, und die Probleme können unterschiedlich sein, sodass sie ihre eigenen Probleme ansprechen und sicherstellen können, dass sie das Gefühl haben, dass sie betreut werden. Und genau das haben wir tatsächlich beobachtet.
Terlya Hunt:
Und die zweite Überzeugung, die ich für wirklich interessant hielt, war die, dass wir uns an die Überzeugungen von jemandem anpassen, wenn er danach fragt. Und Ihre Untersuchungen haben ergeben, dass nicht jeder in der Lage ist, seine Bedürfnisse offenzulegen, egal wie sicher die Arbeitsumgebung ist. Deshalb ist es der erste Schritt in diesem Prozess, sich auf die Offenlegung zu verlassen. Organisationen werden immer einen Schritt hinterherhinken und die Last des Wandels auch marginalisierten Gruppen aufbürden. Was können wir tun, Rakesh, um diesen Druck abzubauen und proaktiver zu werden?
Rakesh Singh:
Es gibt also ein paar Dinge, auf die wir achten müssen, wenn wir mit Leuten sprechen. Tatsächlich haben sie über das Problem gesprochen und sie haben auch empfohlen, was richtig sein könnte, wir tun es. Und wir haben auch untereinander darüber gesprochen. Eines war also ganz klar: Es gab ein paar Zweifel an der Aufrichtigkeit der Führung. Deshalb waren wir der Meinung, dass jede Organisation, in der die Führungskraft sehr proaktiv war, wie zum Beispiel, was ist der Hauptgrund, wenn ich ein Problem habe, wenn ich darüber spreche, ich mir immer Sorgen mache, was passieren wird, wenn ich es enthülle? Und ist es das richtige Thema, um darüber zu sprechen? Das sind also die Fragen, die viele Menschen davon abhalten würden, überhaupt nicht darüber zu sprechen. Hier kann die proaktive Führung den Menschen helfen, ihre Hemmungen zu überwinden und darüber zu sprechen, und wenn sie nicht darüber diskutieren, werden Sie nie wissen, ob es ein Problem gibt. Also, das ist die eine Sache. Also, das ist der Ansatz.Es gibt also ein paar Dinge, die wir auch empfehlen könnten, ist proaktive Führung von Anfang an, und etwas, das getan werden kann, ist, dass den Managern viele Tools zur Verfügung stehen, ja? Leute, Führungskräfte, würde ich das nennen. Dinge wie Coaching, Sie haben also ein Wachstumsmodell, in dem Sie eine einzelne Person coachen können, sogar als Manager oder als unabhängiger Coach, und dann mit Moderationstechniken. Als ich meine Karriere begann, war das kein Training zum Thema Moderation, ich ging einfach in den Raum und leitete das Meeting. Aber es sind sehr nette Werkzeuge, Moderationstechniken, die eingesetzt werden können, um die Leute zur Teilnahme zu bewegen. Solche Dinge können also sehr nützlich sein, um proaktiv zu sein und Menschen aus ihrer Hemmung zu holen. Das ist auf jeden Fall Sache des Leiters. Deshalb nennen wir es dienende Führung. Es ist ihre Aufgabe, die Initiative zu ergreifen und die Führung zu übernehmen und die Menschen aus ihrer Schale zu holen.
Terlya Hunt:
Es passt ziemlich gut zu der nächsten Frage, die mir in den Sinn kam. Ihr beide habt heute tatsächlich eine Menge herausfordernder Überzeugungen erwähnt und Dinge herausgefordert. Wir müssen dieses Bewusstsein stärken, sichere Räume schaffen und psychologische Sicherheit in unseren Teams schaffen. Was sind einige Beispiele dafür, wie wir sichere Räume für diese Gespräche schaffen können?
Rakesh Singh:
Die Beispiele für jemanden, der sichere Orte schafft, sind... Ich würde sagen, das ist die Ausbildung von Menschen und Führungskräften. Was ich gesehen habe, ist, dass, wenn das Führungsteam das erkennt und die Manager und andere Leute weiterbildet... Man muss tatsächlich Mitarbeiter auf verschiedenen Ebenen schulen und ein Umfeld schaffen, in dem alle an der Entscheidungsfindung beteiligt sind und es ihnen freisteht, Entscheidungen zu treffen, natürlich innerhalb der Grenzen des Unternehmens.
Der Schwerpunkt, so würde ich sagen, ist, dass es viele Bildungsprogramme gibt und die Leute sich gerne weiterbilden würden, weil ich normalerweise das Gefühl hatte, nie zu einer guten Führungskraft ausgebildet worden zu sein. Es gab nie eine Ausbildung. Aber heutzutage stellen wir fest, dass viele Bildungsprogramme auf verschiedene Themen eingehen, wie Mikroaggressivität, unbewusste Vorurteile, psychologische Sicherheit. Die Leute sollten es verstehen. Dinge wie einfühlsam zu sein. Diese Terminologien gibt es, aber ich finde, dass die Leute sie nicht wirklich schätzen und nicht in dem Maße verstehen, wie sie es brauchen, obwohl sie in einer Führungsposition sind.
Caitlin Mackie:Danke fürs Teilen, Rakesh. Mir gefällt wirklich, was Sie zum Thema proaktive Führung erwähnt haben. Ihre Studie ergab, dass 47% der Befragten der Meinung sind, dass Unternehmen, die diese Einheit aus Agilität, Vielfalt, Gleichheit und Inklusion erreicht haben, von den Vorteilen profitieren und die Konkurrenz hinter sich lassen werden. Jazmin, was haben diese Organisationen anders gemacht?
Jasmin Chamizo:
Ja. Das ist eine gute Frage. Eigentlich passt das sehr gut zur Vorstellung von dienender Führung, inklusiver Führung und dazu, dass Führungskräfte vor dieser unglaublichen Herausforderung stehen, Arbeitsbereiche zu schaffen, die psychologisch sicher sind, wie Rakesh gerade erwähnt hat. Das liegt wirklich in der Verantwortung aller, aber es hat viel mit einer sehr starken Führung zu tun.
Wir stellten fest, dass mehrere andere Organisationen, die wir interviewt haben, über ein sehr starkes Führungsteam verfügten, dass sie sich bei ihrer agilen Transformation wirklich für Vielfalt, Gerechtigkeit und Inklusion engagierten und in der Lage waren, DEI in den Mittelpunkt der Organisation zu stellen. Das ist Nummer eins: Ein sehr starkes Führungsteam, das sich tatsächlich für Vielfalt, Gleichheit und Inklusion einsetzt und die Bemühungen von DEI nicht als isolierte Maßnahmen oder Initiativen betrachtet.
Das ist etwas, das wir heutzutage oft sehen. Als DEI-Coach und Berater sieht man leider manchmal mehrere Organisationen, die es nur sehr isoliert versuchen und sehr... Sie haben keine langfristige Strategie. Wir haben gesehen, dass es tatsächlich funktioniert, dieses engagierte Führungsteam zu haben, das in der Lage war, DEI in den Mittelpunkt ihrer Strategie zu stellen.
Außerdem ein Team, das in der Lage war, sich für Vielfalt, Gerechtigkeit, Inklusion und Agilität einzusetzen, und das in der Lage ist, Fürsprecher in der gesamten Organisation zu haben. Es ist nicht nur die Aufgabe einer Person. Dies erfordert die Bemühungen der gesamten Organisation und der einzelnen Personen, sich für DEI zu engagieren und aktiv an der agilen Transformation teilzunehmen.
Ich würde auch sagen, Führungskräfte, die Fehler akzeptieren und Fehler während des gesamten Prozesses akzeptieren. Das ist etwas, das in unseren Gesprächen mit Menschen in verschiedenen Organisationen häufig zur Sprache kam, dass in vielen Kulturen und in vielen Organisationen Fehler bestraft werden. Sie werden nicht als Chance wahrgenommen.
Einer der Tipps oder Best Practices wäre, Führungskräfte zu haben, die in der Lage sind, dem Rest ihrer Organisation zu zeigen, dass Fehler tatsächlich Lernmöglichkeiten sind, dass Sie Dinge ausprobieren und innovativer sein können. Selbst wenn Sie scheitern, werden Sie nicht bestraft, oder es wird keine Konsequenzen geben, und, ganz im Land, dass dies tatsächlich eine Lernmöglichkeit ist, von der wir alle profitieren können.
Caitlin Mackie:
Ja. Ja, ich stimme vollkommen zu. Welche Vorteile haben sie gesehen?
Jasmin Chamizo:
Sie sahen definitiv ein besseres Arbeitsumfeld. In unseren Interviews mit den Befragten wurde häufig darauf hingewiesen, dass die Teilnehmer die Möglichkeit sahen, neue und innovative Ideen auszuprobieren. Definitiv mehr Innovation, mehr Kreativität. Die Geschäftsmoral ist letztlich sogar gestiegen, weil sie sahen, dass das Unternehmen tatsächlich unterschiedliche Perspektiven einnahm, auch wenn sie scheitern sollten. Dies erforderte definitiv mehr Innovation.
Ich würde sagen Innovation, mehr Kreativität und ein besseres Arbeitsumfeld. Absolut neue Produkte, neue Ideen. Wenn Sie über die aktuellen Umstände mit COVID nachdenken, müssen Organisationen genau darauf abzielen. Neue Produkte, mehr Innovation, um all den Herausforderungen zu begegnen, vor denen wir heute stehen.
Terlya Hunt:
Mächtige Dinge, über die die Zuhörer nachdenken sollten. Hier bei Easy Agile ist es unsere Mission, Teams dabei zu helfen, agil zu sein. Weil wir glauben, dass der Fokus schon zu lange auf dem Tun lag, obwohl die Realität so ist, dass Agile eine ständige Reise des Werdens ist.
Es gibt einen bestimmten Teil des Berichts, der mir wirklich aufgefallen ist und den ich gerne lesen würde. „Agilität ist eine Reise ohne festen Endpunkt. Der Weg zur Schaffung vielfältiger, gerechter und inklusiver Umgebungen ist derselbe. Agilität und DEI können angestrebt, aber nie vollständig erreicht werden. Sie sind ein Prozess des kontinuierlichen Lernens, Reflektierens und Verbesserns. Ein Team kann in den Prozess der Verbesserung der Geschäftsagilität oder der DEI nicht mit einer Einstellung zur Vollendung gehen, und jedes Modell, das Agile und DEI vereint, wird letztlich unwirksam sein, wenn die Teilnehmer nicht bereit sind, sich kontinuierlich um Selbstverbesserung zu bemühen.“
Ich liebe dieses Zitat absolut. Rakesh, lass uns das ein bisschen weiter untersuchen. Was kannst du mir dazu noch sagen?
Rakesh Singh:
Eigentlich gibt es eine interessante Sache, mit der ich zunächst teilen möchte. Wir wollten nach einer Organisation suchen, die uns hilft, ihre Leute zu interviewen und mit ihren Leuten zu sprechen. Die Art und Weise, wie Organisationen reagiert haben... Einige antworteten: „Soll ich meinen Leuten erlauben, mit jemandem zu sprechen? Es könnte ein Problem sein.“ Aber dann haben wir andere Organisationen bekommen, die uns tatsächlich verfolgt haben. „Wir würden gerne ein Teil davon sein und wir würden gerne unsere Leute interviewen lassen.“ Sie standen der ganzen Sache sehr positiv gegenüber.
Ich habe zufällig mit der DEI-Unternehmensleiterin, einer Dame, gesprochen, und sie sprach so... Ich würde sagen, sie war so begeistert von der ganzen Sache, obwohl ich zumindest das Gefühl hatte, dass sie ein sehr hohes Maß an Bekanntheit für DEI hatten. Aber das Bestreben, zu lernen und herauszufinden, was sie besser machen könnten, war ziemlich erstaunlich und ziemlich positiv.
Da lautet meine Antwort, ist das... Wenn man sich die aktuelle Pandemie anschaut und die Leute das erkannt haben, „Okay. Wir müssen von zu Hause aus arbeiten. „Anfangs fanden es einige Leute großartig. Das ist eine tolle Sache. Work-Life-Balance. „Ich kann zu mir nach Hause gehen.“ Aber nach einiger Zeit stellten sie fest, dass es ein Problem ist. Es gibt noch ein anderes Problem.
Der Punkt ist, dass sich in jeder Organisation, in der es um ein Geschäft, ein soziales Leben oder um Menschen geht, es einfach ständig ändert. Es gibt keine Methode oder Richtlinie, die für immer gültig sein wird. Es gibt einen kontinuierlichen Lernprozess, in den wir uns einlassen müssen.
Was wir tun müssen, ist uns auf unser Ziel zu konzentrieren, das wir erreichen wollen. Je nach Umfeld nennen wir das geschäftliche Agilität. Bringen Sie es jetzt auch zu den Menschen, denn es ist ein Volk... Wir sprechen über Kundenorientierung und all das. Aber herauszufinden, dass es die Menschen sind, die das liefern, was das Unternehmen will. Man muss sehen, wie sich das auf ihr Leben auswirkt.
Wir diskutieren darüber, die Leute wieder ins Büro zu bringen. Das Problem ist, dass eine Stadt wie Bangalore eine sehr teure und stark bewölkte Stadt ist. Die Leute sind in ihre Heimatstadt gegangen und können von dort aus arbeiten. Um sie zurückzuholen, müssen Sie sie nun erneut genehmigen. Um die Erklärung abzukürzen: Unser Leben verändert sich, ständig, und die Technologie und alles andere stellen uns vor... Die Menschen müssen nach Methoden und Ansätzen suchen, wie sie sich kontinuierlich anpassen können.Lernen ist ein kontinuierlicher Prozess. Tatsächlich, als ich mit Agile angefangen habe und mich die Leute gefragt haben: „Wie viele Jahre Erfahrung haben Sie?“ Ich sage generell fünf Jahre, weil alles, was ich vor fünf Jahren gemacht habe, eigentlich die falsche Praxis ist. Man muss kontinuierlich lernen, und DEI und Agile sind in dieser Situation nicht fremd.
Caitlin Mackie:
Ich liebe das. Ich denke, die Förderung dieser kontinuierlichen Lernumgebung ist wirklich wichtig. Ich nehme an, in diesem Zusammenhang konzentrieren sich einige der Empfehlungen des Berichts auf eine vertiefte Ausbildung und gezielte Fachkenntnisse. Jazmin, welche weiteren Empfehlungen, Kurse oder Praktiker gibt es, mit denen sich die Leute nach dieser Episode beschäftigen können?
Jasmin Chamizo:
Sicher. Ein wichtiger Teil unseres Berichts war eine Reihe von Empfehlungen für die gesamte agile Community und Praktiker, für Organisationen und agile Coaches. Das kannst du sehen. Sie könnten genauere Informationen in unseren Berichten erhalten. Ich möchte Sie alle zum Lesen ermutigen. Wenn es um agile Coaches und Berater geht, ermutigen wir die Menschen auf jeden Fall, mehr über Diversität, Gerechtigkeit und Inklusion zu erfahren, denn eine der Erkenntnisse und Erkenntnisse, die wir aus dieser Studie gezogen haben, ist, dass Diversität, Gleichheit und Inklusion in der agilen Welt nicht speziell enthalten sind.
Als wir mit den Befragten in vielen verschiedenen Ländern sprachen, stellten sie nicht spontan den Zusammenhang zwischen Agilität, Agilität und Diversität, Gerechtigkeit und Inklusion her. Aber je mehr wir darüber sprachen, stellten sie fest, dass sie sich tatsächlich sehr stark überschneiden. Es gab eine symbiotische Beziehung zwischen ihnen, weil man die Person und alles, was mit dieser Person zu tun hat, in den Mittelpunkt der Organisation stellt, in die Transformation.
Auf jeden Fall ermutigen wir... Führungskräfte und agile Coaches müssen anfangen, mehr über unsere DEI zu lernen, diese Fähigkeiten auszubauen und mehr über unbewusste Vorurteile und die Auswirkungen unbewusster Vorurteile sowie Diskriminierung und Rassismus zu lernen, die wir in Organisationen weiterhin beobachten werden. Sie achten stärker auf die Stimmen, die in den aktuellen Gesprächen derzeit nicht gehört werden. Sie können verschiedene Techniken oder Methoden erlernen, um ansprechender und inklusiver zu sein.
Wenn es um die agile Community im Allgemeinen und um Influencer geht, ist es wichtig zu erwähnen, dass Evan Leybourn, der Gründer des Agility Institute, derzeit einige Gespräche mit wichtigen Institutionen der agilen Community wie der Agile Alliance führt, weil wir suchen... Das ist es, wonach die Generation Z sucht. Es gibt eine große Aufforderung an Unternehmen, sich dieser Art der Transformation zu stellen, aber DEI in den Mittelpunkt der Organisation zu stellen. Das ist es, was ich sagen möchte.
Tragen Sie zur Diskussion bei. Dies ist ein Pilotprojekt. Dass wir hoffen, mehr Forschung in anderen DEI-Bereichen im Zusammenhang mit Agilität durchführen zu können. Wir möchten, dass die Zuhörer Teil des Gesprächs sind und ihre Erfahrungen einbringen, um den aktuellen Stand der Agilität zu verbessern.
Caitlin Mackie:
Vielen Dank, dass Sie heute zu uns gekommen sind. Wir haben unser Gespräch sehr genossen. Ich kann es kaum erwarten zu sehen, wie sich Agilität und Diversität, Gerechtigkeit und Inklusion in Zukunft entwickeln werden. Ich danke dir.
Jasmin Chamizo:
Vielen Dank, dass Sie uns haben. Es war mir ein Vergnügen.
Rakesh Singh:
Vielen Dank an euch beide. Es war schön, unsere Erfahrungen zu teilen. Ich danke dir vielmals.



