Easy Agile Podcast Ep.21 LIVE von Agile2022!

„Mein Gespräch mit Jon hat mir sehr gut gefallen. Er teilte einige großartige Perspektiven auf die Auswirkungen des Agile-Manifests mit“ - Amaar Iftikhar

Zu Amaar Iftikhar, Produktmanager bei Easy Agile, gesellt sich Jon Kern, Mitautor des Agilen Manifests für Softwareentwicklung und leitender Transformationsberater bei Adaptavist.

Amaar und Jon nahmen sich etwas Zeit, um über das Agile Manifest zu sprechen. Es wurde alles behandelt, von den Anfängen über die Ideenfindung, den Prozess und die ersten Reaktionen bis hin zu den Auswirkungen auf die heutige Welt des agilen Arbeitens.

Sie gehen auf den Idealzustand eines agilen Teams ein und darauf, was das Manifest für verteilte, hybride und am selben Standort ansässige Teams bedeutet.

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

Transkript

Amaar Iftikhar:

Hallo zusammen. Willkommen zum Easy Agile Podcast. Mein Name ist Amaar Iftikhar. Ich bin Produktmanager hier bei Easy Agile. Und bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Dharawal sprechenden Land. Wir erweisen den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt. Und gilt allen Aborigines, den Bewohnern der Torres-Strait-Inseln und den Ureinwohnern, die heute zu uns kommen, denselben Respekt.

Heute haben wir im Podcast Jon Kern zu hören, der Mitautor des Agilen Manifests für Softwareentwicklung und Agile-Berater ist. Wenn Sie sich das fragen, haben Sie Recht. Ich habe das Agile Manifest für Softwareentwicklung erwähnt. Das Agile Manifest. Also Jon, willkommen, dass du hier bist und danke, dass du zu uns gekommen bist.

John Kern:

Oh, das freut mich, Amaar. Oh, danke.

Amaar Iftikhar:

Ja, ich freue mich sehr, dich dabei zu haben. Fangen wir einfach mit den absoluten Grundlagen an. Erzählen Sie dem Publikum, was ist das Agile-Manifest?

John Kern:

Nun, es ist etwas, das, wenn Sie nicht da wären, und ich weiß, dass Sie jung sind, also vor 21 Jahren noch nicht da waren, ich schätze jetzt, um vielleicht zu verstehen, mit welchen Softwareentwicklungsprozessen und Tools und mit was die meisten von uns damals konfrontiert waren, es wie eine wirklich offensichtliche Reihe von wirklich einfachen Werten erscheinen könnte. Wer könnte denken, dass an dem, was wir in das Manifest aufgenommen haben, etwas falsch ist? Aber damals gab es Dinge, unter denen ich als... Ich bin Luft- und Raumfahrtingenieur, also habe ich im Verteidigungsministerium gearbeitet und Dinge wie Jagdflugsimulationen, F-14-Flachdrehungen und die Arbeit mit einer Zentrifuge und so coolen Sachen gemacht. Und es unterliegt einer Werksstandardspezifikation, was wahrscheinlich für Waffensysteme, den Flugzeugbau und alle möglichen anderen Dinge Sinn macht. Aber sie hatten eine, und siehe da, für die Softwareentwicklung. Also gab es in Bezug auf den Softwareentwicklungsprozess eine sehr große, was ich als Schwerfälligkeit bezeichnen würde. Wir nennen ihn einen schwergewichtigen Prozess. Wasserfall war damals der gebräuchliche Begriff und wird wahrscheinlich auch heute noch verwendet.

Und es gab viele, ich würde sagen, der Marketing-Moloch des Tages, einheitliche Prozesse von IBM und Rational, diese großen, die Safe sehr ähnlich waren. Wo es ein wirklich großes Werk ist, eine unglaubliche Menge an Informationen darin, aber ein sehr schwerer Prozess, obwohl alles, sagen wir, Sie würden es anpassen, es könnte sein, was Sie wollen. Ich habe zum Beispiel meinen eigenen, einfachen Prozess in REP abgebildet. Sicher. Aber die Realität war, dass wir es mit einer Art Schwergewicht wie dem Marktführer zu tun hatten, der einfach die Seele zermalmte und aus meiner Sicht das Geld der Steuerzahler verschwendete. Das war quasi mein Standpunkt, nun ja, ich bin Steuerzahler, ich werde dieses dumme Verfahren nicht einfach um des Prozesses willen durchführen. Das muss einen gewissen Wert haben, muss pragmatisch sein. Und siehe da, es gab eine Handvoll von uns, 17, die dort gelandet sind, aber es gibt eine Handvoll von uns, die leichtere Methoden praktizierten. Das Manifest war also wirklich eine Gelegenheit, zusammenzukommen und einige der Dinge zu entdecken, die man als Gemeinsamkeiten zwischen vielen verschiedenen leichten Praktiken bezeichnen könnte. Da war das XP-Kontingent. Ich habe dort zum Beispiel zum ersten Mal etwas über Scrum gelernt. Arie van Bennekum, ein guter Freund, hat uns etwas über DSDM beigebracht. Ich kann mich nicht einmal mehr erinnern, wofür es steht. Es war eine europäische Sache.

Alistair und Jim Highsmith hatten, ich vergesse, quasi kristalline Methoden. Es gab also eine ganze Reihe anderer Verfahren, bei denen der Marketingzweig nicht ausgebrochen war, oder bei denen es nicht um den Produktionsstandard ging. Es ging also wirklich nur darum, was wir unter uns finden konnten, was ein gemeinsames Thema über all diese leichten Verfahren war. Es ging also wirklich darum, das herauszufinden.

Amaar Iftikhar:

Ihr kommt alle zusammen, die Prinzipien kommen irgendwie zum Tragen, und lasst uns ein bisschen vorspulen. Was war die erste Reaktion auf das ursprüngliche Manifest?

John Kern:

Ja, es war sogar lustig, dass die vier Werte, die vier Kugeln so einfach sind wie früher. Die Prinzipien kamen etwas später. Ich möchte sagen, wir haben beim Award-Wiki zusammengearbeitet, aber das Original... Wenn du zu Agile Uprising gehst, kannst du sehen, dass ich ein paar Artefakte hochgeladen habe, weil ich anscheinend eine Rudelratte bin. Und ich hatte die Originaldokumente, die Alistair wahrscheinlich ausgedruckt hat, weil er derjenige war... Er und Jim lebten dort in der Nähe von Salt Lake City. Es war also wie: „Hey, lass uns herkommen.“ Und wir gehen gerne Skifahren, also machen wir es hier. Also arrangierte er das Zimmer und alles. Also gibt es ein paar lustige Artefakte, die du finden kannst. Und die Art und Weise, wie es tatsächlich zustande kam, war eine erste Einführung in jeden von uns in unsere Methoden. Und ich glaube wirklich, ein Schlüssel, wir haben unser Ego an der Tür gelassen. Ich meine, ich war jünger. Onkel Bob, einige davon, er war bei Luminar, ich weiß, ich habe immer noch Zeitschriften in der Scheune, von denen er entweder Herausgeber war oder von denen er Autor war, für Leute, die sich nicht erinnern können, was Zeitschriften sind. Kleine Heftchen, die herauskamen. Onkel Bob sagte also, Oh, wow, das ist ziemlich cool.

Und ich war nicht schüchtern, weil ich viel Erfahrung mit Schwergewichtsmethoden hatte. Also wollte ich unbedingt etwas dazu sagen... Weil ich ein paar Jahre zuvor meine eigene Lightweight-Methode veröffentlicht hatte. Ich hatte also viele Meinungen dazu, wie man den Herausforderungen eines großen Schwergewichtsprozesses aus dem Weg gehen kann. Der Höhepunkt, als wir aus der Tür gingen und nachdem wir uns die vier Werte ausgedacht hatten, war, glaube ich, dass Ward sagte: „Sir, möchten Sie, dass ich das ins Internet stelle?“ Und noch einmal, das ist 2001, also Punkt com und das Web ist sozusagen noch ziemlich neu. Und wir sagen alle, ja, klar, warum nicht? Was zur Hölle, kann nicht schaden. Wir haben etwas, wir können es genauso gut veröffentlichen. Ich glaube nicht, dass jemand zu einer Person gesagt hat: „Oh ja, das wird die Welt aus den Angeln heben, weil wir so großartig sind.“ Und wir wollten die Welt mit all dieser wunderbaren Weisheit salben. Ich glaube also nicht, dass irgendjemand dachte, dass so viel passieren würde.

Amaar Iftikhar:

Ja. Also, was hast du zu der Zeit gedacht? Also, wie wären die Prinzipien, die ihr gemeinsam ausgedacht habt, vielleicht nur für das Team zum Mitnehmen? Jeder, der da war? Was war der Plan zu der Zeit?

John Kern:

Ich denke, es war eine gängige Praxis. Wie ich schon sagte, es gab andere Gruppen, die sich oft trafen und kleine Konsortien oder kleine Zusammenkünfte veranstalteten und dann etwas veröffentlichten. Also ich denke, es war einfach, oh ja, das ist normal, dass man einige Zeit miteinander verbracht hat und Dinge aufgeschrieben hat, man könnte sie genauso gut veröffentlichen. Also ich denke, es war nicht tiefer als das, außer Bob, ich glaube, Bob könnte sagen, dass er eine Art Manifest oder irgendein Dokument herausbringen wollte, denn ich denke, das ist, was diese Art von... Ich war nie auf einer dieser Zusammenkünfte, aber weißt du, du konntest sehen, dass sie Dinge veröffentlicht haben. Ich habe das Gefühl, es war einfach etwas so Unschuldiges wie, nun, wir haben geredet, einige Dinge aufgeschrieben, könnten es genauso gut teilen.

Und dann die Prinzipien, es gab viele verschiedene Praktiken im Raum. Also, ich würde sagen, das Schöne an der Werte-Seite ist, dass Demut an oberster Stelle steht, dass sie immer noch aktiv ist. Wir decken nichts auf, ihr alle Bauern, wir haben alles herausgefunden. Nein, wir decken es immer noch auf. Und die andere Sache ist, indem ich es tue, weil ich immer noch ein aktiver Programmierer bin. Und außerdem schätzen wir das auf der linken Seite mehr als auf der rechten Seite. Manche Leute mögen sagen, es ist ein bisschen zweideutig oder etwas verschwommen, aber das ist auch ein Zeichen von Demut und dass es nicht A oder B ist. Und es ist wirklich verschwommen, und Sie müssen Ihren Kontext genug verstehen, um diese Dinge anwenden zu können. Aus der Sicht der Auftragsvergabe durch das Verteidigungsministerium waren mir sicherlich drei der vier Kugeln wirklich wichtig, weil ich gelernt habe... Klar, wir haben das Verteidigungsministerium beauftragt. Aber es ist viel wichtiger, eine Beziehung zum Kunden aufzubauen, als es ist... Denn wenn Sie den Vertrag abgeschlossen haben, haben Sie bereits verloren, was mit dem Aufbau einer Beziehung zum Kunden, dem Einzelnen einhergeht.

Und einer von Peter Codes, als wir mit Kunden und so weiter gearbeitet haben, war eines unserer Mantras, häufig greifbare Arbeitsergebnisse, auch bekannt als funktionierende Software. Man kann viel zeichnen und neun Monate lang Anwendungsfälle durchführen, aber wenn nichts läuft, ist das hübsch. Ich schätze, es ist riskant, dass man nichts, noch keine funktionierende Software hat. Es war also wirklich, glaube ich, eine Gelegenheit, die Tatsache mit anderen zu teilen, dass einige Leute zwei Wochen und andere einen Monat lang nachgedacht haben. Sogar einige der Druckprinzipien wiesen sozusagen eine ziemlich große Flexibilität auf. Ich denke, es ist wirklich wichtig, das zu beachten.

Amaar Iftikhar:

Ja, nein, absolut. Und es macht Sinn. Haben Sie oder jemand anderes, der zu dieser Zeit im Raum war, sich jemals vorgestellt, welche Auswirkungen die dort geleistete Arbeit flussabwärts haben würde?

John Kern:

Nicht dass ich wüsste. Das wusste ich bestimmt nicht. Ich erinnere mich, dass ich in meiner Karriere ein paar Mal reingekommen bin und ein paar Diagramme gesehen habe, als ich für die Firma Together Soft gearbeitet habe, und wir haben coole Sachen gebaut und ich habe gesehen, dass die Leute einige der... Oh ja, ich erinnere mich, dass ich ein Diagramm an ihrer Wand gemacht habe. Das ist irgendwie cool. Aber bei weitem nicht, wie demütigend und irgendwie befriedigend es ist. Vor allem würde ich sagen, wenn ich in Indien, Kolumbien oder Griechenland bin, scheint es fast so, als ob sie eher bereit sind, emotional damit umzugehen. Aber die Menschen sind es, es ist fast so, als wären sie durch dieses Dokument befreit worden. Und in gewissem Sinne ist das wirklich, wirklich winzig, wenn man es mit der größtmöglichen Demut sagt. Ein bisschen wie die Unabhängigkeitserklärung und die Tatsache, dass eine Handvoll Menschen... Und die Verfassung der Vereinigten Staaten. Eine Handvoll Menschen trafen sich in einem Moment, was sich nie wieder wiederholen sollte, und schufen etwas, das sozusagen auf die Welt geworfen wurde, das ein enormes Maß an individueller Freiheit und Zuversicht entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, entfesselte, Dinge zu tun. Und ich glaube, auf sehr kleine, ähnliche Weise hat das Manifest genau das bewirkt.

Amaar Iftikhar:

Wie Sie bereits erwähnt haben, gab es einen Zeitpunkt, an dem das Manifest entwickelt wurde, und das ist fast 20 Jahre her. Jetzt haben sich die Arbeitsweise und die Arbeitswelt drastisch verändert. Also, was sind deine Gedanken dazu? Siehst du eine weitere Version kommen? Denken Sie, dass bestimmte Aktualisierungen vorgenommen werden müssen? Denken Sie, es ist ein zeitloses Dokument? Ich würde gerne deine Gedanken dazu hören.

John Kern:

