Easy Agile Podcast Ep.22 Das skalierte Agile-Framework

Transkript:

Sean Blake:

Hallo zusammen. Ich bin Sean Blake, der Moderator dieser Episode des Easy Agile Podcasts. Ich bin auch Marketingleiter bei Easy Agile, wo es unsere Mission ist, Teams auf der ganzen Welt dabei zu helfen, besser zusammenzuarbeiten. Wir haben heute einen faszinierenden Gast bei uns. Es ist John Turley von Adaptavist. John ist ein pragmatischer Agile-Manager mit 25 Jahren Erfahrung in Unternehmen auf allen Ebenen, von Teams bis hin zur C-Suite. Er bringt immer echten Mehrwert und verändert die Arbeitsweise von Organisationen. Unzufrieden mit dem Standarddiskurs über Transformation und Agilität, setzt er sich leidenschaftlich dafür ein, topaktuelles Wissen aus so unterschiedlichen Bereichen wie Soziologie und Psychologie anzuwenden. Wir freuen uns sehr, John heute im Podcast zu haben. Also John, vielen Dank, dass du am Easy Agile-Podcast teilnimmst.

John Turley:

Du bist willkommen, Sean. Freut mich, hier zu sein.

Sean Blake:

Ich danke dir vielmals. Also John, du hast viel Erfahrung im agilen Bereich, im technischen Bereich. Und ich versuche nicht, dich alt zu nennen. Aber ich würde gerne ein Gefühl dafür bekommen, was sich in den letzten 25 Jahren geändert hat. Es muss einfach Tag und Nacht sein, von dem, wo du angefangen hast, bis zu dem, was du jetzt siehst.

John Turley:

Es gibt eine Menge Veränderung. Und ich fühle mich mit alten Leuten ziemlich wohl. Ich bin jetzt 48, und es ist jetzt fast 30 Jahre her. Das sagt dir, wann ich diesen Teil in der Biografie zum ersten Mal geschrieben habe. Die Technologie hat sich also geändert. Das ist umwerfend. Ich fing im operativen Bereich an, dann Infrastruktur und Projektmanagement und so. 1999, 2000, brauchten wir drei Monate und 50.000 Pfund, um ein paar Webserver mit zwei Load Balancern und Firewalls und einer Datenbank auf der Rückseite zu bauen. Und jetzt fahren wir sie in Sekunden hoch.

John Turley:

Das ist tiefgründig. Plattformtechnologie ist tiefgreifender Slack oder ich meine Plattformtechnologien, der die Art und Weise, wie wir interagieren, massiv verändert. Skalierung ist ein großes Problem. Ich würde sagen, dass die Welt irgendwie in sehr große und ziemlich kleine Organisationen unterteilt ist. In der Mitte scheint es weniger zu geben. Es ist nur ein Bauchgefühl. Wir sehen, ich glaube, das Vertrauen ist zusammengebrochen. Wir sehen das im Edelman Trust Barometer. Wir sehen, dass die Komplexität zugenommen hat. Das ist für uns zutiefst problematisch. [unhörbar 00:02:23] hat das gemessen.

John Turley:

Und aus der Gallup World Poll geht hervor, dass das Engagement der Belegschaft auf einem Tiefstand aller Zeiten liegt. Diese Dinge sind große, große Veränderungen. Was aber dasselbe ist, sind die Menschen, die Art und Weise, wie die Menschen denken, die Art und Weise, wie wir unsere Realität konstruieren, unsere Denkweise, wenn Sie so wollen, die Art und Weise, wie wir die Welt um uns herum verstehen, sehr, sehr ähnlich ist. Obwohl wir jetzt viel mehr über Agile sprechen, sind Wasserfall und Wasserfall für viele ein Schimpfwort, nicht für mich und das Gleiche gilt für Command and Control. Die Leute haben die gleichen Denkweisen. Das ist messbar und nachweisbar. Die Leute haben die gleiche Denkweise wie in Bezug auf Wasserfall und Kommando und Kontrolle, verwenden eine andere agile Sprache und verhalten sich auf die gleiche Weise. Das hat sich nicht geändert.

Sean Blake:

Sehr interessant. Sie haben also Vertrauen angesprochen und wie wir im Grunde genommen diesen Vertrauensbruch auf der ganzen Linie erlebt haben. Und ich habe gerade einen Dokumentarfilm gesehen, der auf Netflix veröffentlicht wurde, über das soziale Dilemma und darüber, wie das Vertrauen, das wir in diese großen Social-Media-Plattformen haben, schwindet. Und wir werden etwas skeptisch, was diese großen Unternehmen uns als Kunden antun. Finden Sie, dass das ein schwieriges Gleichgewicht zwischen den Menschen ist, mit denen Sie zusammenarbeiten, um kundenorientiert zu sein und trotzdem ein profitables und wachsendes Geschäft aufzubauen?

John Turley:

Ja, das tue ich. Ja, und die Art und Weise, wie es sich manifestiert, worauf wir vielleicht noch einmal eingehen werden, auf die Art der Psychologie und Soziologie sowie der Komplexitätswissenschaft, dazu komme ich später. Aber dieser Mangel an Vertrauen zeigt sich auf ganz klare Weise. Ich bin mir nicht sicher, ob es der Mangel an Vertrauen ist, der sich manifestiert. Aber es gibt eine ganz klare Sache, die passiert, sind Menschen, es gibt wiederholte Verhaltensmuster, die ich überall in meiner Arbeit sehe, nämlich eins zu eins und mit Gruppen, dass die Leute an der Idee festhalten, dass ihre Ansicht richtig ist und alles, was dieser nicht entspricht, falsch ist.

John Turley:

Das ist eine Ansicht, die aus der vorherrschenden Denkweise stammt, die [unhörbar 00:04:33] die Art von Experten- oder Leistungsträger-Mentalität nennt, und sie wird zu einem Hindernis für uns, zusammenzuarbeiten, zu lernen und innovativ zu sein. Wenn jemand mit einer anderen Sichtweise als falsch abgetan wird, dann gibt es keine gemeinsame Grundlage, um Vertrauen aufzubauen. Das Vertrauen wird von Anfang an untergraben, und das bedeutet, dass wir nicht zusammenarbeiten können, und in einer komplexen Welt, in der wir immer enger zusammenarbeiten, gemeinsam lernen und innovativ sein müssen, ist das ein tiefgreifendes Problem.

John Turley:

Und die Reaktion scheint zu sein, dass sich die Menschen tatsächlich zurückziehen, sie ziehen sich in Gruppen zurück, wir könnten sie Cliquen oder Echokammern nennen. Die Soziologen nennen diesen Prozess Homophilie. Das ist eine Funktion, wie viele von Plattformen wie Twitter sagen. Wir ziehen uns in Gruppen zurück, die die Meinungen, die wir bereits vertreten, wiederholen, die dann diese Meinungen verstärken und uns von den Meinungen anderer trennen und die Meinungen, die wir haben, bekräftigen. Die Kluft zwischen den Cliquen wird also immer größer, und gerade in Zeiten von COVID und dem Lockdown, den wir hier hatten, und dass wir vielleicht wieder in die Isolation zu gehen scheinen, trägt vielleicht dazu bei, und wir sehen es immer mehr. In einer Zeit, in der wir unsere Cliquen zum Handeln bewegen und verständnisvoll mit anderen, die andere Ansichten haben, sprechen müssen, befinden wir uns psychologisch in einer schwierigen Position, um das zu tun. Das ist also das, was wir allgemein als mangelndes Vertrauen bezeichnen könnten, das sich in der Arbeit, die ich mache, äußert. Und so sehe ich das übrigens bei fast jedem, mit dem ich zusammenarbeite, auch bei mir selbst. Es ist nicht leicht, das zu erobern.

Sean Blake:

Also, wie sieht dein Alltag aus, John? Ich glaube, Ihre offizielle Berufsbezeichnung ist Berater für digitale Transformation. Ich würde sagen, Sie arbeiten für Adaptivist als eine der bekanntesten agilen Beratungspraktiken der Welt. Was bedeutet das für Sie im Alltag? Wie sehen deine neun bis fünf aus?

John Turley:

Wir sind also wirklich an drei Dingen beteiligt. Ich bin wirklich in drei Dinge verwickelt. Und es dreht sich alles um Lernen, kollektives Lernen, organisatorisches Lernen. Wir sind also an vielen originellen Forschungen beteiligt. Wir führen diese ursprüngliche Forschung mit einer Reihe von akademischen Partnern in einem Programm durch, das wir zusammenstellen. Wir haben einen Großteil der Forschung selbst durchgeführt. Aber wenn es größer und glaubwürdiger wird, kommen andere Partner zu uns, und das sind sehr glaubwürdige Partner.

John Turley:

Und die Forschung deckt neues Lernen auf. Und dieses neue Lernen weist uns auf neue Beratungspraktiken hin, bei denen wir das Gelernte in einen Workshop einbetten können, sagen wir, oder wie wir die Forschungsinstrumente, die wir uns von der Wissenschaft ausgeliehen haben, in der realen Welt einsetzen könnten, um soziale Netzwerke oder psychologische Komplexität oder den Grad an Autonomie in der Umwelt zu messen. Das können wir dann nutzen, um mit Teams zusammenzuarbeiten, um ihnen zu helfen, von einer Art funktionsorientierter Arbeitsweise zu einer funktionsübergreifenden Arbeitsweise überzugehen. Ob wir nun über sichere und agile Release-Chains sprechen oder ob wir über Lean-Softwaremanagement und Wertströme sprechen, ob wir auf Team- oder Organisationsebene sprechen, die Herausforderung ist im Wesentlichen dieselbe. Wir müssen uns an der Schaffung von Kundennutzen in funktionsübergreifenden Teams orientieren, die sich darauf konzentrieren, diesen Wert zu liefern und nicht nur ihre Funktion zu erfüllen. Und dieser Wechsel bringt einige tiefgreifende, komplexe, tiefgreifende psychologische Herausforderungen mit sich, für die wir einfach nicht wirklich gewappnet sind. Wir bringen also gewissermaßen das Personal- und Kulturelement, die Tools und die agile Methodik gleichzeitig in die Teams ein, um ihnen zu helfen, diesen Wandel zu vollziehen. So sieht also meine tägliche Arbeit aus, also die Forschung und die Praxis.

Sean Blake:

Okay, forschen und üben. Und wenn es um die Praxis und die Förderung dieser funktionsübergreifenden Zusammenarbeit geht, wie schwer ist es für die Leute, dieser Empfehlung zuzustimmen oder sich auf das einzulassen, was das Unternehmen zu tun versucht?

John Turley:

Für die meisten Menschen ist es wirklich schwer. Meine Erfahrung vor der Recherche, die wir wohl vor ein paar Jahren begonnen haben, auf die ich mich gerade bezog, war vor Kurzem ungefähr so. Wir hatten oft, also ich habe eine lange Zeit im Agile-Bereich gearbeitet, ich weiß nicht genau, wann ich angefangen habe, in diesem Bereich zu arbeiten, mit anderen Worten, in vollem Raum, aber sagen wir, ein oder zwei Jahrzehnte, und jetzt stoßen wir auf ein wiederholtes Problem, denken wir, an ein bestimmtes Beispiel mit einem bestimmten Kunden vor etwa drei Jahren, sehr funktionsorientiert und versuchen, diesen Übergang in funktionsübergreifende Teams zu vollziehen.. Also haben wir eine Gruppe von fünf Leuten aus verschiedenen Funktionen zusammengebracht, also Designer, Tester, Entwickler, ein paar Operationsleute, und zusammen sollten sie natürlich in der Lage sein, innerhalb von 10 Tagen oder was auch immer funktionierenden Code zu veröffentlichen. Wir haben wahrscheinlich versucht, in die reale Welt zu springen.

John Turley:

Und sie waren alle großartige Leute. Ich kannte sie alle persönlich. Ich habe Zeit damit verbracht, mit ihnen allen zu arbeiten. Sie waren sehr agil in der Art und Weise, wie sie an die Entwicklung der Software herangegangen sind, und wir haben sie zunächst virtuell in einen Raum gebracht und sie gebeten, einen Code zu erstellen, der funktionsübergreifend funktioniert, ein Stück Code zu produzieren und ihn am Ende der Woche zu veröffentlichen. Und das haben sie nicht getan. Und wir dachten, was um alles in der Welt ist dort passiert? Wir haben das nicht wirklich verstanden, also haben wir es noch einmal versucht. Wir gingen jedoch davon aus, dass das Problem daran liegt, dass wir es virtuell gemacht hatten.

John Turley:

Dieses Mal haben wir alle in Polen zusammengebracht, wie es in einem Raum passiert ist, wir haben alles eingerichtet, wir haben am Anfang mit ihnen gesprochen, dann haben Leute wie ich den Raum verlassen und sie weitermachen lassen, sind bis Ende der Woche gekommen, dasselbe Ergebnis, nichts ist passiert. Und wenn du mit ihnen sprichst, während sie sagen: „Ja, mein Telefon hat gepingt und es gab einen Support-Vorfall, und du konntest es einfach nicht. „, und sie hatten viele sehr plausible Gründe, warum sie nicht als funktionsübergreifendes Team zusammenkommen konnten. Aber die Tatsache bleibt zweimal hintereinander, dass die fähigsten Leute es nicht getan haben.

John Turley:

Also haben wir wirklich lange darüber nachgedacht, einer der führenden Führungskräfte der Branche und ich. Und uns wurde klar, dass das Einzige, was passieren könnte, das Einzige, was hier schief gehen könnte, darin besteht, dass der Dialog zwischen der Gruppe im Raum irgendwie unterbrochen sein muss. Also haben wir es durchgeführt, wir haben den Workshop geleitet, nennen wir ihn ein drittes Mal. Und dieses Mal war jemand anderes im Raum, der einfach beobachtete, was vor sich ging.

John Turley:

Und sie haben sehr früh bemerkt, dass etwas passiert ist. Einer der Leute aus dem Vereinigten Königreich sagte zu einem der polnischen Entwickler: „Schauen Sie, stellen Sie sich uns als Berater vor. Wir sind hier, um Ihnen zu helfen und Wissen an Sie weiterzugeben, sodass Sie Fähigkeiten entwickeln, mit denen Sie dies selbst tun können.“ Und in diesem Moment sagte die Person, die im Raum war, dass sich die Dynamik im Raum zu ändern schien. Die Leute haben sich verglast. Und ich glaube, es war, dass das Wort Berater, das der Engländer benutzt hatte, für einen Kollegen in Krakau eine andere Bedeutung hatte. Ich glaube, diese Bedeutung, die Bedeutung von Berater, bedeutete, dass wir nur hier sind, um Ihnen zu sagen, was zu tun ist, und um eigentlich nichts zu tun und uns für jede Arbeit in die Verantwortung zu nehmen, einfach zuzusehen, wie Sie es tun.

John Turley:

Und ich glaube, an diesem Punkt sagten sie irgendwie: „Okay, in Ordnung, ich verstehe es, genauso alt, gleich alt. Wir machen die Arbeit, über die ihr Engländer redet, weil es ein englisches Unternehmen ist. „, und dieser Zusammenbruch begann. Die Frage, die wir gestellt haben, ist also, ich habe das überall gesehen. Die Frage, mit der wir uns in unserer Recherche auseinandergesetzt haben, ist also, was passiert in den Momenten, in denen der Dialog zusammenbricht, was passiert?

John Turley:

Und was wir herausgefunden haben, ist, dass es eine Reihe von Forschungsstudien gibt, die größte betrifft etwa 10.000 Personen, die zeigen, dass etwa 50% der Menschen auf einem Niveau sind, und das sind 50% der Führungskräfte in einer Studie mit 10.000, also für das mittlere Management, das obere Management, also ist es eine schiefe Zahl. In der Realität haben in Softwareteams wahrscheinlich mehr als 50% der Mitarbeiter ein Maß an psychologischer Komplexität erreicht, das der Umgebung, wie sie war, entspricht, aber beim funktionsübergreifenden Arbeiten einige Einschränkungen aufweist.

John Turley:

Sie haben also eine Denkweise, eine Art, ihre Realität zu verwirklichen, die in einer funktionalen Umgebung gut funktioniert, in einer funktionsübergreifenden Umgebung jedoch herausgefordert wird. Und diese Denkweise, diese Denkweise, die sehr verbreitet ist, ist eine Denkweise, bei der Individuen ihr Selbstwertgefühl aus ihrem Fachwissen schöpfen, um es kurz zu sagen, einfach wie eine zu starke Vereinfachung. Und die Sache ist, wenn Sie Ihr Selbstwertgefühl aus Ihrem Fachwissen schöpfen, fühlt es sich persönlich an, wenn Ihr Fachwissen in Frage gestellt wird.

John Turley:

Wenn es sich persönlich anfühlt, werden die Leute wahrscheinlich defensiv. Und das liegt nicht daran, dass sie dämlich sind oder nicht interessiert sind oder nicht wollen, die Psychologen können zeigen, dass es ein gewisses Maß an psychologischer Komplexität ist, auf dem unser Verstand einfach so funktioniert. So funktioniert unsere Bedeutungsfindung. Nun, wenn das die Phase ist, in der Sie sich befinden, wenn wir uns vorstellen, dass ich als Entwickler mit einem Tester zusammensitze und der Tester zu mir sagt: „Schau, die Art, wie du den Code geschrieben hast, ist nicht die beste Art, das für mich zu tun, weil ich ihn nicht testen kann.“

John Turley:

Wenn ich mein Selbstwertgefühl aus meiner Erfahrung als Entwickler ziehe, lehne ich das wahrscheinlich ab und fange vielleicht sogar an, Gedanken zu denken wie: „Nun, ich denke, was hier wirklich passieren muss, ist, dass du ein besserer Tester werden musst.“ Ich denke, das ist das Problem. Und dann bekommen wir diese Trennung. Und jetzt kommt die psychologische Komplexität. Und diese Phasen befinden sich in einem Rahmen, in dem wir diese Phasen durchlaufen. Auch hier handelt es sich um eine zu starke Vereinfachung, aber sie ist beobachtbar und messbar. In einem etwas späteren Stadium der psychologischen Komplexität beginnen sich die Dinge zu ändern. Die Menschen beginnen zu erkennen, dass die Welt viel komplexer ist, dass sie nicht schwarz-weiß ist. Und tatsächlich gibt es mehrere Möglichkeiten, Dinge zu tun.

John Turley:

Um also auf mein Beispiel als Entwickler zurückzukommen, könnte der Tester zu mir sagen: „Für mich ist das nicht die beste Art, den Code zu schreiben.“ Und was ich hören werde, ist das: „Oh, soweit es mich betrifft.“ Soweit es mich betrifft, ist es vielleicht nicht fair genug. Wie können wir die Art und Weise ändern, wie ich den Code schreibe, um ihn einfacher testen zu können? Aber ich kann das nicht tun, wenn ich antworte, als wäre es eine persönliche Kritik, weißt du, was ich meine? Was wir also in der Studie entdeckt haben, ist ein Zusammenhang zwischen dem Erfolg funktionsübergreifender Teams und dem Grad der psychologischen Komplexität der Führungskräfte und der Personen in diesem Team.

Sean Blake:

Interessant. Es gibt also ein Buch namens Radical Candor, das wir kürzlich bei Easy Agile gelesen haben. Und wirklich, es geht darum, sich gegenseitig konstruktives Feedback zu geben, nicht in einer Weise, in der Sie sie persönlich angreifen, sondern Sie versuchen, ehrlich darüber zu sein, wie wir besser zusammenarbeiten können. Und wie Sie in diesem Beispiel sagten, wie kann ein Entwickler Code so schreiben, dass der QA-Tester die Tests tatsächlich daran durchführen kann? Welchen Rat hat die Forschung für jemanden, der mit funktionsübergreifenden Arbeitsweisen noch nicht vertraut ist, in Bezug auf die Vorbereitung dieser Denkweise darauf, ein gewisses Maß an radikaler Offenheit zu erhalten, um dieses Feedback auf eine Weise zu erhalten, die Sie nicht persönlich nehmen?

John Turley:

Nun, das ist eine gute Frage, du hast sie wirklich gut gestellt, denn radikale Offenheit ist in Ordnung. Das haben wir, ich arbeite in einem Team, das sehr offen ist. Wir haben einige schwierige Gespräche, und wir verschönern unsere Worte nicht einmal. Und niemand wird beleidigt. Wir wissen nur, dass es eine Abkürzung ist. Wir verstehen unsere Worte vielleicht falsch, aber es ist eine Abkürzung, um das Potenzial zu erschließen, indem wir herausfinden, wie wir zusammenarbeiten können. Aber es geht nicht um die Worte, die jeder von uns auswählt, um sie auszudrücken. Es geht darum, wie der andere auf die Landung der Worte reagiert, auch wenn das jetzt ein Dialog ist, es ist eine wechselseitige Sache, es gehören immer zwei dazu.

John Turley:

Und die Art und Weise, wie wir eine Denkweise entwickeln können, die besser für funktionsübergreifendes Arbeiten geeignet ist, ist interessant. Zuallererst müssen wir die Komfortzone verlassen. Wir müssen bereit sein, unsere Komfortzone zu verlassen, nicht unbedingt weit und nicht unbedingt für sehr lange, und nicht ohne die Unterstützung und das Verständnis der Kollegen um uns herum. Aber wir müssen unsere Komfortzone verlassen. Andernfalls kann psychologisches Wachstum nicht stattfinden. Das, womit ich jetzt spreche, ist die eigentliche Arbeit von Robert Kegan und Lisa Lahey, die viel im Dialog mit radikaler Offenheit arbeiten.

John Turley:

Also müssen wir unsere Komfortzone verlassen. Aber wir müssen auch ein komplexes Problem mit einer Gruppe von Menschen angehen, wenn wir uns außerhalb unserer Komfortzone befinden. Und dieses komplexe Problem muss bedeutsam sein, und es muss auffallen, es muss etwas sein, das uns wichtig ist, es muss etwas sein, das für unsere tägliche Arbeit relevant ist. Und wenn wir in der Umgebung, in der wir arbeiten, diese Merkmale aufweisen, dann gibt es für den Einzelnen die Möglichkeit, selbst zu entscheiden, ob er seine eigene psychologische Komplexität entwickeln möchte.

John Turley:

Also diese Umgebung, die diese Eigenschaften hat, würden wir in Kegans Worten eine bewusst entwicklungsorientierte Umgebung nennen, weil wir die Entwicklung individueller Denkweisen nicht von der Umgebung trennen können, in der diese Denkweise funktioniert. Der Grund, warum die meisten von uns die Denkweise haben, die ihr Selbstwertgefühl aus Fachwissen bezieht, liegt darin, dass die meisten Umgebungen, in denen wir arbeiten, tatsächlich genau in dieser Umgebung arbeiten oder nicht. Das funktioniert in einer funktionalen Umgebung. Da wirst du befördert, dort wirst du eingestellt. Dort bekommst du dein Scrum Master-Badge und all die anderen Dinge, die dir Status verleihen und dir ein gutes Gefühl geben.