Ja, das ist eine gute Frage. Ich persönlich finde es zeitlos und ich freue mich über andere Leute, die andere Dokumente erstellen. Und das haben sie. Alistair hat The Heart of Agile, Josh Kerievsky hat Modern Agile.

Es gibt ein paar Variationen eines Themas und verschiedene Dinge, über die man nachdenken kann, was ich großartig finde. Denn ich glaube, im Gegensatz zur US-Verfassung, die einen Mechanismus zur Selbständerung vorsah, brauchten wir das nicht. Und ich glaube, es hat die Essenz dessen erfasst, wie Menschen zusammenarbeiten, um etwas Wertvolles zu produzieren. Hauptsächlich Software, denn das ist es, woraus wir zum Üben gekommen sind, ist die Softwareerfahrung. Aber es braucht nicht viel Fantasie, um das Wort Software durch Produkt oder so zu ersetzen und trotzdem viele der vorhandenen Werte anzuwenden, mit sehr, sehr geringfügigen Anpassungen vielleicht, weil sich häufig greifbare Arbeitsergebnisse ergeben.

Es muss vielleicht Modelle geben, denn du wirst keinen Wolkenkratzer bauen und ihn abreißen und sagen: „Oh, das war nicht ganz richtig“ und ihn dann wieder bauen. Nichtsdestotrotz gibt es Variationen, wie Sie häufig Ergebnisse anzeigen können. Ich denke also, dass es im Großen und Ganzen zeitlos ist. Und ich würde jeden herausfordern. Was stimmt nicht damit? Weisen Sie 20 Jahre später auf etwas hin, das irgendwie nicht stimmt. Und ich glaube, das ist das Genie dahinter, über das wir gestolpert sind... Und wahrscheinlich, weil die meisten von uns Objektmodellierer waren, ist das eines der Dinge, in denen wir wirklich gut sind, nämlich die Essenz eines Systems in die kritischsten Teile zu zerlegen. Genau darum geht es beim Modellieren. Ich denke also, wir sind irgendwie von Natur aus zu den Kernbereichen vorgedrungen, die das ausmachen, was es heißt, Software mit Menschen, Prozessen und Werkzeugen zu produzieren. Und wir haben es aufgeschrieben. Deshalb finde ich es zeitlos.

Amaar Iftikhar:

Ja, absolut nicht. Ich denke, das war eine wirklich gute Erklärung dafür, warum es zeitlos ist. Ich denke, eines der Prinzipien, die mir bei einer Art moderner hybrider oder flexibler Arbeitsgestaltung in den Sinn kommen, ist eines der Prinzipien, in denen über die Bedeutung von persönlichen Gesprächen gesprochen wird. Und in einer heutigen Welt, in der viele Gespräche nicht physisch von Angesicht zu Angesicht stattfinden, finden sie möglicherweise auf Zoom statt. Denken Sie, dass das immer noch gilt?

John Kern:

Ja, ich denke, was wir herausfinden werden mit... Remote war sozusagen ferngesteuert, vor 20 Jahren. Ich habe mit einem Team von Entwicklern in Russland zusammengearbeitet und wir hatten genug Vertrauen und physische... Ich würde jeden Monat dorthin reisen. Das Team war so aufgebaut, dass wir genug Vertrauen in die Kommunikation hatten, sodass wir aufgrund der unterschiedlichen Zeitzonen letztendlich asynchron arbeiten konnten. Und ich war an der Ostküste. 7:00 Uhr in den USA war vielleicht 15:00 Uhr in Russland, wenn ich mich erinnere. St. Petersburg. Wir konnten die Distanz also überwinden, aber das echte Leben ist kaum zu übertreffen. Und oft habe ich manchmal sogar ein bisschen mit Ron Jeffries gestritten, sodass man auf der einen Seite sagen könnte, dass das Beste, was man tun kann, persönlich ist. Aber auf der anderen Seite könnte ich argumentieren, dass ein bisschen Abgeschiedenheit die Dinge ausmacht... Du musst etwas ausführlicher sein, möglicherweise etwas präziser, aber auch ein bisschen ausführlicher. Etwas entspannter mit... Du könntest ein paar Pässe nehmen, um etwas zu bekommen, nur weil, ich meine, in der Nacht vergehen zwei Zeitzonen. Aber das beruhte auf einigen oft ersten persönlichen Treffen, und dann konnte man aus der Ferne gehen und trotzdem erfolgreich und hocheffektiv sein.

Deshalb finde ich es wichtig, dass Teams nicht einfach sagen, dass sie immer noch alles können. Und Zoom ist zugegebenermaßen viel besser als vor 20 Jahren. Zoom bekommt, zumindest kann man ein Gesicht sehen. Aber nichts ersetzt den menschlichen Kontakt. Und ich denke, auch für das Wohlbefinden ist menschlicher Kontakt wichtig. Deshalb würde ich immer noch sagen, dass der Aspekt der Interaktion im Manifest immer noch am besten mit einer gesunden Dosis persönlicher Präsenz erfüllt wird. Und das ist quasi der Schlüssel zu den meisten Dingen in Agile. Für mich geht es um Pragmatismus und nicht nur darum, dogmatisch zu sein, sondern eher darum, was für uns besser funktionieren könnte? Und sogar damit zu experimentieren, etwas ein bisschen auszuprobieren und zu sehen, wie das funktioniert. Also, auch wenn Sie das Manifest behandeln, sollten Sie es sozusagen agil behandeln.

Amaar Iftikhar:

Ja, absolut nicht. Das ist ein gutes Argument. In diesem Sinne: Was sind für Sie als Agile-Berater oder Agile-Experte die besten Praktiken oder was funktioniert, was funktioniert nicht für verteilte Teams?

John Kern:

Nun, ich denke, die Dinge, die mir in großen und noch kleineren Unternehmen begegnet sind, sind die, dass... Ich weiß nicht, ob das natürlich ist, Gott bewahre, wenn es natürlich ist, aber Tendenzen, die ich in einigen Unternehmen gesehen habe, Silos einzurichten, in denen Sie die Qualitätskontrolle, das UX, das Frontend, Sie das Backend sind, lassen meinen Kopf explodieren. Denn das bedeutet, Verzögerungen einzubauen und Kommunikationshindernisse einzubauen und eine Zusammenarbeit aufzubauen, die von Silo zu Silo weitergegeben wird, und nicht Zusammenarbeit. Davon habe ich also mehr gesehen. Und ich verstehe es, Sie möchten vielleicht eine Spezialität haben, aber dem Kunden ist das egal. Der Kunde will etwas vor der Tür haben. Wenn ich auftauche und ein Feature vom Stapel nehme, was meinst du damit, dass ich nur einen Teil davon machen kann? Das verstehe ich nicht. Und ja, ich weiß, ich bin kein Experte für alles, aber wir haben wahrscheinlich einen Experten, der herausfinden kann, was das Muster ist. Also ich finde diese Art von Trend, ich weiß nicht, ob es ein Trend ist, aber ich finde, das ist meiner Meinung nach ein Rückschritt. Und es ist besser zu versuchen, funktionsübergreifender und kollaborativer zu sein. Jeder versucht, daran zu arbeiten, das Feature auf den Markt zu bringen, und nicht nur zu versuchen, seinen kleinen Teil dazu beizutragen.

Amaar Iftikhar:

Ja, hundertprozentig. Ich denke, an Silos zu stoßen, ist ein großer Teil davon, agil zu sein, oder sogar digital zu sein. Und oft gibt es auch Abhilfemaßnahmen dafür, aber es ist viel schwieriger, praktisch damit umzugehen, es tatsächlich in einer Organisation umzusetzen, einem lebendigen Unternehmen, in dem es echte Menschen und Dynamiken gibt, mit denen man umgehen muss, und es gibt Richtlinien und Prozesse, die befolgt werden müssen. Ich denke, so allgemein Sie auch sein können, was ist Ihre Meinung als Agile-Berater für ein Unternehmen, das mit diesem Problem konfrontiert ist?

John Kern:

Eines der Dinge, die... Adaptiv ist das, wofür mein Kollege John Turley mir wirklich die Augen geöffnet hat. Ich nenne es eher die geheime Sauce oder das fehlende Stück in meiner Praxis. Und es hat mit der Denkweise des Einzelnen zu tun und mit dem, was wir vertikale Entwicklung nennen. Es klingt vielleicht wie komisches, flauschiges Zeug, aber es ist wirklich extrem wichtig. Und ich habe immer gesagt, Leute, Prozesse und Tools für, ich möchte sagen, seit Ende der Neunziger, wahrscheinlich für eine lange Zeit. Und in der ersten Phase konnte ich verstehen, warum ich manchmal einfach spektakuläre, extrem leistungsstarke Teams hatte und manchmal waren es einfach wirklich, wirklich gut, aber nicht immer der Funke und manchmal war es irgendwie, eh, das war ein bisschen meh. Und vieles davon hängt davon ab, worauf die Menschen in Bezug darauf liegen, wie sie ihre Bedeutung ausdrücken und welche Motivationsorientierung sie haben, Kommando und Kontrolle versus Autonomie.

Was wir also tun, ist, dass wir gelernt haben, dass wir Menschen zunächst helfen können, zu erkennen, dass dies existiert, und Menschen mit so genannten Entwicklungspraktiken helfen können. Etwas, das, selbst der Satz, Sie haben ihn wahrscheinlich gehört, wie sichere Experimente. Scheitern oder etwas versuchen und scheitern. Nun, wenn du jemandem dafür den Kopf abhackst, weißt du was? Sie werden wahrscheinlich einfach ziemlich still bleiben und nur tun, was ihnen gesagt wird, nicht versuchen... Ich habe ein extrem hohes Maß an Autonomie in mir, also habe ich lange daran gelebt, besser um Vergebung zu bitten als um Erlaubnis zu bitten, und ich hatte immer das Gefühl, solange ich versuche, das Richtige zu tun, um erfolgreich zu sein und das Beste für das Unternehmen zu tun, werden sie mich wahrscheinlich nicht entlassen, wenn ich einen Fehler mache. Aber nicht jeder hat so viel Freiheit in der Art und Weise, wie er arbeitet. Sie müssen also als Management helfen, das zu etablieren, und das ist eine große Sache, mit der wir zusammenarbeiten, mit Teams.

Und dann fangen wir auch mit dem Unterricht an. Falls Sie schon einmal Büroräume gesehen haben und wenn nicht, sollten Sie das tun, aber was machen Sie hier? Also, die Berater Bob und Bob kommen rein, die Effizienzberater, „Also Amaar, was machst du hier?“ Aber das ist wortwörtlich etwas, ob wir Teams dabei helfen, ein neues Produkt zu entwickeln, ist okay, was ist der Zweck? Was ist der Geschäftszweck dieses Produkts? Was machst du hier? Was willst du mit diesem Produkt machen? Welchen Wert bietet es? Das Gleiche gilt für alles, mit dem Sie als Team arbeiten. Und das ist der Grund, egal ob es sich um Software handelt, die eine Funktion hervorbringt, deren Ergebnis dem Kunden einen Mehrwert bietet, oder um ein Produkt. Aber der Punkt ist, wenn Sie das nicht verstehen, wird es dem Team jetzt wirklich schwer fallen, Entscheidungen zu treffen, die uns weiterbringen.

Wenn du also allen hilfst zu verstehen, wofür wir hier sind, und dann versuchst, die Leute zu finden, die vielleicht all die verschiedenen Silos widerspiegeln, wenn du isoliert bist, aber all die verschiedenen Elemente. Wie kommen wir sozusagen von einer Idee zum Geld oder von der Idee zum Wert in der Hand des Kunden? Und schauen Sie sich das genau an. Weil es so viele Dinge gibt, die einfach irgendwie... Technische Daten schleichen sich oft in Softwarecodebasen ein. Und das Gleiche, wir sagen sozusagen die organisatorischen Schulden, das Gleiche kann passieren. Ihre Prozessverschuldung. Am Ende kannst du einfach sagen, alles klar, wir wollen, dass das Entwicklungsteam schneller wird, John und Co., kannst du reinkommen und uns helfen, uns zu coachen? Wir wollen agil werden. Sicher, okay, ja. In Ordnung. Wir krempeln die Ärmel hoch, schauen uns um und nach einer ersten Art von Wertstromansicht sagen wir, warte, es tut mir leid, aber da ist ein kleiner Keil, es sind ungefähr 15%, das ist die Entwicklung. Und dann haben Sie die 85% damit verbracht, darüber nachzudenken.

Tun wir so, als könnten wir die Geschwindigkeit der Entwicklung verdoppeln. Welches war ursprünglich der... Ja, wir brauchen die Entwickler, um schneller zu programmieren oder so. Das ist ein Klassiker. Und nein, tust du nicht, du musst aufhören, diesen ganzen Blödsinn von vorne zu machen, der einfach verrückte, arschgroße Wasserfallprojekte mit mehreren Absprachen ist. Und tatsächlich, eine der Abmeldungen, oh mein Gott, sie findet nur einmal pro Woche statt, und wenn Sie dann einen Tippfehler haben, werden Sie abgelehnt. Du kommst nicht für einen anderen zurück... Bist du verrückt? Du hast acht Monate damit verbracht, dich für acht Wochen zu entscheiden. Entschuldigung, es sind nicht die acht Wochen. Also Dinge wie diese, was ich jedem empfehle, sich selbst zu überprüfen, ist zu versuchen... Wenn Sie sich Sorgen um Ihr Team machen, können Sie es besser machen, indem Sie einfach versuchen, aufzuschreiben, wie Ihr Prozessschritt aussieht und was ein typischer Zeitrahmen ist?