John Turley:

Die Welt, in der wir arbeiten, ehrt für viele von uns diese fachkundige Art, Sinn zu stiften. Es schadet dem Lernen und dem Eingeständnis, dass Ihre Methode vielleicht nicht die beste Methode ist, Dinge auf die gleiche Weise zu tun. Wir müssen also das Umfeld verändern, um den Einzelnen dabei zu unterstützen, sich für diesen Entwicklungsschritt zu entscheiden, denn das kann nicht etwas sein, was ihm angetan wird. Man kann Menschen nicht dazu bringen, eine komplexere Psychologie zu entwickeln. Du kannst ihnen nicht beibringen, das zu tun. Du kannst ihnen nur ein Umfeld bieten, das diesen Schritt unterstützt, wenn sie ihn tun wollen und wenn sie das nicht tun, fair genug, ist das okay. Aber vielleicht funktionsübergreifende Teams für sie, wenn sie nicht wollen, weil es schwierig ist, zu arbeiten.

Sean Blake:

Ist es ein Problem, dass Menschen ihr Fachwissen oder ihr Selbstwertgefühl aus Fachwissen beziehen? Ermutigt ein Teil davon Männer, ihr Vertrauen in Dinge außerhalb ihrer Arbeit zu finden, oder ist Fachwissen eine ehrenvolle Beschäftigung?

John Turley:

Ich würde nicht sagen, dass es überhaupt ein Problem ist. Fachwissen und die Entwicklung von Fachwissen sind ein ehrenvolles Unterfangen. Es ist ein sehr wichtiger Teil unserer psychologischen Entwicklung, Ihr Selbstwertgefühl aus Ihrem Fachwissen zu ziehen. Es ist eine Phase, die nicht wirklich übersprungen werden kann. Ich habe Ihnen bereits gesagt, dass ich solche Dinge nicht gerne ohne die Forschungsgrundlage sage, aber die Psychologie impliziert sicherlich, dass es sich um eine Phase handelt, die nicht übersprungen werden kann. Also müssen wir es tun. Wir müssen diese Phase durchmachen. In der Phase, bevor wir unser Selbstwertgefühl aus unserem Fachwissen schöpfen, beziehen wir unser Selbstwertgefühl aus unserer Mitgliedschaft in der Gruppe.

John Turley:

Und das ist auch sehr wichtig, wenn Sie sich vorstellen, dass wir Kinder sind oder Teil einer Gruppe sind, um zu überleben. Deshalb ist es von entscheidender Bedeutung, sich in dieser Gruppe einzuschmeicheln und nicht Staub aufzuwirbeln, damit wir unsere Gruppenzugehörigkeit nicht gefährden. Aber irgendwann wird den Leuten klar, dass ich eigentlich ein bisschen Staub aufwirbeln muss, wenn wir eine Richtung haben wollen. In diesem Sinne ist es also eine Entwicklung, Ihre Bedeutungsbildung davon zu trennen, Ihr Selbstwertgefühl von der Gruppe abzuziehen und Ihr Selbstwertgefühl aus Ihrem Fachwissen zu ziehen. Wenn Sie Ihr Selbstwertgefühl aus Ihrem Fachwissen ableiten, schreiben Sie diesen Code am besten, indem Sie mich jemanden darin ausbilden lassen.

John Turley:

Es ist entscheidend. Aber wie alle Entwicklungsstadien hat es seine Grenzen. Es ist also in keiner Weise problematisch, es sei denn, das Individuum befindet sich in einer komplexen Umgebung, in der diese fachkundige Art der Sinnbildung nicht gut geeignet ist. Und dann haben Sie ein Missverhältnis zwischen psychologischer Komplexität und Umweltkomplexität. Und wenn Sie ein solches Missverhältnis haben, wird die Angst des Einzelnen wahrscheinlich zunehmen, das Engagement der Mitarbeiter sinkt, sicherlich sinkt das Wohlbefinden, die Menschen kehren zu einer früheren Art der Bedeutungsbildung zurück, die stärker in ihrem Fachwissen oder der Gruppe verankert ist, nur auf den Punkt, dass sie anspruchsvoller werden müssen.

John Turley:

Das Problem ist also das Missverhältnis zwischen psychologischer Komplexität und Umweltkomplexität. Deshalb müssen wir unterstützen, da die Welt immer komplexer wird, und deshalb müssen wir alle besser darin werden, die Entwicklung von Individuen zu einem Niveau psychologischer Komplexität zu unterstützen, das der komplexeren Umgebung gerecht wird. Das ist quasi der Kern des Problems. Es ist nichts Falsches daran, ein Experte darin zu sein, Ihr Selbstwertgefühl aus Ihrem Fachwissen zu ziehen. Die Leute haben es schon immer getan, und werden es auch weiterhin tun. Jedes Mal, wenn Sie in ein Auto steigen und sich gut fühlen, weil Sie in einem Auto sitzen, beziehen Sie Ihr Selbstwertgefühl aus dem Statussymbol, das Ihrem Fachwissen sehr ähnlich ist. Als junger Mann ziehe ich meinen scharfen Anzug an und fühle mich wie eine Million Dollar. Daran ist überhaupt nichts falsch, aber es ist begrenzt. Das ist das Problem.

Sean Blake:

Verstanden, verstanden. Sie haben also über Forschung und Messung gesprochen und über eine faktengestützte Methode, Entscheidungen zu treffen. Haben wir Beweise dafür, dass eine Arbeitsweise einer anderen überlegen ist, wenn es um diese funktionsübergreifende Arbeitsweise oder die digitale Transformation oder um Teams geht, die von der alten Arbeitsweise zu einer agilen Arbeitsweise übergehen? Und wenn Sie mit diesen oder diesen Kunden sprechen, können Sie garantieren, dass, wenn sie auf diese Weise arbeiten, dies zu besseren Ergebnissen für das Unternehmen führt? Wie gehen Sie an dieses Gespräch heran?

John Turley:

Nein, ich kann keines dieser Dinge tun. Ich würde also nie in die Nähe gehen und auch nicht recherchieren, dass eine Arbeitsweise besser ist als eine andere, oder wir können sagen, wie die Denkweise und das Umfeld, dass es Arbeitsweisen gibt, die besser funktionieren, je nachdem, welches Problem Sie zu lösen versuchen. Aber es ist sehr unwahrscheinlich, dass das eine unter allen möglichen Umständen als richtig und das andere als falsch angesehen werden kann, aber mehr noch, ich würde sagen, dass es egal ist, wie Ihre Arbeitsweise ist oder wie ein Team arbeitet. Wenn die Denkweise die Art ist, Sinn zu machen, wenn sich die Realität nicht auch ändert, dann folgt man einfach einem neuen Prozess, einer neuen Art, mit der alten Denkweise zu arbeiten, und man wird dieselben Ergebnisse erzielen, nur mit anderen Worten.

John Turley:

Für mich stimmt das also nicht ganz, ich bin ziemlich voreingenommen. Ich glaube, bei der Arbeit, die ich mache, habe ich eine ziemliche Perspektive. Wenn du deine Denkweise änderst, wird sich alles andere von selbst ergeben. Wenn du alles andere änderst, aber deine Denkweise nicht änderst, wird sich nichts anderes ergeben. Was wir jedoch sagen können, ist, dass es drei Dinge gibt, nennen wir sie die drei Elemente eines funktionsübergreifenden Teams, die den Menschen in Organisationen derzeit verborgen sind.

John Turley:

Im Allgemeinen denken wir also, wenn wir Leute mit der richtigen Erfahrung und den richtigen Fähigkeiten haben, die angemessen hart arbeiten, dann werden sie als erfolgreiches funktionsübergreifendes Team arbeiten. Und wenn nicht, arbeiten sie entweder nicht hart, sie sind nicht die richtige Art von Person oder sie haben nicht die richtigen Fähigkeiten, also feuern Sie sie und stellen Sie jemand anderen ein oder geben Sie ihnen eine Schulung oder setzen Sie sie auf eine Schulung, und das löst das Problem, was natürlich nicht der Fall ist.

John Turley:

Wir würden sagen, dass es drei weitere Elemente gibt, die nach wie vor im Verborgenen des funktionsübergreifenden Teams sind und die kritischer sind als das, und wir beginnen nachzuweisen, dass es einen Zusammenhang zwischen diesen drei Dingen gibt, von denen ich Ihnen erzählen werde, sowohl in Bezug auf das Mitarbeiterengagement als auch auf die Teamleistung.

John Turley:

Und diese drei verborgenen Elemente sind die Struktur der sozialen Netzwerke, die die Art und Weise, wie Menschen arbeiten, untermauern. Wenn wir also darüber nachdenken, wie wir uns als Gruppen von Menschen organisieren, denken wir vielleicht an Hierarchien und Hierarchiediagramme und alte Diagramme und Chefs und so. Das ist nicht wirklich wichtig für ein funktionsübergreifendes Team. Viel wichtiger ist das soziale Netzwerk, das sich in diesem Team entwickelt, wer arbeitet mit wem, wann und wie zusammen, oder? Arbeiten die Entwickler und Tester und die Tester und die Ops-Leute und die Designer und die technischen Architekten alle in einem funktionsübergreifenden Team zusammen?

John Turley:

Das ist ein soziales Netzwerk. Das ist ein Netzwerk, das durch individuelle Autonomie entsteht, weil sie die Arbeit erledigen wollen, nicht weil der Chef sagt, du musst gehen und es machen. Tatsächlich kann es nicht getan werden, weil der Chef sagt, geh und tu es. Also haben wir mit einigen Freunden aus der Wissenschaft zusammengearbeitet, bei einer australischen Firma namens Polinode, um zu messen, auf welche Weise wir an die Daten kommen und wie diese sozialen Netzwerke aussehen. Und die Struktur dieser sozialen Netzwerke ist entscheidend.

John Turley:

Wenn wir uns die Struktur der sozialen Netzwerke ansehen, können wir sehen, ob diese Teams ihrer Funktion entsprechen, sorry, hierarchisch organisiert sind oder ob sie aufgrund der Netzwerkstruktur für funktionsübergreifendes Arbeiten organisiert sind. Die Netzwerkstruktur ist also ein Element. Das andere ist die psychologische Komplexität. Wir haben also mit einem Herrn namens David Rook zusammengearbeitet, der die ursprünglichen Forschungen durchgeführt und ein psychometrisches Instrument entwickelt hat, mit dem das Stadium der psychologischen Komplexität eines Individuums gemessen werden kann, sowohl die Struktur als auch die Unterstruktur. Und diese Komplexität der Denkweise hängt zusammen mit der Netzwerkstruktur auch damit zusammen, wo die Teams funktionsübergreifend funktionieren können.

John Turley:

Die dritte Sache, die am schwierigsten war, der letzte Teil des Puzzles, das wir sozusagen in unsere Hypothese gesteckt haben, ist, dass wir ein angemessenes Maß an Autonomie benötigen. Wir mussten ein viel besseres Verständnis dafür entwickeln, was es für Teams bedeutet, autonom zu sein, als wir es hatten, und wie diese Autonomie mit Kontrolle zusammenhängt und wie Kontrolle die Autonomie untergräbt und wie wir alle dazu neigen, die Hinweise in der Umgebung entweder als Anweisungen zu verstehen, die wir befolgen müssen, oder als Aufforderung zur Autonomie. Und jetzt haben wir ein weiteres psychometrisches Instrument. Das dritte Instrument, das wir verwenden, nennen wir die Motivationsorientierungsskala, entschuldigen Sie, mit der die Wahrscheinlichkeit gemessen werden kann, mit der eine Person eingehende Informationen als Anweisung oder Aufforderung zur Autonomie interpretiert.

John Turley:

Und wenn wir das erst einmal wissen, können wir anfangen, diese allgemeine Auffassung innerhalb von Produktteams, Softwareteams, in Frage zu stellen, dass das Team autonom ist, weil jeder denkt, dass es autonom ist. Und tatsächlich ist das jeder, wie Untersuchungen zeigen, größtenteils autonom, aber wir könnten fast vollständig autonom sein, oder wir könnten zu 60% autonom sein. Das können wir messen. Und dann können wir den Teams sagen: „Schau, ihr seid als Gruppe von Individuen autonom. Aber Sie haben auch diese Kontrollfunktion, wenn Sie auf eingehende Anfragen antworten.“

John Turley:

Und wir müssen autonomer sein. Sobald wir also damit beginnen können, es zu messen, können wir beginnen, ihre Vorstellungen davon, wie autonom sie sind, in Frage zu stellen. Und wir können damit beginnen, zu untersuchen, welche Reaktionen die Teams aufgrund ihrer Kontrollorientierung oder ihrer Autonomie wählen. Es sind also die drei Dinge: Autonomie und Kontrolle, Komplexität der Denkweise und Netzwerkstruktur, gleichberechtigtes Mitarbeiterengagement und Teamleistung. Das sagt unsere Forschung. Was wir also zu Ihrer Frage am Anfang sagen können, ist, dass es eine Netzwerkstruktur, ein gewisses Maß an psychologischer Komplexität und das Maß an Autonomie gibt, das mit der erfolgreichen Arbeit als funktionsübergreifendes Team einhergeht. Und in diesem Sinne könnten wir denken, dass diese Ebenen in gewissem Sinne richtig sind.

Sean Blake:

In Ordnung. Also, wie sieht ein zu 100% autonomes Team aus? Und haben sie immer noch täglich Interaktion mit, sagen wir, dem Führungsteam? Oder sind sie uneins, diese beiden Konzepte?

John Turley:

Nein, sie sind nicht uneins. Sie haben, sie haben vielleicht von Tag zu Tag, ich nehme an, sie werden entweder direkt oder indirekt Interaktionen mit dem Führungsteam haben. Das Erste, was wir hier berücksichtigen müssen, ist, dass es sich bei der Forschung, auf die wir uns stützen, um eine sogenannte Selbstbestimmungstheorie handelt, bei der es sich um eine Motivationstheorie handelt. Und sie hat eine ziemlich spezifische Definition von Autonomie, was wir normalerweise nicht denken würden. Oft wird unter Autonomie eine Art allgemeiner Gebrauch von Unabhängigkeit verstanden. Wenn wir also ein Unternehmen kaufen, lassen wir es vielleicht autonom laufen, was bedeuten würde, dass wir es einfach für eine Weile in Ruhe lassen würden. Und Autonomie bedeutet in diesem Zusammenhang nicht das. Es bedeutet, dass Individuen aus eigenem Willen handeln, Individuen entscheiden, wie sie sich für ein gemeinsames Ziel verhalten wollen. Das Team muss also eine Vision haben, nach der es sich selbst organisieren kann. Ohne Autonomie kann man sich nicht selbst organisieren. Wenn du keine Autonomie hast, musst du warten, bis dir gesagt wird, was zu tun ist. Und dann ist es keine Selbstorganisation.

John Turley:

Autonomie führt also zu Selbstorganisation, und Selbstorganisation kann auf einer gemeinsamen Vision oder einer Reihe von Zielen basieren, oder ein OKR ist eine ziemlich ausgeklügelte Methode, anstatt zielgerichtet zu managen. Dann können wir uns selbst so organisieren, dass die Notwendigkeit, Teil einer Organisation zu sein und koordinierte Arbeit zu erledigen, berücksichtigt wird, aber das hängt nicht davon ab, dass ein Manager dem Einzelnen sagt, was zu tun ist.

John Turley:

So sieht ein autonomes Team aus. Ein autonomes Team, man braucht die Autonomie ist in Wirklichkeit ein sich selbst organisierendes Team. Und das sich selbst organisierende Team entscheidet, was das Team tun soll, um ein umfassenderes Ziel zu erreichen, das die Integration mit anderen sich selbst organisierenden Teams sein könnte. Und natürlich wird die Richtung oft von der Exekutive vorgegeben. Also kommen all diese Dinge irgendwie ins Spiel. Es geht nicht um Kontrolle auf der einen Seite oder Autonomie auf der anderen Seite oder Agile auf der einen Seite oder Wasserfall auf der anderen Seite.

John Turley:

Also werden wir die beiden vermischen. Wir werden sie ausbalancieren. Und dieses Gleichgewicht muss sich nicht nur zwischen den Teams verschieben, sondern auch je nachdem, auf welcher Ebene sich die Organisation befindet, ob das Team in der Organisation arbeitet. Und was ich damit meine, ist, dass der Bedarf an Kontrolle und Messung in vielerlei Hinsicht zunimmt, je höher man in der Organisation aufsteigt. Wir wollen also ein hohes Maß an Autonomie auf Teamebene, wo wir Kundennutzen schaffen. Aber wir müssen erkennen, dass dieses sich selbst organisierende Team die legitime Anforderung hat, einige Elemente der Unternehmenssteuerung zu integrieren, denn wenn wir einige Kontrollelemente haben, können wir nicht die Buchhaltung übernehmen und dafür verantwortlich sein, wofür wir das Geld von Investoren oder Aktionären ausgeben, wissen Sie, was ich meine? Es ist also viel komplexer in der Art von dichotomisierter Welt, die die Leute eher betrachten und die sehr schwarz-weiß ist. Ist es agil oder ist es ein Wasserfall? Sind wir autonom oder sind wir steuerungsorientiert, wo Sie beide sind und welche Mischung sich je nach Umgebung hier ändern muss.

Sean Blake:

Okay, okay. Zusätzlich zur Autonomie ist also immer ein bisschen Kontrolle erforderlich.

John Turley:

Es ist ein Gleichgewicht, oder? Wir fühlen uns alle wohl mit Kontrolle, nicht wahr? Wir alle halten uns zum Beispiel an Geschwindigkeitsbegrenzungen. Wir sind damit vollkommen einverstanden. Kontrolle ist kein Schimpfwort. Manche tun Dinge, die uns manchmal gesagt werden, und wir tun es gerne. Manchmal tun wir es widerwillig. Wir machen das nicht gerne. Manchmal lehnen wir es ab. An der Kontrolle an sich ist nichts falsch. Es ist der übermäßige Gebrauch von Kontrolle, um Menschen dazu zu zwingen, Dinge zu tun, die sie nicht tun wollen. Dann wird es problematisch, weil es die Autonomie eines Individuums untergräbt, die ein grundlegendes, universelles psychologisches Bedürfnis ist. Wir alle brauchen ein ausreichendes Maß an Autonomie, um uns wohl zu fühlen.

Sean Blake:

In Ordnung. Okay. Wir wissen also, dass Agile einen guten Lauf hatte, es ist jetzt Jahrzehnte her. Stellen Sie also immer noch fest, dass Sie auf dieselben Einwände stoßen, wenn Sie mit diesen Führungsteams oder diesen Unternehmen, vielleicht aus traditionelleren Branchen, sprechen? Haben sie immer noch dieselben Einwände gegen Veränderungen wie in der Vergangenheit? Und wie versucht man, sie zu überwinden?

John Turley:

Ja, das tun sie. Eine meiner seltsamen Erfahrungen als junger Projekt- oder Programmmanager, was auch immer ich war, ist, dass, wenn ich in einem Raum voller agiler Softwareentwickler landete, wahrscheinlich in der Sprache, die sie zu der Zeit benutzt hätten, und einer Gruppe von Infrastrukturingenieuren, die dem Wasserfall folgten, und die Abneigung von einer Gruppe gegen die andere, das war fast instinktiv, und man konnte es in ihnen sehen. Ich weiß nicht, ein Haufen Linux-T-Shirts und -Jeans, und dann würden die Leute vom Infrastruktur-Wasserfall wahrscheinlich Anzüge tragen.

John Turley:

Ich meine, es war wirklich offensichtlich und es war schwierig, diese Gruppen zusammenzubringen. Das war meine Erfahrung, sagen wir, gegen 2000, als ich gestern mit einem Kunden zusammensaß, der genau das Gleiche sagte. Sie sagten, dass sie in ihrer Organisation, die derzeit eine sehr große, agile Transformation durchläuft, sagten: „Das sind ihre Methoden. Bei uns gibt es Leute mit zwei Extremen. Wir können es quasi unterschreiben. Wir haben die Waterfall-Leute, die denken, dass ihr Weg der beste ist, und wir haben die Agile-Leute, die mit der Agile-Transformation voll und ganz einverstanden sind.“

John Turley:

Und was ich gehört habe, als die Person das sagte, sind ziemlich hochrangige Führungskräfte. Die Agile-Mitarbeiter sind mit den Klammern der agilen Transformation einverstanden, weil sie denken, dass ihre Arbeitsweise die beste ist. Und was ich versucht habe, dem Senior Manager klarzumachen, war, dass das eine Gruppe war, es gab sowieso Wahrnehmungen, dass eine Gruppe Agile mochte und funktionsübergreifend arbeitete, all das wurde funktionsübergreifend und die andere Gruppe nicht, eigentlich arbeiteten die beiden Gruppen auf die gleiche Weise.

John Turley:

Beide dachten, ihre Arbeitsweise sei richtig, und der eine vertrat die Vorzüge des Wasserfalls und der andere Agile, aber Tatsache war, dass sie beide dachten, sie hätten Recht, und der andere war falsch. Und darin lagen sie beide falsch. Waterfall funktioniert in vielen Szenarien sehr, sehr gut. Und voll auf Agile funktioniert in einigen Umgebungen sehr, sehr gut. In einigen Umgebungen ist es meiner Meinung nach übrigens ziemlich eingeschränkt.

John Turley:

Mein Freund und Kollege John Kern, der 2001 oder 2004 Mitautor des Agilen Manifests war, was auch immer es war, ich kann mich nicht erinnern. Er sagt: „Ich liebe Wasserfälle. Ich mache viele Wasserfälle, ich mache es nur in sehr kleinen Stücken.“ Und weil Tatsache ist, dass wir die Arbeit auf irgendeine Weise sequentiell erledigen müssen. Ich kann nicht an unendlich vielen Dingen parallel arbeiten. Es muss eine Reihenfolge geben.

John Turley:

Und als ich ihn das sagen hörte, erfüllte es mein Herz in gewisser Weise mit Freude, denn für jemanden mit einem Wasserfall-Hintergrund sagte ich immer: „Schau, ich verstehe das nicht. Beim Wasserfall-Projektmanagement sprechen wir von Etappen. Und in Agile sprechen wir von Sprints.“ Und beide haben ein Ende. Man hat eine Definition von fertig. Und einer hat einige Akzeptanzkriterien, und beide haben einen Anfang. Der einzige Unterschied ist die Sprache und die Dauer.

John Turley:

Was ist, wenn wir Sprints machen, tut mir leid, Etappen, die 10 Tage lang sind? Was ist jetzt der Unterschied? Und doch würden die Leute sagen: „Nun, wir sind agil und wir machen Sprints, und das wäre immer noch eine Phase.“ Komm schon, wir müssen einige Gemeinsamkeiten finden, um eine gemeinsame Bedeutungsbildung zwischen großen Gruppen von Menschen aufzubauen. Andernfalls können nur die Agile-Zuhörer unter uns für agile Organisationen arbeiten, und alle anderen sind dem Untergang geweiht. Und das stimmt nicht, oder? Das ist Unsinn, oder? Also müssen wir zusammenkommen und diese Arbeitsweisen finden, wie mein Freund John Kern so eloquent betont.

Sean Blake:

Okay, das ist ein guter Rat. Also für diese, einige Leute, die du triffst, gibt es immer noch diesen Widerstand, den es schon seit vielen Jahren gibt. Wie geht man vor, um die Leute zu ermutigen, ihre Komfortzone zu verlassen, um diese funktionsübergreifende Arbeitsweise auszuprobieren und transparenter zu sein, ich schätze, indem sie zum Team beitragen und nicht unbedingt darauf drängen, nur ein einzelner Mitarbeiter zu sein?

John Turley:

Noch eine gute Frage, Sean. Es gibt also ein paar Möglichkeiten, wie wir das tun können. Das psychometrische Instrument, das ich bereits erwähnt habe, das irgendwie messen kann, ich setze das irgendwie immer in Anführungszeichen, weil es nichts wirklich misst, es bewertet, glaube ich, ist ein wirklich, wirklich mächtiges Instrument. Auf der Grundlage dieser Messung können die Psychologen, mit denen wir zusammenarbeiten, einen Bericht erstellen, der dem Einzelnen viele dieser bedeutungsvollen Dinge, die Entwicklungspsychologie für Erwachsene, erklärt. Und es neigt dazu, überwältigend zu sein. Es verändert wirklich die Perspektive der Menschen darüber, was sie sind und wie sie in der Welt agieren.

John Turley:

Sobald die Menschen anfangen zu verstehen, dass es diese Entwicklungsstadien gibt und wir alle sie möglicherweise bis in die letzten Tage unseres Lebens durchlaufen, können wir beginnen, die Meinungsverschiedenheiten zu erkennen. Sie fangen einfach an, wegzufallen. Meinungsverschiedenheiten fallen allmählich weg, weil sie nicht mehr als gegensätzliche Ansichten angesehen werden, die nicht miteinander in Einklang gebracht werden können, weil ich diese Art von Person bin und sie diese Art von Person sind.

John Turley:

Und sie werden allmählich als Inkompatibilitäten bei der Bedeutungsfindung angesehen. Also fangen die Leute an zu sagen: „Okay, nun, ich denke das und du denkst das. Wie verstehen wir beide das, was bedeutet, dass wir die Perspektive anderer sehen können?“ Und sofort haben Sie begonnen, einen Mechanismus zu finden, um Gemeinsamkeiten zu finden.

John Turley:

Der Profilbericht zur Führungskräfteentwicklung, also der Bericht, der aus dem psychometrischen Instrument stammt, wirft also wirklich viel Licht darauf, wie der Einzelne arbeitet und wie Entwicklung aussieht, wie die psychologische Entwicklung für ihn aussieht. Das ist also ein mächtiges Tool. Wir haben einen weiteren Service, den wir Dialogpartnerschaft nennen und den wir als Pilotprojekt testen. Das ist quasi ein acht- oder zehnwöchiges Programm, es ist eine gemeinsame Einzeluntersuchung darüber, wie eine Person ihre Bedeutung formuliert und was die Stärken ihrer Bedeutungsbildung und die Grenzen ihrer Bedeutungsbildung sind.

John Turley:

Und sobald die Leute anfangen, das zu erkennen, fühlen sie sich defensiv, weil die Art und Weise, wie sie programmieren, gerade kritisiert wurde, weil sie ihre Bedeutung daraus ziehen, der beste Programmierer der Welt zu sein. Aber es gibt einen Entwicklungspfad, der das hinter sich lässt, und genau da kommen viele, viele Menschen hin. Es ist wie ein Aha-Moment, die Leute erkennen einfach, dass die Realität anders ist, als sie dachten, und sie kann angepasst werden.

John Turley:

Das LDP, die Leadership Development Profile-Berichte, Dialogpartnerschaften und die Zusammenarbeit mit der Geschäftsleitung, um ein bewusst entwicklungsorientiertes Umfeld zu schaffen, das die Dinge tut, die ich zuvor erwähnt habe, sind die entscheidenden Instrumente, mit denen wir Einzelpersonen dabei helfen, ihre eigene psychologische Entwicklung voranzutreiben. Und die Frage ist natürlich, warum sollten sie dazu motiviert sein? Warum sollte es sie interessieren? Und sie kümmern sich darum, weil 80% der Menschen ein sehr niedriges Maß an Engagement bei ihrer Arbeit zeigen. Die meisten Menschen treten auf Wasser und schlagen die Zeit totschlagen. Es ist kein Ort, an dem man sich wohlfühlt. Sobald die Leute anfangen, in funktionsübergreifenden Teams zu arbeiten und gemeinsam mit ihren Kollegen Freude daran haben, Dinge zu schaffen, die sie nicht schaffen könnten, was ein grundlegender menschlicher Instinkt ist, das ist ein Hype, dann kommt man zur Arbeit und hat Spaß.

John Turley:

Das habe ich dir zu Beginn des Telefonats gesagt, oder? Ich amüsiere mich großartig, ich arbeite mit einigen brillanten Leuten zusammen, die neues Wissen erschließen, von dem wir glauben, dass es die Menschheit nicht hat. Das ist ein Summen. In meiner Rolle trete ich nicht ins Wasser, weißt du, was ich meine? Und das gilt nicht nur für mich. Meiner Ansicht nach könnte die ganze Welt so sein. Wir könnten alle in solchen Rollen arbeiten, vielleicht ist das ein bisschen weit. Aber sicherlich könnten davon derzeit noch viel mehr getan werden, um mit der psychologischen Entwicklung Schritt zu halten und mehr Spaß an Ihrer Rolle zu haben, Spaß an Ihrer Arbeit zu haben. Es gibt eine Menge Zeit.

Sean Blake:

Ja, ich stimme dem, was du über den Buzz gesagt hast, wirklich zu. Und ich habe gesehen, wie das passiert, wenn bei Menschen die Glühbirne angeht, und es ist nicht mehr so, dass diese Werksarbeit an Sie weitergegeben wird. Aber du merkst, dass du jetzt Teil eines Teams bist, jeder ist da, um dich zu unterstützen, du arbeitest auf ein gemeinsames Ziel hin. Und es ist transparent, Sie können sehen, woran andere Leute arbeiten, und Sie helfen sich gegenseitig, gemeinsam etwas aufzubauen. Es macht wirklich Spaß. Zum ersten Mal in der Karriere vieler Menschen macht es Spaß und Vergnügen, zur Arbeit zu kommen. Das muss dir also ein gutes Gefühl geben, wenn du tust, was du tust.

John Turley:

Ja, tut es. Deshalb stehe ich auf und darum versuche ich seit 20 Jahren, das zu lösen, anderen Menschen wirklich zu helfen, das zu lösen. Ich erhielt neulich einen Anruf von einem Kollegen, der sagte, sie würden etwas Sport treiben und über ihre neue Rolle nachdenken. Und sie dachten sich, so fühlt es sich an, mit Freude zu arbeiten.

John Turley:

Ich meine, dieser [unhörbare 00:42:51] Job ist erledigt, denn das ist eine sehr fähige Person. Sobald sie sich so fühlen, weißt du, dass sie großartige Dinge tun werden. Wenn sie das Gefühl haben, andere Menschen zu sein, dass die Leute Gerinnsel beobachten, oder es gibt diese Kultur der Beschäftigtheit, in der wir nicht zugeben können, dass wir Dinge nicht wissen. Und dann müssen wir in einer Besprechung sein und etwas tun, in der transparenten Welt, von der du gerade sprichst. Wenn ich etwas zu tun habe, kann ich mich einfach hinsetzen und sagen: „Ich gehe heute zur Arbeit, ich warte darauf, dass mehr Sachen geschrieben werden.“ Und das ist keine schlechte Sache. Es ist wie, großartig, du arbeitest in einem nachhaltigen Tempo. Das ist eine gute Sache. Ich habe jahrelang für eine Schweizer Bank gearbeitet und in einem nachhaltigen Tempo gearbeitet, aber niemand war daran interessiert. Man muss mit einem Tempo arbeiten, das nicht nachhaltig ist. Und wenn du ausgebrannt bist, kannst du gehen und wir lassen jemand anderen reinkommen und das machen. Und so funktioniert das. Das ist miserabel.

Sean Blake:

Es ist nicht das, was wir wollen, Sean, oder? Es ist nicht das, was wir wollen. Und leider waren viele Leute schon einmal dort und haben es erlebt. Und wenn sie das Licht einmal gesehen haben, wollen sie nie wieder zu ihm zurückkehren, was meiner Meinung nach eine gute Sache ist, wenn man erkennt, dass es einen besseren Weg gibt.

John Turley:

Ja, einverstanden.

Sean Blake:

Ja. Okay, nun, ich denke, wir werden bald fertig sein. Ich habe noch zwei Fragen an dich, bevor wir Schluss machen.

John Turley:

Ich werde versuchen, die Antworten kurz zu halten.

Sean Blake:

Nein, das ist in Ordnung. Ich genieße es wirklich. Ich könnte vielleicht noch eine Stunde gehen, aber ich weiß, dass wir andere Dinge zu tun haben. Im Rahmen der Recherche habe ich einige Ihrer Blogbeiträge gelesen und mir einige Ihrer Vorträge und Ereignisse in der Vergangenheit angesehen, und Sie sprechen über das Konzept der versteckten Verpflichtungen. Und ich möchte einfach ein bisschen mehr erfahren. Was ist eine versteckte Verpflichtung? Und was ist die Implikation?

John Turley:

Gute Frage. Also schrieben Robert Kegan und Lisa Lahey, Entwicklungspsychologen, ein Buch mit dem Titel Immunity to Change. Dies ist ein Buch, das ich vor ein paar Jahren hier gelesen habe. Und da drin sprechen Bob und Lisa über versteckte Verpflichtungen. Und so weisen sie zunächst darauf hin, dass wir alle Neujahrsvorsätze fassen und sie alle scheitern. Wir meinen sie wirklich ernst, wenn wir sie machen. Und als ich in meinen späten Teenagern war, meinte ich sie vielleicht wirklich ernst, als ich sie gemacht habe. Aber ich konnte sie niemals behalten.

John Turley:

In einem anderen Buch, betont Kegan, ist es meiner Meinung nach in dem Buch The Evolving Self enthalten. Er weist darauf hin, dass die große Mehrheit der Männer nach einem Herzinfarkt meiner Meinung nach eine Studie in Amerika ist. Aber es ist eine Weile her, seit ich sie gelesen habe, ich glaube, es sind sechs von sieben, die nach einem Herzinfarkt weder ihre Ernährung noch ihr Trainingsprogramm ändern. Und der Grund, warum er das als Fallstudie in dem Buch verwendet, ist, dass er darauf hinweist, dass es nicht so ist, dass diese Leute nicht wissen, was sie tun sollen, man braucht weniger Kalorien rein, mehr raus. Und es ist nicht so, dass sie nicht motiviert wären, das zu tun. Sie hatten eine Nahtoderfahrung. Sie würden gerne am Leben bleiben, nehmen wir an.

John Turley:

Dennoch nehmen sie keine nennenswerten Änderungen an ihrer Ernährung und ihrem Trainingsprogramm vor, warum nicht? Und was Bob und Lisa in dem Buch aus ihren Recherchen sagen, ist, dass es auf versteckte Verpflichtungen zurückzuführen ist. Wir alle haben unsere Art, Sinn zu machen. Wir haben unsere Werte und Annahmen, die wir wie durch Osmose von der Gesellschaft aufnehmen. Und wir stellen sie nicht in Frage. Wir können nicht alle Annahmen in Frage stellen, die wir im Laufe unseres Erwachsenwerdens annehmen. Es ist einfach nicht möglich. Wir haben also diese versteckten Annahmen, dass wir versteckten Verpflichtungen verpflichtet sind. Und manchmal stehen diese versteckten Verpflichtungen im Widerspruch zu unseren erklärten Zielen. Und wenn die versteckte Verpflichtung unserem erklärten Ziel widerspricht, ist das Ergebnis, dass wir sehr verwirrt darüber sind, dass das erklärte Ziel irgendwie auf der Strecke bleibt, und wir verstehen nicht wirklich, warum. Wir denken vielleicht, ich würde einen gemeinsamen Ausweg finden, weil ich mich einfach mehr anstrengen muss, ich brauche einfach mehr Willenskraft. Ich muss einfach den Kurs beibehalten. Und das stimmt nicht sehr oft. Es gibt noch etwas anderes in Ihrer Bedeutung, was das im Widerspruch zu unserem erklärten Ziel stehen lässt. Und sobald Sie es ans Licht gebracht haben, können Sie damit beginnen, diese versteckte Verpflichtung zu untersuchen, und Sie können damit herumspielen.

John Turley:

Und wenn du damit herumspielen kannst, passt du deine Bedeutungsbildung an. Und die Technik, die wir bei der Dialogpartnerschaft anwenden, stammt aus dem Buch von Bob und Lisa, in dem wir im Wesentlichen diese versteckten Verpflichtungen aufdecken und sehen, wie sie mit Engagement kollidieren. Das ist sozusagen, und wenn du es dann siehst und du damit experimentieren kannst, kannst du beginnen, Veränderungen in dir selbst freizusetzen. Peter Senge, ich glaube, er ist Innovationsdirektor. Er ist sehr berühmt, Innovationsdirektor am MIT. Und er hat ein wunderschönes kleines Zitat, etwa: „Was für eine Torheit ist es, daran zu denken, unsere Organisationen zu transformieren, ohne uns selbst zu verändern?“

John Turley:

Wir müssen unser Verhältnis zur Macht ändern, um die Art und Weise zu ändern, wie Macht in unseren Organisationen verteilt wird. Und das ist ein Beispiel für eine versteckte Verpflichtung, über die wir normalerweise nicht nachdenken. Wir glauben einfach, dass wir Menschen auf magische Weise stärken können, während wir die gesamte Macht für den Senior Manager behalten. Und das funktioniert einfach nicht. Es gibt eine versteckte Verpflichtung, die der Idee widerspricht, dass wir unsere Teams stärken wollen, was eine ziemlich fehlerhafte Idee ist.

Sean Blake:

Beeindruckend. Okay. Nun, ich mag die Herangehensweise an die Arbeit und die Betrachtung der sozialen Struktur, der sozialen Netzwerke und der Psychologie, die dahinter steckt, wirklich. Das ist wirklich faszinierend und ich bin noch nie wirklich darauf gestoßen, besonders nicht im agilen Bereich. Das ist also wirklich einzigartig. Danke, dass du das geteilt hast, John. Letzte Frage an dich. 2020 war gelinde gesagt interessant. Wir haben über einige Dinge gesprochen, die im Laufe Ihrer Karriere gleich geblieben sind, einige Dinge, die sich geändert haben. Was denkst du wird als Nächstes kommen, freust du dich auf die nächsten fünf, zehn Jahre? Was sind einige dieser Trends, von denen Sie glauben, dass sie wirklich auffallen und vielleicht die Art und Weise, wie Sie arbeiten, verändern werden, wie Ihre Mitarbeiter von neun bis fünf aussehen, oder die Art und Weise, wie Sie mit Ihren Kunden interagieren?

John Turley:

Ich denke, das wird nicht nur das Aussehen von Nine to Five verändern. Es wird sich ändern, so wie alle neun bis fünf aussehen. Ich denke, die Welt befindet sich in einer schwierigen Lage. Viele von uns sind verärgert und es sieht nach einem ziemlichen Chaos aus, und ich glaube, wir sind alle besorgt. Viele von uns sind besorgt. Aber wie ein Freund zu mir sagte, zitierte er jemand anderen, lass niemals eine gute Krise ungenutzt verstreichen. Die Menge an Veränderungen, viel Energie im System, die Menge an Veränderungen im System verändert die Dinge spürbar.

John Turley:

Viele von uns erkennen, dass es einen besseren Weg geben muss, Dinge zu tun, weil unsere Art, uns als Gesellschaft zu organisieren, einschließlich unserer Organisationen, zusammenbricht. Es funktioniert nicht mehr. Die Leute erkennen durch die Arbeit, dass Menschen die Namen mögen, die ich genannt habe, und durch unsere ursprünglichen Forschungen hoffe ich, dass sie irgendwie auf originelle Weise dazu beitragen werden, dass es eine bessere Art gibt, uns zu organisieren, dass die Menschheit das Wissen und die Erfahrung hat, das zu tun, was wir tun müssen.

John Turley:

Es ist einfach nicht in der IT. Wir müssen von außen auf das schauen, was die Psychologen über Mindset sagen, und nicht darauf, was die Agile-Leute über Mindset sagen. Das ist eine radikale Idee. Und wenn wir dieses Lernen und dieses Wissen importieren, haben wir einen Rahmen, der uns hilft, besser zu verstehen, was wirklich vor sich geht und wie wir echte Veränderungen bewirken können. Also alles, worüber ich heute gesprochen habe, ist nur sehr wenig originell. Wir haben einige Originalarbeiten, über die ich nicht wirklich sprechen kann. Spielt es eine Rolle? Das Wissen ist da draußen. Wenn wir die Menschen und die Kultur und die Tools und die Methodik zusammen erledigen, dann skaliert das, dann ändern wir die Art und Weise, wie Organisationen arbeiten, was sich ändern wird, dass jeder von neun vor fünf ist.

Sean Blake:

Das ist großartig. Das bringt es zurück zu den Grundlagen, nicht wahr? Was wir über Menschen wissen, und das wenden wir nun auf das an, was wir über Arbeit wissen. Das ist wirklich ein Augenöffner. Und ich habe viel aus unserem Gespräch gelernt, John. Ich habe ein paar Bücher und ein paar Forschungsarbeiten, die ich mir danach ansehen muss. Vielen Dank, dass Sie im Easy Agile-Podcast erschienen sind, und wir schätzen Ihre Zeit sehr.

John Turley:

Klar, es ist mir ein Vergnügen. Ich meine, ich liebe es und wir bei Adaptavist lieben es, mit anderen zu teilen, was wir tun. Damit wir alle mit mehr Freude arbeiten können, Mann. Also danke, dass du uns hilfst, die Botschaft zu verbreiten.

‍

„Ich habe mein Gespräch mit Andrew Malak wirklich genossen. Wir sprechen über die Integration agiler Techniken und geben Tipps, wie eine Kultur der Rechenschaftspflicht erreicht werden kann.“

Andrew ist fest davon überzeugt, dass der Kunde Ihrem Unternehmen vertraut, wenn er Mitglied wird, und Sie sind verpflichtet, dieses Vertrauen zurückzuzahlen, indem Sie ihm helfen, seine Ergebnisse zu erzielen.

Viel Spaß mit der Folge!

‍

‍

‍

‍

Transkript

Teagan Harbridge:

Willkommen zu einer weiteren Folge des Easy Agile Podcasts. Ich bin Teagan, Produktleiter hier bei Easy Agile. Und wir haben heute einen wirklich aufregenden Gast in der Show, Andrew Malak von Spaceship. Er ist der Chief Product Officer. Andrew glaubt fest daran, Produkte und Erlebnisse zu entwickeln, die Kundenprobleme lösen. Er glaubt, dass der Kunde Ihrem Unternehmen vertraut, wenn er Mitglied wird, und Sie sind verpflichtet, dieses Vertrauen zurückzuzahlen, indem Sie ihm helfen, seine Ergebnisse zu erzielen. In seiner aktuellen Position möchte Andrew Menschen dabei helfen, schon in jungen Jahren die Kontrolle über ihr Vermögen zu übernehmen. Er vermittelt ihnen gute Geldgewohnheiten und hilft Menschen dabei, dort zu investieren, wo sich die Welt bewegt. Andrew ist ein Familienvater, der seine Zeit mit seiner Frau und seinen Kindern liebt. Und ob Sie es glauben oder nicht, er verwendet agile Techniken in seinem Privat- und Berufsleben. Andrew ist ein Wirtschaftsfreak. Er spielt und trainiert Fußball, Fußball. Er ist ein großer Fan von Liverpool, liebt es zu reisen, liebt tolle Architektur und liebt es, mit Kindern zu arbeiten.

Teagan Harbridge:

Aus meinem Chat mit Andrew gab es so viele Erkenntnisse, dass ich wirklich Schwierigkeiten hatte, sie auf drei zu reduzieren. Aber wenn du bereit bist, hier sind einige der Dinge, die du aus unserem Chat mit Andrew lernen wirst. Warum wir aufhören sollten, den Begriff agile Transformation zu verwenden und ihn als agile Evolution bezeichnen sollten. Warum es wichtig ist, offen für unsere eigenen Grenzen zu sein, um die alte Denkweise zu durchbrechen, den ursprünglichen Umfang zu schützen. Und Tipps, wie Sie eine Kultur der Rechenschaftspflicht erreichen können. Also ich hoffe es gefällt euch. Andrew, kannst du mir ein bisschen über Spaceship erzählen?

Andrew Malak:

Oh, fantastisch. Oh, vielen Dank, dass du mich zuallererst eingeladen hast, Teagan. Spaceship ist ein Unternehmen, das auf dem Weg ist, gute Geldgewohnheiten und Investitionen für alle Menschen zugänglich zu machen. Wir suchen also nach Trends, die sich auf Branchen oder Unternehmen beziehen, die die Zukunft sowohl der Industrie als auch der Volkswirtschaften gestalten. Wir investieren langfristig in sie, wir bauen Markteintrittsbarrieren für Menschen ab, wir bieten ihnen ein gebührenfreies Produkt unter 5.000 USD, ohne Mindestinvestitionen. Es ist wirklich einfach, sich anzumelden. Sie laden einfach eine App herunter und melden sich an und treffen eine Produktauswahlentscheidung, und fertig. Sie können mit dem Autopiloten beginnen, zu investieren. Wir ermöglichen es Ihnen, Ihre Rentenkassenbeiträge auch auf nicht allzu unterschiedliche Weise zu investieren.

Teagan Harbridge:

Erzählen Sie mir dann ein wenig darüber, wer Ihr Zielkunde ist. Weil es so aussieht, als ob Sie versuchen, etwas ziemlich Kompliziertes für vielleicht Erstinvestoren zugänglich zu machen.

Andrew Malak:

Nun, du hast absolut recht. Im Moment gibt es da draußen ein Nischensegment von Leuten, Millennials oder sogar Generation Z, von dem wir einfach nicht glauben, dass es von den etablierten Unternehmen gut bedient wurde. Und was wir versuchen, ist, bei diesen jungen Leuten so viel Resonanz wie möglich zu finden. Wir versuchen, den Branchenjargon zu reduzieren und ihnen die Dinge wirklich einfach zu machen, denn Investitionen müssen nicht komplex sein. Es geht wirklich um viel Disziplin. Wenn ich meine persönliche Gewinn- und Verlustrechnung verwalten kann, oder Geld rein, Geld raus, dann kann ich einen Liquiditätspuffer schaffen, der in meine Vermögensspalte in meiner Bilanz aufgenommen wird. Das ist wirklich das, was wir versuchen zu tun. Und diese Art von Sprache kann, wenn wir sie richtig machen, Dinge, die normalerweise in den Händen von Finanzberatern und Buchhaltern lagen, wirklich vereinfachen und sie alltäglichen Australiern zurückgeben, die ihre Investitionsreise beginnen.