Wie viel Zeit investieren Sie in die... Weil Leute oft Dinge in Sprints zusammenfassen. Das ist ein Stapel, warum legst du Dinge in einen Stapel? Oder sie haben riesige Probleme. Nun, das ist die große Menge. Es gibt also viele, oft tief hängende Früchte. Aber was Sie sagen, es ist oft eingedrungen, so arbeiten wir und niemand fühlt sich in der Lage, uns zu ändern oder sogar innezuhalten und zu schauen, wie wir arbeiten. Also ich denke, das ist der Punkt, an dem wir normalerweise beginnen. Schauen wir uns an, wie Sie heute tatsächlich arbeiten. Und während wir das machen, kannst du dein Bauchgefühl ausplaudern, du kannst uns all die Dinge sagen, die weh tun und die schmerzhaft sind, und dann werden wir versuchen, einen besseren Weg zu finden, auf den wir hinarbeiten können, im Sinne einer effektiveren Arbeit. Denn unser Ziel ist es, Teams dabei zu helfen, Wege zu finden, um sinnvollere und unterhaltsamere Arbeit zu leisten. Weil es viel Spaß macht, wenn es klickt und wenn Sie in einem guten Team sind und den Kunden ein Lächeln ins Gesicht zaubern, ist es schwer, sich fast von der Arbeit fernzuhalten, weil sie so viel Spaß macht. Aber wenn es das nicht ist, wenn es Plackerei ist und Sie nur ein Rädchen im Getriebe sind und Dinge Monate brauchen, um aus der Tür zu kommen, ist es ein Job. Es macht nicht so viel Spaß.

Amaar Iftikhar:

Ja. Viele der Punkte, die Sie dort erwähnt haben, haben bei mir großen Anklang gefunden, und die häufigsten Schmerzpunkte. Es klingt, als hättest du irgendwie alles gesehen. Übrigens, wenn Sie noch keine Büroräume gesehen haben, müssen Sie sie sich unbedingt ansehen. Es ist ein wirklich guter. Sie haben jetzt viel über die Herausforderungen gesprochen, mit denen ein verteiltes Team konfrontiert ist. Jetzt möchte ich es umdrehen und Sie fragen, wie das perfekte verteilte Team heute aussieht, das agile Werte lebt und atmet?

John Kern:

Ja. Ich weiß nicht, ob du jemals so etwas haben kannst, ein perfektes Team. Ich würde sagen, ich greife auf die Typen von verteilten Teams zurück, mit denen ich gearbeitet habe, und das geht auf die späten Neunziger zurück. Also ich mache das schon sehr, sehr lange. Ich habe es wirklich nur remote gemacht, egal ob mit Entwicklern in Russland oder unten in North Carolina oder an ähnlichen Orten. Und ich glaube, das Geheimnis war eine Kombination aus persönlichen... Wenn Sie als Gruppe irgendwohin gehen möchten, gibt es Dinge, die Sie tun können, um das Eis zu brechen, um einige, was Sie als Teambuilding-Aktivitäten bezeichnen könnten, zu organisieren.

Und nicht nur, hey, lass uns einen Hochseilgarten machen und uns gemeinsam zu Tode erschrecken lassen. Sondern auch Dinge, die sich darauf beziehen, warum wir hier sind, was versuchen wir zu erreichen? Und lassen Sie uns darüber sprechen, ob es das Produkt ist, das wir herstellen wollen, und das als Gelegenheit nutzen, uns um etwas zu verbinden und genug Fleisch an den Knochen zu bekommen, genug Skelette davon, wie es aussehen könnte. Weil es gute Möglichkeiten gibt, anzufangen und eine gute Grundlage zu haben. Und das ist Teil dessen, was ich seit Jahrzehnten praktiziere. Wenn Sie die Dinge richtig einrichten und verstehen, dass gerade genug Anforderungen vorliegen, verstehen Sie... Und ich mache viel Domänenmodellierung mit UML und solche Dinge. Ich verstehe einfach, was der Problembereich ist, den wir zu lösen versuchen, um die angestrebten Ziele zu erreichen, und ein Gefühl für die Architektur zu bekommen, die wir wollen. All diese Dinge sind also gemeinsame Anstrengungen.

Wenn Sie also genug von einem Ausgangspunkt haben, an dem Sie zusammengearbeitet haben, kommen Sie rein und, sagen wir, Sie mussten sogar irgendwo eine Wohnung mieten, weil niemand in der Nähe des Büros wohnte, also sind Sie alle irgendwohin geflogen. Ich meine, das ist meiner Meinung nach gut angelegtes Geld. Weil damit das Fundament beginnt. Wenn Sie sozusagen Brot gebrochen oder ein paar Bier getrunken haben oder zusammen programmiert und Dinge gemacht haben und dann zu Ihren entfernten Büros zurückkehren, um die nächsten Schritte zu unternehmen und dann zu erkennen, wann Sie sich vielleicht wiedersehen müssen. Es ist also wirklich wichtig, zu verstehen, wie wichtig es ist, diese Beziehungen frühzeitig aufzubauen, damit Sie unverblümt sprechen können. Und ich habe ein paar gute Leute, die seit etwa 2006 eine Produktions-App für Feuerwehrleute betreiben.

Amaar Iftikhar:

Ja, sehr cool.

John Kern:

Und dieser Freund, mit dem ich gearbeitet habe, wir stehen uns so nahe, dass wir... Das macht unsere Gespräche aus, wir müssen nicht um den heißen Brei herumreden, wir müssen uns keine Sorgen machen, jemanden zu beleidigen, wir kommen einfach, bumm, auf den Punkt. Weil wir wissen, dass wir die Kinder des anderen nicht als hässlich bezeichnen. Wir versuchen nur, schnell etwas zu erledigen.

Und der Aufbau einer solchen Beziehung erfordert Zeit und Mühe und Zusammenarbeit. Und das ist meiner Meinung nach ein gutes, erfolgreiches, verteiltes Team. Man muss von Zeit zu Zeit zusammenkommen und diese Beziehungen aufbauen und wissen, wann man vielleicht wieder zusammenkommen muss, wenn etwas ein Problem ist. Aber ich denke, der Schlüssel zum Erfolg ist, dass es die Zeit verkürzt. Weil Sie vielleicht von Dingen wie den Gruppenformen gehört haben, wenn das die Leistung auf der Y-Achse ist, die sie bilden und sie sich auf einem bestimmten Leistungsniveau befinden, dann müssen sie stürmen, bevor sie wieder normal werden und bevor sie anfangen, Höchstleistungen zu erbringen. Es ist also diese Form, Storm. Du wirst schlimmer, wenn du stürmst. Und stürmen bedeutet, wirklich zu verstehen, wo wir stehen. Und wenn wir darüber streiten, sollte das meiner Meinung nach nicht Erbschaft sein, Amaar. Und dann sagst du: „Oh Bullshit, es ist wirklich...“

Und noch einmal, wir sind nicht persönlich, aber wir lernen die Sichtweisen des anderen kennen und wir lernen, respektvolle Debatten zu führen und sozusagen einige Argumente vorzubringen, um an den besseren Ort zu kommen. Und ich habe in einigen Unternehmen gearbeitet, die Angst vor Stürmen haben, und es fühlt sich an, als ob man nie leistungsstark ist.

Jeder ist zu höflich. Es ist wie, komm schon. Und ich liebe es, mit meinen russischen Kollegen zusammenzuarbeiten. Es war ihnen scheißegal, ob ich einer der Gründer war. Und ich bin froh, denn ich will kein Privileg, ich will so etwas nicht. Nein, lass uns das ausfechten. Mögen die besten Ideen gewinnen. Dorthin willst du kommen. Und wenn du nicht dorthin kommst, weil du nicht genug von einer Beziehung hast und du dazu neigst, die Dinge, die gesagt werden mussten, nicht zu sagen, weil du höflich bist, dann wird es wirklich lange dauern, bis du erfolgreich bist. Und das ist eine Menge Geld und das ist eine Menge Erfolg, und die Leute könnten gehen.

Ich denke, das Wichtigste ist, wenn man remote ist, ist das okay, aber die schiere Abgeschiedenheit ist eine echte Herausforderung. Und du musst irgendwie herausfinden, wenn du nicht zusammenkommen kannst, um zu lernen, wie man sich formt und stürmt und diese Bindungen von Angesicht zu Angesicht aufbaut, dann musst du über Zoom herausfinden, wie das geht. Weil du es tun musst, denn wenn du es nicht tust, wenn du nie Worte hast, dann glaub mir, du bist immer noch nicht leistungsstark.

Amaar Iftikhar:

Ja, ich habe irgendwie das Gefühl, dass es den Kandidaten auf dem Markt jetzt fast ein Wettbewerbsvorteil ist, völlig remote zu sein, weil es ein Kampf um Talente ist. Aber wenn ich das richtig verstehe, sagen Sie, dass das persönliche Element so wichtig ist, um wirklich gute Leistungen zu erbringen, und diese Ideen widersprechen sich meiner Meinung nach irgendwie.

John Kern:

Ja. Und nochmal, da ich seit Ende der Neunziger abgelegen war, mache ich das schon lange. Und nach Russland zu pendeln ist der längste Weg, den ich je gemacht habe, seit drei Jahren. Ich meine, das ist ein verdammt langer Flug, um mehr als sieben Mal dorthin zu pendeln, oder was auch immer zur Hölle es war. Wie dem auch sei, ich habe immer gesagt, dass Fernsein nicht jedermanns Sache ist, denn das ist es wirklich nicht. Ich meine, du musst wissen, wie man arbeitet, ohne dass jemand in der Nähe ist, und arbeiten kann. Ich meine, es hat seine eigenen Herausforderungen. Und ja, es mag ein Vorteil sein, aber ich denke, Sie müssen sich die möglichen Vorteile ansehen und auch herausfinden, kann ich sie zusammenfassen in... Es muss nicht alles oder nichts sein. Und ich denke, das kann ein leichter Fehler sein, vielleicht ist es, alles klar, cool, wir müssen keine Büroräume haben. Das sind eine Menge Einsparungen für das Unternehmen. Ja, aber vielleicht bedeutet das, dass Sie einige Remote-Arbeitsplätze für gelegentliche Zusammenkünfte benötigen, oder finden Sie es heraus.

Aber ja, ich denke sogar... Und bestimmte Unternehmen könnten anders funktionieren. Zu Beginn der Entwicklung eines Produkts wünsche ich mir eine intensive Zusammenarbeit und ich möchte an einen Punkt kommen, an dem es fast so weit ist, ich habe das Gefühl, dass das Produkt so läuft, dass, wenn man die Dinge erst einmal ins Rollen gebracht hat und irgendwie aufgestanden ist, etwas Schwung bekommt, es jetzt am schwierigsten ist, vor einem agilen Team zu stehen, egal ob persönlich oder remote. Sobald die Dinge rollen und schaukeln und es so ist, als würde alles klicken, kannst du einfach die verbleibenden Funktionen wie Bum, Bum, Bum, Bum herausschlagen. Ja, okay, dann müssen wir wahrscheinlich...

Es sei denn, wir haben Möglichkeiten, uns zu paaren oder solche Dinge. Ich sage, wenn wir zusammen sind, ist Mobbing einfacher. Ich bin sicher, es gibt Möglichkeiten, das aus der Ferne zu machen, aber in einem Raum zu sein, ich weiß nicht, es ist viel einfacher, als sich über Zoom zu koordinieren. Du, hey, da ist dieses Problem, lass uns nach dem Standup alle hier rumhängen, weil wir einfach darüber moben werden. Es braucht also nicht viel gegen alles, was weit entfernt ist, es gibt ein bisschen mehr, okay, wir müssen uns abstimmen, und sogar verschiedene Zeitzonen werden noch schlimmer. Also ja, lassen Sie sich nicht davon mitreißen, dass Fernzugriff das Ende aller Dinge ist. Weil ich das Gefühl habe, dass es einen geben wird... Ich wette, es wird eine Gegenreaktion geben.

Amaar Iftikhar:

Und ich nehme das zurück, weil ich von Agile komme, der Person, die das täglich tut und Teams hilft, agil zu werden. Ich glaube Ihnen auf jeden Fall beim Wort. Und aufgrund meiner Erfahrung habe ich auch gesehen, dass nichts wirklich besser ist als eine gute Whiteboarding-Sitzung. Das ist wirklich schwer online zu replizieren. Ich meine, wir haben diese tollen Tools, aber nichts ahmt die reale Erfahrung nach, nur ein einfaches Whiteboard und einen Marker in der Hand zu haben. Diese Kommunikation ist so mächtig.

John Kern:

Toller Punkt. Stimmt, denn ich hatte gerade bei der einen Firma, bei der ich fünf Jahre lang gearbeitet habe, wir haben ein hochentwickeltes, auf Bestellung entwickeltes Verkaufswerkzeug für die Pumpenherstellung gemacht für... Es war also meine Lieblingswelt, weil sie meine Strömungsdynamik als Luft- und Raumfahrtingenieur mit meiner Liebe zur Entwicklung von SaaS-Produkten und der Entwicklung neuer Software und ähnlichem verband. Und selbst wenn wir noch ein Kind hatten, interviewten wir an der Lehigh University und wir hatten einige junge Absolventen, die mit uns arbeiteten und sie mit einbeziehen konnten, und da war ein Raum hinter meinem Laufband, und wir gingen hinein, wir veranstalteten Jam-Sessions zum Modeln und Entwickeln neuer Features. Und Mann, du hast recht. Nur diese viszerale dreidimensionale Erfahrung. Ja, Miro geht es großartig. Oder irgendein anderes Werkzeug, aber ja, es ist nicht dasselbe. Du hast absolut recht. Das ist ein gutes Argument. Das bringt mich fast dazu, mich nach den guten alten Zeiten zu sehnen. [unhörbar 00:42:04]

Amaar Iftikhar:

Ich denke, die guten alten Zeiten gibt es immer noch. Ich denke, selbst jetzt war es eine erfrischende Zeit für mich, bei Easy Agile zu sein. Ich bin jetzt erst seit knapp zwei Monaten hier. Und es gibt eine starke persönliche Dynamik. Und auch hier ist es optional. Wenn die Leute aus der Ferne oder hybride Menschen sind oder ab und zu pendeln müssen, ist das eine sehr verständnisvolle Umgebung. Aber wenn Sie einmal im Büro oder persönlich sind, spüren Sie gewissermaßen den Effekt, den Sie beschrieben haben, und Sie sind motiviert, für den Endkunden etwas zu liefern. Du willst einfach nur zurückkommen. Es ist ein süchtig machendes Gefühl, ich möchte wieder persönlich sein und in Echtzeit persönlich zusammenarbeiten.