Teagan Harbridge:

Ja, großartig. Und du warst auf einer ziemlichen Reise, bevor du als Spaceship CPO im FinTech-Bereich gelandet bist. Kannst du mir und unserem Publikum ein bisschen darüber erzählen, wie diese Reise ausgesehen hat?

Andrew Malak:

Oh, wo fange ich an? Wenn Sie einen Absolventen Andrew Malak gefragt hätten, was er jetzt machen würde, glaube ich nicht, dass ich darüber gesprochen hätte, denn zu diesem Zeitpunkt in meiner Karriere wusste ich nicht, dass es diesen Raum tatsächlich geben würde, falls das Sinn macht. Also gehe ich zurück in meine jüngeren Jahre, und ich dachte immer, ich würde Architekt werden. Ich hatte diese Faszination für Brücken und ich wollte Dinge entwerfen und sehen, wie sie zum Leben erweckt werden. Sagen wir einfach, dass ich das im Moment auf unterschiedliche Weise mache, aber ich habe angefangen, bei CommSec auf dem Parkett zu arbeiten. Ich habe dann als Business Analyst gearbeitet, und dort begann ich, kritisch darüber nachzudenken, wie Unternehmen funktionieren und wie Dinge effizienter gestaltet werden können.

Andrew Malak:

Ich habe mich ein bisschen mit dem Unterrichten versucht, ich habe ein bisschen Wirtschaft und Religion an der High School unterrichtet. Und dann landete ich schließlich vor der Fusion mit Westpac in einer Produktposition bei der St. George Bank. Zu diesem Zeitpunkt ging die Glühbirne wirklich an. Mir wurde klar: „Hey, ich mag es, Dinge zu kreieren. Ich ändere gerne Dinge. Ich mag es nicht, Dinge einfach zu tun „, wenn das Sinn macht. Und dieser verwunderte Geist, der die Konformität nicht mag, wurde endlich losgelassen, falls das Sinn macht. Und ich habe nicht aufgehört, es zu genießen. Ich habe meine Zeit bei Westpac geliebt, viele Freunde gefunden, an wirklich coolen, erfolgreichen Projekten gearbeitet und viele Dinge umgesetzt, die großartige Ergebnisse gebracht haben. Ich habe an vielen Dingen gearbeitet, die kläglich gescheitert sind, und daraus viel gelernt. Und als sich Ende letzten Jahres die Gelegenheit bei Spaceship bot, war das einfach eine zu gute Gelegenheit, um nicht wirklich reinzukommen und es auszuprobieren. Also ja, es war eine ziemliche Reise.

Teagan Harbridge:

Ja, wow. Und ich liebe gute Misserfolgsgeschichten. Und du sagtest, du hattest viele. Kannst du dir spontan vorstellen, was einer dieser großen Misserfolge war?

Andrew Malak:

Wo fange ich an? Ich denke, unser erster Versuch, ein digitales Erlebnis zu nutzen, um es Kunden zu ermöglichen, ein Produkt online zu erwerben, war ein ziemlicher Misserfolg, der uns viel gelehrt hat. Wir haben im Grunde genommen die Systeme genommen, die unsere Backoffice-Mitarbeiter verwendeten, und sie einfach den Kunden zur Verfügung gestellt. Und die wirklich gute Erkenntnis daraus ist, dass es viel Verkehr und eine große Nachfrage gab, aber nie genug fertiggestellt wurde. Und das Beste, was daraus gelernt wurde... Das war 2006, also fingen die Internetgeschwindigkeiten gerade an zu steigen. Breitband wurde langsam zum Mainstream und das Vertrauen der Kunden, mehr Transaktionen mit personenbezogenen Daten abzuwickeln, begann sich zu diesem Zeitpunkt zu normalisieren. Bis dahin dachten die Leute ziemlich zurückhaltend: „Ich werde meine persönlichen Daten verlieren“ usw. Als wir uns dazu entschlossen, stellten wir fest, dass es eine große Nachfrage gab, aber wir stellten schnell fest, dass wir die Mitarbeiter vier bis sechs Wochen lang in der Verwendung der Systeme geschult haben, bevor sie wussten, wie sie die Kunden, die sie nutzen, bedient werden sollten.

Andrew Malak:

Aber dann haben wir es in der Produktion für Kunden zur Selbstbedienung eingesetzt und ziemlich schnell festgestellt, dass das Erlebnis für Kunden viel besser geleitet werden muss als das Erlebnis für einen Mitarbeiter. An dieser Stelle begann die Entwicklung von Usability oder Design Thinking ins Spiel. Wir fingen an, darüber nachzudenken: „Nun, wie machen wir diese Dinge so einfach, dass ein Erstanwender ohne Probleme von einem Ende zum anderen gehen kann?“ Und hier wird unser Verständnis von Designprinzipien und Kundentests mit Wortlaut und einer Sprache, die bei Erstbenutzern Anklang findet, entscheidend für die Ausführung. Es geht nicht nur um gute Systeme, sondern auch um eine gute Benutzererfahrung, die auf Systemen liegt.

Andrew Malak:

Das ist wahrscheinlich das, was mich am meisten anspricht, weil ich das während meiner gesamten Karriere sehr geschätzt habe. Jetzt denke ich bei allem, was ich tue, an: „Wo ist die Reibung? Wie stellen wir sicher, dass es keine Reibung gibt? Wie wird sich der Kunde während dieser Erfahrung fühlen? Wie sorgen wir dafür, dass der Kunde bei diesem Erlebnis unnötig verunsichert wird, und wie können wir das vermeiden? Wie werden wir transparenter und sind trotzdem einfach?“ Und ja, das ist wahrscheinlich derjenige, der am meisten Anklang findet.

Teagan Harbridge:

Scheint früh genug in diesem Projekt eine enorme Lernmöglichkeit zu sein und etwas, das dir seitdem im Gedächtnis geblieben ist, so eine großartige Lernmöglichkeit.

Andrew Malak:

Absolut.

Teagan Harbridge:

Wir haben eine Menge Kunden, die sich in allen Phasen ihrer agilen Transformation befinden, und ich weiß, dass Sie damit Erfahrung gemacht haben, wenn wir zu Ihren Tagen in St. George, Westpac, zurückkehren. Können Sie unserem Publikum irgendwelche Tipps oder Geschichten geben, denen Sie begegnet sind, als Sie diese agilen Transformationen durchgemacht haben? Welche Lektionen können Sie mit unserem Publikum teilen?

Andrew Malak:

Oh, ich habe tatsächlich viele Lektionen zu teilen.

Teagan Harbridge:

Das liebe ich.

Andrew Malak:

Schauen Sie, ich positioniere es eher als agile Evolution als als agile Transformation, denn egal, was Sie versuchen, Sie werden nicht einfach einen Wasserfall fallen lassen und am nächsten Morgen agil werden. Ehrlich gesagt habe ich so viele Versuche gesehen und jedes Mal stelle ich fest, dass die Gradualität der Änderung eine bessere Vorhersagbarkeit des Endergebnisses bedeutet, das Sie erzielen werden. Letztlich ist der Heilige Gral, den jeder anstrebt, dass Sie als Führungskraft zu einem Team aufstehen können, unerwartet aufstehen und dann, ohne dass Ihnen gesagt wird, wer in welcher Rolle ist, wer der Product Owner ist, wer der Ingenieur ist, wer die Qualitätskontrolle ist, wer der Designer ist, wird es für Sie als Führungskraft schwierig, herauszufinden, wer wer ist, weil das Team zu diesem Zeitpunkt so gut auf die Kundenergebnisse abgestimmt ist, dass sie organisiert sich selbst in Bezug auf das, was jede Person tun muss.

Andrew Malak:

Und die meiste Sprache, die verwendet wird, dreht sich wirklich darum. Was versuchen wir, den Kunden zu definieren? Was können wir im Rahmen der uns zur Verfügung stehenden Kapazitäten am besten tun, um diese Funktion so schnell wie möglich auf den Markt zu bringen und so viel Wert wie möglich für den Kunden und das Unternehmen zu erzielen? Es dauert lange, bis Sie damit beginnen können, sich auf standardisierte, gemeinsame Ziele, einen gemeinsamen Rhythmus und gemeinsame Arbeitsweisen zu konzentrieren. Und ich denke, es geht letztlich darum, wie viel Ermächtigung man den Leuten geben kann und wie sehr man sich als Führungskraft in den Hintergrund drängen kann, damit sie es selbst herausfinden können, solange man reinkommt und dabei Dinge anstupst und den Leuten hilft, den Kurs zu korrigieren. Die gute Nachricht ist also, dass ich glaube, dass wir bei Spaceship ziemlich nah dran sind, dieses Ziel zu erreichen.

Andrew Malak:

Wir führen Scrum durch und wir führen Sprints schon lange durch, aber es waren hauptsächlich Zeremonien. Aber im letzten Quartal haben wir wirklich gute Arbeit geleistet, um mehr funktionsübergreifende Mitarbeiter in diese Teams einzubinden. Aber das Ziel für uns ist, dass wir jetzt das Gefühl haben, dass unser Durchsatz tatsächlich gestiegen ist und dass der konstante Informationsfluss zwischen den Teams natürlicher wird und es tatsächlich weniger Unklarheiten zwischen den Teams gibt: „In Ordnung, wir haben es so aufgebaut. Die API ist nicht mehr nutzbar. Es passt nicht zu dem, was wir von unserem Frontend aus zu tun versuchen, und es gibt weniger Hin und Her.“ Wir können also wirklich sehen, dass die Reibung zwischen den Personen im Team wirklich dramatisch abnimmt und wir sehen, dass der Durchsatz wirklich steigt. Nichtsdestotrotz ist der beste Weg für eine agile Transformation, einfach anzufangen.

Andrew Malak:

Du kannst dich hinsetzen und Dinge planen und in Richtung Utopie planen, so viel du willst, oder du kannst einfach loslegen. Wenn ich also sage, indem ich loslegen will, sage ich, dass Sie damit beginnen müssen, die Zustimmung aller Führungskräfte der verschiedenen funktionsübergreifenden Teams einzuholen, denn wenn Sie diese Zustimmung auf Führungsebene nicht haben, wird es einfach nicht funktionieren, weil es Blockaden geben wird, es wird Eskalationen geben. Und wenn all diese Dinge zu Diskussionen führen, in denen es um die Frage geht: „Sollen wir so weitermachen?“ Oder: „Hey, vielleicht ist das nicht das Richtige.“ Das muss sehr früh vom Tisch sein und es muss ein uneingeschränktes Engagement auf Führungsebene sein, dass wir dafür sorgen werden, dass das funktioniert und was auch immer uns begegnet, wir werden es einfach korrigieren. Sobald Sie dieses Engagement auf der Führungsebene erreicht haben, müssen Sie die Werte, mit denen das Team arbeiten soll, sehr klar definieren, denn Agile selbst ist kein Prozess, es ist eine Reihe von Werten, die das Team einfach annehmen und mit denen es anfangen muss zu arbeiten.

Andrew Malak:

Wir könnten also losgehen und Einzelpersonen und Interaktionen über Prozesse und Tools oder funktionierende Software über eine umfassende Dokumentation verwirren. Nun, geben Sie diese dem Team und sie werden am ersten Tag zu Ihnen sagen: „Wir können das alles nicht sofort erledigen.“ Sie könnten also am ersten Tag tatsächlich sagen: „Wir werden immer noch einige Unterlagen benötigen, weil wir uns noch nicht wohl fühlen. Wir verstehen die Sprache der anderen Leute im Scrum-Team nicht gut genug, um direkt nach einer Konversation loslegen und programmieren zu können.“ Aber ab dem 10. Sprint, dem 20. Sprint, setzt sich dieses Missverständnis darüber, was der Product Owner will oder was der Designer mit einer Erfahrung zu erreichen versucht, im Kopf des Ingenieurs fest.

Andrew Malak:

Der Techniker versteht den Kunden viel besser, und dann können Sie mit weniger Prozessen und weniger Dokumentation sowie weniger Verhandlungsergebnissen und mehr Gemeinsamkeiten im gesamten Team auskommen. Die andere Sache, die dann in dieser Phase einsetzt, ist die Fähigkeit des Teams, auf eine Änderung zu reagieren und dies nicht als Bedrohung für das anzusehen, was es zu erreichen versucht. Die alte Arbeitsweise war, diesen Umfang zu definieren, diesen Umfang zu schützen und diesen Umfang nicht durch Dinge stören zu lassen, wohingegen, wenn Sie ein Projekt zur Hälfte abgeschlossen haben und einige wirklich gute Informationen erhalten, die Ihnen sagen, dass Sie vielleicht nicht auf dem richtigen Weg sind, ein gutes Ergebnis zu erzielen, sollten Sie das begrüßen. Und das Team selbst wird das am Anfang als lästig empfinden, aber mit der Zeit werden sie sich wohler fühlen, wenn es um neue Informationen geht.

Teagan Harbridge:

Ja. Es ist eine große Änderung der Denkweise. Ich hatte heute gerade eine Diskussion darüber, wo ist Agilität und Reaktivität, wo ist die Grenze in der Mitte. Und wann ist es, Informationen zu nehmen und zu wechseln, weil Sie glauben, dass etwas besser sein wird, wann können wir diese Denkweise durchbrechen: „Oh, wir sind nur reaktiv?“ Nein, wir reagieren darauf.

Andrew Malak:

Ja, ja. Und schauen Sie, ich denke, das Wort reaktiv selbst hat natürlich eine negative Konnotation, aber Agilität in der Denkweise ermöglicht es Ihnen, das auf den Kopf zu stellen und zu sagen, dass niemand die Dinge zu 100% von dem lösen kann, was möglich ist. Wenn wir also offen für unsere eigenen Grenzen sind, können wir in erster Linie anerkennen, dass wir die Lösung nicht zu 100% durchdacht haben, aber lassen Sie uns auch damit einverstanden sein, weil niemand kann. Ich denke, es dreht sich um und bestätigt es im Voraus und sagt, dass dies passieren wird, aber wenn es soweit ist, werden wir die Informationen, die wir haben, mit den Kapazitäten, die wir haben, bewerten, wie fortschrittlich wir sind, und eine Entscheidung treffen, die für uns, für den Kunden und für das, was möglich ist, richtig ist.

Andrew Malak:

Ich gehe also davon aus, dass je mehr Informationen Sie unterwegs erhalten, desto mehr Verstärkung darüber, ob Sie tun, was richtig ist, oder sollten Sie zu diesem Zeitpunkt einen Kurswechsel vornehmen und ändern? Die andere Sache, die sehr früh passiert, ist, dass, wenn Sie als Führungskraft eine wirklich klare Vision in Bezug auf die Kundenergebnisse entwickeln und Ihr erstes funktionsübergreifendes Team bilden und diese Vision an das Team weitergeben, sie zu deren gehört. Übergeben Sie den Backlog nicht an das Team. Geben Sie ihnen kein fertiges Backlog, sondern geben Sie ihnen einfach die Vision und sagen Sie ihnen dann: „Ihr findet heraus, wie Ihr Backlog aussieht.“ Wenn sie sich ihren eigenen Backlog einfallen lassen, solange du als Führungskraft nicht siehst, dass es nur eine Liste von Ave Marys darin ist und da ein bisschen drin ist, das gut verteilt ist zwischen hygienischen Dingen, strategischen Dingen und ein paar Moonshots und die Balance stimmt, wenn das Team seinen eigenen Backlog erstellt hat, geht die Motivation, die es hat, seine eigenen Ideen zu entwickeln, einfach durch die Decke.

Andrew Malak:

Und das ist es, was du erreichen willst. Sie möchten Klarheit darüber schaffen, dass die Arbeit zur Vision passt, und die Motivation, die Sie aus dem Backlog schöpfen, der vom Team selbst geschaffen wird, bringt Ihnen diese Verbesserung des Durchsatzes. Die andere Sache, mit der Sie sehr früh zu kämpfen haben werden, ist, die Dinge so zu zerlegen, dass sie sich an den Sprint-Rhythmus anpassen. Ich denke, das war oft meine größte Herausforderung, wenn ich schon früh zu agilen Praktiken übergegangen bin. Normalerweise gibt es in den ersten Sprints immer Überläufe und Dinge werden im Sprint nicht abgeschlossen, weil wir am Ende denken, dass wir mehr tun können, als wir können, und es dauert eine Weile, bis wir das herausgefunden haben. Wenn Sie etwas fertigstellen, das in einem Sprint versandfähig wird, nehmen Sie in diesem Sprint wahrscheinlich etwas weniger mit, weil Sie es testen müssen oder Sie müssen in diesem Sprint ein Release machen, oder Sie werden einen PIR machen. Sprint, oder du wirst in diesem Sprint viele Retros machen. Fangen Sie an, gewissermaßen zu formulieren, was Sie im nächsten Planungszyklus durchmachen werden.

Andrew Malak:

Sie müssen also diese Kapazität einhalten, und ich werde feststellen, dass die Teams das Ausmaß dieser Arbeit unterschätzen. Also sei damit einverstanden. Überläufe in den ersten paar Sprints bedeuten nicht, dass du durchgefallen bist, es bedeutet, dass du lernst, besser zu planen. Und stellen Sie dann sicher, dass Ihre Rückblicke und Ihr Pivot davon in Ihre nächsten Planungssitzungen Informationen aufnehmen, die für Sie jetzt neu sind, und stellen Sie sicher, dass Sie damit arbeiten. Ich denke jedoch, dass Sie als Führungskraft die Erwartungen wecken müssen, dass Teams Fehler machen können und dass es eine sichere Umgebung ist.

Andrew Malak:

Und ich habe viele agile gesehen... Ich wollte gerade das Wort Transformation benutzen, obwohl ich gerade gesagt habe, dass ich nicht an Transformation glaube. Alle Teams, die agile Prinzipien anwenden und erwarten, dass sie in ihren ersten Sprints keinen Schluckauf haben und dass, wenn der Durchsatz in den ersten Sprints sinkt, ein bisschen wie „Oh, nun, du hast mir gesagt, dass dieses Ding unseren Durchsatz erhöhen würde.“ Ja, aber nicht sofort. Ja, ich denke, nur realistisch mit sich selbst zu sein und mit dem, was möglich ist, und diese Veränderung an sich, bis sie sich normalisiert, ist etwas gewöhnungsbedürftig. Die Teams müssen wissen, dass es in einer sicheren Umgebung ist, dass alles in Ordnung ist, wenn ihre Produktivität darunter leidet, wenn sie Fehler machen oder Dinge kaputt machen. Wir reparieren es nach vorne.

Andrew Malak:

Aber dann kommt auch ein Punkt, an dem wir uns über die Kultur der Rechenschaftspflicht im Zusammenhang mit der richtigen Nutzung dieser Kapazitäten im Klaren sein müssen. Ich habe also festgestellt, dass die beste Nutzung davon das Showcase ist. Und was wir bei Spaceship gemacht haben, weil wir versuchen, die Anzahl der Zeremonien zu reduzieren, haben wir sowohl das Playback der Planung in einem Sprint als auch das Showcase zu einer Zeremonie zusammengefasst. Wir spielen also ab, was wir in der letzten Sitzung erstellt haben, indem wir eine Demonstration der funktionierenden Software verwenden und den Umfang der ausgeführten Arbeit mit dem vergleichen, was im vorherigen Sprint geplant war. Wir sagen, dass wir zu 80%, zu 90% mit der Arbeit fertig sind, und so sieht es aus und so fühlt es sich an, und so stellen wir es dem Kunden zur Verfügung. Dann zeigen wir tatsächlich, was wir im nächsten Sprint vorhaben.

Andrew Malak:

Und das ist Teil des Showcases, unser persönliches Bekenntnis zu dem Motto: „Dafür setzen wir uns als Team im nächsten Sprint ein.“ Und dann wird diese Rechenschaftspflicht gegenüber der Organisation zu etwas, das uns während des gesamten Sprints auf Kurs hält. Wenn Ablenkungen oder Dinge, die im Sprint nicht festgelegt wurden, auf uns zukommen, denken wir schnell darüber nach, okay, können wir diese Dinge berücksichtigen? Müssen sie erledigt werden? Werden sie uns von dem, was geplant ist, abbringen? Sind sie wichtig genug? Handelt es sich um einen schwerwiegenden Produktionsfehler und können Kunden nicht mehr auf unsere App zugreifen? Nun, lassen Sie das, was Sie tun, fallen und kümmern Sie sich darum. Andernfalls, wenn es nicht wesentlich ist, konzentrieren Sie sich weiterhin auf die Arbeit, zu der Sie sich vor der Organisation verpflichtet haben.

Andrew Malak:

Danach werden Sie zunehmend Probleme haben, und die zunehmenden Schmerzen sind gut, denn das bedeutet, dass Agile funktioniert und mehr Teams oder mehr Funktionschancen für das Unternehmen möglich werden. Es wird noch viel mehr Hype um die Umstellung auf Agile geben. Andere Teams werden rüberkommen und sagen: „Oh, wie machen wir Huckepack auf das, was Sie tun?“ Und so weiter. Das ist gut. Das ist gut, aber es bedeutet jetzt, dass einige neue Risiken tatsächlich eingeführt werden. Die Arbeit mit gemeinsamem Code, gemeinsamen Abhängigkeiten oder sogar die Tatsache, dass normale Leute mehrere Dinge tun müssen, bedeutet nur, dass Sie jetzt mehr Koordination benötigen. Ich würde jedem, der diesen Zeitpunkt erreicht, sagen, dass sich die Leute jetzt gezwungen fühlen, einige neue Rollen einzuführen, Koordinationsrollen. Und ich würde nur sagen, seien Sie vorsichtig, denn das kann Ihren Aufwand sehr schnell erhöhen.

Andrew Malak:

Ich finde, der beste Weg, um sicherzustellen, dass Teams weiterhin synchron sind, ist der richtige Dialog auf der richtigen Ebene im richtigen Rhythmus. Und hier funktioniert es meiner Meinung nach sehr gut, es einfach zu halten, nur das Gedränge von Scrums zu verwenden. Ich mag es, wenn das Gedränge von Scrums zwischen dem Product Owner und dem technischen Leiter jedes Teams, die anwesend sind, ausgewogen ist, und ein- bis zweimal pro Woche funktioniert wirklich gut. Und solange die Product Owner in den Teams und die technischen Leiter in den Teams wissen, woran die anderen Teams arbeiten, wissen, was ihre eigene Arbeit aus Sicht der Veröffentlichung, des Zeitplans oder der Umgebung beeinflussen könnte, funktioniert das meiner Meinung nach auch sehr gut.