John Kern:

Das ist wunderbar gesagt, denn das ist... Eines der Unternehmen, mit dem wir in Südafrika zu kooperieren beginnen, sie stehen an einem Scheideweg, mit dem wir zu kämpfen haben, alle waren abgelegen, aber Mann, die paar Male, als wir zusammen waren, haben wir so viel erreicht. Und du beschreibst die Flamme, die Wärme, die entsteht, wenn man die Motten zur Flamme kommen lässt. Ich meine, es zu pflegen und dann die Flammen des Guten zu entfachen und die Leute dazu zu bringen, sich daran zu beteiligen und es zu genießen. Und manchmal, ja, ich muss zu Hause sagen, ich habe die Kinder oder den Hund, das ist auch okay. Aber die Option zu geben, glaube ich, ist unser Ziel. Und ich glaube den Unternehmen, die in der Lage sind, diese hybride Kultur aufzubauen, in der beide akzeptiert werden und weder das eine noch das andere vorgeschrieben wird, sondern ein so leistungsstarkes Team aufgebaut wird, das die Leute im Grunde dazu ermutigt, sich für die Dinge zu entscheiden, die zu diesem Zeitpunkt am sinnvollsten sind. Und ich denke, dass diese Unternehmen sozusagen das Sagen haben werden.

Amaar Iftikhar:

Ja, absolut. Es war so nett, mit dir zu chatten, John, und das hat mir wirklich Spaß gemacht. Ich möchte das Publikum mit einem Ratschlag für verteilte agile Teams von Ihnen abschalten. Wir haben viel über die Bedeutung der persönlichen Zusammenarbeit gesprochen. Wir haben über die Prinzipien des agilen Manifests gesprochen. Nun, was wäre der eine Ratschlag, wenn Sie an beide denken? Wenn Sie möchten, dass die Agile-Manifeste in verteilten agilen Teams lebendig und lebendig sind, welchen Ratschlag können Sie Unternehmen geben, die gerade die gleichen Probleme durchmachen? Was kannst du ihnen als letzten Ratschlag geben?

John Kern:

Nun, ich denke, ein Satz, den ich gerne verwende, um das Manifest festzuhalten, ist: „Kümmere dich um die Lücke“. In meiner Art von Wortspiel meine ich die Zeitlücke zwischen dem Ergreifen einer Handlung und dem Erhalt einer Antwort. Ob es darum geht, was machen wir mit dem Büro, was machen wir mit der Fernbedienung, was machen wir mit dieser Funktion, was machen wir mit dieser Codezeile? Der Zeitunterschied ist, es ist eine Art Metapher dafür, bescheiden genug zu sein, Dinge als Hypothese zu behandeln. Seien Sie sich Ihrer selbst also nicht so verdammt sicher, was das Büro angeht, ob es um das Büro geht, ob es um ein entferntes oder verteiltes Büro geht. Behandeln Sie die Dinge stattdessen als Hypothese. Seien Sie neugierig und experimentieren Sie sicher mit verschiedenen Methoden und sehen Sie, was funktioniert. Und hab keine Angst vor Veränderungen. Es ist auch keine lebenslange Haftstrafe, Sie müssen Ihr Unternehmen, Ihr Projekt oder Ihr Team für den Rest Ihres Lebens in eine Richtung führen. Nein. Sag es nicht dem Chef, aber Arbeit ist subventioniertes Lernen. Ich habe nie Leute verstanden, die immer wieder das Gleiche tun, weil sie keine Erlaubnis bekommen haben. Versuch es einfach. Das wäre also mein Abschiedssatz, wenn es darum geht, diese Entscheidungen zu treffen. Achten Sie auf die Lücke und seien Sie wirklich bescheiden, wenn es darum geht, Annahmen zu treffen, Ihre Hypothesen zu testen und die Zeitspanne zwischen dem Ergreifen von Maßnahmen und dem Erleben einer Reaktion zu verkürzen.

Amaar Iftikhar:

Oh, das ist großartig. Oh, danke. Ich wünschte wirklich, wir könnten das Band laufen lassen und einfach noch ein paar Stunden darüber reden, aber wir beenden es genau dort mit dem wirklich guten Ratschlag, mit dem du das Publikum verlassen hast. Jon, danke nochmal, dass du im Podcast warst. Und es hat uns wirklich sehr viel Spaß gemacht, Ihnen zuzuhören und aus Ihren Erfahrungen zu lernen.

John Kern:

Oh, es war mir ein Vergnügen. Jederzeit. Freue mich, noch ein paar Stunden zu reden, aber vielleicht nach ein paar Bieren.

Amaar Iftikhar:

Ja.

John Kern:

Außer dass es dein Morgen ist, mein Abend. Daran werde ich arbeiten müssen.

Amaar Iftikhar:

Ja.

John Kern:

Das freut mich, Amaar.

„Ich hatte ein inspirierendes Gespräch mit Renae über die Vorteile, die es hat, die eigene Komfortzone zu verlassen und das Teamverhalten aufeinander abzustimmen“ - Chloe Hall

Zu Chloe Hall, Marketingkoordinatorin bei Easy Agile, gesellt sich Renae Craven, Agile Coach, Agile Trainer, Scrum Master Coach und lokale Leiterin des QLD Chapter bei Women in Agile.

Diskutieren Sie mit Renae Craven und Chloe Hall über:

• Renaes Weg zum Agile Coach und Agile Trainer
• Machen Sie einen Sprung aus Ihrer Komfortzone
• Wie wichtig es ist, sich Zeit zu nehmen, um Feedback zu sammeln und nachzudenken
• Aufbau einer Teamumgebung, in der sich jeder sicher fühlt, seinen Beitrag zu leisten
• Abstimmung des Teamverhaltens und wie sich die Priorisierung des Lernens auf die Teamleistung auswirkt
• Warum ganztägiges Sitzen schlecht für dich ist und wie du Bewegung in deinen Arbeitsalltag bringst
• + mehr

Transkript

Chloé Hall:

Hallo und willkommen zurück zum Easy Agile Podcast. Ich bin Chloe, Marketingkoordinatorin bei Easy Agile, und ich werde Ihre Moderatorin für die heutige Folge sein. Bevor wir beginnen, möchten wir uns bei den traditionellen Hütern des Landes bedanken, von dem aus wir heute senden, den Menschen im Dhuwal-sprachigen Land. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines der Torres Strait Islanders und den Ureinwohnern der First Nations, die heute zu uns kommen, denselben Respekt. Heute haben wir eine sehr spannende Episode für Sie. Wir werden mit Renae Craven sprechen. Renae ist Agile-Coach, Agile-Trainerin, Scrum Master-Coach, BASI-Pilates-Instruktorin und leitet ihr eigenes Pilate-Studio.

Renee ist auch lokale Leiterin des Chapters bei Women in Agile Brisbane und moderiert zusammen mit David Clifford den Podcast The Leader's Playlist. Renaes Leidenschaft im Leben ist es, Menschen zu helfen, eine bessere Version von sich selbst zu werden, indem sie Ihr Bewusstsein für Bereiche schärft, in denen sie sie verbessern möchten oder müssen, und sie dabei unterstützt, in diesen Bereichen zu lernen und zu wachsen. Laut Renae geht es beim Coaching nicht darum, den Leuten zu sagen, was sie tun sollen. Es geht um Fragen, die es ihnen ermöglichen, tiefer zu graben, Erkenntnisse und ihren Wunsch nach Veränderung aufzudecken. Willkommen zum Podcast, Renae. Vielen Dank, dass Sie heute gekommen sind. Ich weiß es wirklich zu schätzen und freue mich sehr, Ihre Geschichte, Ihre Reise und all die Erfolge, die Sie erzielt haben, zu enthüllen, was unglaublich ist. Wie geht es dir heute überhaupt?

Renae Craven:

Mir geht es gut, mir geht es gut. Danke, Chloe. Es ist Freitag, also bin ich an einem Freitag immer ein bisschen kaputt. Ich freue mich darauf, an den Wochenenden auszuschlafen und solche Dinge. Also ja, Freitag bin ich schon, immer ein bisschen trist, aber ansonsten geht es mir gut.

Chloé Hall:

Nun, das ist gut. Freitagnachmittag kann dir das definitiv immer antun. Ich freue mich auch sehr darauf, auszuschlafen. Ich denke, lass uns gleich loslegen. Ich wollte damit beginnen, dich als Person, Renae, zu erklären und deine Geschichte zu erzählen, wer Renae ist und welche Reise du unternommen hast, um heute so erfolgreich zu werden. Also, wenn du ein bisschen Hintergrundwissen über dich geben möchtest.

Renae Craven:

Wie weit gehe ich zurück? Also habe ich Informatik an der Uni gemacht, Informatik an der Uni. Also begann ich meine Karriere als diplomierter Entwickler, Softwareentwickler, ziemlich beschissener noch dazu.

Chloé Hall:

Sicher nicht, dem stimme ich nicht zu. Ich kann es nicht sehen.

Renae Craven:

Ich wusste genug, um über die Runden zu kommen, aber das würde ich definitiv nicht für den Rest meines Lebens tun. Aber damals war ich 20 und habe einfach Dinge getan, die man tun sollte, wenn man erwachsen ist. Du solltest zur Schule gehen und in der 12. Klasse gut abschneiden und zur Uni gehen und einen Abschluss machen und dann einen Job bekommen.

Chloé Hall:

Auf jeden Fall.

Renae Craven:

Also ja, ich habe all diese Kästchen angekreuzt und fand mich mit einem Abschluss in einem Job in einer guten Organisation wieder. Und ich war ein paar Jahre in diesem Entwicklungsjob und dann bin ich mehr in die Teamleitung gewechselt und ich war eine Weile Teamleiter und dann wurde ich 2010 Scrum Master. Das war der Zeitpunkt, an dem ich Agile entdeckte.

Chloé Hall:

In Ordnung. Jep.

Renae Craven:

Und ich denke, der Rest ist irgendwie Geschichte. Als ich Agile entdeckte, fingen die Dinge an, für mich mehr Sinn zu machen. Mit Menschen sprechen, Teams bilden, zusammenarbeiten, zusammenarbeiten, Probleme gemeinsam lösen, mehrere Köpfe für ein Problem gewinnen. Diese Art von Dingen war eine Sache, die mir nie Sinn gemacht hat, als ich gerade die Uni abgeschlossen habe. Und ich sage: „Was meinst du?“ Denn schon während meiner Studienzeit war ich ein bisschen anders und distanziert. Ich habe vor Jahren aus der Ferne studiert und mit einer Gruppe von vier anderen waren es vier andere, es war eine Gruppe von fünf. Wir haben alles zusammen gemacht, wir haben alle unsere Gruppenaufgaben gemacht, wir haben zusammen gelernt, wir haben zusammen zu Mittag gegessen, wir haben es einfach getan.

Chloé Hall:

Also mit genau derselben Gruppe?

Renae Craven:

Ja. Den ganzen Weg durch die Uni. Von dieser Art der Gruppenumgebung ging ich zur Arbeit über und war mehr ein Einzelner, als ob ich in einer Kabine mit Wänden gesessen hätte, die höher waren als ich, ich musste mit niemand anderem sprechen, wenn ich nicht wollte. Und das kam mir nie wirklich gut an. Es war nie irgendwie wer ich war. Also, als es Agile gab, war Scrum speziell hier, all diese Leute, die wir in einem Team zusammenbringen werden, und hier sind all die Probleme und Sie finden gemeinsam heraus, wie Sie sie lösen werden.

Jemand wird dir nicht sagen, was du tun oder wie du es lösen sollst, du musst es als Team herausfinden, es war viel mehr, cool, das macht Sinn, das funktioniert besser. Warum war das nicht immer so? Also ja, da begann meine agile Reise und sie hat sich weiterentwickelt, als ich einige Jahre lang Scrum Mastering in verschiedenen Organisationen, verschiedenen Szenarien, verschiedenen Kontexten gemacht habe. Und dann konnte ich mich wohl bequem als Agile-Coach bezeichnen, ich würde sagen, vor vielleicht 5, 6 Jahren. Ich meine, es gibt wirklich nichts, was du tun kannst, bis du tickst, Oh, ich bin jetzt ein Agile-Coach.

Chloé Hall:

Es gibt keinen einfachen Abschluss oder eine Zertifizierung.

Renae Craven:

Nein, es ist wirklich nur Erfahrung. Und ich hatte Erfahrung in der Umgebung und die Leute sagten mir: „Du kannst dich jetzt Coach nennen, Agile-Coach, du hast jede Menge Erfahrung“. Ich sagte: „Ja, aber ich habe das Gefühl, dass ich noch so viel mehr wissen muss oder lernen könnte“. Ich fühle mich also nicht wirklich wohl. Aber ich habe für ein Beratungsunternehmen gearbeitet, also wurde ich sowieso so vermarktet. Also das war vor ungefähr 5, 6, 7 Jahren, als das begann zu passieren. Und dann mache ich auch andere Dinge, wie Agile-Training. Ich liebe es, Menschen auszubilden, ich führe Schulungen durch und coache auch. Und dann habe ich auch noch mein Pilates.

Chloé Hall:

Einfach ein Allrounder, viel los, das ist sicher. Ich denke auch, ich will nur auspacken, Sie hatten diesen Übergang, als Sie ein diplomierter Entwickler waren, und Sie fanden ihn ziemlich isolierend. Und dann bist du auf dieses Konzept von Agile gestoßen, als du in Teams arbeitest. War es, als Sie angefangen haben, Agile zu praktizieren, war das eine Art von Leidenschaft, ein Ziel von Ihnen, und das hat Sie auf den Weg des agilen Trainings und des agilen Coachings geführt?

Renae Craven:

Ich denke, ich meine Absicht, ich weiß immer noch nicht, ob ich weiß, was mein Lebenszweck ist. Leidenschaft. Ich denke, es hat mir geholfen, über mich selbst zu verstehen, wo einige meiner Stärken lagen. Und meine Stärken stimmten mit dem überein, was nötig war, um später ein Scrum Master und Coach zu werden. Die Fähigkeit zu moderieren, das ist ein großer Teil davon, ein Scrum Master zu sein, ein großer Teil davon, eines der wichtigsten Dinge am Beruf eines Coachs zu sein. Und das war einfach etwas, zu dem ich von Natur aus in der Lage war, aber ich wusste nicht, bis ich damit angefangen habe, ob das Sinn macht.