Teagan Harbridge:

Ja, wow. Da sind viele Kleinigkeiten drin und sicherlich Dinge, die mit unserer Erfahrung hier bei Easy Agile übereinstimmen, als kleines Unternehmen, das sehr schnell gewachsen ist. Ich kann das also definitiv nachvollziehen. Wir haben uns darüber unterhalten, ob wir neue Rollen in diesem Unternehmen einführen werden. Wir haben erst in den letzten Monaten einen neuen Rhythmus von Besprechungsrhythmen eingeführt, also gehen wir auch diese Dinge durch.

Andrew Malak:

Absolut. Absolut. Was waren Ihre bisher größten Erkenntnisse?

Teagan Harbridge:

Ich denke, dass man die Kommunikation nicht unterschätzen darf, und es kommt wirklich auf diesen Rhythmus und diesen Rhythmus mit dem Team zurück. Und wir experimentieren gerade mit einem täglichen Huddle, bei dem wir darüber sprechen, wie wir Showcases regelmäßiger in unsere Zyklen einbetten können. Am Ende des Zyklus haben wir eine große Demo. Wie können wir das zu einem tief verwurzelten Teil unserer Kultur machen? Und es kommt auch wirklich auf diese Kultur der Rechenschaftspflicht zurück. Also ja, das alles findet Resonanz.

Andrew Malak:

Ja, absolut. Ja, du kannst in jede Branche gehen, die du willst, aber die Probleme sind meistens ähnlich. Und das Tolle ist, dass es sehr wichtig ist, diese Gespräche zu führen, um schnell voranzukommen, da Ihr Problem nicht nur auf Sie beschränkt ist. Jemand anderes hat es gesehen, jemand anderes hat einen Weg gefunden. Und ich denke, was ich an der FinTech-Branche mag, ist, dass wir um Produkte und Dienstleistungen konkurrieren, aber es gibt viel voneinander zu lernen. Und selbst wenn Sie die FinTech-Branche einfach verlassen, können Sie viel von anderen Branchen lernen, die agile Methoden eingeführt haben.

Teagan Harbridge:

Wenn wir einen kleinen Umschwung machen, sind wir von Ihrer beruflichen Karriere und Ihrer Erfahrung auf eine persönlichere Ebene übergegangen. Sie haben erwähnt, dass Sie agile Techniken außerhalb der Arbeit anwenden. Ich bin mir also nicht sicher, ob viele andere im selben Boot sitzen, aber können Sie das näher erläutern? Was heißt das? Wonach sieht das aus?

Andrew Malak:

Okay, ich hoffe, du findest mich nicht extrem komisch. Wir haben sogar eine Familienkampagne. Also ich denke, wenn ich darauf zurückkomme, wie wir dazu gekommen sind, das tatsächlich zu machen. Wenn wir Eltern werden, schauen wir uns unsere Kinder an und sehen so viele Dinge, in denen wir wollen, dass sie besser werden. Und indem wir versuchten, ihnen ständig Feedback zu geben, was sich anfühlte, als wäre das Feedback so umfangreich, dass alles übertönt wird, weil es so viel davon gibt. Tatsächlich gab mir mein ältester Sohn dieses Feedback. Er sagt: „Papa, warum konzentrieren wir uns nicht auf eine Sache nach der anderen?“

Andrew Malak:

Und ich sagte: „Wow, okay.“ Dass mir ein Zehnjähriger das erzählt hat, war unglaublich. Also wurde uns klar, dass wir uns eingrenzen und uns auf einen Verbesserungsbereich nach dem anderen konzentrieren mussten, und wir gehen nicht zum nächsten über, bis wir den ersten abgeschlossen haben. Zum Beispiel mein ältester Sohn, ein sehr kluger Junge. Wir versuchen, uns bei ihm auf die Prozessdisziplin zu konzentrieren, anstatt nur die richtige Antwort zu finden, weil er schlau ist und in den meisten Fällen, wenn man ihm eine Frage stellt, hat er die Antwort und er will sie einfach sagen.

Andrew Malak:

Aber wir haben begonnen, die Frage aufzuschlüsseln und mit ihm mehr an dem Prozess zu arbeiten, damit wir, wenn wir den Prozess verfolgen, gepaart mit seinen natürlichen Fähigkeiten, öfter richtig antworten. Und das ist es, woran wir gerade arbeiten. Auf der Gedränge unserer Familie ist im Moment also eine Mischung aus Dingen zu sehen. Jeder hat seine eigene Schwimmbahn, und in jeder Schwimmbahn gibt es ein paar Aufgaben, einige beziehen sich auf Arbeit oder Studium, andere beziehen sich auf Hausarbeit, andere beziehen sich auf Gesundheit oder Bewegung und wieder andere beziehen sich auf freundliche Handlungen. Und wir wollen sicherstellen, dass wir jeden Tag Dinge in allen vier Kategorien erledigen. Also ja, du kannst Agilität einsetzen, wo immer du willst, aber ich denke, diese Denkweise im Allgemeinen, dass, wenn ich jeden Tag aufwache und Dinge tue, die mich besser machen als gestern, ich sowohl in meinem Privatleben als auch in meinem Berufsleben weiter vorankommen kann.

Teagan Harbridge:

Und haben Sie WIP-Limits?

Andrew Malak:

Das tun wir im Moment nicht und wir veranstalten im Moment keine Showcases. Wir werden sehen, wie wir sie in Zukunft einführen können.

Teagan Harbridge:

Und wie war die Einführung eines Kanban-Boards zu Hause? Wie wurde das von der Familie aufgenommen? Hat es ihnen gefallen, gab es Feedback?

Andrew Malak:

Nun, es war eigentlich nicht geplant. Es fing damit an, dass ich einfach ein paar Post-its auf den Kühlschrank klebte, um uns an Dinge zu erinnern. Und dann sagte ich eines Tages zu meiner Frau: „Weißt du was? Das erinnert mich an das, was wir bei der Arbeit machen. Warum formalisieren wir es nicht?“ Sie kicherte ein bisschen, aber eines Tages kam sie zurück und dann fand sie es dort. Also ja, es war nicht wirklich geplant.

Teagan Harbridge:

Fantastisch. Und du warst schon sehr großzügig mit deiner Zeit, also schließe ich es mit einer letzten Frage ab. Welchen Rat hätte Ihnen Ihrer Meinung nach jemand gegeben, als Sie den Sprung vom Produktmanagement zur Produktleitung gewagt haben?

Andrew Malak:

Ja, das ist eine wirklich gute Frage. Ich denke in erster Linie, dass Sie sicherstellen müssen, dass Sie Ihr Bedürfnis nach Perfektionismus loswerden, denn in erster Linie waren Sie vielleicht selbst der beste Produktmanager. Du warst vielleicht unglaublich. Und ich sage nicht, dass ich das war, aber wenn Sie eine Führungsrolle übernehmen würden, würden Menschen mit unterschiedlichen Fähigkeiten für Sie arbeiten. Und was Sie verstehen müssen, ist, dass sie einige Zeit brauchen werden, um ihre Rolle und ihr Handwerk zu erlernen. Und behindern Sie sie einfach nicht beim Lernen. So könnten Sie beispielsweise jemanden sehen, der etwas tut, das diese Kapazität in diesem Sprint möglicherweise nicht optimal oder optimal nutzt. Möglicherweise verspüren Sie den Drang, einzusteigen und den Kurs zu korrigieren. Aber wenn Sie sie gehen lassen und ihr Feedback nur im Rückblick hören, haben sie das vielleicht selbst gelernt, und eine Erkenntnis, die sie selbst erhalten, anstatt von ihrem Leiter darüber informiert zu werden, wird für sie viel nützlicher sein.

Andrew Malak:

Sie müssen Ihr Bedürfnis, Entscheidungen zu treffen und die Kontrolle zu haben, fallen lassen, denn je mehr Sie sich in eine dienende Führungsrolle verbannen und das Team Entscheidungen treffen lassen können, wenn es Entscheidungen trifft und diese Entscheidung nun mit der Ausführung untermauern muss, ist es wahrscheinlicher, dass es sein Herzblut hineinsteckt. Je mehr sie das Gefühl haben, dass Sie die Entscheidungen treffen werden, desto weniger neigen sie dazu, Probleme selbst zu durchdenken, und dann werden sie die Probleme immer wieder zu Ihnen zurückbringen. Jedes Mal, wenn Ihnen jemand eine Frage stellt, auf die es eine schwarz-weiße Antwort gibt, werfen Sie sie ihm zurück und fragen Sie ihn, was er denkt, denn auf diese Weise coachen Sie ihn, es selbst zu lösen. Und dann ist das Letzte, was wirklich wichtig ist, meiner Meinung nach, dass es wirklich wichtig ist, darüber nachzudenken, wie Ihr Unternehmen es Ihnen ermöglicht, anders zu sein und diese Differenzierung zu nutzen.

Andrew Malak:

Zum Beispiel hier bei Spaceship, weil wir klein sind, wir sind kein großes Unternehmen, unsere Kunden sind etwas nachsichtiger. Sie haben also eine begrenzte Kapazität, um Erlebnisse zu erstellen, und Sie können nicht alle Dinge gleichzeitig tun. Verstehen Sie das und nutzen Sie es, damit Ihr Team das auch lernt. Denn wenn Sie versuchen, alle Randfälle zu zeigen, wird es viel länger dauern, bis etwas auf den Markt gebracht wird, und Sie könnten einen Großteil der Teamkapazitäten nutzen, um Randfälle zu entwickeln. Und das können Sie sich nicht wirklich leisten, wenn Sie in einem Start-up sind.

Andrew Malak:

So haben wir beispielsweise gestern ein neues Anlageportfolio lanciert. Wir haben das Spaceship Earth-Portfolio lanciert, unser erstes nachhaltiges Anlageportfolio, und das ist ein Zeichen dafür, dass hoffentlich noch mehr Dinge im Bereich Nachhaltigkeit auf uns zukommen werden. Aber als wir es auf den Markt brachten, war uns bewusst, dass unsere Erfahrung oder unser Produktangebot heute eine Einschränkung haben, sodass jeder Kunde nur ein Portfolio haben kann. Wir wussten, dass Bestandskunden in nachhaltiges Investieren investieren möchten, aber wir verpflichten uns ihnen gegenüber, dass es in unserem Backlog steht und es eigentlich das nächste Feature ist, das wir tatsächlich auf den Markt bringen werden.

Andrew Malak:

Und als wir unseren Kunden das erklärt haben, waren sie sehr verständnisvoll, dass sie wissen, dass unser Durchsatz begrenzt ist, aber sie wissen auch, dass ihre Stimme gehört wird und wir die Dinge entwickeln, von denen sie uns erzählen. Ich würde also sagen, dass der beste Ratschlag, den ich meinem jungen Ich geben kann, darin besteht, sicherzustellen, dass Sie die richtige Balance zwischen der Stimme des Kunden finden. Das wird Ihnen all die hygienischen Dinge sagen, die Ihrem Produkt in Bezug auf Erfahrung oder Lücken fehlen. Und dann finden Sie das Gleichgewicht zwischen neuen strategischen Dingen, die Sie verfolgen können, und neuen Dingen, die Sie auf den Markt bringen können, sowie ab und zu ein paar Ave Marias. Wir nennen sie Moonshots. Sie können funktionieren oder auch nicht, aber es ist aufregend, und wenn es funktioniert, können Sie Ihre Lautstärke um das Zehnfache erhöhen. Und das sind die Dinge, die sich wahrscheinlich viral verbreiten werden. Daher ist es sehr wichtig, das richtige Gleichgewicht zu finden.

Teagan Harbridge:

Es war wunderbar, Andrew. Ich habe definitiv viel aus unserem heutigen Chat mitgenommen, und ich bin sicher, unser Publikum wird es auch tun. Nochmals vielen Dank für Ihre Zeit und viel Glück.

Andrew Malak:

Nein, Teagan, hör zu, vielen Dank. Und es war mir eine Freude, mit Ihnen und Easy Agile zu sprechen, und ich wünsche Ihnen auch alles Gute.

Teagan Harbridge:

Fantastisch. Danke Andrew.

Andrew Malak:

Hab einen schönen Tag.

„Von Bier-Analogien über Gedränge in Restaurants bis hin zu neurodiversen Teams — es ist immer ein Vergnügen, mit Kit zu chatten.“

Kit befasst sich mit agilen Methoden, die über den üblichen Anwendungsfall hinausgehen, z. B. die Zusammenarbeit mit Geologen und Restaurantbesitzern bei der Anwendung von Scrum.

Das Kit unterstreicht auch die Notwendigkeit, sich auf einen Bottom-up-Ansatz zu konzentrieren, der Führungskräften einen sicheren Raum bietet, in dem sie lernen und Fragen stellen können, und zeigt, ob neurodiverse Teams der Schlüssel zur Effektivität sind.

Das war ein wirklich interessantes Gespräch!

Abonniere unbedingt, genieße die Folge 🎧

Transkript

Nick Muldoon:

Guten Tag Leute. Mein Name ist Nick Muldoon. Ich bin Mitbegründer und Co-CEO von Easy Agile und freue mich, heute Kit Friend von Accenture zu begrüßen. Kit ist Agile-Coach bei Accenture und dort auch der Atlassian-Praxisleiter. Kit, guten Morgen.

Bausatzfreund:

Guten Morgen, Nick. Leider nur der Übungsleiter für ein paar Dinge, aber ich gebe mein Bestes. Es ist mir eine Freude, mit Ihnen zusammen zu sein, zum zweiten Mal, dass wir es diese Woche auch versucht haben, in der schönen Welt der Breitband-abhängigen Telearbeit und so weiter. Aber es gibt Hoffnung, oder?

Nick Muldoon:

Es ist wunderschön, nicht wahr? Für diejenigen unter Ihnen, die zu Hause zuhören, nur damit Sie ein bisschen Kontext haben, Kit ist Vater von zwei Kindern, er lebt in London und ist jetzt seit etwas mehr als 10 Jahren bei Accenture, richtig?

Bausatzfreund:

Ja, September 2010. Zum Glück habe ich meine Frau fast im selben Sommer getroffen, also muss ich mich nur an ein Jahr erinnern, und ich kann mich an eines nach dem anderen erinnern. Es hilft also, wenn ich versuche, mich an Termine zu erinnern und Dinge zu ordnen, weil ich nicht sehr gut mit meinem Gedächtnis umgehen kann, um ehrlich zu dir zu sein.

Nick Muldoon:

Oh nun ja. Also, der Grund, warum ich Sie heute eingeladen habe, ich freue mich riesig, von der Reise zu hören, auf der Sie bei Accenture waren, und ich schätze, von der Reise, auf der Sie mit Ihren Kunden sind, und von diesen verschiedenen Engagements. Bevor wir jedoch darauf eingehen, wollte ich wissen, kannst du mir einfach sagen, was eine deiner Lieblingsbands aus den 90ern, aus den frühen 90ern ist?

Bausatzfreund:

Ja, und ich finde es wirklich toll, dass wir eine Verzögerung zwischen den Dingen hatten, weil es wie eine dieser Fragen ist, weil ich sage: „Hmm“. Und ich glaube, ich bin ein Opfer der Playlist-Kultur, in der es so ist, als würde sich die Benennung einer ganzen Band wie eine echte Verpflichtung anfühlen. Es geht jetzt nur noch um Tracks mit Dingen, oder? Aber ich habe es auf zwei für meine Lieblingsband aus den 90ern eingegrenzt und ich denke, ich werde mich danach festlegen. Also mein unbestrittener Lieblingstrack der 90er, Common People von Pulp, oder? Zweifellos, ja, es ist genau da oben. Für mich habe ich an der St Martins, der Kunsthochschule, studiert, also ist Common People für mich der Karaoke-Track meiner Studienzeit mit Dingen dort. Also Common People von Pulp, Lieblingssong.

Bausatzfreund:

Was die Bands angeht, war ich allerdings aufgeteilt zwischen... Anfangs ging ich zu Britpop und dachte: „Cool, das fühlt sich für mich wie ein glücklicher Ort an.“ Gerade im Moment in unserer seltsamen dystopischen Gesellschaft höre ich Britpop und es ist irgendwie glücklich. Blur war also für mich damals ganz oben, was Band-Commit aus den 90ern anging. Aber dann fiel mir ein, dass Placebo eigentlich eine 90er-Jahre-Band ist, obwohl ich sie mir als 13 Jahre altes Kit und so nicht angehört habe. Also ich denke, Placebo hat es für mich in Bezug auf meine Lieblingsband der 90er fast übertroffen. Aber ich muss zugeben, obwohl es nicht mein Lieblingstrack aus den 90ern ist, denke ich, dass Wonderwall vielleicht der beste Song ist, der jemals geschrieben wurde.

Nick Muldoon:

Eine Oase? Liebe es.

Bausatzfreund:

Ja, für Track Wise. Aber besonders für mich war ich vor ein paar Jahren mit einigen Kollegen auf dem Oktoberfest und ich glaube nicht, dass ein anderer Track 600 betrunkene Deutsche zusammen mit allen anderen auf die Bänke bringen könnte, von überall auf der Welt, mit einer Rock-Polka-Band, die um 11 Uhr nachts aus voller Kehle singt oder so. Also ja, dieses Sammelsurium, aber ich werde Placebo als Lieblingsband in diesem seltsamen Vorbehaltssatz festlegen.

Nick Muldoon:

Ich liebe es, danke dafür, Kit. Das ist interessant, weil du damals erwähnt hast, dass du nach St. Martins gegangen bist, was eine Kunsthochschule war. Also würde mich interessieren, was hast du studiert? Was sind Ihre formalen Qualifikationen und was hat Sie dann in diese Welt der agilen Umsetzung und kontinuierlichen Verbesserung geführt?

Bausatzfreund:

Ja. Ich meine, ich mache den Twitter-Bio-Vorbehalt, dass alle Meinungen meine eigenen sind und nicht die von Accenture, bevor wir uns auf die Reise der Dinge begeben. Obwohl gesagt werden muss, dass ich versuche, so viele meiner Kollegen und Kunden wie möglich von meiner Denkweise zu überzeugen. Aber ich habe St. Martin studiert oder am St Martins College studiert, also in Großbritannien weiß ich sicherlich nicht, wie es in Australien ist, aber wenn man Kunst und Design studiert, misstrauen sie im Grunde Ihrer Highschool-Ausbildung. Sie sagen: „Nein, alles, was du vorher gemacht hast, ist...“

Bausatzfreund:

Also lassen sie dich nehmen, was genannt wird, oder sie raten dir, ein sogenanntes Gründungsjahr zu nehmen, in dem du eine Menge Dinge ausprobierst. Also kommst du rein und denkst, du wirst Maler oder Produktdesigner oder so, und sie sagen: „Nein, nein, nein. Du hast noch nicht die ganze Bandbreite der kreativen Branchen und so erlebt.“ Also habe ich eines davon gemacht, was unglaublich war, und ich dachte, ich würde Produktdesigner werden. Am Ende spezialisierte ich mich auf Schmuck und Silberschmiedekunst und so, also habe ich gemacht wie... Ja, ich habe lange schwarze Trenchcoats und so getragen, ich habe gotische, stachelige Rüstungen und alle möglichen Dinge hergestellt und [unhörbar 00:04:24] mit Silber gearbeitet. Aus diesem Jahr habe ich einen Professional Development Award im Bereich Schweißen erhalten, das war also meine erste formelle Qualifikation in diesem Bereich. Ich bin allerdings ein wirklich schlechter Schweißer.

Bausatzfreund:

Am Ende dachte ich dann: „Ich weiß immer noch nicht wirklich, was ich tun möchte.“ So wie du es auf der Universität tust, lautet mein offizieller Titel, was meinen Trend zu sehr langen, unaussprechlichen Dingen noch verstärkt, Ba Hons Art And Design And The Environment, Artifact Pathway, und was es war, war... Dein Gesicht ist...

Nick Muldoon:

Ja, ich versuche das zu verarbeiten.

Bausatzfreund:

Ja. Ich glaube, der Kurs existierte nur drei Jahre, er fühlte sich wie ein kleines Experiment an, oder er existierte nur in diesem Format. Wir hatten also Architekturstudenten, die den ersten Teil ihrer Architekturqualifikation absolvierten, wir hatten sogenannte Raumplanungsstudenten, die, glaube ich, Räume entwarfen. Sie waren keine Innenarchitekten, sie waren ein bisschen mehr Ingenieur und dann hatten wir diesen seltsamen Studiengang namens Artifact, der der Rest von uns war und wir waren nicht ganz so streng wie Produktdesigner, wir waren keine Künstler. Wir haben Objekte und Erlebnisse und Dinge gemacht.

Bausatzfreund:

Ja, es war eine wirklich interessante Erfahrung. Ich meine, gegen Ende habe ich angefangen, mich mehr und mehr darauf zu spezialisieren, wie Gemeinschaften kommen und Dinge bauen und Dinge zusammen machen können, und es ist ein bisschen komisch, wenn man auf Dinge zurückblickt. Du sagst: „Ich kann den Weg der Dinge, die ich seitdem getan habe, direkt auf diese Art von Tendenz [Crosstalk 00:05:54] zurückverfolgen, wie ich es mag, Menschen zusammenzubringen.“

Nick Muldoon:

Also ja, glaubst du, dass der Community-Building-Aspekt eine Art Genese für das war, was du versucht hast, die Community rund um die Agile-Transformation, die du in den letzten zehn Jahren entwickelt hast, oder?

Bausatzfreund:

Ich weiß nicht. Es ist leicht, auf diese Dinge zurückzuverfolgen, nicht wahr? Aber ich glaube, ich war schon immer...

Nick Muldoon:

Du siehst es zu dem Zeitpunkt nicht.

Bausatzfreund:

... mochte es, Menschen zusammenzubringen, um Dinge zu tun. Nein. Es ist sowieso eine Theorie, oder? Eine Theorie der Entstehungsgeschichte, die wir gerade haben. Also habe ich das gemacht und dann habe ich mich viel über meinen Kurs beschwert. Ich dachte: „Das ist Quatsch. Das ist alles wirklich zufällig und so.“ Also wurde ich zum Mitglied der Studentenschaft gewählt, also weiß ich nicht, wie das in Australien funktioniert, aber im Vereinigten Königreich kann man effektiv als Vollzeit-Studentenpolitiker gewählt werden, und das kann man machen... Sie nehmen ein Sabbatical entweder während Ihres Kurses oder am Ende Ihres Kurses, wo es nicht wirklich ein Sabbatjahr ist. Also war ich beim Studentenwerk und habe nach Abschluss meines Studiums zwei Jahre lang Vollzeit gearbeitet, was eine skurrile, aber lehrreiche Erfahrung ist.

Bausatzfreund:

Auch hier geht es darum, Leute zu organisieren, zum Beispiel bei der Lösung von Problemen zu helfen und sehr flink mit... Du weißt nicht, was nächste Woche passiert, du wirst gegen unfaire Bezahlung protestieren oder du wirst jemanden haben, der seinen Abschluss aufgrund seiner persönlichen Umstände und Dinge in Schwierigkeiten gebracht hat, also ist es eine wirklich interessante Mischung. Also ja, da habe ich meine Reise in die Dinge begonnen.

Nick Muldoon:

Es ist also interessant für mich, weil Sie darüber sprechen, der erste Teil davon ist: „Wir vertrauen nichts, was Sie zuvor gelernt haben, und wir werden Ihnen ein bisschen wie ein Sammelsurium und einen Vorgeschmack auf viele verschiedene Aspekte geben.“ In welcher Beziehung steht das zu einer agilen Transformation? Denn ich habe das Gefühl, wir haben ein Jahrzehnt hinter uns, in dem eine agile Transformation buchstäblich so aussah: „Hier ist Scrum, mach zwei Wochen Scrum, Schätzungen zum Storypoint, kein Rollover. Wenn Sie den Rollover umdrehen, schlagen wir Ihnen auf die Handgelenke.“

Nick Muldoon:

Dort wurde wahrscheinlich vor 10 Jahren nicht viel mit verschiedenen Ansätzen zur Verabreichung experimentiert. Es war nur: „Wir gehen von diesem Wasserfall-Ansatz zu diesem agilen Ansatz über.“ Was damals sehr häufig Scrum war. Warum geben wir den Leuten nicht das Sammelsurium und warum geben wir ihnen nicht dreimonatige Rotationen, in denen sie ein bisschen Scrum und ein bisschen Kanban und verschiedene Herangehensweisen ausprobieren können?

Bausatzfreund:

Nun, ich denke, es ist praktisch, nicht wahr? Diese Dinge. Es ist eine Herausforderung, und es ist eine Herausforderung, es funktioniert in einem geschlossenen Raum. Ich unterrichte viele unserer Produktverpackungskurse für unsere Kunden und wir verwenden immer das David Marquet-Video von Greatness Summary. Was ist toll an der Situation mit David Marquet, er hat diese Petrischale, oder? Buchstäblich ein U-Boot, niemand stört seine U-Boot-Crew. Also kann er das tun, er kann sagen: „Nun, lass uns das Ding ausprobieren.“ Ich vereinfache es stark, weil es eine tolle Geschichte ist, oder?

Bausatzfreund:

Aber man hat diesen Raum, um etwas zu tun und etwas auszuprobieren, und wenn wir mit Kunden und Kollegen gleichermaßen über agile Transformationen sprechen, denke ich, eines der Dinge, die ich immer wieder in Bezug auf die Rolle der Führung sage, ist, dass sie einen sicheren Raum schaffen müssen, einen kleinen Ort, an dem sie schützen, und sie sagen: „In diesem Bereich machen wir Agile, wir können experimentieren, wir können diese Dinge tun. Lasst meine Leute in Ruhe. Vertrau mir darin.“

Bausatzfreund:

Ich denke, dass Agile meiner Meinung nach gut läuft, dort gibt es einen Teil dieses geschützten Raums, in dem Dinge erledigt werden können. Ich habe Kollegen, die in Unternehmen arbeiten, in denen sie tätig sind, und sagen: „Okay, wir werden es jetzt versuchen und Sie nur bitten, den Umfang Ihrer Geschichten für die nächste Woche vorherzusagen. Alles andere liegt bei Ihnen, Sie können wählen, ob Sie Scrum anwenden möchten, Sie können Crystal, DSDM, was auch immer es ist, verwenden. Alles, was Sie für uns als Unternehmen tun müssen, ist uns einen umfassenden Überblick über diese Kennzahlen zu geben oder so.“ Es gibt also Flexibilität. Ich denke, wenn ich an deine Reise als Agilist denke und an den Versuch, Dinge zu tun, sagen die Leute, versuche von allem ein bisschen, das ist ein netter Rat, aber es ist ein bisschen schwierig, es tatsächlich zu tun, weil es so ist, als ob wir immer noch Dinge machen müssen, wir müssen immer noch Dinge praktisch machen.

Bausatzfreund:

Wenn ich also mit Leuten spreche, die am Anfang ihrer Reise stehen, oder sowohl mit Kunden als auch mit Kollegen, die solche Dinge durchstehen wollen, zum Beispiel, was sie zuerst tun, sage ich immer noch, dass Scrum ein wirklich guter Anfang ist, weil ich denke, da ist dieses Zitat von irgendwo, es steht wahrscheinlich im Scrum Guide, über: „Es ist einfach zu verstehen, aber komplex, es richtig zu machen.“ Und Sie würden bei komplexen und chaotischen Situationen denken, oder? Aber ich denke, dass...

Nick Muldoon:

Und die erforderliche Disziplin ist...

Bausatzfreund:

Ja, ja. Aber Disziplin ist eine gute Sache, oder?

Nick Muldoon:

Mm-hmm (bejahend). Aber nicht jeder hat es.

Bausatzfreund:

Nein. Aber einer meiner Kollegen, Nick Wheeler, benutzt den Satz: „Zu viele Sitzsäcke, nicht genug Arbeit getan, um über Chaotic Agile zu sprechen.“ Ich denke, man muss sich darauf konzentrieren, Dinge zu erledigen, oder? Ein gutes Preis-Leistungs-Verhältnis muss vorhanden sein, ebenso wie eine angenehme Arbeitsatmosphäre und Ausgewogenheit. Es ist also ungefähr irgendwo dazwischen, und ich mag Scrum, weil es den Leuten auch etwas gibt... Es ist ein Framework, oder? Es gibt den Leuten etwas, an dem sie sich aufhalten können, um ihre Reise zu beginnen. Ich habe das Gefühl, dass Sie Monate damit verbringen könnten, darüber zu diskutieren, ob Sie einen Agile-Master haben und was er macht? Wo gehen wir hin? Haben wir eine Person, die die Vision und die Dinge in sich trägt?

Bausatzfreund:

Ich denke, wenn Leute anfangen, sage ich immer: „Warum nicht Scrum ausprobieren? Warum nicht sehen? Probiere es ein paar Sprints lang aus und schau, was für dich funktioniert, und dann schau, was in der Wäsche herauskommt.“ Ich meine, wenn sie in einem Bereich sind, in dem es einige grundlegende Widersprüche gibt, wie zum Beispiel: „Ja, ich werde einem Call Center keine Sprints aufzwingen, oder? Das ergibt keinen Sinn.“ Ich habe gestern mit jemandem gesprochen, der in einem Betrugsteam arbeitet, und es ist, als würde ich sie nicht fragen, wie viele Betrugsfälle in zwei Wochen oder als Teil von MPI begangen werden, oder? Es ist absurd.

Bausatzfreund:

Unter diesen Umständen, ja, beginnen Sie stattdessen mit Kanban-Methoden, -Prozessen und -Praktiken. Aber für Leute, die Produkte und Dinge bauen, finde ich, dass Scrum am Anfang ziemlich gut passt. Also ja, das ist meine Antwort, also beides. Warum nicht beides haben, ist die Antwort darauf, glaube ich, auf dem Weg. Ja. Es wäre interessant zu sehen, welche anderen Frameworks ihnen in den Sinn kommen. Ich meine, ich habe neulich ein skaliertes Agile-Framework namens Camelot gefunden, das viele Burgen und Dinge im YouTube-Video beinhaltete. Ich fand das wunderbar. Aber es gibt Raum für viel Planung und Nachdenken.

Nick Muldoon:

Sobald du Camelot gesehen hast, denke ich aus irgendeinem Grund an Monty Python. Ich weiß nicht genau warum. Aber wie heißt diese Variante von Scaled Agile Camelot? Kannst du mir davon erzählen? Weil ich damit nicht vertraut bin.

Bausatzfreund:

Ich habe ein YouTube-Video dazu gesehen, Nick. Für alle, die es googeln, Sie können es im Zusammenhang mit der X Scale Alliance finden. Ich glaube, es ist ein Bild des Monty Python Camelot auf der Titelseite.

Nick Muldoon:

Ist es das wirklich?

Bausatzfreund:

Ja, ja. Ja, ich bin mir ziemlich sicher, komische Dinge. Und du weißt, wie es mit Technikfreaks ist, oder? Es gibt eine Menge eingebetteter Verweise auf Hitchhikers' Guide To The Galaxy und Monty Python in Komponentennamen und so weiter. Es würde mich also nicht wundern. Was ich an so etwas wie dem Camelot-Modell mag, abgesehen davon, dass ich an Monty Python und Burgen und so denke, ist, dass es etwas in Menschen hervorruft. Ich denke, wenn wir mit Leuten über Agile sprechen, müssen wir bei ihnen ein Gefühl hervorrufen. Wir müssen die Leute dazu bringen, zu sagen: „Oh ja, ich verstehe irgendwie, wohin du gehst.“

Bausatzfreund:

Also ich mache immer gerne das kitschige, ohne das A groß zu schreiben, was bedeutet agil für dich? Ja, geht es darum, flink zu sein? Geht es darum, flexibel zu sein und solche Dinge?

Nick Muldoon:

Ich meine, ich bin mir bewusst, dass Sie an der Universität offensichtlich Lean Kanban gemacht haben, Sie haben Scrum Alliance Training and Certification, Prince2, Scaled Agile natürlich gemacht. Warum machst du all diese Dinge? Ich meine, ist es Neugier? Ich meine, erwarten Kunden, dass Sie diese Zertifizierungen haben? Und würden Sie sich in Camelot zertifizieren lassen? Oder sogar eine, die mir kürzlich vorgestellt wurde, war Flight Level Agile, Flight Level Agility. Welches ist eine andere Art von-

Bausatzfreund:

Oh, noch einer?

Nick Muldoon:

Ja, noch einer. Eine andere Art der Beschreibung. Eigentlich erinnere ich mich, ein bisschen nebenbei, tut mir leid, aber Craig Smith von... der zu der Zeit, glaube ich, bei Suncorp, einer australischen Bank, gearbeitet hat. Er hat 46 agile Methoden in 40 Minuten oder so ähnlich angewendet, und er verbrachte eine Minute damit, den Leuten all diese verschiedenen Herangehensweisen vorzustellen.

Bausatzfreund:

Ja, und Methoden im Vergleich zu Frameworks und so weiter macht Spaß, die Grenzen zu ziehen. Ich meine, ich war tatsächlich überrascht, wie oft ich nach Zertifizierungen in Bezug auf Dinge gefragt wurde. Es ändert sich ein bisschen mehr, und ich habe definitiv mehr Begeisterung von unseren Kunden gesehen, und tatsächlich sehe ich neue Leute bei Accenture, was wirklich nett ist, Zertifizierungen zu fordern und zu fördern. Ich denke nicht, dass es notwendig ist, dass der sichere Kurs dann garantiert, dass Sie Agile erfolgreich skalieren werden, oder? Aber es ist eine gute Methode, um zu beurteilen, ob die Leute ihre Hausaufgaben gemacht und sich etwas Mühe gegeben haben, um [Crosstalk 00:14:50] Wissen zu erlangen.

Nick Muldoon:

Und sie haben die grundlegenden Grundlagen.

Bausatzfreund:

Ja. Nun zu deiner Frage zu Brett, also ich denke, wenn wir versuchen, das Wort Coach mit uns selbst zu verbinden... Ich glaube, ich habe von Land zu Land unterschiedliche Trends gesehen. Wenn ich mir also meine Kollegen in den Staaten ansehe, ist der Begriff Agile Coach etwas kodifizierender. Der Arbeit von ICA Agile und Lisa Adkins und allen möglichen anderen Dingen dort drüben ist etwas Besonderes, was gut ist. Im Vereinigten Königreich und in Europa sehe ich das im Moment sicherlich als viel vielfältiger an und es ist ein Begriff, der vielen Menschen in Verbindung gebracht wird.

Bausatzfreund:

Wenn du dir Leute ansiehst, einfach jeden auf LinkedIn mit einem Lebenslauf oder einem kleinen Bio-Titel Agile Coach, kannst du eine Vielzahl von Leuten sehen, die seit etwa 20 Jahren verschiedene Agile-Frameworks machen und Dinge tun, und du kannst jemanden sehen, der seit drei Monaten Scrum Master ist und dann den Job gewechselt hat, und er wird Agile Enterprise Coach als Titel haben. Und du sagst: „Hmm, mit wie vielen Leuten hast du jemals Scrum gemacht? Und hast du etwas anderes als Scrum gemacht?“ Und meine Ansicht ist, wenn 40-

Nick Muldoon:

Aber ich meine Enterprise Agile Coach, weil ich Scrum mit meinem Team von sechs Leuten in einem gemacht habe.

Bausatzfreund:

In einer Enterprise, richtig?

Nick Muldoon:

In Enterprise.

Bausatzfreund:

Aber ich habe das Gefühl, wenn Sie einem Team, das Sie coachen, nur eine Denkweise und einen Ansatz bieten können, um Dinge zu tun, wie coachen Sie sie dann? Das, was Sie anbieten können, ist nicht umfangreich. Aber wenn alles, was Sie erlebt haben, Scrum ist und Sie dann bei einem Team landen, das Betrugsuntersuchungen durchführt, wie werden Sie es auf einen Weg führen, der Sprints und solche Dinge nicht beinhaltet? Ich meine, vielleicht tun Sie das, weil Sie Dinge von Scrum übernehmen werden, die sinnvoll werden, aber Sie brauchen dieses Spektrum.

Nick Muldoon:

Gib uns ein Gefühl, Kit, was am skurrilsten oder ungewöhnlichsten ist vielleicht eine bessere Art, es zu formulieren, was ist das ungewöhnlichste Team, das du in agile Praktiken und Lean-Prinzipien eingeführt hast?

Bausatzfreund:

Also muss ich meinen Kollegen Giles in Verlegenheit bringen, weil meins nicht das interessanteste ist. Giles wollte Geologen Scrum für Standortvermessungen und andere Dinge vorstellen, worüber ich gerne als Beispiel spreche, weil es so...

Nick Muldoon:

Beeindruckend. Ja.

Bausatzfreund:

Beim Auspacken ist es so interessant, darüber nachzudenken, was das bedeuten würde, und ich muss mit ihm sprechen, um zu sehen, wie weit sie es tatsächlich angewendet haben. Aber weil es so ist wie: „Warum würdest du das tun?“ Und dann ist es wie: „Oh, tatsächlich haben sie wahrscheinlich ein wirklich großes Gebiet zum Vermessen. Wäre es nicht besser, ein paar Feedback-Schleifen einzuführen und zu schauen, wie man das Problem aufteilt, um einen gewissen Mehrwert und Lernerfolg aus den Dingen herauszuholen?“

Nick Muldoon:

Das ist interessant.

Bausatzfreund:

Also ich mag das wirklich, wirklich. Ja. Ja, wenn wir unterrichten, sage ich immer, dass es in London ein Restaurant namens Ricardo's gibt, bei dem ich sicherstellen muss, dass es nicht pleite geht. Ich glaube, es ist immer noch im Geschäft, aber...

Nick Muldoon:

Nun, ich dachte es...

Bausatzfreund:

Nun, COVID, richtig? Ich glaube, er ist ihr Besitzer, Ricardo. Zumindest ist er die Person, die ihren Namen inspiriert hat. Er hat Scrum angewendet und es ist wunderschön, wenn man sich die Übungen ansieht, die sie durchgemacht haben, als sie es eingeführt haben. Und auf seiner Website, auf der ich dir die URL für die Shownotes anpinge, aber sie machen diese funktionsübergreifende Teamarbeit, bei der sie das gesamte Personal im Restaurant dazu bringen, sich die Rollentypen anzusehen, die sie benötigen, und dann ihre Verfügbarkeit und so weiter. Sie sagten: „Nur dieser eine Typ kann die Bar machen. Vielleicht sollten wir ein paar andere Leute schulen, damit sie an der Bar arbeiten können?“ Und ich liebe den Gedanken, diese Elemente von Dingen anzuwenden.

Bausatzfreund:

Aber zurück zu deiner Frage, wo habe ich ungewöhnliche Dinge auf meine Teams angewendet, ich habe keine wirklich skurrilen gemacht, um ehrlich zu dir zu sein. Ich meine, ich denke, dass ich einen Hintergrund in Kunst und Design habe, finde ich... Wenn ich über Iteration und all diese Bereiche spreche, denke ich sofort an Projekte zurück, in denen wir Dinge gemacht und Dinge gemacht haben und sie da haben, und besonders, wenn die Leute in einer Geschäftssituation in Panik geraten, an die ich zurückdenke... Als ich an der Universität war, habe ich mit meinem Vater als Freiberufler Spezialeffekte gemacht, weil das eine großartige Möglichkeit ist, Geld für Dinge zu verdienen. Mein Vater arbeitete für die BBC und war freiberuflich tätig. Ich denke an diese Unmittelbarkeit und Panik, wenn ich über Kanban und den Umgang mit Operationen und Zwischenfällen und so spreche, und ich sage: „Ihr braucht nicht in Panik zu geraten, es ist nicht so, als ob ihr live im Fernsehen seid.“ Und sie haben einen Countdown von drei, zwei, eins, richtig?

Bausatzfreund:

Das hat niemand in unserem Geschäft. Wir geraten manchmal in Panik, wenn etwas umfällt, aber es kommt nie zu einer Verzögerung von Sekunde zu Sekunde. Ich denke, die skurrilsten Orte, an denen ich agiles Denken angewendet habe, waren wahrscheinlich vor meiner Karriere in der Technologiebranche. Sie waren an einem Ort, an dem wir kreative Dinge und Dinge machen, und da dachte man sich: „Sie würden niemals ein Dokument mit den Anforderungen von 400 Linien für ein Produktdesign oder ein Schmuckstück erstellen, oder?“ Man hat etwas Grobes produziert und gesehen, was die Leute darüber denken, und Dinge eingebaut, damit es ein Gleichgewicht gibt.

Bausatzfreund:

Ich meine, wenn du Live-Produkte auf den Markt bringst, machst du einige seltsame Dinge, oder? Und du hast ein paar lustige Erinnerungen daran. Ich erinnere mich also an die Zeit, als wir YouView in Großbritannien eingeführt haben. Das ist ein öffentliches Zertifikat, weil es für Accenture war. In Ordnung. Aber am Tag der Markteinführung wurden ein Kollege von mir, Ed Dannon und ich, zu Ausstellungsleuten für diesen Tag, also waren wir auf dem Dach von John Lewis in der Oxford Street in London und haben das Produkt vorgeführt, und das war Teil unserer Agile-Arbeit für diese Woche, weil sie genau das brauchten. Auf diese Weise lieferten wir den Wert, indem wir die Leute physisch sagten: „Hallo, Mrs. Goggins. Möchten Sie diese YouView-Box ganz oben ausprobieren?“ Ich erinnere mich also gern an diese Tage.

Nick Muldoon:

Also war das Capture irgendwo in einem Backlog, oder?

Bausatzfreund:

Wissen Sie was? YouView ist der Ort, an dem ich meine Liebe zu Dura kennengelernt habe, also vermute ich, ja, ich glaube nicht, dass wir irgendwo offiziell einen Backlog hinzugefügt haben. Es wäre auch nett gewesen, nicht wahr? Ich würde gerne behaupten, dass meine gesamte Karriere bei Accenture aus Dura-Tickets aufgebaut werden könnte, wenn ich sie 10 Jahre lang übereinander stapeln würde. Sicherlich etwa 60% -

Nick Muldoon:

Wie viele Dura-Tickets haben Sie Ihrer Meinung nach im Laufe der Jahre gelöst?

Bausatzfreund:

Gott. Wie viele habe ich dupliziert, ist wahrscheinlich die Frage, oder? Das sind ungefähr 8.000. Es gibt immer Duplikate von Dingen. Es müssen Tausende sein, oder?

Nick Muldoon:

Sag mir, du hast, okay, über Tausende von Duplikaten gelöst. Aber du machst das schon eine Weile im Atlassian-Bereich, und natürlich mit den Agile-Transformationen im großen Maßstab. Wie haben sich diese groß angelegten Engagements in den letzten sieben oder acht Jahren entwickelt? Und wie sehen sie 2021 mit dieser komplett ferngesteuerten Betriebsart aus?

Bausatzfreund:

Ja. Ab dem Ende sehe ich Licht, ich sehe Güte in den Dingen. Aber ich schätze, ähnlich wie du es vor 15 Jahren ausgedrückt hast, vor 10 Jahren sagten alle: „Mach Scrum und habe ein paar Storypoints und so.“ Ich denke, in dieser Zeit, wenn wir etwa 10 Jahre zurückgehen, wir sind also wie die frühen 2010er oder wie auch immer wir die Teenager in den Jahrzehnten nennen, ich glaube, wir sehen viele Leute, die mit frühen Versionen von SAFE experimentieren. Sie erfinden das Rad neu und die Leute sagen gleichzeitig: „Lasst uns ein großes Meeting veranstalten, bei dem alle zusammen planen. Wie normalisieren wir Storypoints? Das solltest du nicht, vielleicht sollten wir. Wie machen wir dort Kennzahlen?“ Und solche Sachen.

Bausatzfreund:

Ich denke, ich habe sicherlich viele Leute gesehen, die diese Dinge ausprobiert haben, während wir sie durchgehen, und dann versuchen, Konzepte wie Design Thinking und Kundenorientierung miteinander zu verbinden, und es gibt all diese Dinge, die sich gut anfühlen, aber sie waren in keiner Weise sehr miteinander verbunden, dass sie wiederholbar, methodisch oder kodifiziert waren. Was mir dann sehr viel Spaß macht und auf Ihre letzte Frage zurückkomme, ist dann die Verzweigung der Herangehensweisen. Sie haben SAFE, was für jeden, der daran arbeitet, lobenswert ist, oder? Sie versuchen alles aufzuschreiben.

Bausatzfreund:

Ich sage das immer zu allen, du sagst: „Gott sei Dank hat jemand beschlossen, auf diese Website zu gehen und alles anklickbar zu machen und alles.“ Denn wenn Sie auf eines dieser Elemente verweisen müssen, ist es ein Geschenk des Himmels, immer wieder sagen zu können: „Ja, hier ist die Seite, auf der es um Lean-Budgets geht. Ich bin vielleicht nicht mit allem einverstanden, aber es ist ein wirklich guter Ausgangspunkt. Es ist ein wirklich guter Bezugspunkt.“

Bausatzfreund:

Dann haben Sie die anderen, und ich verwende SAFE an einem Ende der Details, und selbst wenn Sie SAFE richtig machen, machen Sie es nicht nach Vorschrift und Kopieren und Einfügen, oder? Und solche Dinge. Aber da gibt es viele Details und viele Optionen. Am anderen Ende der Skala gibt es Dinge wie Less, wo es bewusst um Entkalkung geht und der Schwerpunkt bewusst auf Einfachheit gelegt wurde. Schauen Sie sich die Titelseiten der Website an, und auf der SAFE-Website haben Sie alles. Auf der Less-Website sieht es so aus, als hätten wir es auf einem Whiteboard gemacht, oder? Und das ist beabsichtigt, beide sind am Ende der Skala beabsichtigt. Dann haben wir Scrum auf der Skala, was im Moment die neuen, aufstrebenden, liebenswerten Dinge zu sein scheint, und das war die andere Sache. Also was ich jetzt sehe...

Nick Muldoon:

Und sie haben alle einen Platz, nicht wahr?

Bausatzfreund:

Ja.

Nick Muldoon:

Es ist interessant, dass es ein ausreichend großes Publikum und einen Markt gibt, der groß genug ist, um erfolgreich zu sein, und es gibt viele Überschneidungen zwischen ihnen in den verschiedenen Idealen und Praktiken, mit denen Sie experimentieren sollen.

Bausatzfreund:

Ja. Ich meine, was ich in den letzten Jahren gesehen habe, ist, dass die Leute meiner Meinung nach oft lobenswert von der Skalierung begeistert sind. Sie werfen also einen Blick auf ein Wort wie Lean Portfolio Management oder ein Geschäftsproblem, das sie haben: Wie kann ich Kapazitäten verwalten? Und sie gehen direkt zu den Skalierungs-Frameworks über, ohne dabei bei den Teams Halt zu machen, und das ist definitiv eine Tendenz, die ich immer häufiger von Freunden, Kollegen, Kunden höre, richtig? Sie tätigen diese Anfangsinvestition nicht, um die Teams zum Laufen zu bringen, egal ob es sich um Scrum handelt oder ob sie etwas anderes verwenden.

Nick Muldoon:

Entschuldigung. Aber Moment mal, willst du damit sagen, Kit, dass die Leute tatsächlich eine skalierte Agile-Transformation durchlaufen und nicht die nötige Teamreife haben? Entschuldigung, verzeihen Sie mir, aber ich glaube, mein Glaube und mein Verständnis waren, dass diese skalierten agilen Transformationen größtenteils auf bestehenden erfolgreichen Teamtransformationen aufbauen.

Bausatzfreund:

Ich denke, so sollte es richtig funktionieren. Wir sollten von unten nach oben gehen, oder zumindest bis zu einem gewissen Grad. In der Roadmap für die Umsetzung von SAFE geht es darum, einen Wendepunkt zu erreichen und... Ich meine, Sie können mit Waterfall und der SAFE-Implementierungs-Roadmap beginnen, aber es geht um Ad-hoc-Agile und diese Dinge dort. Ich denke, wenn Leute in großen Unternehmen und Organisationen mit einem Problem kommen, haben sie ein großes Problem und wollen das lösen, und ja, es ist schwierig, die Botschaft zu bekommen, die: „Hallo, Sie haben ein bis zwei bis fünf Jahre Zeit, um Ihre Teams zum Laufen zu bringen, bevor Sie das schicke Portfoliomanagement-Kanban einsetzen und den richtigen Ablauf der Dinge sehen können.“ Weil die Leute nett sind. Die meisten Leute sind nett, die meisten Menschen sind begeistert, die meisten Leute wollen Dinge reparieren, und deshalb wollen sie dieses große, schuppige Ding reparieren.

Bausatzfreund:

Aber es ist schwierig zu landen, dann: „Nein, du musst diese Dinge unten reparieren.“ Letzte Woche habe ich einer Kollegin, Lucy, beschrieben, und ich sagte: „Wenn Sie eine Antwort auf die Frage haben wollen, wie ich Kapazitäten verwalte und wie ich die Nachfrage in einem großen Unternehmen ausbalanciere, sollten Sie sich jedes Ihrer... vorstellen.“ Lassen Sie uns so tun, als wären sie Scrum-Teams, ohne es für einen Moment zu erniedrigen. Stellen wir uns vor, Ihr Scrum-Team ist wie eine Bar mit einer Reihe verschiedener Glaswaren darauf, und jedes Mal ist die Box ein anders großes Pintglas oder ein Schoner oder was auch immer Sie haben. Mein Kapazitätsmanagement für ein einzelnes Team besteht nun darin, dass ich einen großen Krug Bier trinke und in diesem Bier die ganze Arbeit habe, die ich machen will. Mein ganzer Rückstand an Dingen. Mein Kapazitätsmanagement für ein Team schüttet alles ein und hoffentlich schätze ich es richtig ein. Das tue ich wahrscheinlich nicht und ich verschütte etwas Bier in die ersten, während wir durchgehen. Aber mit der Zeit versuche ich zu erraten, wie viel Bier ich in jede Zeitkiste mit Dingen gießen kann und wir gehen durch.

Bausatzfreund:

Jetzt weiß ich nur, wie viel ich in die Zukunft hineinpassen kann, wenn ich sehe, was ich in der Vergangenheit hatte, zum Beispiel, wie es gelaufen ist und kann ich die Größe des Glases vorhersagen, und im Laufe der Zeit kann ich das, und wir stabilisieren uns. Nach einer Weile ist also alles ein Pintglas, nachdem wir mit allem dort experimentiert haben. Nun, wenn wir nicht in der Lage sind, Prognosen und Messungen durchzuführen und die tatsächlichen Daten mithilfe einiger Tools auf Teamebene zurückzuholen, wie können wir dann teamübergreifend arbeiten? Richtig? Das kannst du nicht. Sie können keine große Roadmap von oben nach unten haben, bei der Sie sagen: „Ja, wir wollen die einfache Agile-Bank für all diese Bereiche auf den Markt bringen und in die Teams einsteigen.“ Es sei denn, Sie haben die Mathematik auf Teamebene, auf die Sie sich verlassen können.

Bausatzfreund:

Es spielt keine Rolle, ob das Story Points sind oder ob Sie keine Schätzungen machen und nur den Flow messen oder Monte Carlo verwenden, was auch immer es ist. Sie benötigen eine mathematische Methode, um den Leuten zu helfen, den Arbeitsfluss und das, was dort passiert, zu verstehen und ihn idealerweise anhand einiger Daten wieder in Werte umzuwandeln. Überlegen Sie, ob Ihre einfache Agile-Bank tatsächlich eine gute Idee ist oder sollten wir uns auf etwas anderes konzentrieren? Ja, liefert es das, was sich die Kunden wünschen, wenn wir ihnen zu Beginn der Dinge eine einfache Agile Bank-Betaversion gegeben haben?

Nick Muldoon:

Wie gut sind Ihrer Meinung nach Kunden heutzutage? Also hier ist die Sache, ich schätze, du sprichst über frühe Transformationen und es war: „Hey, wir gehen zu Scrum.“ Aber jetzt gibt es das Design Thinking, ich meine, es gibt DevOps, es gibt DevSecOps, es gibt jetzt so viele verschiedene Aspekte, die die Leute erforschen und gleichzeitig erforschen. Wie helfen Sie dem Kunden dabei, sich zurechtzufinden? Weil sie es aus verschiedenen Blickwinkeln und aus verschiedenen Aspekten des Geschäfts betrachten, und ehrlich gesagt muss es einfach überwältigend sein.

Bausatzfreund:

Nun, es ist überwältigend für uns, zu helfen, oder? Leute wie Sie, ich meine, Sie sagen: „Wie gehen wir mit dieser seltsamen spezifischen Konfiguration um, die sie in einfache Agile-Programme einfließen lassen wollen?“ Ich glaube, das Licht am Ende des Tunnels, auf das ich bereits hingewiesen habe, ist, dass ich viel mehr Leute kommen sehe, die sie bitten, ihnen zu helfen, die Dinge von unten nach oben richtig zu machen, damit sie verstehen, dass es eine Zange gibt. Wir können nicht ignorieren-

Nick Muldoon:

Hol dir das Fundament.

Bausatzfreund:

Ja. Aber wir können nicht ignorieren, dass es das große Geschäft gibt, oder? Da sind die Leute, die große Dinge erwarten und sie haben das Agile Kool-Aid getrunken, sie haben den Artikel gelesen und wollen dabei sein. Es gibt also diesen Druck von oben nach unten, aber ich sehe, dass immer mehr um Rat und Hilfe gebeten werden, um die Dinge von unten zu erledigen. In letzter Zeit zu einigen Bereichen, zu meiner aktuellen Theorie des Tages, und ich habe etwa alle sechs Monate eine Lieblingstheorie, sodass das später im Jahr nicht mehr dasselbe sein wird, aber ich liebe es wirklich, wirklich, wirklich, wirklich, zuerst die Product Owner auszubilden, damit sie bei dieser Transformation helfen. Meine aktuelle Theorie ist, dass das so ist, weil sie wie ein Rammbock sind, der dem Unternehmen hilft, zu verstehen, was mit diesen Lieferteams passiert, und die Brücke und Verbindung zwischen den Dingen zu bauen und das zu formen.

Bausatzfreund:

Denn wenn die Product Owner nicht der Kanal und die Stimme des Unternehmens sind und der Kunde und die Stimme des Teams, das die Dinge erledigt, fällt meiner Meinung nach der Rest zusammen. Meine Theorie im Moment ist also, dass, wenn man damit beginnt, die Product Owner zu schulen, das die beste Art ist, Dinge anzufangen, und das hilft bei der Skalierung der Körperskalierung, der Konzentration auf die Teamebene, um die Dinge zu erledigen.

Bausatzfreund:

Um ehrlich zu sein, auch wenn sie kein Scrum machen, denke ich, dass die Rolle eines Product Owners, die dem, was der Scrum-Experte sagt, relativ nahe kommt, wenn wir die Sprint-Referenzen und so herausnehmen, meiner Meinung nach eine vernünftige Sache ist, die in jedem funktionsübergreifenden Agile-Team zu haben ist, unabhängig davon, was Sie tun. Und es ist ein ausgeprägter Persönlichkeitstyp, oder?

Bausatzfreund:

Ich spreche oft, wenn die Leute an unserem Kurs Agile Foundations teilnehmen, wo wir sagen: „Hier ist alles. Finde deinen Platz.“ Ich denke, dass die meisten Menschen, oder sicherlich die meisten Menschen, die ich ausbilde, eindeutig einem Persönlichkeitstyp im Stil eines Product Owners oder Scrum Masters zuzuordnen sind. Ich würde sagen, bei etwa 80% merkt man das, zum Beispiel: „Du bist ein produktiver Mensch. Sie sind ein Mensch vom Typ Scrum Mastery. Oder wenn Sie nicht Scrum machen, ein Coach, ein Moderator, ein Teambuilder.“ Vielleicht können etwa 20% zwischen den beiden hin- und herwechseln, und es sind besondere Menschen. Die Einhörner, wie wir sie in jeder Branche und jedem Typ haben, aber die meisten Menschen passen in eines davon. Ich denke, es ist gut, darüber nachzudenken, wie diese Persönlichkeitstypen in Ihrem Unternehmen funktionieren.

Bausatzfreund:

Die andere Sache, die ich daran liebe, zuerst die Produktbesitzer zu schulen, zeigt ihnen wirklich, sagen wir, wir sind jetzt bei... „Hallo, Nick. Gestern warst du der Geschäftsinhaber für diesen Prozess und hast Dinge getan. Du bist jetzt ein Product Owner, geh. Und du hast nur bis Montag Zeit.“ Wenn wir dich schulen, sagst du: „Oh mein Gott, ich wusste nicht, dass ich jetzt für den Wert der Leistung des gesamten Teams verantwortlich bin. Ist es mein Problem, sicherzustellen, dass sie gute Dinge liefern? Das wusste ich nicht.“ Wenn wir diese Schulung also gleich zu Beginn durchführen, wird meiner Meinung nach eine Grundlage für die Erwartungen an das, was wir von diesen Leuten erwarten, und an die Verantwortung, die ihnen auferlegt wird, gelegt. Ja.

Nick Muldoon:

Wenn du diesen Agile Foundations-Kurs machst, den du für Leute durchführst, machst du als Teil davon ein DISK-Profil? Nochmals, um ihren Persönlichkeitstyp zu beurteilen.

Bausatzfreund:

Nein, nein. Das wäre wirklich gut. Was für ein toller Vorschlag. Das kann ich mit einbeziehen.

Nick Muldoon:

Nun, ich erkundige mich nur, weil ich mich das frage. Ich denke gerade darüber nach, ich frage mich, gibt es Persönlichkeitstypen, bei denen die Wahrscheinlichkeit höher ist, dass sie der Product Owner sind? Ist ein Product Owner eher ein CS und ist ein... Ja, ich weiß nicht.

Bausatzfreund:

Ich weiß nicht. Ich meine, es ist eines dieser Dinge, nicht wahr? Ich vergesse die Anzahl der Persönlichkeitstypen und Rollen, die mir in verschiedenen Teilen meiner Karriere zugewiesen wurden. Ich kann mich nicht erinnern. Damals, als ich Mitglied der Studentenschaft war, muss ich den Namen nachschlagen, aber wir hatten die, in denen: „Bist du ein kompletterer Finisher oder ein Shaper?“ Und all diese Dinge waren da, und dann war DiSK relativ beliebt. Wir haben einen Gallup Strengths Test im Accenture Performance Management Tool, der wirklich interessant ist.

Bausatzfreund:

Was mir an Accenture gefällt, ist, dass du, wenn du einem neuen Team beitrittst, dich im Tool zusammensetzen und sehen kannst, welche Stärken und Persönlichkeitsmerkmale die Leute haben, sodass du sagen kannst: „Dieses Team ist sehr stark im Wirbel. Oder du bist ein Team, das voller Energie oder Ideen steckt, und das ist auch ziemlich interessant.“ Ich meine, es ist schön, die Stärke zu sehen, aber es ist auch interessant zu erkennen, wo du vielleicht Lücken hast und du denkst: „Ich muss sicherstellen, dass jemand die Qualität im Auge behält, weil wir alle sehr aufgeregt sind und schnell laufen.“

Nick Muldoon:

Erinnern Sie sich, das müsste jetzt ein Jahrzehnt her sein, da bin ich mir sicher, aber ich glaube, sein Name war Larry Macaroni oder Larry Macayoni, und er arbeitete zu der Zeit für Rally Software und er hat eine sehr umfassende Studie über die Effektivität von Agile-Teams durchgeführt? Und ich denke gerade daran zurück, weil er sich Dinge wie Fehlerraten, entkommene Bugs versus gefangene Bugs und alle möglichen anderen Kleinigkeiten angesehen hat. Aber ich glaube nicht, dass er die Persönlichkeitsmerkmale dieser Teams angesprochen hat und ob sogar Dave, der Mitbegründer hier bei Easy Agile, mein Geschäftspartner, gesprochen hat. Er hat heute Morgen einen Blogartikel über neurodiverse Teams veröffentlicht und ich versuche nur zu überlegen, ob wir wissen, ob es ein Muster der DISK-Profilverteilung, der Neurodiversität, gibt, das zu einem effektiveren Team führt?

Bausatzfreund:

Ich weiß nicht. Ich habe nicht gelesen. Ja, es ist Larry Maccherone, aber es ist nicht so buchstabiert, wie ich es ursprünglich vermutet hatte. Ich füge Makkaroni hinzu, basierend auf deiner Nudelaussprache. Es sieht also so aus, als ob es die Quantifizierung der... Wie heißt es? Quantifizierung der Auswirkungen von Agile auf Teams, was wirklich interessant ist.

Nick Muldoon:

Aber ich weiß nicht, ob diese Art von Studie durchgeführt wurde, seit er sie damals gemacht hat.

Bausatzfreund:

Vor allem die Persönlichkeitstypen sind interessant, und Neurodiversität ist ein weiteres interessantes Element. Also ich habe Legasthenie und Dyskalkulie, und eines der Teile, die ich gefunden habe...

Nick Muldoon:

Was ist Dyskalkulie?

Bausatzfreund:

Nun, genau wie bei Legasthenie gibt es ein ganzes Spektrum, das von einem Begriff abgedeckt wird, also ist er groß. Aber bei meiner speziellen Diagnose habe ich Probleme mit der Verarbeitung von Zahlenfolgen. Sie können mir also eine Zahlenfolge vorlesen und wenn es genau das ist, komme ich normal damit zurecht, weil ich visuelle Verarbeitung kann, denn das ist mein Hintergrund in der Kreativbranche, das machen wir, oder? Wir verarbeiten visuell. Aber ich kann sie dir nicht rückwärts wiederholen, ich kann sie nicht als Einheiten von Dingen mit Dingen neu verarbeiten. Meine Frau sagt...

Nick Muldoon:

Wie bist du überhaupt darauf gestoßen?

Bausatzfreund:

Also nochmal ein Rückblick, also bei meiner Schwester wurde in der Schule Legasthenie diagnostiziert, und sie hat eine traditionellere Legasthenie-Diagnose. Also, wenn man Legasthenie hört, verbinden die Leute das normalerweise damit, dass man nicht lesen kann und Rechtschreibung und Grammatik und solche Dinge. Legasthenie, wie Sie vielleicht aus [unhörbar 00:35:00] wissen, ist eigentlich... Ich warte darauf, dass sie es teilen, um ehrlich zu dir zu sein, weil es so breit gefächert ist. Aber bei meiner Diagnose Legasthenie geht es mehr um die Verarbeitung meines Kurzzeitgedächtnisses, also um die Fähigkeit zur Verarbeitung. Ich kann gut lesen und schreiben.

Bausatzfreund:

Meine Schwester bekam in der Schule eine Diagnose, hatte eine blaue Brille und all die konventionellen grammatikalischen und rechtschreibenden Elemente der Legasthenie. Mein Vater bekam damals, Mitte 50, die Diagnose, glaube ich zu der Zeit. Also fing er an, an der University Arts London, meiner Kunsthochschule, zu arbeiten. Mein Vater betreibt immer noch die Holzwerkstatt im Zentrum von St. Martins auf ihrem schönen neuen Campus in King's Cross in London. Bei ihm wurden Dinge diagnostiziert und ich sagte: „Hmm. Ich weiß, dass es erblich ist, ich sollte mich wahrscheinlich untersuchen lassen.“ Ich glaube, ich war 25 oder 26, und ich war einer von den schönen... Ich meine, es gibt viele schöne Dinge an der Arbeit bei Accenture, aber ein großes Unternehmen hat wirklich, wirklich gute Support-Netzwerke und so.

Bausatzfreund:

Also habe ich die richtigen Leute angepingt und sie sagten: „Ja, natürlich können wir Sie dabei unterstützen, eine Bewertung zu erhalten. Wir würden gerne sicherstellen, dass Sie funktionieren können.“ Also ließ ich eine Untersuchung durchführen und sie sagten: „Ja, du bist Legastheniker und dyskalkuliker in diesem Bereich.“ Aber das Interessantere war, dass sie meinten: „Hier sind die Bewältigungsmechanismen, die Sie entwickelt haben.“ Und die Bewältigungsmechanismen waren eine Liste meiner Karriere, meiner Entscheidungen und meiner Ausbildung. Es war wie: „Du wirst Dinge wählen, bei denen du abstrakt denken und zeichnen kannst.“ Es war wirklich lustig, weil ich nie das Gefühl hatte, dass mich das in der Schule blockiert hat, ich habe Prüfungen und so viel Spaß gehabt.

Bausatzfreund:

Aber ich war schrecklich beim Überarbeiten, oder? Ich kann meine Notizen nicht durchgehen und Dinge dort erledigen. Als ich mir meine Diagnose ansah, dachte ich: „Das liegt daran, dass ich die Dinge nicht auf diese Weise verarbeite.“ Ich muss Dinge visuell verarbeiten, ich muss zeichnen, ich muss Dinge aufteilen. Jetzt schaue ich mir an, wie ich mit Agile-Teams arbeite und Teams coache, und ich stelle abstrakte Bezüge zu Dingen her, richtig? Ich unterrichte Product Owner- und Scrum Master-Kurse auf Mural, in denen wir Dinge bewegen und Objekte erstellen.

Nick Muldoon:

Oder das Beispiel, das du zuvor benutzt hast, Kit, mit den Biergläsern an der Bar.

Bausatzfreund:

Ja. Ich kann mit Zahlen nicht abstrakt umgehen, oder? Ich muss mit ihnen in einer Analogie umgehen oder ich muss sie visualisieren können. Ich bin hoffnungslos im Programmieren, ich kann Konzepte nicht wie Variablen in meinem Kopf speichern. Sie fallen einfach auseinander, es ist, als würde man mit Sand vor mir bauen und alles ist trocken und bröckelig. Und ich glaube, als ich mir die Diagnose ansah und immer noch da war, was? Ich wäre ungefähr drei oder vier Jahre in meiner Karriere bei Accenture. Ich sah mir an, wie ich langsam süchtig nach Tools wie Atlassian und Dura wurde, und ich dachte mir: „Ah, ich kompensiere die Tatsache, dass ich praktisch nicht in der Lage bin, mir Dinge kurzfristig einzuprägen.“ Ich helfe dabei, Dinge zu visualisieren, indem ich Teams helfe und Aufgaben und Dinge zusammenstelle. Das bedeutet, dass ich mein Kurzzeitgedächtnis an dieses schöne Tool auslagere, mit dem wir dort Dinge erledigen.

Bausatzfreund:

Ja. Ja, ich liebe es. Ich glaube, du musst richtig damit arbeiten. Ich spreche mit einigen meiner Kollegen, ich unterrichte im Moment mit einer Agile-Trainerin namens Lucy Sudderby und einer anderen namens Charlotte Blake, und ich sage: „Danke, Leute, dass ihr meine Legasthenie kompensiert habt. Ich weiß es zu schätzen, dass Sie meine Unfähigkeit, etwas auswendig zu lernen, irgendwie ausgleichen.“ Ja, hoffentlich haben sie das Gefühl, dass sie von einigen der skurrilen Stärken profitieren, wenn wir es durchgehen, aber es ist ein Balanceakt, oder?

Nick Muldoon:

Das ist sehr cool. Danke, dass du das geteilt hast.

Bausatzfreund:

Keine Sorge.

Nick Muldoon:

Ich denke gerade darüber nach, wie du das Coaching mit Lucy und Charlotte erwähnt hast, und komme zurück zu etwas, das du vorhin gesagt hast, Kit, in Bezug auf... Ich weiß nicht, ob du die Anführer sagtest, aber im Grunde die Leute an der Spitze, die das Kool-Aid trinken. Ich würde gerne wissen, wie man etwas kreiert, wenn ich auf diesen anderen Gedanken zurückgehe, den du hattest, ich versuche, Punkte zu verbinden, zurück zu dem anderen Gedanken, den du ganz oben hattest, über die psychologische Sicherheit, richtig? Und das Gefühl, sicher zu sein. Wie bieten Sie diesen Führungskräften, die CEOs von Geschäftsbereichen oder Führungskräfte sein können, einen sicheren Ort, an dem sie, was auch immer sie sein mögen, einen sicheren Ort bieten, an dem sie tatsächlich Fragen stellen, Fragen stellen und Fragen stellen und lernen können, ohne sich dabei zu fühlen?