Chloé Hall:

Ja. Ja, ist das nicht immer so, es ist, als ob du etwas nicht weißt oder deine Stärken nicht wirklich kennst, bis du dich darauf einlässt. Du musst wirklich deine Komfortzone verlassen und einfach neue Dinge ausprobieren, neue Dinge erleben. Sonst wirst du es nie erfahren.

Renae Craven:

Ja, genau. Ja, ich kann nicht versuchen, eine gleichberechtigte Teilhabe in einem Raum oder in einem Workshop zu erreichen, indem man eine Moderation durchführt und eine Gruppe von Menschen aus verschiedenen Gesellschaftsschichten zu einem Ergebnis bringt und es einfach fließen lässt und die Gespräche fließen lässt. Aber trotzdem musst du bis zum Ende des Tages oder am Ende des Workshops zu diesem Ergebnis kommen. Das war etwas, zu dem ich natürlich in der Lage war. Und ich meine, mein erster Workshop, wie ich ihn moderiert habe, ich kann mich nicht einmal erinnern, was er war, aber ich bin mir sicher, dass die Art und Weise, wie ich ihn moderiere, sehr, sehr unterschiedlich ist. Aber es war immer noch etwas, das ich gerne gemacht habe, das mir Spaß gemacht hat. Und der Trainingsteil ist lustig, weil ich es in der Schule gehasst habe, in der Öffentlichkeit zu sprechen. Früher habe ich gehasst.

Chloé Hall:

Du klingst wie ich.

Renae Craven:

Ja. All das, wie ich früher auf Englisch aufgestanden bin und eine mündliche Prüfung gemacht habe und solche Dinge. All das habe ich gehasst. Ich war sehr froh, mich einfach im Hintergrund zu verstecken und nie eine Frage zu beantworten oder nie Probleme zu bereiten oder störend zu sein oder was auch immer. Außer im Matheunterricht war ich im Matheunterricht ein bisschen störend.

Chloé Hall:

Ich finde gerade so viel Resonanz bei dir, weil ich buchstäblich genauso war. Und ich hatte schon immer eine kleine Leidenschaft für Mathe. In Mathe war ich also super kontaktfreudig, habe so viele Fragen gestellt. Aber auf Englisch war meine größte Angst, in der Öffentlichkeit zu sprechen. Ich konnte einfach nicht für mein Leben einstehen. Es war das Schlimmste. Ich war immer so nervös, alles daran. Und ich finde es wirklich interessant zu sehen, wie weit Sie heute von dem entfernt sind, was Sie damals dachten. Gab es irgendwelche Übungen, viel Arbeit, die du an dir selbst machen musstest, um heute an diesen Punkt zu kommen?

Renae Craven:

Ich denke, ähnlich wie das, was du zuvor gesagt hast, musst du deine Komfortzone verlassen. Und ich denke, besonders zu Beginn meiner Karriere, als ich aus meiner Komfortzone gedrängt wurde. Es gibt ein paar Führungskräfte, für die ich zu der Zeit gearbeitet habe, naja, eine Handvoll Leute, die mich im Laufe der Jahre aus meiner Komfortzone gedrängt haben. Und in den früheren Tagen, in denen ich das nicht für mich selbst getan hätte. Also das für mich zu tun oder ich hatte nicht wirklich eine Wahl, weil ich ein gutes Mädchen war und damals Befehle befolgt habe. Es war nur etwas, bei dem ich sagte: „Oh okay, das ist cool“. Im Nachhinein bin ich froh, dass er das getan hat, denn ich wäre nicht da, wo ich jetzt bin, wenn ich nicht in das Pilotteam geworfen würde, das agile Pilotteam. Also ja, es gibt solche Dinge, bei denen ich in meine Komfortzone gedrängt wurde und es einfach versucht habe und herausgefunden habe, dass, oh, es war doch nicht so schlimm.

Vielleicht könnte ich das nochmal machen. Und dann fängst du an, deine eigene Art von Resilienz aufzubauen, du sagst, nun, ich habe das schon einmal gemacht, also ist das nicht viel schwieriger. Ich glaube, das könnte ich tun. Oder es denkt irgendwie so darüber nach, aber es ändert sich auch. Es hat meine Denkweise dahingehend geändert, dass du deine Komfortzone verlassen musst, du musst Mist bauen, um zu lernen. So wie es in der Schule war, wo du dafür belohnt wurdest, dass du richtig warst, du wurdest dafür belohnt, dass du das Richtige getan hast. So lerne ich nicht. So lernen viele Menschen nicht. Du musst Mist bauen, um dann zu gehen.

Chloé Hall:

Auf jeden Fall.

Renae Craven:

Okay, wenn ich das nächste Mal mache, mache ich das stattdessen.

Chloé Hall:

Ja, auf jeden Fall.

Renae Craven:

Oder das Feedback zu bekommen, wie du das gemacht hast, naja, nächstes Mal könntest du das vielleicht tun oder was auch immer es ist. Ich bekomme nur dieses Feedback. Dagegen habe ich in der Schule nie etwas davon bekommen. Es war immer Renaes perfektes Engelskind, was auch immer es war.

Chloé Hall:

Trotzdem nett, aber ja.

Renae Craven:

Nett für die Eltern. Können wir mehr von Renae in unserer Klasse haben, nett für Mama und Papa. Aber im Nachhinein hat es nicht wirklich dazu beigetragen, mich auf das Wie vorzubereiten.

Chloé Hall:

Für die Realität.

Renae Craven:

Ja

Chloé Hall:

Wirklich.

Renae Craven:

Exakt.

Chloé Hall:

Vor allem, weil ich vor Kurzem den Übergang vom Uni-Abschluss in einen Vollzeitjob hinter mir habe und für Easy Agile gearbeitet habe, werde ich immer wieder positiv aus meiner Komfortzone gedrängt. Jeder unterstützt mich so sehr, dass sie immer sagen: „Oh Chloe, versuch das, versuch das“. Und ich sage nur: „Okay, ja, ich schaffe das.“ Und wenn es nicht unglaublich gut läuft, ist das okay. Ich habe etwas gelernt und kann es beim nächsten Mal besser machen.

Renae Craven:

Ja.

Chloé Hall:

Du kannst nicht einfach für immer in deiner Komfortzone sitzen, du hast nicht das Gefühl, wenn du etwas außerhalb deiner Komfortzone tust, du fühlst dich danach einfach so gut und du sagst, oh, beweise mir, dass ich das kann.

Renae Craven:

Jep. Und ich denke, der größte Teil davon besteht darin, anzuerkennen, dass das Lernen im Sitzen stattfindet. Eines der Dinge, die wir als Trainer tun, ist eine der wichtigsten Zeiten, in denen ein Team oder eine Einzelperson lernen muss, ist, sich hinzusetzen und zurückzudenken und dann, was gut und was schlecht war und was werde ich beim nächsten Mal anders machen. Und ich coache Teams, um das zu tun, aber das muss ich auch selbst machen. Ich habe quasi realisiert, dass ich mich als Training hinsetzen muss und wenn ich diese Dinge mache, müsste ich Feedback einholen und dann muss ich mich hinsetzen und darüber nachdenken, wie es gelaufen ist. Was ich glaube, beim nächsten Mal besser oder anders machen zu können, mache ich so etwas, damit ich mich auch selbst in den Dingen, die ich tue, verbessere. Es geht also wirklich darum, diese Zeit und diese Übung zu haben, um zu lernen, sich hinzusetzen, und was habe ich gelernt?

Chloé Hall:

Ja, das tue ich. Und dem stimme ich zu. Sie müssen sich die Zeit nehmen, um zu verstehen, zu reflektieren und zu verwirklichen, was Sie gelernt haben. Ansonsten ist das Leben so hektisch und du machst einfach weiter und gehst und du kannst es einfach komplett vergessen und es ist gut, diesen Moment zu nutzen. Mir gefällt wirklich, dass Sie das auch in Ihrem Agile-Coaching tun. Was machst du sonst noch, wenn du Teams coachst? Welche anderen Elemente gibt es?

Renae Craven:

Einige der Dinge, über die ich bereits gesprochen habe, sind ebenbürtig zu sein, zu versuchen, gleiche Teilhabe und gleiche Stimme zu erreichen. Wenn ich das versuche, ist das Schlagwort psychologische Sicherheit, aber der Versuch, ein Umfeld für ein Team zu schaffen, in dem sich jeder sicher fühlt, eine Frage zu stellen oder seine Meinung zu äußern oder was auch immer es ist. Und wenn wir als Coach herkommen, coachen wir normalerweise Teams, Menschen und Organisationen bei der Umstellung von einer bestimmten Arbeitsweise auf eine agile Arbeitsweise. Und das bedeutet, dass das Ganze, das den Leuten sagt, was sie tun sollen, wann und wie es zu tun ist, vorbei ist. Das ist weg. Und jetzt möchten Sie diese Fähigkeit innerhalb des Teams selbst aufbauen. Also diesen sicheren Raum schaffen, damit

Das Team kann Fragen stellen und verstehen, was es zu tun hat, sodass es gemeinsam etwas liefern kann, anstatt dass jemand ihnen nur sagt, was zu tun ist.

Es benutzt also dein Gehirn, benutzt auch das kollektive Gruppengehirn, anstatt nur zu haben, dein Gehirn nicht wirklich zu benutzen, nur darauf zu warten, dass dir gesagt wird, was zu tun ist und dann weißt du, was zu tun ist, du tust es einfach. Aber gemeinsam als Team ein Problem zu lösen und dann als Team herauszufinden, wie wir das lösen oder wie wir das umsetzen werden, ist etwas, das ich als Coach liebe, mit Teams zu arbeiten, ein Umfeld zu schaffen, in dem sie sich sicher fühlen, dumme Fragen zu stellen und solche Dinge.

Chloé Hall:

Und du musst nicht sagen, ich denke, das ist eine dumme Frage, aber du willst sie auf jeden Fall entfernen.

Renae Craven:

Und ich denke, der andere Teil ist immer noch das Lernen, es ist genau das Gleiche. Es geht darum, den Fokus zu nehmen, den Fokus abzulenken, wir müssen liefern und dann werden wir ein paar Dinge lernen, wenn wir Zeit haben, um das umzudrehen, sodass du: „Nein, nein, nein, nein, du musst lernen, um besser zu werden“. Konzentrieren Sie sich also darauf, denn viele Teams werden einfach sagen, wir haben all diese Termine, all diesen Lieferdruck, wir müssen diese Dinge erledigen. Wir haben keine Zeit, uns hinzusetzen und darüber nachzudenken, was wir gelernt haben oder wie wir als Team besser werden können. Sie werden als Team niemals besser werden, wenn sie einfach in diesem endlosen Lieferzyklus bleiben. Die gleiche Art von Zeit damit zu verschwenden, immer und immer wieder Dinge zu verschwenden. Es geht also auch darum, die Denkweise der Teams umzudrehen und zu sagen: „Nein, warte, wir müssen das machen, sonst werden wir als Team nicht besser.“

Chloé Hall:

Ja, auf jeden Fall. Und ich denke, da passt die Agile-Retrospektive perfekt hinein. Und ich weiß, dass ich gerade aus meiner Retrospektive mit meinem Team gekommen bin und wir machen das wöchentlich und es ist so gut, auch mit Aktionsgegenständen herauszukommen. Und es ist so, okay, nächste Woche werden wir so besser werden. So werden wir vorankommen, das ist unser Fokus und es gibt auch keine versteckten Probleme, weil es jeden Freitag auftaucht und wir darüber sprechen. Du gehst also nicht mit einem Groll in den Montag der nächsten Woche oder du ärgerst dich über etwas, das mit dem Arbeitsablauf des Teams zusammenhängt. Sie haben es angesprochen, Sie haben es in der letzten Woche belassen, Sie haben die Maßnahmen offensichtlich mitgebracht, und hoffentlich wird es von da an besser.

Renae Craven:

Ja, absolut. Und das ist der Schlüssel. Es ist das, was auch immer wir in unserer Rückschau entschieden haben, was wir anders machen werden, wir machen das am nächsten Tag oder Montag in Ihrem Fall anders. Es ist nichts, worüber wir reden und dann ignorieren wir es einfach und wir sprechen einfach in zwei Wochen wieder darüber oder was auch immer es ist. Es geht darum, die Entscheidungen, die Sie als Team treffen, in die Praxis umzusetzen, und diese Rückblicke die ganze Zeit. Es sind auch keine massiven Aktionen. Es sind nur kleine Verbesserungen hier und da.

Chloé Hall:

Ja, es gibt kleine Dinge.

Renae Craven:

Sie bauen sich einfach im Laufe der Zeit auf.

Chloé Hall:

Und das ist die Sache, wenn du es regelmäßig machst, sind es kleine Dinge, aber wenn du es nicht regelmäßig machst, dann bauen sie sich auf und sie werden zu großen Dingen, großen Problemen und massiven Blockern auch innerhalb des Teams.

Renae Craven:

Ja, absolut.

Chloé Hall:

Ja. Also frage ich mich auch, Renae, wenn du dein Agile-Coaching und dein Agile-Training durchführst, dann machst du das sowohl auf individueller Basis als auch auf Teambasis. Glaubst du, es gibt einen Aspekt der Denkweise, die agile Denkweise, und muss jeder Einzelne mit dieser agilen Denkweise zur Arbeit kommen, damit das Team besser arbeiten kann?

Renae Craven:

Denkweisen. Wenn alle die gleiche Denkweise hätten, wären es Roboter oder.

Chloé Hall:

Stimmt.

Renae Craven:

Die Welt wäre sehr langweilig.

Chloé Hall:

Sehr gutes Argument.

Renae Craven:

Ich denke, das ist ein bisschen, wenn ich an ein Team denke, ein agiles Team, solange es eine gewisse Übereinstimmung darüber gibt, wie sich das Team verhält, warum es existiert, was ihr Zweck ist und wie sie miteinander umgehen und wie sie Probleme gemeinsam lösen, dann können die Denkweisen der einzelnen Teammitglieder unterschiedlich sein. Und das ist in Ordnung, solange alle sich einig sind, wie wir uns verhalten werden. Ich stoße ständig auf Leute, die gezwungen wurden, auf diese agile Art zu arbeiten. Ihre Denkweise entspricht also definitiv nicht der Denkweise, die Sie für ein agiles Team benötigen, aber wenn sie in einem agilen Team sind und es Leute in diesem Team gibt, die die Denkweise oder das Verhalten haben, das Sie haben müssen, um agil zu liefern, gleicht sich das im Laufe der Zeit irgendwie aus.

Und im Laufe der Zeit werden sich diese Denkweisen ändern und sie werden sehen, wie sich andere Leute in ihrem Team verhalten, wie sich ihre Führungskräfte verhalten, solche Dinge. Ich betrachte es also immer eher als eine Verhaltenssache als als eine Mindset-Sache. Wie treffen wir Entscheidungen, wie ich schon sagte, wie gehen wir miteinander um, wie gehen wir mit Problemen um, wer sind unsere Kunden, all diese Dinge. Es ist eher dieses Verhalten, das ich mag, anstatt dass ich denke, oh, sie haben nicht die Denkweise, sie haben nicht die Denkweise, ich schaue mir einfach an, wie sie sich verhalten. Denn am Ende des Tages kannst du das nicht erzwingen

Denkweise. Aber wenn sie als Team anfangen, als Team zusammenzuarbeiten, werden sie das liefern, was sie liefern müssen. Und sie alle, das ist einfach der ganze funktionsübergreifende Teil davon. Du bringst verschiedene Köpfe zusammen, unterschiedliche Hintergründe, unterschiedliche Erfahrungen, verschiedene Fähigkeiten, all das.

Chloé Hall:

Auf jeden Fall.

Renae Craven:

Du stellst sie in einem Team zusammen, damit sie ihre Fähigkeiten einsetzen können. Sie sind all diese verschiedenen Teile, um diese Probleme zu lösen.

Chloé Hall:

Ja, nein, auf jeden Fall. Ich denke, die Art und Weise, wie sich Menschen verhalten, hat auch viel damit zu tun. Und ich denke auch, dass man in der richtigen Denkweise sein kann, dass man sich richtig verhalten kann. Und das hat auch viel damit zu tun, wie du auf der Arbeit auftauchst. So kommst du zur Arbeit. Wenn du einen schlechten Morgen hattest, wird sich das darauf auswirken, wie es dir an diesem Tag geht. Oder wenn du an diesem Morgen aufwachst und eine Art festgelegte Morgenroutine hast, die dich in diese gute Routine für den Tag bringt, diese gute Denkweise und dieses Verhalten, dann kann das sehr helfen. Und ich denke auch, das ist auch etwas, worüber ich gerne mit dir sprechen würde, denn du hast Pilates-Vorkenntnisse, bist in deinem eigenen Studio und seit wie vielen Jahren bist du Instruktor?

Renae Craven:

Es wird anderthalb Jahre her sein, seit ich mich qualifiziert habe.

Chloé Hall:

Ja. Nett. Ja, ich bin also auch Instruktor. Ich glaube, ich unterrichte jetzt seit ungefähr sechs Monaten. Aber ich frage mich auch, du hast also deine beiden Leidenschaften, Besitzer eines Pilates-Studios und dann auch Agile-Coach. Gibt es das Element, sich morgens auf den Tag vorzubereiten? Denken Sie, wenn jemand, der meditiert, die Art von Morgenroutine hat, die er trainiert, kann er sich bei der Arbeit im Grunde besser verhalten? Was sind deine Gedanken dazu?

Renae Craven:

Ja, ich denke, je besser du dich in dir selbst fühlst oder wie du dich in dir fühlst, hat definitiv einen direkten Zusammenhang damit, wie du dich bei der Arbeit verhältst. Also ja, wenn du einen hektischen Morgen hattest oder auf dem Weg zur Arbeit ein Stau war oder was auch immer es ist, dann wirst du definitiv ziemlich aufgedreht sein, wenn du zur Arbeit kommst.

Chloé Hall:

Ja, auf jeden Fall.

Renae Craven:

Es wird sich darauf auswirken, wie Sie auf Fragen oder Menschen antworten oder Ihrem Team antworten oder was auch immer es ist. Ja, absolut. Aber ich selbst habe morgens nicht wirklich eine feste Routine. Ich gehe ins Fitnessstudio, aber ich gehe nicht jeden Tag ins Fitnessstudio. Aber morgens, wenn ich ins Fitnessstudio gehe, habe ich nie Lust, weil nein, ich will nur schlafen.

Chloé Hall:

Es ist früh. Ja.

Renae Craven:

Ja. Aber ich muss morgen früh los, sonst gehe ich nicht ins Fitnessstudio. Fitnessstudio ist so etwas, es ist ein bisschen wie eine Hassliebe. Ich weiß, dass ich es tun muss, aber ich mache es nicht gern.

Chloé Hall:

Nicht einmal danach? Das Gefühl danach?

Renae Craven:

Danach ist gut. Es war wie, aber von, oh Gott sei Dank, das ist erledigt.

Chloé Hall:

Ja.

Renae Craven:

Tick, ich bin fertig für heute.

Chloé Hall:

Aus dem Weg.

Renae Craven:

Wenn es am Nachmittag wäre, wenn ich nachmittags ins Fitnessstudio gehen würde, würde ich nicht gehen. Es wäre einfach: „Nein, es ist zu schwer oder ich kann mich nicht darum kümmern, ich bin zu müde“. Also stehe ich morgens als erstes auf und stelle meinen Wecker 15 Minuten vor Beginn meines Sportunterrichts ein.

Chloé Hall:

Beeindruckend. Das ist Anstrengung.

Renae Craven:

Ich weiß.

Chloé Hall:

Das ist gut.

Renae Craven:

Ich renne los, um dorthin zu kommen, aber ich habe am Abend zuvor alle meine Klamotten vorbereitet, sodass ich nicht einmal nachdenken muss. Ich stehe einfach auf, ziehe mich an und steige ins Auto und fahre ins Fitnessstudio und.

Chloé Hall:

Ich mache das Gleiche.

Renae Craven:

Ich mache meinen Unterricht, ich hatte noch keine Zeit, mir das auszureden. Aber danach ist es wie, oh ja, ausgezeichnet. Das ist für heute erledigt. Und ja, es ist schön zu wissen, dass Sie das auch für den Tag getan haben, wenn Sie Ihren Arbeitstag beginnen. Also an meinen Tagen im Fitnessstudio ist das wahrscheinlich meine Routine, um mich auf die Arbeit vorzubereiten. Aber an anderen Tagen sind sie wohl etwas entspannter. Ich glaube, wenn ich Kaffee trinken möchte, dann kann ich die Welt ohne Kaffee nicht bewältigen. Egal, ob ich zu Hause oder im Büro bin, das Erste, was ich tun werde, ist, wenn ich ins Büro komme, hole ich mir auf dem Weg dorthin einen Kaffee. Also trinke ich Kaffee, wenn ich ins Büro gehe. Also ja, ich schätze, das könnte man meine Routine nennen.

Chloé Hall:

Nein, ich denke, viele Leute, auch viele Zuhörer werden das nachvollziehen können. Und früher war ich so und dann kam mir der Kaffee einfach nicht gut. Ich stellte fest, dass es meine Nerven für den Tag und alles andere wirklich strapazierte. Es war also so schwer. Ich habe nicht mehr zwei bis drei Kaffees am Tag getrunken, sondern aufgehört, und jetzt trinke ich stattdessen wie einen Matcha. Aber das war auch ein so großer Teil meiner Morgenroutine und davon abzusteigen war eines der schwierigsten Dinge, die ich je tun musste.

Renae Craven:

Ja, das habe ich einmal gemacht. Ich habe mich vor Jahren für einen dieser Gesundheits-Retreats entgiftet und ich musste Kaffee und so weiter entgiften.

Chloé Hall:

Oh wirklich?

Renae Craven:

Vor zwei Wochen davor und ja, Kaffee war schwer.

Chloé Hall:

Ja.

Renae Craven:

Sehr, sehr schwer. Weil ich den Geschmack meines Kaffees liebe. Ich trinke ihn einfach pur, ich habe keine Milch, also liebe ich den Geschmack meines Kaffees.

Chloé Hall:

Ja, wow. Okay.

Renae Craven:

Aber vielleicht sind es auch die anderen Vorteile, wenn ich keine Menschen töten will, die Kaffee mir antut. Ich kann jetzt mit der Welt umgehen. Ich habe meinen Kaffee getrunken.

Chloé Hall:

Du bist okay, in Ordnung. Wer braucht jetzt Coaching? Wer braucht eine Schulung? Und ich bin bereit für Rock'n'Roll.

Renae Craven:

Ja, jetzt geht es mir gut.

Chloé Hall:

Ja. Nett. Ja. Nun, der Grund, warum ich über den ganzen Zusammenhang zwischen Bewegung und Arbeit sprechen wollte, war, dass ich Ihren Artikel auf LinkedIn darüber gelesen habe, was das Sitzen den ganzen Tag mit Ihrem Körper macht und Sie sagen, wie Pilates dabei helfen kann. Der Abschnitt, der meiner Meinung nach bei mir sehr gut ankam, war, als Sie sagten, als COVID-19 die Welt zum Erliegen brachte und alle, die von zu Hause aus arbeiteten, einschränkte, die Leute, die in der Büroumgebung arbeiteten, saßen Sie den ganzen Tag gebeugt vor einem PC zu Hause und es sind aufeinanderfolgende virtuelle Besprechungen, Sie haben nicht wirklich die Möglichkeit, aufzustehen, eine Pause einzulegen, spazieren zu gehen und so. Und ich denke, ich bin mir sicher, dass viele unserer Zuhörer in dieser Realität sein werden, und auch nach COVID ist das immer noch der Fall. Ich denke, nur damit alle zuhören, gibt es irgendwelche Tipps oder so, um dich aufzustehen, dich in Bewegung zu bringen, damit du das nicht täglich erlebst.

Renae Craven:

Ich denke, der andere Unterschied ist vor COVID, sicher, Sie haben den ganzen Tag bei der Arbeit an Ihrem Schreibtisch gesessen, aber Sie gehen auch ins Büro und gehen zu Besprechungen und gehen in die Küche und gehen zu Fuß, um Ihr Mittagessen zu kaufen und solche Dinge. Und du hattest auch keine aufeinanderfolgenden Treffen. Du hattest also die Gelegenheit und wenn du von Zimmer zu Zimmer gehst, bist du aufgestanden. Während es zu Hause nur aufeinanderfolgende Treffen sind und ich weiß nicht, wie es dir geht, aber ich renne zwischen den Treffen auf die Toilette.

Chloé Hall:

Ja. Das tue ich. Das tue ich tatsächlich. Das hat das gestern sogar ein bisschen ausgelöst.

Renae Craven:

Das habe ich gestern eigentlich auch gemacht. Und selbst auf dem Höhepunkt von COVID waren die aufeinanderfolgenden Treffen so schlimm. Ich hatte nicht einmal eine Mittagspause. Ich habe gearbeitet, ich habe mein Mittagessen in Besprechungen zubereitet und auch bei Sommerzeit. Es wirft immer Dinge aus, weil Queensland bleibt, wo sie sind, und es wirft alles so raus. In meinem Artikel war es also eigentlich eher eine Arbeit, die ich im Rahmen meines Dozentenkurses einreichen musste.

Chloé Hall:

Oh cool. Ja.

Renae Craven:

Und ebenso wie meine 600 Stunden Praxis und.

Chloé Hall:

Ja. Ja, das kann ich nachvollziehen, aber ich musste den Artikel nicht schreiben.

Renae Craven:

Also habe ich einfach Teile daraus herausgeholt und weil ich dachte, dass das immer noch relevant ist und vielleicht bei den Leuten Anklang findet und besonders bei den Leuten, mit denen ich verlinkt bin, ist LinkedIn das Publikum, oder? Also, dass einfach Dinge, die beim Sitzen, Hinsetzen passieren, schlecht für dich sind, Punkt. Wo du den ganzen Tag arbeitest oder auf einer Couch sitzt, was auch immer es ist, Sitzen ist schlecht für dich. Und je länger du sitzt, desto lockerer wirst du. Je mehr deine Wirbelsäule immer in einem abgerundeten Zustand ist, desto weniger beanspruchst du deine Rückenmuskulatur, deine Rückenstrecker, desto mehr sitzt du in deinem Becken, deine Hüftbeuge verkürzen sich, weil du dich ständig hinsetzt und das strafft deinen unteren Rücken irgendwie. Und dann hast du deine, selbst wenn du nur deine Maus benutzt, diese Schulter, die ständig zusätzliche Sachen macht oder Dinge vorwärts und rückwärts macht. Und dann auch noch dein Hals und deine Fallen, alles wird irgendwie eng.

Also Dinge, die du tun kannst. Ich habe einen geschrieben, mein Artikel hat einen Beispiel-Klassenplan, um die Auswirkungen rückgängig zu machen, wenn man den ganzen Tag in einem Bürojob sitzt. Aber dieser Klassenplan nutzt den gesamten Apparat. Aber es gibt Dinge, die man auf der Matte oder dem Reformer oder dem Cadillac oder unter dem Stuhl machen kann. Aber ich biete nach der Arbeit ein paar Online-Kurse an und sie haben während COVID angefangen und sie gehen immer noch. Und ich habe sie speziell entworfen, um sie rückgängig zu machen. Ich weiß, dass diese Leute den ganzen Tag gesessen haben. In meinem Unterricht wird also quasi alles enträtselt, was sie den ganzen Tag über getan haben.

Chloé Hall:

Die Leiche.

Renae Craven:

Ich meine meinen Unterricht, meinen Mathematikunterricht sowieso, der konzentriert sich normalerweise darauf, ich meine Tipps für Leute, die nicht wirklich zu einem Kurs kommen, aber rückgängig machen, du machst das Gegenteil von dem, was du den ganzen Tag gemacht hast. Wenn du also den ganzen Tag sitzt, aufstehst, herumläufst, wenigstens auf deine Smartwatch hörst, wenn sie dir sagt, dass du eine Pause einlegen musst. Steh auf und mach eine Pause. Und geh raus zum Briefkasten und hol dir gleichzeitig etwas Sonnenschein, wenn du Glück hast, gibt es heutzutage nicht viel Sonne.

Chloé Hall:

Wenn es draußen ist, rennen Sie los.

Renae Craven:

Du machst sozusagen Schulterrollen und Nackendehnungen und Hüftbeuger, sodass du, wie gesagt, einfach rückgängig machst und das Gegenteil von dem tust, was du tust, wenn du sitzt. Denken Sie also an die Muskeln oder Sehnen oder was auch immer sie sind, auch wenn Sie nicht wissen, was sie sind, wissen Sie, dass sich einige an der Vorderseite Ihrer Hüfte befinden. Und wenn du sitzt, kannst du dir vorstellen, dass sie nicht benutzt werden, sie stecken einfach da fest. Also begradige sie. Dehnen Sie sie aus. Wenn deine Wirbelsäule die ganze Zeit rund ist, dann drücke, rolle deine Schultern zurück, drücke auf deine Brust und benutze deine Rückenmuskulatur. Und ich weiß nicht einmal, ob sich die Leute mit Rückenstreckern so gut auskennen. Ich weiß nicht, ob die Leute das verstehen. Weil du deine Wirbelsäule hast und dann diese verdrehten Muskeln, die auf beiden Seiten deiner Wirbelsäule verlaufen. Ich kann mich gerade nicht an den wissenschaftlichen Namen für sie erinnern.

Chloé Hall:

Nein. Ich auch nicht.

Renae Craven:

Wir nennen sie einfach Extensoren zurück. Und wenn du deine Wirbelsäule aufrichtest, funktionieren sie und du schaltest sie ein. Es trainiert nur deinen Bizeps und stärkt diesen Muskel, wenn du deine Wirbelsäule streckst und du kannst sogar geradeaus und rückwärts gehen. Du benutzt diese Rückenmuskulatur und du stärkst diese Rückenmuskulatur und es wird verhindern, dass du wie ein Rundling bist.

Chloé Hall:

Ja, ich habe mich den ganzen Tag vor dem Computer gebeugt.

Renae Craven:

Vorgebeugt.

Chloé Hall:

Ja. Ja, das ist es. Das willst du nicht.

Renae Craven:

Also macht es wirklich nur das Gegenteil oder ja. Teilnahme an Online-Kursen. Ich kann dir ein paar Übungen beibringen.

Chloé Hall:

Ja, nun, wir werden diesen Artikel auf jeden Fall auch mit diesem Podcast teilen, damit die Leute das Programm sehen können oder vielleicht etwas ist, das hilft. Für mich auf der Arbeit haben wir das große Glück, dass wir einen Stehpult haben, und ich finde das einfach unglaublich. Denn wenn ich von zu Hause aus arbeite, habe ich keinen Stehpult und ich kann den Unterschied spüren. Mein Körper fühlt sich einfach an, du fühlst dich einfach nicht richtig und ich fühle mich müder und ja, ich muss einfach öfter aufstehen und mich bewegen.

Renae Craven:

Ja. Wenn du den ganzen Tag stehst, ist es dasselbe. Du musst auch sitzen. Du musst immer noch das Gegenteil tun. Stehen ist wie, weil man auch beim Stehen nachlassen kann, also kann man mit der Zeit immer noch müde werden und sich irgendwie hinbeugen oder man ist immer noch irgendwie angespannt in den Schultern und so. Es kann also sein, dass du immer noch auf deine Körperhaltung achtest, wenn du stehst und dich einfach selbst korrigieren musst oder immer noch spazieren gehst, trotzdem allem die Möglichkeit geben, sich so zu bewegen, wie es sich bewegen soll, und nicht den ganzen Tag still zu stehen.

Chloé Hall:

Ja, auf jeden Fall. Ja, Renae. Ja. Vielen Dank, dass du heute zum Podcast gekommen bist. Ich habe diesen Chat mit dir wirklich genossen. Ich denke, unsere Lister werden eine Menge daraus ziehen und ich möchte auf jeden Fall auch mehr von diesem Pilates-Gespräch fortsetzen.

Renae Craven:

Danke Chloe. Danke, dass du mich eingeladen hast.

Chloé Hall:

Keine Sorge, danke.

In this insightful episode, we dive deep into one of the most common frustrations in engineering and dev teams: retrospectives that fail to drive meaningful change. Join Jaclyn Smith, Senior Product Manager at Easy Agile, and Shane Raubenheimer, Agile Technical Consultant at Adaptavist, as they unpack why retrospectives often become checkbox exercises and share practical strategies for transforming them into powerful engines of continuous improvement.

Want to put these insights into practice? Join Jaclyn and Shane for their live, hands-on webinar on July 10th where they'll show you exactly how to transform your retrospectives with practical tools and techniques you can implement immediately.

Key topics covered:

• Common retrospective anti-patterns and why teams become disengaged
• The critical importance of treating action items as "first-class citizens"
• How to surface recurring themes and environmental issues beyond team control
• Practical strategies for breaking down overwhelming improvement initiatives
• The need for leadership buy-in and organizational support for retrospective outcomes
• Moving from "doing agile" to "being agile" through effective reflection and action

This conversation is packed with insights for making your retrospectives more impactful and driving real organizational change.

About our guests

Jaclyn Smith is a Senior Product Manager at Easy Agile, where she leads the Easy Agile TeamRhythm product that helps teams realize the full benefits of their practices. With over five years of experience as both an in-house and consulting agile coach, Jaclyn has worked across diverse industries helping teams improve their ways of working. At Easy Agile, she focuses on empowering teams to break down work effectively, estimate accurately, and most importantly, take meaningful action to continuously improve their delivery and collaboration.

Shane Raubenheimer is an Agile Technical Consultant at Adaptavist, a global family of companies that combines teamwork, technology, and processes to help businesses excel. Adaptavist specializes in agile consulting, helping organizations deliver customer value through agile health checks, coaching, assessments, and implementing agile at scale. Shane brings extensive experience working across multiple industries—from petrochemical to IT, digital television, and food industries—applying agile philosophy to solve complex organizational challenges. His expertise spans both the technical and cultural aspects of agile transformation.

Transcript

This transcript has been lightly edited for clarity and readability while maintaining the authentic conversation flow.

Opening and introductions

Jaclyn Smith: Hi everyone, and welcome back to the Easy Agile Podcast. Today I'm talking to Shane Raubenheimer, who's with us from Adaptavist. Today we're talking about why your retrospectives keep failing and how to finally fix them. Shane, you and I have spent a fair amount of time together exploring the topic of retros, haven't we? Do you want to tell us a little bit about yourself first?

Shane Raubenheimer: Yeah, hello everyone. I'm Shane Raubenheimer from Adaptavist. I am an agile coach and technical consultant, and along with Jaclyn, we've had loads of conversations around why retros don't work and how they just become tick-box exercises. Hopefully we're going to demystify some of that today.

Jaclyn Smith: Excellent. What's your background, Shane? What kind of companies have you worked with?

Shane Raubenheimer: I've been privileged enough to work across multiple industries—everything from petrochemical to IT, to digital television, food industry. All different types of applied work, but with the agile philosophy.

Jaclyn Smith: Excellent, a big broad range. I should introduce myself as well. My name is Jaclyn. I am a Senior Product Manager here at Easy Agile, and I look after our Team Rhythm product, which helps teams realize the benefits of being agile. I stumbled there because our whole purpose at Easy Agile is to enable our customers to realize the benefits of being agile.

My product focuses on team and teamwork, and teamwork happens at every level as we know. So helping our customers break down work and estimate work, reflect—which is what we're talking about today—and most importantly, take action to improve their ways of working. I am an agile coach by trade as well as a product manager, and spent about five years in a heap of different industries, both as a consultant like you Shane, and as an in-house coach as well.

The core problem: When retrospectives become checkbox exercises

Jaclyn Smith: All right, let's jump in. My first question for you Shane—I hear a lot that teams get a bit bored with retros, or they face recurring issues in their retrospectives. Is that your experience? Tell me about what you've seen.

Shane Raubenheimer: Absolutely. I think often what should be a positive rollup and action of a sequence of work turns out to normally become a checkbox exercise. There's a lot of latency in the things that get uncovered and discussed, and they just tend to perpetually roll over. It almost becomes a checkbox exercise from what I've seen, rather than the mechanism to actively change what is happening within the team—but more importantly, from influences outside the team.

I think that's where retros fail, because often the team does not have the capability to do any kind of upward or downstream problem solving. They tend to just mull about different ways to ease the issues within the team by pivoting the issues rather than solving them.

I think that's where retros fail, because often the team does not have the capability to do any kind of upward or downstream problem solving. They tend to just mull about different ways to ease the issues within the team by pivoting the issues rather than solving them.

Jaclyn Smith: Yeah, I would agree. Something that I see regularly too is because they become that checkbox, teams get really bored of them. They do them because they're part of their sprint, part of their work, but they're not engaged in them anymore. It's just this thing that they have to do.

It also can promote a tendency to just look at what's recently happened and within their sphere of influence to solve. Whereas I think a lot of the issues that sometimes pop up are things that leadership need to help teams resolve, or they need help to solve. It can end up with them really focusing on "Oh well, there's this one bit in how we do our code reviews, we've got control over that, we'll try to fix that." Or as you say, the same recurring issues come up and they don't seem to get fixed—they're just the same complaints every time.

Shane Raubenheimer: Absolutely. You find ways that you put a band-aid on them just so you can get through to the next phase. I think the problem with that is the impact that broader issues have on teams is never completely solvable within that space, and it's no one else's mandate necessarily to do it. When an issue is relatable to a team, exposing why it's not a team-specific issue and it's more environmental or potentially process-driven—that's the bit that I feel keeps getting missed.

When an issue is relatable to a team, exposing why it's not a team-specific issue and it's more environmental or potentially process-driven—that's the bit that I feel keeps getting missed.

The pressure problem and overwhelming solutions

Jaclyn Smith: Yeah, I think so too. The other thing you just sparked for me—the recurring issue—I think that also happens when the team are under pressure and they don't feel like they have the time to solve the problems. They just need to get into the next sprint, they need to get the next bit of work done. Or maybe that thing that they need to solve is actually a larger thing—it's not something small that they can just change.

They need to rethink things like testing strategies. If that's not working for you, and it's not just about fixing a few flaky tests, but you need to re-look at how you're approaching testing—it seems overwhelming and a bit too big.

Shane Raubenheimer: Absolutely. Often environmental issues are ignored in favor of what you've been mandated to do. You almost retrofit the thing as best you can because it's an environmental issue. But finding ways to expose that as a broader-based issue—I think that should be the only output, especially if it's environmental and not team-based.

The problem of forgotten action items

Jaclyn Smith: Something I've also seen recently is that teams will come up with great ideas of things that they could do. As I said before, sometimes they're under pressure and they don't feel they have the capacity to make those changes. Sometimes those actions get talked about, everyone thinks it's a wonderful idea, and then they just get forgotten about. Teams end up with this big long backlog of wonderful experiments and things that they could have tried that have just been out of sight, out of mind. Have you seen much of that yourself?

Shane Raubenheimer: Plenty. Yes, and often teams err on the side of what's expected of them rather than innovate or optimize. I think that's really where explaining the retrospective concept to people outside fully-stacked or insular teams is the point here. You need, very much like in change management, somebody outside the constructs of teams to almost champion that directive—the same way as you would do lobbying for money or transformation. It needs to be taken more seriously and incorporated into not just teams being mini-factories supporting a whole.

You transform at a company level, you change-manage at a company level. So you should action retrospective influences in the same way. Naturally you get team-level ones, and that's normally where retrospectives do go well because it's the art of the possible and what you're mandated to do. I think bridging the gap between what we can fix ourselves and who can help us expose it is a big thing.

I see so much great work going to waste because it simply isn't part of the day job, or should be but isn't.

You transform at a company level, you change-manage at a company level. So you should action retrospective influences in the same way.

Making action items first-class citizens

Jaclyn Smith: Yeah, absolutely. I know particularly in the pre-Covid times when we were doing a lot of retros in person, or mostly in person with stickies on walls, I also found even if we took a snapshot of the action column, it would still end up on a Confluence board or something somewhere and get forgotten about. Then the next retro comes around and you sort of feel like you're starting fresh and just looking at the last sprint again. You're like, "Oh yeah, someone raised that last retro, but we still didn't do anything about that."

Shane Raubenheimer: I think Product Owners, Scrum Masters, or any versions of those kinds of roles need to treat environmental change or anti-pattern change as seriously as they treat grooming work—the actual work itself. Because it doesn't matter how good you are if the impediments that are outside of your control are not managed or treated with the same kind of importance as the actual work you're doing. That'll never change, it'll just perpetuate. Sooner or later you hit critical mass. There's no scenario where your predictability or velocity gets better if these things are inherent to an environment you can't control.

Product Owners, Scrum Masters, or any versions of those kinds of roles need to treat environmental change or anti-pattern change as seriously as they treat grooming work—the actual work itself.

Jaclyn Smith: Yeah, that's true. We've talked about action items being first-class citizens and how we help teams do that for that exact reason. Because a retro is helpful to build relationships and empathy amongst the team for what's happening for each of them and feel a sense of community within their team. But the real change comes from these incremental changes that are made—the conversations that spark the important things to do to make those changes to improve how the team works.

That action component is really the critical part, or maybe one of two critical parts of a retro. I feel like sometimes it's the forgotten child of the retro. Everyone focuses a lot on engaging people in getting their ideas out, and there's not as much time spent on the action items and what's going to be done or changed as a result.

Beyond team-level retrospectives

Shane Raubenheimer: Absolutely, consistently. I think it's symptomatic potentially of how retros are perceived. They're perceived as an inward-facing, insular reevaluation of what a team is doing. But I've always thought, in the same way you have the concept of team of teams, or if you're in a scaled environment like PI planning, I feel retrospectives need the same treatment or need to be invited to the VIP section to become part of that.

Because retrospectives—yes, they're insular or introspective—but they need to be exposed at the same kind of level as things like managing your releases or training or QA, and they're not.

Jaclyn Smith: Yeah, I think like a lot of things, they've fallen foul of the sometimes contentious "agile" word. People tend to think, "Oh retros, it's just one of those agile ceremonies or agile things that you do." The purpose of them can get really lost in that, and how useful they can be in creating change. At the end of the day, it's about improving the business outcomes. That's why all of these things are in place—you want to improve how well you work together so that you can get to the outcome quicker.

At the end of the day, it's about improving the business outcomes. That's why all of these things are in place—you want to improve how well you work together so that you can get to the outcome quicker.

Shane Raubenheimer: Absolutely. Outcome being the operative word, not successfully deploying code or...

Jaclyn Smith: Or ticking the retro box, successfully having a retro.

Shane Raubenheimer: Yeah, exactly. Being doing agile instead of being agile, right?

Expanding the scope of retrospectives

Jaclyn Smith: One hundred percent. It also strikes me that there is still a tendency for retros to be only at a team level and only a reflection of the most recent period of time. So particularly if a team are doing Scrum or some version of Scrum with sprints, to look back over just the most recent period. I think sometimes the two things—the intent of a retro but also the prime directive of the retro—gets lost.

In terms of intent, you can run a retro about anything. Think about a post-mortem when you have an incident and everyone gets together to discuss what happened and how we prevent that in the future. I think people forget that you can have a retro and look at your system of work, and even hone in on something like "How are we estimating? Are we doing that well? Do we need to improve how we're doing that?" Take one portion of what you're working on and interrogate it.

You can run a retro about anything. I think people forget that you can have a retro and look at your system of work, and even hone in on something like "How are we estimating? Are we doing that well? Do we need to improve how we're doing that?" Take one portion of what you're working on and interrogate it.

Understanding anti-patterns

Shane Raubenheimer: Absolutely. You just default to "what looks good, what can we change, what did we do, what should we stop or start doing?" That's great and all, but without some kind of trended analysis over a period of time, you might just be resurfacing issues that have been there all along. I think that's where the concept or the lack of understanding of anti-patterns comes in, because you're measuring something that's happened again rather than measuring or quantifying why is it happening at all.

I think that's the big mistake of retros—it's almost like an iterative band-aid.

I think that's the big mistake of retros—it's almost like an iterative band-aid.

Jaclyn Smith: Yeah. Tell me a little bit more about some of the anti-patterns that you have seen or how they come into play.

Shane Raubenheimer: One of them we've just touched on—I think the buzzword for it is the cargo cult culture for agile. That's just cookie-cutting agile, doing agile because you have to instead of being agile. Literally making things like your stand-up or your review or even planning just becomes "okay, well we've got to do this, so we've ticked the box and we're following through."

Not understanding the boundaries of what your method is—whether you like playing "wagile" or whether you're waterfall sometimes, agile at other times, and you mistake that variability as your agility. But instead, you don't actually have an identity. You're course-correcting blindly based on what's proportionate to what kind of fire you've got in your way.

Another big anti-pattern is not understanding the concept of what a team culture means and why it's important to have a team goal or a working agreement for your team. Almost your internal contracting. We do it as employees, right?

I think a lot of other anti-patterns come in where something's exposed within a team process, and because it's not interrogated or cross-referenced across your broader base of teams, it's not even recognized as a symptom. It is just a static issue. For me, that's a real anti-pattern in a lot of ways—lack of directive around what to do with retrospectives externally as well as internally. That's simply not a thing.

A lot of other anti-patterns come in where something's exposed within a team process, and because it's not interrogated or cross-referenced across your broader base of teams, it's not even recognized as a symptom. It is just a static issue. For me, that's a real anti-pattern in a lot of ways—lack of directive around what to do with retrospectives externally as well as internally.

Jaclyn Smith: Yeah, I think that's a good call-out for anyone watching or listening. If you're not familiar with anti-patterns, they're common but ineffective responses to recurring problems. They may seem helpful initially to solve an immediate problem, but they ultimately lead to negative outcomes.

Shane, what you just spoke about there with retrospectives—an example of that is that the team feel disengaged with retrospectives and they're not getting anything useful out of it, or change isn't resulting from the retrospectives. So the solution is to not hold them as frequently, or to stop doing them, or not do them at different levels or at different times. That's a really good example of an anti-pattern. It does appear to fix the problem, but longer term it causes more problems than it solves.

Another one that I see is with breaking down work. The idea that spending time together to understand and gain a shared understanding of the work and the outcome that you need takes a lot of time, and breaking down that work and getting aligned on how that work is going to break down on paper can look like quite an investment. But it's also saving time at the other end, reducing risk, reducing duplication and rework to get a better outcome quicker. You shift the time spent—development contracts because you've spent a little bit more time discovering and understanding what you're doing.

A common anti-pattern that I see there is "we spent way too long looking at this, so we're going to not do discovery in the same way anymore," or "one person's going to look at that and break it down."

The budget analogy

Shane Raubenheimer: I always liken it to your budget. The retrospective is always the nice shiny holiday—it's always the first to go.

I always liken it to your budget. The retrospective is always the nice shiny holiday—it's always the first to go.

Jaclyn Smith: It's the contractor.

Shane Raubenheimer: Yeah. It's almost like exposing stuff that everybody allegedly knows to each other is almost seen as counterintuitive because "we're just talking about stuff we all know." It often gets conflated into "okay, we'll just do that in planning." But the reality is the concept of planning and how you amend what you've done in the retrospective—that's a huge anti-pattern because flattening those structures from a ceremonies perspective is what teams tend to do because of your point of "well, we're running out of daylight for doing actual development."

But it's hitting your head against the wall repeatedly and hoping for a different outcome without actually implying a different outcome. Use a different wall even. I think it's because people are so disillusioned with retrospectives. I firmly believe it's not an internal issue. I believe if the voices are being heard at a budgeting level or at a management level, it will change the whole concept of the retrospective.

Solution 1: Getting leadership buy-in

Jaclyn Smith: I like it, and that's a good thread to move on to. So what do we do about it? How do we help change this? What are some of the practical tips that people can deploy?

Shane Raubenheimer: A big practical tip—and this is going to sound like an obvious one—is actual and sincere buy-in. What I mean by that is, as a shareholder, if I am basing your performance and your effectiveness on the quality and output of the work that you're promising me, then I should be taking the issues that you're having that are repeating more seriously.

Because if you're course-correcting for five, six, or seven sprints and you're still not getting this increasing, predictable velocity, and if it's not your team size or your attitude, it's got to be something else. I often relate that to it being environmental.

Buying into the outputs for change the same way as you would into keeping everyone honest, managing budgets, and chasing deadlines—it should all be part of the same thing. They should all be sitting at the VIP table, and I think that's a big one.

Buying into the outputs for change the same way as you would into keeping everyone honest, managing budgets, and chasing deadlines—it should all be part of the same thing. They should all be sitting at the VIP table.

Solution 2: Making patterns visible

Jaclyn Smith: I think so too. Something that occurs to me, and it goes back to what we were talking about right at the beginning, is sometimes identifying that there's a pattern there and that the same thing keeps coming up isn't actually visible, and that's part of the problem, right?

I know some things we've been doing in Easy Agile TeamRhythm around that recently, attempting to help teams with this. We've recently started surfacing all incomplete action items in retrospectives so people can see that big long list. Because they can convert their action items to Jira items or work items, they can also see where they've just been sitting and languishing in the backlog forever and a day and never been planned for anything to be done about them.

We've recently started surfacing all incomplete action items in retrospectives so people can see that big long list. Because they can convert their action items to Jira items or work items, they can also see where they've just been sitting and languishing in the backlog forever and a day and never been planned for anything to be done about them.

We've added a few features to sort and that kind of thing. Coming in the future—and we've been asked about this a lot—is "what about themes? What about things that are bubbling up?" So that's definitely on our radar that will be helpful.

I think that understanding that something has been raised—a problem getting support from another team, or with a broken tool or an outdated tool that needs to be replaced in the dev tooling or something like that—if that's been popping up time and time again and you don't know about it, then even as the leader of that team, you don't have the ammunition to then say "Look, this is how much it's slowed us down."

I think we live in such a data world now. If those actions are also where the evidence is that this is what needs to change and this is where the barriers are...

Solution 3: The power of trend analysis

Shane Raubenheimer: Certainly. I agree. Touching on the trend analytics approach—we do trend analysis on everything except what isn't happening or what is actually going wrong, because we just track the fallout of said lack of application. We don't actually trend or theme, to your point.

We do trend analysis on everything except what isn't happening or what is actually going wrong, because we just track the fallout of said lack of application.

We theme everything when we plan, yet somehow we don't categorize performance issues as an example. If everybody's having a performance issue, that's the theme. We almost need to categorize or expose themes that are outward-facing, not just inward-facing. Because it's well and good saying "well, our automated testing system doesn't work"—what does that mean? Why doesn't it work?

I think it should inspire external investigation. When you do a master data cleanup, you don't just say "well, most of it looks good, let's just put it all in the new space." You literally interrogate it at its most definitive and lowest level. So why not do the same with theming and trending environmental issues that you could actually investigate, and that could become a new initiative that would be driven by a new team that didn't even know it was a thing?

Jaclyn Smith: Yeah, and you're also gathering data at that point to evidence the problem rather than "oh, it's a pain point that keeps coming up." It is, but it gives you the opportunity to quantify that pain point a little bit as well. I think that is sometimes really hard to do when you're talking about developer experience or team member experience. Even outside of product engineering teams, there are things in the employee experience that affect the ability for that delivery—whatever you're delivering—to run smoothly. You want to make that as slick as possible, and that's how you get the faster outcomes.

Solution 4: The human factor

Shane Raubenheimer: Absolutely. You can never underestimate the human factor as well. If everything I'm doing and every member of my team is doing is to the best of not just their capability, but to the best of the ability in what they have available to them, you become jaded, you become frustrated. Because if you're hitting your head against the same issue regardless of how often you're pivoting, that can be very disillusioning, especially if it's not been taken as seriously as your work output.

If everything I'm doing and every member of my team is doing is to the best of not just their capability, but to the best of the ability in what they have available to them, you become jaded, you become frustrated.

We run a week late for a customer delivery or a customer project, and we start complaining about things like money, budget overspend, over-utilization. But identifying systematic or environmental issues that you can actually quantify should be treated in exactly the same way. I feel very strongly about this.

Solution 5: Breaking down overwhelming action items

Jaclyn Smith: We tend to nerd out about this stuff, Shane, and you're in good company. You've also reminded me—we've put together a bit of a workshop to help teams and people understand how to get the most out of their retrospectives, not just in terms of making them engaging, but fundamentally how to leverage actions to make them meaningful and impactful.

We've spoken a lot about the incremental change that is the critical factor when it is something that's within the team's control or closely to the team's control. That's how you get that expansion of impact—the slow incremental change. We've talked about sometimes those action items seem overwhelming and too big. What's your advice if that's the scenario for a team? What do you see happen and what can they do?

Shane Raubenheimer: I would suggest following the mantra of "if a story is too big, you don't understand enough about it yet, or it's not broken down far enough." Incremental change should be treated in exactly the same way. The "eat the elephant one bite at a time" analogy. If it's insurmountable, identify a portion of it that will make it a degree less insurmountable next time, and so on and so forth.

If we're iterating work delivery, problem-solving should be done in rapid iteration as well. That's my view.

Jaclyn Smith: I like it.

The "eat the elephant one bite at a time" analogy. If it's insurmountable, identify a portion of it that will make it a degree less insurmountable next time, and so on and so forth. If we're iterating work delivery, problem-solving should be done in rapid iteration as well.

Wrapping up: What's next?

Jaclyn Smith: I think we're almost wrapping up in terms of time. What can people expect from us if they join our webinar on July 10th, I believe it is, where we dive and nerd out even more about this topic, Shane?

Shane Raubenheimer: I think the benefit of the webinar is going to be a practical showing of what we're waxing lyrical about. It's easy to speak and evangelize, but I think from the webinar we'll show turning our concepts into actual actions that you can eyeball and see the results of.

With our approach that we took to our workshop, I think people will very quickly get the feeling of "this is dealing with cause and effect in a cause and effect way." So practical—to put that in one sentence, an active showing or demonstration of how to quantify and actually do what we've been waxing lyrical about.

the benefit of the webinar is going to be a practical showing of what we're waxing lyrical about. It's easy to speak and evangelize, but I think from the webinar we'll show turning our concepts into actual actions that you can eyeball and see the results of.

‍Jaclyn Smith: Excellent. That was a lovely summation, Shane. If anyone is interested in joining, we urge you to do so. You can hear us talking more about that but get some practical help as well. There is a link to the registration page in the description below.

I think that's about all we have time for today. But Shane, as always, it's been amazing and lovely to chat to you and hear your thoughts on a pocket of the agile world and helping teams.

Shane Raubenheimer: Yeah, it's always great engaging with you. I always enjoy our times together, and it's been my pleasure. I live for this kind of thing.

Jaclyn Smith: It's wonderful! Excellent. Well, I will see you on the 10th, and hopefully we'll see everyone else as well.

Shane Raubenheimer: Perfect. Yeah, looking forward to it.

Jaclyn Smith: Thanks.

Ready to end the frustration of ineffective retrospectives?

Join Jaclyn Smith and Shane Raubenheimer on July 10th for a live, hands-on webinar designed to turn your retrospectives into powerful engines for continuous improvement.

In this highly interactive session, you will:

• Uncover why retrospectives get stuck in repetitive cycles
• Learn how to clearly capture and assign actionable insights
• Identify and avoid common retrospective pitfalls and anti-patterns
• Get hands-on experience with Easy Agile TeamRhythm to streamline retrospective actions

Walk away equipped with practical tools, techniques, and clear next steps to immediately enhance your retrospectives and drive meaningful team improvements.

👉 Register now and transform your retrospectives.