Bausatzfreund:

Ja. Weil wir vergessen, dass es auch Menschen sind, oder?

Nick Muldoon:

Ja.

Bausatzfreund:

Es gibt diese Vorstellung, dass diese Führer irgendwie unüberwindbar sind, sie haben keine Angst. Aber wir müssen einen sicheren Raum für alle rund um Dinge schaffen, ich denke, du hast recht. Ich denke, wir bekommen die gleiche Art von Fragen, wenn Leute mit mir darüber sprechen, wie sie Menschen zu Agile überführen können oder sich für Dinge in einer Organisation einsetzen können, sich aber nicht sicher sind. Ich denke, die Antwort ist relativ gesagt, darin, dass wir ihnen einige Daten, einige Fakten geben müssen. Ich bin also der Meinung, dass es nicht gut ist, zu den Leuten zu kommen und über...

Bausatzfreund:

Ich kritisiere etwas zynisch, wenn Leute über agile Arbeitsweisen sprechen, und sie kürzen es oft auch mit WAW oder so ab. Ich denke, wenn wir zu abstrakt über Agilität sprechen, und ich sage den Ausdruck zu oft winkende Hände, aber wenn wir innerhalb von Einzelheiten zu viel darüber sprechen, weckt das ein Gefühl der Angst und es ist eine nebulöse, wischige, verwaschene Art von Sache, also bringe ich den Leuten gerne ein paar Daten zur Verfügung. Meine Lieblingsberichte, und ich brauche aktuelle Statistiken, aber die Sandish Chaos Reports sind ein großartiges Projektmanagement-Journal, in dem sie über Erfolg und Misserfolg von Waterfall- und Agile-Projekten sprechen.

Bausatzfreund:

Nun, es gibt eine Reihe von Fragen, die Sie dazu führen, wie sie Agile und alle möglichen Dinge klassifizieren. Aber unbestreitbar sagt es Ihnen, dass die traditionelle Art, Dinge zu tun, von der uns gesagt wird, sicher und geschützt ist, wenn ich zu einem Einkaufsteam oder einem Finanzteam gehe und sage: „Ich würde dieses Ding gerne bauen, Leute.“ Sie sagen: „Großartig, nenne mir die Meilensteine, gib mir den Plan.“ Und da ist die grundlegende Annahme, dass dies eine sichere, verantwortungsvolle und bewährte Methode ist, Dinge zu tun.

Bausatzfreund:

Die Sandish Chaos Reports sagen dir, dass es eine schreckliche Art ist, Dinge zu tun, oder? Sie sagen: „Statistisch gesehen ist es egal, was Sie bauen, welche Branche, was Sie tun, es ist eine schreckliche Idee, den Umfang von Anfang an festzulegen, Ihrem Plan zu vertrauen und ein System zu haben, das versagt, wenn Sie Änderungen vornehmen.“ Und wenn Sie es auspacken, wenn wir zum Beispiel über Agilität insgesamt sprechen, was sagen wir dann? Wir sagen, dass es keine gute Idee ist, etwas zu beginnen und dass es nur innerhalb ziemlich enger Grenzen erfolgreich sein kann, wo niemand seine Meinung für die Dauer der Sache ändert, alles genau so läuft, wie Sie es planen, und wann passiert das jemals mit Technologie? Und die Welt verändert sich für die Dauer deiner Sache nicht.

Bausatzfreund:

Die meiste Zeit, wenn wir über diese Projektsachen sprechen, zum Beispiel, wie lang sind sie? Drei Monate bis drei Jahre sind das Zeitfenster, das ich normalerweise gebe. Drei Monate sehe ich heutzutage in keiner Branche mehr, oder? Diese großen Anstrengungen, bei denen die Leute versuchen, diese Dinge in großem Maßstab zu tun, Sie sprechen von mehreren Jahren. Wie hoch ist die Wahrscheinlichkeit, dass der Geltungsbereich für diesen Zeitraum eingefroren wird? Ziemlich gering, und wie hoch ist auch die Wahrscheinlichkeit, dass die Leute, die Sie zu Beginn nach den Anforderungen gefragt haben, sie wirklich alle kannten? Normalerweise sind alle sehr nett, sie geben ihr Bestes.

Nick Muldoon:

Die Möglichkeit, dass die Leute, die du am Anfang fragst, da sind, wenn du tatsächlich zum nächsten kommst-

Bausatzfreund:

Ja. Damit gibt es eine ganze Reihe grundlegender Probleme. Deshalb stelle ich unseren Führungskräften diese Art von Daten gerne zur Verfügung, wenn sie nach den Argumenten für Agilität fragen. Es geht also nicht darum: „Möchten Sie sich anmelden, um ein Framework zu verwenden?“

Nick Muldoon:

Aber sagen wir, Kit, sie haben sich für Agilität ausgesprochen, sie sind da, sie tun es. Welchen Platz stellst du ihnen zur Verfügung? Haben Sie einen CEO-Rundtisch, an den sie gehen können, und sie haben eine Schulter, auf der sie sich ausweinen können und sagen: „Diese agile Transformation wird schwieriger, als ich dachte“?

Bausatzfreund:

Anonyme Agilisten, Firma [Crosstalk 00:42:19]. Ja. Ich denke, es ist eine gute Idee, sie zu paaren, daher erhalte ich im Moment viele Anfragen, dass wir Coaches direkt zur Unterstützung von Führungskräften zur Verfügung stellen sollen. Ich habe auch einen Trend zum Reverse-Mentoring gesehen, bei dem es sich um separate große Unternehmen handelt. Aber diese Art von Vorstellung von, okay, Sie haben diese Leute, die wirklich erfahren sind, und ihre Erfahrung ist relevant, oder? Wir sagen nicht, dass die 30-, 40-, 50-jährige Karriere eines CEOs in einer Branche jetzt ungültig ist und wir wissen es besser als sie. Aber sie versuchen, das mit denen in Einklang zu bringen, ohne dass es dazu kommt, oder? Weil das Agile Manifest jetzt 20 Jahre alt ist. Aber sie versuchen, diese mit diesen fremden, neuen Praktiken und Dingen, die sie haben, in Einklang zu bringen, und das erfordert ein bisschen Handhaltung. Also ja, da gibt es einen persönlichen Blickwinkel. Ich denke nicht, dass ein runder Tisch per se der richtige Weg dafür ist, aber ihnen jemanden zu geben, mit dem sie auch chatten können, und, ja, die Fähigkeit, Beziehungen aufzubauen und zu fragen: „Was ist das für ein Ding?“ Und das Joggen zu dekodieren, finde ich wirklich nützlich.

Bausatzfreund:

Daten über Erfolgsraten sind also wichtig, oder? Aber bei den anderen Daten, die meiner Meinung nach wirklich wichtig sind, um dieses Gefühl der Sicherheit zu vermitteln, geht es um die Wertschöpfung, und hier haben die meisten Menschen meiner Meinung nach immer noch Probleme. Wir sind gerade an einem Punkt angelangt, an dem die Menschen beginnen können, ein Konzept von Nutzen und Wert an den Anfang der Dinge zu stellen. Nun, oft ist das immer noch zu groß. Wir sprechen über den Wert des gesamten Projekts. Kannst du jedem Epos und jeder Geschichte in deinem Backlog oder welchen Einheiten auch immer du gerade arbeitest, einen Wert beimessen?“ Wahrscheinlich nicht, oder? Können Sie das in einem Pfund, Dollar oder Euro tun oder was auch immer Ihre Landeswährung ist? Wahrscheinlich nicht. Aber kannst du sie überhaupt von eins bis zehn einstufen? Vielleicht mit Dingen.

Bausatzfreund:

Ich denke also, die bevorstehende Entwicklung von OKRs und KPIs, und die Leute, die beginnen, das immer mehr zu verinnerlichen, gibt etwas Hoffnung. In den meisten Organisationen ist es noch relativ unausgereift und du bist immer noch auf dem Weg dorthin. Ich habe das Gefühl, dass es bei jeder Art von Praxis und Dingen wahrscheinlich zu Fehlinterpretationen, enthusiastischen und wohlmeinenden Interpretationen kommen wird, aber Sie werden einige Leute dazu bringen, es irgendwie zu nutzen, um Dinge zu überspringen, wahrscheinlich in einigen Bereichen. Aber diese Daten zu bringen, die ihnen eine Art Feedback-Schleife geben, die für die Leute in diesen Führungspositionen Sinn macht, finde ich wirklich hilfreich. Im Gegenteil erwarten sie, RAG-Status und Meilensteine zu sehen, und das sind die einzigen Daten, die sie von ihren Teams erhalten, oder?

Bausatzfreund:

Ich habe mich vor ein paar Jahren mit einer Führungskraft einer Organisation getroffen und mir gesagt: „Bitte investieren Sie in Ihre Werkzeuge. Bitte tun Sie es.“ Und er sagt: „Warum sollte ich das brauchen? Ich habe diese Folien, auf denen mir Grün angezeigt wird und die Daten sind da.“ Und ich sagte: „Ich finde es toll, dass du vertraust, und ich vertraue gerne.“ Das Vertrauen in die Teams war wirklich, wirklich gut. Aber ich kannte die Teams und wusste, dass sie keine Tools hatten. Es waren die Projektmanager, die gestresst waren und herumliefen, und dann wusste ich, dass alle RAG-Status lauten würden: „Grün, grün, grün, grün. Rot.“ Es war der Wassermelonen-Effekt, der passieren sollte, oder?

Bausatzfreund:

Wenn ich also sehe, dass solche Gespräche stattfinden, möchte ich sie stärken. Ich möchte ihnen Daten zur Verfügung stellen und diese Dinge zusammenbringen. Ich denke, dass Daten darüber, warum Agile wirklich wichtig ist, Daten darüber, wie es in Ihren Teams wirklich läuft und die Fähigkeit, auf dieser Grundlage Entscheidungen zu treffen, wirklich wichtig sind. Da ist die Scrumming-Fallstudie über den Saab Gripen sehr schön, weil sie in einer der Artikulationen die Reihenfolge der morgendlichen Standups machen und angeblich, laut Fallstudie, bin ich mir ziemlich sicher, dass es stimmt, sie machen 7:30 Uhr morgens, was Wahnsinn ist. Ich weiß nicht, warum sie in Schweden um 7:30 Uhr morgens beginnen, aber anscheinend fangen sie um 7:30 Uhr morgens an. Aber sie machen eine Abfolge von Standups und die Idee ist, dass am Ende der Stunde die Kaskade von Standups bedeutet, dass jedes Hindernis innerhalb einer Stunde die Führungskräfte erreichen und sie es beheben können.

Bausatzfreund:

Dieses Gefühl der Verbundenheit, dieses Vertrauen in Teams und diese Demonstration von Fortschritten. Wirklich funktionierende Dinge sind die Art und Weise, wie wir kommunizieren, dass wir Fortschritte machen. Ich denke, auf diese Weise bauen wir ein gewisses Maß an Sicherheit auf und helfen unseren Führungskräften, Dinge zu tun. Nicht RAG-Status und -Meilensteine und Gantt-Diagramme. Hoffentlich müssen sie diese Realität mit den Dingen umgehen können.

Nick Muldoon:

Es ist interessant. Es macht mich nachdenklich, wir haben vor Kurzem eine Werksbesichtigung gemacht und es ist eine Fabrik, die Klimaanlagenverteiler für Geschäftsgebäude herstellt, und sie sind tatsächlich...

Bausatzfreund:

Was? Warum hast du eine Klimaanlagenfabrik besichtigt? Hast du eine Klimaanlage gekauft?

Nick Muldoon:

Nein, nein, nein. Lean-Prinzipien, richtig? Sie möchten die Anwendung des Prinzips sehen.

Bausatzfreund:

Wow, du lebst es, du lebst es. Es ist wundervoll.

Nick Muldoon:

Ja. Also frühstücken sie von 6:15 bis 6:45 oder 6:30 Uhr, so ähnlich, und dann machen sie sich auf den Weg. Ich glaube, sie machen ihr Standup um 7:45 Uhr, nachdem sie tatsächlich im Flow sind, sie kommen zusammen und sagen: „Okay, wo stehen wir heute? Woran arbeiten wir?“ Dann wird das an das Operationsteam weitergeleitet und dann an das Führungsteam, und am Ende des Tages machen sie ihre abschließende Besprechung für den Tag: „Hey, haben wir alle unsere Tools? Sind wir zurück? Womit haben wir morgen früh zu tun?“ Es war also wie der Anfang und das Ende des Tages und es ist wirklich interessant.

Nick Muldoon:

Ich denke nur darüber nach, dass wir in COVID, als wir alle die ganze Zeit auf Zoom waren, ein Huddle am Ende des Tages eingeführt haben, und ich denke, das war sehr nützlich. Aber wenn wir dann wieder ins Büro kommen, fällt es natürlich weg. Es ist interessant, wie sich die Dinge entwickelt haben, oder?

Bausatzfreund:

Ja. Und du bist der Big Head Honcho, oder, Nick? Ich mache mir Sorgen, wenn es um Besprechungen am Ende des Tages geht, ob sie für das Team sind. Sie sollen dafür sorgen, dass die Leute das Gefühl haben, dass sie über Dinge hinweg sind, und ich finde das interessant, weil ich die Leute durch das Üben für Scrum Master-Prüfungen und so führen muss, im Moment viel, und ich spreche wirklich gerne darüber, wie Standups für das Team sind. Sie sind für die Entwickler, sie sind nicht einmal für den Product Owner, sie sind sicherlich nicht für die Stakeholder. Bei vielen dieser Agile-Zeremonien denke ich mir immer wieder: „Wer profitiert von diesem Meeting? Bekommt jemand einen Status-Check oder bekommt ihn das Team?“

Bausatzfreund:

Und wenn das Team Spaß daran hat, wenn das Team am Ende des Tages etwas mitbekommt und so, bin ich damit einverstanden. Aber manchmal sehe ich Dinge und die beiden Anti-Muster, die ich sehe, wenn Führungskräfte, egal auf welcher Ebene, an der Besprechung teilnehmen, also das erste ist, dass sie es als Belüftungsplattform nutzen. Das Team ist bereit, mit ihrem Standup loszulegen und dann kommt der Anführer, egal auf welchem Level, und er sagt: „Team, ich habe dieses Update für euch.“ Und dann sind es etwa 10 Minuten ihres tollen Updates und ihrer Mini-Vision für den Tag, und am Ende sagen die Leute: „Ja, jetzt mach dein Standup. Jetzt mach so etwas wie Scrum.“ Und dann ist die andere Sache, wo es wie ein Status-Check für Dinge wird und ich sage: „Dafür ist es nicht da, Leute. Wir sollten uns auf [Crosstalk 00:48:57] konzentrieren -“

Nick Muldoon:

Das tun wir. Also können wir mit 22 Leuten in sechs bis acht Minuten fertig werden.

Bausatzfreund:

Das ist schlau.

Nick Muldoon:

Es hat einige Zeit gedauert, bis wir hierher gekommen sind, aber worum wir eigentlich gebeten haben, war eine gute Sache, und das ist in der Regel eine Familien-, Gemeinschaftssache. Was haben Sie heute vor, haben Sie irgendwelche Blockaden? Und jetzt, wo wir diesen Chat führen, ist es interessant, Kit, ich sehe nicht, dass Blocker sehr oft auftauchen, also frage ich mich, warum das so ist.

Nick Muldoon:

Ja, jedenfalls. Hey, Kit, ich bin mir der Zeit bewusst. Ich habe eine letzte Frage an dich.

Bausatzfreund:

Ja, mach es.

Nick Muldoon:

Was liest du gerade? Welche Bücher liest du oder hast du in letzter Zeit gelesen, die du dem Publikum empfehlen würdest?

Bausatzfreund:

Ja, ich stehe zwischen Geschäftsbüchern. Ja, ich muss einen nächsten finden. Ein Merkmal, und es ist wahrscheinlich nicht meine Legasthenie, ich glaube, es liegt nur daran, dass ich faul bin. Ich kann wirklich schlecht Geschäftsbücher lesen, wie seriöse Bücher mit Dingen. Deshalb verlasse ich mich sehr auf Hörbücher, um aussagekräftige Daten zu konsumieren. Ich habe es wirklich, wirklich genossen, das Hörbuch von Lisa Adkins Coaching Agile Teams zu hören, als sie es veröffentlichte, weil ich wusste, dass ich das Buch nicht durchlesen würde und so-

Nick Muldoon:

Hat sie es erzählt?

Bausatzfreund:

Ja, was ist noch besser, oder?

Nick Muldoon:

Cool, ja.

Bausatzfreund:

Es ist so schön, von den Stimmen der Autoren zu hören, wenn sie Dinge tun. Also ich würde das wirklich empfehlen und es dann danach begleiten... Ich meine, so oder so, hören Sie sich die Women In Agile Podcast-Serie über das Coaching agiler Teams an, denn sie sprechen übereinander und es gibt eine ganze Episode über Sprache, und sie spricht darüber, dass es zwischen dem Schreiben des Buches und dem Erzählen des Buches, dem Lesen, Sprachabschnitte gab, in denen sie einfach zusammenzuckte und sie sagte: „Ich kann nicht glauben, dass ich das geschrieben habe.“ Und es stimmt mich wirklich gut, wenn ich über meine Agile-Reise nachdenke und wie ich vor dem, was ich vor fünf, sechs Jahren mit Teams gemacht habe, zusammenzucken würde. So wie wir es alle tun, oder? Im Nachhinein blickst du zurück.

Bausatzfreund:

Das Coaching agiler Teams ist also wirklich, wirklich gut, und ich würde es empfehlen. Wann [Crosstalk 00:50:54] -

Nick Muldoon:

Ist das nicht wunderschön, oder? Denn wenn du zurückschaust und zusammenzuckst, zeigt das, dass du dich weiterentwickelt und angepasst hast und gelernt hast und dich verbessert hast?

Bausatzfreund:

Oh ja, wenn du zurückschaust und nicht zuckst, warst du auch perfekt, was unwahrscheinlich ist, oder?

Nick Muldoon:

Unwahrscheinlich. Unwahrscheinlich.

Bausatzfreund:

[Crosstalk 00:51:07] Dinge, oder du ahnst es nicht, was wahrscheinlicher ist. Ich meine dich nicht persönlich, Nick. Agile Teams zu coachen ist wirklich gut. Ich empfehle trotzdem Whole Time, wenn die Leute versuchen, sich ein Bild davon zu machen, wie es ist, in Agile zu arbeiten, was ist da drin. Früher habe ich The Phoenix Project empfohlen, und dann hat mir The Unicorn Project wirklich mehr Spaß gemacht, um ein Team aufzubauen. Ihr Gerede über die Klimaanlagenfabrik hat mich nur an all die Lean-Dinge erinnert. Ich mag das wirklich, und ich habe Probleme, wenn ich es den Leuten erkläre, weil ich so denke: „Es ist nicht trocken, es ist ein Roman über eine agile Transformation, aber das ist es nicht [Crosstalk 00:51:42]

Nick Muldoon:

Ist es nicht. Das liebe ich. Ich steh auf und lese die Zeitung, oder?

Bausatzfreund:

Ja.

Nick Muldoon:

Das ist morgens mein Ding und abends würde ich niemals ein Geschäftsbuch lesen. Aber The Phoenix Project und The Unicorn Project, ich habe sie mehrmals als Gutenachtbücher gelesen.

Bausatzfreund:

Ja. Zu deinen Kindern, Nick? Sitzst du da [Crosstalk 00:52:01]

Nick Muldoon:

Das werde ich. Ich werde dort hingehen. Ich fange an, ihnen die Lean-Prinzipien beizubringen und Qualität einzubauen. Ja.

Bausatzfreund:

Ja. Falls Sie es noch nicht getan haben, ist es wirklich amüsant, Ihre Kinder zum Storypoint Lego zu bringen, und es hat mir sehr viel Spaß gemacht. Ich weiß, es ist wie Zeit-Gym, aber ich mache es gerne mit meinem Sohn Ethan, weil du weißt, wie schwierig es ist, Erwachsene dazu zu bringen, relative Größen in Einheiten zu bekommen, und Kinder verstehen es einfach. Es ist wunderbar, dass sie sich einfach nicht von der Tatsache ablenken lassen, dass man eine abstrakte Einheit hat, und sagen: „Ich verstehe die Idee.“ Ich habe Ethan in fünf Minuten auf die Geschichte hingewiesen, ich hatte Mühe, die Geschichte einiger Erwachsener in etwa fünf Tagen zu bekommen, und sie streiten sich: „Meinen Sie, es sind Tage, ideale Tage, Stunden?“ Dinge.

Bausatzfreund:

Also ja, Unicorn Project finde ich wirklich gut. Ich habe eigentlich noch nicht alles gelesen, aber ich will es lesen und ich empfehle es die ganze Zeit wegen eines wirklich guten Podcasts, 99 [unhörbar 00:52:51] Invisible Women von Caroline Criado Perez. Wenn wir also davon sprechen, kundenorientiert zu sein und wirklich zu wissen, für wen wir unsere Produkte anbieten, gibt es meiner Meinung nach eine wirklich wichtige Geschichte darüber, sicherzustellen, dass wir die Daten verstehen und wann wir sie durchgehen, und Invisible Women hat einige erstaunliche, schreckliche, aber erstaunliche Geschichten und kleine Daten und Erzählungen dazu. Ich denke, das wären im Moment meine drei, drei sind eine gute Zahl, um die Leute zu fragen, nicht wahr?

Nick Muldoon:

Okay, cool. Kit, das war wunderbar. Mein Fazit ist, dass ich Die unsichtbare Frau lesen muss, weil ich das Buch nicht gehört habe.

Bausatzfreund:

Unsichtbare Frauen, es gibt viele von ihnen ist das Problem, Nick.

Nick Muldoon:

Unsichtbare Frauen, okay. Danke. Das ist mein Imbiss, den ich lesen muss. Kit, das war wunderschön, ich habe unser Gespräch heute Morgen wirklich genossen.

Bausatzfreund:

Es war auch ein Vergnügen. Vielen Dank, dass du mich eingeladen hast, Nick.

Nick Muldoon:

Ich wünsche Ihnen einen schönen Tag und freue mich darauf, wieder über diese Reise zu sprechen. Ich möchte zurückkommen und das noch einmal überdenken.

Bausatzfreund:

Ja. Lass uns einchecken. Wir sollten vielleicht unsere DISK-Profile für das nächste erstellen, und wir können herausfinden, ob ich vielleicht als Product Owner bestimmt bin und du, ich weiß nicht, du wirst so etwas wie Testleiter sein oder so, was da steht. Ich weiß nicht. Wir werden es herausfinden.

Nick Muldoon:

Es ist wunderschön. In Ordnung, vielen Dank, Kit. Hab einen wundervollen Tag.

Bausatzfreund:

Und du. Tschüss jetzt.

‍