Easy Agile Podcast Ep.24 Renae Craven, Agile Coach, über Teamausrichtung und den Sprung aus Ihrer Komfortzone.

„Es war mir eine Freude, mit Ray darüber zu sprechen, Teams zu stärken und Menschen zu helfen, ihr volles Potenzial auszuschöpfen“ - Mat Lawrence

Mat Lawrence, Chief Operating Officer bei Easy Agile, wird von Ray Arell unterstützt. Ray arbeitet derzeit als Direktor für Agile Transformations bei Dell Technologies, ist der Moderator des ACN-Podcasts und Vorsitzender des Verwaltungsrates der gemeinnützigen Forest Grove Foundation Inc.

Ray hat eine Leidenschaft für kollaborative und integrative Führung und liebt es, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Genau darauf tauchen Mat und Ray in dieser Episode ein.

Ray und Mat beschäftigen sich mit Konzepten wie inklusiver und situationsbezogener Führung und dem Zusammenhang mit agilen Arbeitsweisen, der Stärkung des organisatorischen Gehirns und der Förderung der Authentizität innerhalb von Teams.

Dies ist eine fantastische Episode für angehende, aufstrebende und bestehende Führungskräfte! Viele tolle Tipps und Ratschläge, die wir mit Kollegen und Freunden teilen können, um zu verstehen, wie wir uns gegenseitig stärken und befähigen können.

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

Transkript:

Matthew Lawrence:

Hallo Leute, hier ist Mat Lawrence. Ich bin der COO bei Easy Agile und freue mich sehr, heute von Ray Arell begleitet zu werden. Bevor wir zu unserer Podcast-Folge übergehen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Gadigalsprachigen Land. Wir erweisen den Ältesten in der Vergangenheit, Gegenwart und in der Zukunft unseren Respekt und zollen allen Ureinwohnern der Torres Strait Islander und den First Nations, die heute zu uns kommen, denselben Respekt aus. Ray, danke, dass du heute zu uns gekommen bist. Ray ist eine kollaborative und integrative Führungskraft, die es liebt, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Ray verfügt über 30 Jahre Erfahrung im Aufbau und in der Leitung herausragender multinationaler Teams in Fortune-100-Unternehmen, gemeinnützigen Organisationen und Startups. Darüber hinaus ist er als führender Experte für groß angelegte agile Adoptionen, technische Verfahren sowie schlanke und komplexe adaptive Systeme anerkannt. Also Ray, willkommen, wirklich schön, dich heute im Podcast zu haben.

Ray Arell:

Ich danke dir.

Matthew Lawrence:

Ich liebe es, zunächst zu verstehen, was Ihnen an der Arbeit als integrativer Leiter und der Arbeit mit Teams am besten gefällt.

Ray Arell:

Ja, also ich bin wahrscheinlich seit etwa 15 Jahren in Führungspositionen tätig und leite Teams unterschiedlicher Größe. Wenn Sie die intimeren, kleineren Teams von vielleicht fünf oder sechs Personen haben, mehr als Teams, die aus mehreren hundert Personen bestehen, die in einer Organisation arbeiten, deren Leiter ich sein könnte. Und was mir daran am meisten Spaß macht, ist der Kontakt zu den talentierten Leuten, die die Arbeit machen. Ich meine, wenn man in die Führung geht, ist eines der Dinge, von denen man quasi abgeht, nicht die fachkundige Person im Raum zu sein, die programmiert oder Hardwareentwicklung oder etwas anderes macht. Sie haben diese Leute, die jetzt nach einer Richtung oder Vision oder anderen Dingen suchen, um ihnen einen Sinn zu geben, damit sie ihren Tag voranbringen können.

Und ich coache gerne. Ich genieße Mentoring. Ich meine, ein Großteil meiner technischen Seite ist heute mehr Nostalgie, als es bei den neuesten Technologien relevant ist. Es ist bereichernd, wenn man jemanden sieht, der, wenn man an Daniel Pinks Arbeit denkt, die von Autonomie, Meisterschaft und Zielstrebigkeit geprägt ist, plötzlich merkt, dass er sich mit dem Ziel beschäftigt, das wir als Organisation verfolgen, und dann die Autonomie hat, einfach seinen Tag zu verbringen und mit anderen zu arbeiten und zusammenzuarbeiten. Und das war schon immer aufregend für mich.

Matthew Lawrence:

Das kann ich nachvollziehen. Ja. Ich denke, in unserem heutigen Publikum werden wir eine Mischung aus aufstrebenden Führungskräften, aufstrebenden Führungskräften und erfahrenen Führungskräften haben. Ich würde gerne auf Ihre Erfahrung zurückgreifen und idealerweise ein wenig zu einem früheren Zeitpunkt Ihrer Karriere zurückspulen, als Sie in die Führungsrolle übergegangen sind. Und ich würde gerne wissen, was zu dieser Zeit einige der Erfolge waren, die Sie in Ihrem Ansatz gesehen haben und den Sie im Laufe der Jahre zu wiederholen versucht haben?

Ray Arell:

Nun, ich denke, schon früh, glaube ich, besonders wenn man in den technischen Rängen aufwächst und plötzlich zumindest in dem Unternehmen, in dem ich zu der Zeit war, eine sehr fachkundige Kultur, wenn Sie die klügste Person im Raum waren, sind das die Leute, die sie sich angesehen haben und gesagt haben: „Okay, wir werden Sie zum Leiter befördern, oder wir werden Sie zum Manager befördern oder Sie in die Führungspositionen befördern.“ Ich denke, wenn ich darauf zurückblicke, denke ich, Ray 2.0 oder Ray 3.0, egal welche Version ich zu der Zeit hatte, dass ich sehr stark von dieser fachkundigen Führungsposition geleitet wurde, was irgendwie bedeutet, dass ich weiß, was der beste Weg ist, um etwas zu liefern, und jeder sollte meinem technischen Beispiel folgen, wie auch immer dieses Produkt zusammenkommt.

Und ich glaube nicht, dass das wirklich ein guter Ansatz war. Ich denke, das hat die Leute eingeschränkt, weil man den Leuten letztendlich mehr oder weniger einfach gesagt hat, was sie tun sollen, anstatt ihnen zu erlauben, zu experimentieren und zu lernen und sich weiterzuentwickeln, um zu dem zu werden, was ich als leitende technische Person geworden war. Ich denke also, die erste Lektion, die ich gelernt habe, war, dass die Führung eines Teams aus einer Expertenperspektive wahrscheinlich nicht der beste Ansatz ist, wenn Sie gehen... vor allem, wenn Sie an agile und andere integrativere Teamwork-Projekte denken, sollten Sie den Mitarbeitern einen eher katalytischen oder katalytischen Führungsstil geben, der auf Synergien basiert, damit sie sich selbst organisieren und als Ingenieur lernen und wachsen können.

Matthew Lawrence:

Gibt es Zeiten, die für Sie besonders auffallen und in denen Sie es furchtbar falsch verstanden haben? Ich weiß, dass ich ein paar Geschichten habe, die ich auch gerne teilen kann.

Ray Arell:

Ich würde gerne ein paar von deinen hören. Ich finde furchtbar falsch, ich denke, es ist... Die Frage ist, ist etwas jemals wirklich nicht reparierbar, nicht wiederherstellbar? Und in den meisten Fällen waren die meisten Probleme, mit denen wir uns befasst haben, behebbar. Ich denke, wenn ich mir das so ansehe und wieder in diese Haltung zurückkehre, stelle ich ein Team zusammen oder stelle ich nur eine Gruppe von Personen zusammen, die einfach ihre Arbeit vom Manager nehmen und sie wie Karten verteilen... Ich denke, zu Beginn war der große Fehler wahrscheinlich, einfach zu kontrollierend zu sein, und der Fehler dieser Kontrolle bedeutete, dass ich keinen Urlaub haben konnte. Andere waren voneinander abhängig, anstatt voneinander abhängig zu sein. Und ich denke, dadurch lief die Organisation langsamer und nicht so effizient, wie sie sein könnte.

Matthew Lawrence:

Ich habe mir sicherlich schon früher in meiner Führungskarriere denselben Ansatz schuldig gemacht, als ich zum Engpass wurde, absolut.

Ray Arell:

Ja. Genau.

Matthew Lawrence:

Und um das zu erkennen, kann es ziemlich schwierig sein, es rückgängig zu machen, aber es lohnt sich auf jeden Fall, daran festzuhalten. Noch etwas, bei dem ich das Glück hatte, eine Ausbildung in situationsbezogener Führung zu erhalten, oh, wahrscheinlich vor fast 10 Jahren. Und das hat mir wirklich die Augen für einen Ansatz geöffnet, die Art und Weise, wie ich verschiedene Leute in meinem Team behandelte. Aber ich habe sie so behandelt, wie ich sie zuerst beurteilt habe. Wenn ich also [unverständlich 00:07:01] einen Experten und einen Meister sehen würde, würde ich sie als Experten und Meister in allen Dingen behandeln. Und [unverständlich 00:07:05] Wenn jemand zu diesem Zeitpunkt seiner Karriere weniger fähig wäre, würde ich das Gleiche annehmen. Und so würde ich für alles das gleiche Maß an Orientierung oder Orientierungslosigkeit auf diese Leute anwenden. Und bei der situativen Führung ist die Prämisse für diejenigen, die es zu Hause nicht wissen, die Prämisse, die man vorgibt, je nach der jeweiligen Aufgabe, die man vorgibt. Haben Sie diesen oder einen ähnlichen Ansatz verwendet, um festzulegen, wie Sie Menschen auf unterschiedliche Weise einbeziehen?

Ray Arell:

Nun, um Menschen einzubeziehen, gehört es meiner Meinung nach dazu, dass du... Wie du schon sagtest, du hast jede Person situativ betrachtet und sie so strukturiert, dass sie von einer Art, einem Ansatz, von sehr individuellem Umgang mit jemandem geprägt war. Ich denke, die Philosophie, die ich... Nicht jeder ist sehr offen oder kann sehr gut über seine Fähigkeiten und Stärken kommunizieren, oder in bestimmten Fällen sind manche Menschen vielleicht gut in etwas, üben es aber nicht aus, weil sie selbst das Gefühl haben, dass das nicht zu ihren Stärken gehört, aber in Wirklichkeit ist es so. Ich denke also, wenn Sie aus einer situativen Führungsperspektive sagen, wenn Sie jemanden daran zweifeln hören, dass er derjenige sein könnte, der etwas tun oder, sagen wir, sogar die Führung von etwas übernehmen könnte, denke ich, dass ein Teil davon einfach in das gesamte Coaching und Mentoring einfließen und es wirklich einrichten und ihnen dabei helfen, erfolgreich zu sein.

Und aus einer inklusiven Perspektive denke ich, dass es ein gewisses Maß an Ehrlichkeit gibt, das man in seine Arbeit einbringen muss, und Demut, wenn es darum geht, bescheiden zu sein, auch wenn es um das geht, was man erreicht hat. Denn gerade im Ingenieurwesen tendiert man dazu, zu beobachten, dass, wenn man Leute in einen Raum bringt, die Leute, die neu sind, sich zurücklehnen und sich demjenigen hingeben, von dem sie glauben, dass er die mehr Erfahrung hat. Und die Realität ist, dass sie, sagen wir, sagen wir, sie kommen gerade von der Uni. Sie haben vielleicht mehr Fähigkeiten in einem bestimmten Bereich, basierend auf dem, was sie gerade in ihrem Lehrplan durchgemacht haben, als wir vielleicht nicht. Also die Frage, wie wir das gesamte organisatorische Gehirn nutzen, um alle Ideen auf den Tisch zu bringen, erfordert meiner Meinung nach manchmal, dass wir in der Lage sind, effektiv zuzuhören und manchmal einfach innezuhalten und den Leuten zu erlauben, das Wort zu haben und den Stift in die Hand zu nehmen und nicht den Raum zu besetzen, wenn das Sinn macht.

Matthew Lawrence:

Das tut es wirklich, und ich glaube, ich habe das in jedem Unternehmen gesehen, in dem ich bis zu einem gewissen Grad gearbeitet habe. Es würde mich wirklich interessieren, wie Sie mit diesem Szenario umgehen. Für die Leute, die zuhören und mit dieser Situation konfrontiert werden, ist es vielleicht das erste Mal, dass sie eine Führungsrolle übernehmen und dieses Szenario sehen und beobachten. Gibt es einen Rat, den Sie ihnen geben würden, um diese Dynamik zu ändern?

Ray Arell:

Nun, erstens, ich werde mir dessen gerade bewusst. Ich kritzele oft, wenn ich in einer Gruppe von Leuten bin, und ich setze mich hin und mache Punkte auf ein Papier, wo sich die Leute im Raum befinden, und dann fange ich an, Linien zwischen diesen einzelnen Punkten zu zeichnen, wenn ich sehe, dass die Kommunikation zwischen bestimmten Spielern stattfindet. Und was interessant ist, wenn man sich das über einen Zeitraum von etwa 15 Minuten anschaut, beginnt man, dieses Muster zu erkennen, dass vielleicht jemand das Gespräch dominiert oder dass er im Mittelpunkt der Konversation steht und es nicht im ganzen Raum herumgeht. Das ist der Zeitpunkt, an dem du zum Torwächter wirst und andere zur Konversation einlädst. Und dann hilfst du denjenigen, die das Gespräch dominieren, höflich, eine Pause einzulegen, einfach Raum zu geben und den anderen Leuten zu erlauben, zu reden und das herauszuholen.

Und dann denke ich an die Frage, ob das, was die Person sagt, manchmal mit dem Gespräch kohärent ist oder nicht, oder vielleicht versucht sie immer noch, etwas über die Dynamik von allem zu lernen. Man muss nur helfen, manchmal, das aus den Leuten herauszuholen, und offene Worte verwenden, um im Grunde einen Satz zu eröffnen... Ich meine, ein paar offene Fragen, um ihnen das zu beantworten. Und ich denke, das funktioniert wirklich gut.

Matthew Lawrence:

Ich liebe das. Ich kritzele auch. Ich bin Künstler in meiner frühen Karriere, und ich habe mich vor langer Zeit daran gearbeitet, Probleme mithilfe von Technik zu lösen, aber ich kann immer noch nicht... Ich brauche diese physische Zeichnung, um meinen Geist zum Denken zu bewegen, genauso wie alles andere [unhörbar 00:12:30] als nur auf einem Block zu kritzeln.

Ray Arell:

Das Gleiche hier.

Matthew Lawrence:

Etwas, das Sie vorhin gesagt haben, wir haben ein wenig über Inklusivität gesprochen. In Ihrer LinkedIn-Biografie sprechen Sie davon, eine integrative Führungskraft zu sein, die es liebt, andere zu inspirieren und zu motivieren, ihr volles Potenzial auszuschöpfen. Etwas, das mir wirklich am Herzen liegt, ist, dass vor allem der letzte Teil darin besteht, Menschen zu helfen, ihr volles Potenzial auszuschöpfen. Deshalb liebe ich es, ein Personalleiter und COO zu sein. Das können Sie in einem ganzen Unternehmen tun. Ich würde gerne zuerst auf die Idee eingehen, eine integrative Führungskraft zu sein. Wie definierst du, was es bedeutet, eine zu sein?

Ray Arell:

Nun, inklusive Führung, es gab eine alte Tasche, die ich früher hatte, eine kleine Coaching-Tasche, die ich immer mit mir herumtrug. Und ganz oben stand: „Bring es ins Team“, war das Motto, das ganz oben drauf stand. Und ganz unten auf der Tüte stand im Grunde: „Behandle Menschen wie Erwachsene.“ Waren die beiden Kernpunkte, von denen ich glaube, dass Inklusion darin besteht, dass ich akzeptieren muss, dass, ja, ich ein kluger Mensch bin, aber treffen wir eine bessere Entscheidung, wenn wir das im Team besprechen? Sehen wir, welche anderen Ideen oder Möglichkeiten wir uns vorstellen? Im engeren Sinne, treffen Sie die Entscheidung so spät wie möglich.

Es geht eher um die östliche Kultur, also, wenn ich die Entscheidung offen lasse, finden wir vielleicht etwas, das billiger oder besser oder auch einfach aufregender für unsere Kunden ist. Ich denke, ein Teil davon ist zu wissen, dass Sie nicht derjenige sein müssen, der die Entscheidung treffen muss. Sie können das Team die Entscheidung treffen lassen. Und wir alle umarmen uns, weil wir uns damit stärken. Das dachten wir alle, nicht nur das, was Ray dachte, was ich cool finde.

Matthew Lawrence:

Zu dem Artikel, über den Sie in Ihrer Biografie gesprochen haben, gibt es einen zweiten Teil, in dem es darum geht, andere zu motivieren, ihr volles Potenzial auszuschöpfen.

Ray Arell:

Ja, ja.

Matthew Lawrence:

Ja. Lassen Sie uns darüber sprechen, woher das für Sie kam, diese Leidenschaft, und wie Sie aufstrebenden Führungskräften helfen wollen, ihr volles Potenzial auszuschöpfen?

Ray Arell:

Ja, ich meine, ich hatte das Glück, als ich zur Intel Corporation kam, dass Andy Grove die Organisation zu der Zeit noch leitete. Tatsächlich hat er meinen Welcome to Intel-Kurs abgehalten. Zu der Zeit, als ich zu Intel kam, gab es nur etwa 32.000 Mitarbeiter. Und hier ist der CEO, Gründer des Unternehmens, der den Welcome to Intel-Kurs unterrichtet, den ich unglaublich cool fand, eine großartige Erfahrung. Er strahlt diese Führungsstärke aus, egal in welchem Mojo oder was auch immer es ist, er geht in die Umwelt, während er über das Unternehmen spricht. Aber er war wirklich stark im Einzelgespräch, der Zeit, die Sie mit Ihrem Manager oder anderen innerhalb der Organisation verbringen können, weil Sie mit jedem im Unternehmen ein Einzelgespräch führen können. Und das hat er gefördert. Und ich denke, das hilft... Wenn jemand versucht, es herauszufinden, ist er ganz neu im Unternehmen, und du bekommst eine ständige Einladung vom CEO, auf der steht: „Du kannst kommen und ein Gespräch mit mir führen“. Ich denke, das legt die kulturelle Norm von Anfang an fest, dass dies ein Ort ist, der mir bei meiner Karriere helfen und helfen wird.

Und ich könnte Ihnen sagen, dass es verschiedene Zeiten gab, in denen sich daraus ein ausgewachsener Satz entwickelte: „Ich bin der Mentee und sie sind die Mentoren.“ Und in diesen Beziehungen ist es im Laufe der Zeit so, als würdest du sagen: „Nun, das werde ich weiterzahlen.“ Heute habe ich mindestens sechs oder sieben Mentees, die alle möglichen Fragen dazu haben, wie sie sich durch ihre Karriere begleiten sollen oder ob sie einen bestimmten Bereich haben, auf den sie sich konzentrieren wollten. Und es ist an der Zeit, dass sie mir den Kopf zerbrechen. Und in bestimmten Fällen, wenn ich nicht die vollständige Antwort habe, kann ich sie zu anderen Mentoren weiterleiten, die ihnen helfen können, zu wachsen.

Matthew Lawrence:

Ich liebe diesen Ansatz der Weiterleitung, den Sie dort angesprochen haben. Es ist definitiv etwas, das ich in den letzten Jahren selbst versucht habe, und ich wünschte, ich hätte früher mit dem Mentoring angefangen. Ich hatte das Privileg, in meiner Karriere mit einigen großartigen Führungskräften zusammenzuarbeiten, von denen ich viel gelernt habe. Und als ich mit dem Mentoring angefangen habe, wurde mir klar, wie viel ich als Mentor gelernt habe, weil man nachdenken muss. Du denkst wirklich darüber nach, was diese Leute durchmachen, und projizierst dich nicht einfach auf sie. Und es bestätigt die Begründung, warum Sie Dinge selbst tun, warum Sie so denken. Und es zwingt mich, mich selbst herauszufordern.

Und ich denke, wenn es irgendwas gibt... Ich spreche mit einigen der jüngeren Leute bei der Arbeit, die aufstrebende Führungskräfte sind, und sie sind auf ihre Art außergewöhnlich. Sie haben alle sehr unterschiedliche Hintergründe, aber viele von ihnen haben nicht das Gefühl, bereit zu sein, Mentor zu sein. Das sind sie wirklich. Das sind tolle Leute. Und ich frage mich, haben Sie Leute zu Beginn ihrer Karriere gesehen, die versucht haben, es irgendwie früh weiterzugeben, oder haben die Leute das Gefühl, dass sie bis [unhörbar 00:18:22] warten müssen?

Ray Arell:

Ich denke, es kommt darauf an. Erstens, ich denke, das Bildungssystem, zumindest in den Vereinigten Staaten, hat sich ein wenig verändert. Wenn die Leute ihren Bachelor-Abschluss machen, waren sie früher einfach auf sich allein gestellt, sie haben ihr Buchstudium gemacht. Für diese Studie wurde nur sehr wenig Interaktion oder Teamwork entwickelt. Ich meine, als ich meinen Abschluss in Elektrotechnik gemacht habe, war das nur ich alleine. Es mag gelegentlich Laborarbeiten und Laborprojekte geben, aber das war nicht sehr inklusiv, und es gab auch keine Leute, die so früh Führungspositionen übernahmen. Ich sehe mir jetzt meine Tochter an, die gerade an die Universität geht, und alles ist eine Kohortengruppe. Es gibt Kohorten, die sich treffen. Durch das Studium, das sie machen, müssen sie alle in gewisser Hinsicht die Führung für einen Aspekt eines Projekts übernehmen, an dem sie gerade arbeiten. Ich denke, einige der neuen Leute, die in die Belegschaft kommen, haben quasi die Fähigkeiten, um, wenn sie eine Führungsrolle übernehmen müssen, ein kleines Programm oder ein Projekt durchführen müssen, dafür gerüstet zu sein. Zumindest habe ich das gesehen.

Matthew Lawrence:

Ich liebe dieses Konzept. Etwas, das ich beobachtet habe und darüber spreche ich auch viel mit unserem Führungsteam und unseren Mentor-Führungsteams für die [unhörbar 00:19:56]. Ein Großteil der Gespräche dreht sich um Teamdynamik, Teamvertrauen, Agilität innerhalb von Teams und darum, generell zu versuchen, Teams zu stärken, sie so aufzustellen, dass sie autonom sein können. Sie sind wirklich befähigt und man vertraut darauf, dass sie großartige Entscheidungen treffen und die Arbeit vorantreiben. Sie haben viel Erfahrung mit agilen und agilen [unhörbaren 00:20:21] agilen Führungskräften. Aufgrund Ihrer Erfahrung mit der Leitung agiler Teams, diesen Adoptionen und diesen Transformationen würde ich gerne verstehen, ob Sie einen Zusammenhang zwischen Agilität als Team und den Eigenschaften sehen, die eine integrative Führungskraft haben wird. Gibt es in Ihrem Kopf einen Zusammenhang zwischen dem, was es bedeutet, agil zu sein, und einer inklusiven Führungskraft?

Ray Arell:

Ich glaube schon. Denn wenn Sie schon früh daran denken, haben sie festgestellt, dass Servant Leadership ein besserer Führungsstil für agile Teams ist. Ich denke also, wenn wir über Transformation sprechen, sind einige der größten Fehler, die auftreten, eher darauf zurückzuführen, dass sie nicht agil sind, sondern auf Vertrauensfragen und anderen organisatorischen Hindernissen, die es dort bereits gab, bevor sie gestartet wurden. Und wenn sie diese nicht angehen, ist ihre agile Reise schmerzhaft.

Ich habe Leute sagen hören, dass sie schon einmal Scrummed bekommen haben und es auf eine wirklich abwertende Art nutzen und denken, dass, nun ja, anstatt ein Team von befähigten Leuten dazu zu bringen, innerhalb des Scrum-Frameworks zu arbeiten, sie am Ende unter die Linse des Mikromanagements gestellt werden, weil sich die Kultur des Managers nicht geändert hat und der Manager sie täglich nutzt, um sicherzustellen, dass alle zu 120% arbeiten, im Vergleich zu dem, was wir sehen sollten Das Muster ist, dass das Team seinen Flow versteht. Sie bringen Arbeit in das Team. Es wird nicht geschoben. Und ich denke, diese Dynamik ist etwas, dass, wenn sich die Führung nicht verändert und die Art und Weise, wie sie arbeitet, ändert, sie in Organisationen einfach nicht funktioniert.

Matthew Lawrence:

An den vielen Orten, an denen Sie gearbeitet, Menschen gecoacht und angeleitet haben, stoßen Sie langsam auf... Es gibt einen Begriff, den wir inzwischen für agile Muttersprachler verwenden. Dabei handelt es sich um Menschen, die es wirklich nicht anders gekannt haben, weil so viele Unternehmen auf der Welt agile Transformationen durchlaufen, und das wird noch lange so bleiben. Aber da manche Unternehmen mit Agilität an vorderster Front geboren wurden, haben Sie schon erlebt, dass viele Menschen in Führungspositionen aufsteigen, die nichts anderes wissen als echte Agilität und wirklich authentische Agilität, wie Sie es gerade beschrieben haben?

Ray Arell:

Nun, ich finde es irgendwie interessant, denn als du über diesen Satz gesprochen hast, habe ich darüber nachgedacht, naja, wenn du nichts anderes wüsstest... Aber ich kann auch sagen, dass du einheimisch werden könntest, wenn du auch eine Zeit lang in der Kultur warst. Also kannst du irgendwann... Das wird deine erste Reaktion, deine erste Angewohnheit ist es, mehr aus den agilen Prinzipien herauszuholen, als du aus etwas anderem ziehen würdest. Ja, es gibt diese Leute, aber es war interessant, Unternehmen wie Spotify oder Salesforce oder Pivotal zu beobachten, und ich kann einfach die Liste der Unternehmen durchgehen, die als agile Organisation angefangen haben, sie wurden groß, und dann tauchen plötzlich die Antimuster eines großen Unternehmens in diesen Unternehmen auf. Obwohl also die Leute innerhalb des kleineren Stammes agil arbeiten, fängt das Unternehmen langsam nicht mehr an, agil zu arbeiten. Es fällt in einen größeren Kontext dessen, was wir bei den älteren Unternehmen beobachten.

Und ich denke, ein Teil davon könnte an der Unternehmenskultur liegen, dass sie jemanden von außerhalb mitbringen, der kein Muttersprachler ist, und es fällt ihnen schwer, mit der Vorstellung umzugehen, dass wir irgendwann hier drüben einen Liefertermin festlegen und wir glauben, dass wir ihn einhalten werden. Aber nein, wir haben keinen Plan, den man liebevoll zu 90% mit Zuversicht bezeichnen würde, der besagt, dass wir alle Risiken aus dem Weg geräumt haben. Und ja, es wird auf jeden Fall an diesem Tag passieren. Und einige dieser Unternehmen werden wirklich... Sie haben das Gefühl, dass sie alles auf die Straße legen müssen, und wenn sie es nicht einhalten, haben sie das schon in ein Bonusprogramm für Führungskräfte gesteckt, was leider zu schlechtem Benehmen führt

Matthew Lawrence:

Ja, ich war dort. Ich gehe davon aus, dass wir in unserem Publikum Leute haben werden, die in höhere Führungspositionen wechseln. Sie sind keine aufstrebenden Führungskräfte, sie machen das schon eine Weile, und sie haben wahrscheinlich einige erfolgreiche agile Teams auf der kleineren Ebene geleitet, wie Sie es beschrieben haben. Gibt es für die Leute, die in höhere Rollen, vielleicht in Führungspositionen, aufsteigen, eine Anleitung, die Sie ihnen geben würden, wie sie diese Veränderungen bewältigen und versuchen, sie mithilfe agiler Prinzipien und der Bedeutung von Agilität in diesen höheren Rollen aufrechtzuerhalten?

Ray Arell:

Ja, ich denke, ein Teil davon ist die Arbeit, die Sie als kleineres Team geleistet haben, alles kann immer noch skaliert werden. Und ich hasse es, das Wort Skala zu benutzen, weil ich denke, Maßstab ist irgendwie... Die Leute benutzen es irgendwie... Was wäre das richtige Wort? Es wird in unserer Branche missbraucht. Ich denke, Werte und Prinzipien sind skalenfrei. Sie können immer noch jeden Tag in Ihr Team gehen und sich immer noch an diese 12 Prinzipien halten, und Sie werden gute Arbeit leisten. Die Frage ist jedoch, wenn Sie das auf der unteren Ebene tun, sagen wir mit einem Kanban-Board, ist die Frage, wie es aussieht, wenn Sie an Ihrem Chefschreibtisch sitzen? Was ist die Methode, bei der Sie Poolbillard spielen? Wenn Sie sich die meisten skalierten Frameworks ansehen, die heute auf dem Markt sind, gibt es nur sehr wenige Hinweise darauf, was im Alltag einer agilen Führungskraft sein sollte. Wie sollte das aussehen?

Und wenn ich an das Geschäftsteam denke, arbeitet das Managementteam täglich mit den Lieferteams zusammen. Das sollten sie tun. Also, was werden Sie tun, damit das möglich wird und stattfindet? Was werden Sie tun, um... diese großen jährlichen Budgetprozesse einzustellen? Machen Sie sich Dinge wie die Budgetierung oder andere Dinge zu eigen, bei denen Sie die Organisation strategisch finanzieren und nicht versuchen, alles auf einen jährlichen Rhythmus festzulegen, aber Ihre untergeordnete Organisation arbeitet trotzdem alle zwei Wochen. Sie sollten also in der Lage sein, Ihre Wetten bei jeder Organisation auf der Grundlage der Leistung jedes Sprints erneut zu verschieben. Kannst du das machen?

Das letzte ist wahrscheinlich das wichtigste, sind Hindernisse. Und so schnell braucht es Informationen, um vom untersten Teil der Organisation zum höchsten Punkt der Organisation zu gelangen? Und wenn das bei bestimmten Organisationen drei Wochen, zwei Wochen oder manchmal sogar später dauert, optimieren Sie das. Wie optimiert man ein Hindernis, bei dessen Beseitigung Sie persönlich helfen können, für die Mitarbeiter, damit sie nicht länger gebremst werden, was auch immer das sein mag?

Matthew Lawrence:

Du berührst da etwas, was meiner Meinung nach ein grundlegender Bestandteil von Agilität ist, nämlich diese Fähigkeit zu lernen und sich anzupassen, und du kannst nur lernen, wenn du dir bewusst bist, was um dich herum passiert, du kannst es beobachten [unhörbar 00:28:39].

Ray Arell:

Nun, ich habe vor ein paar Monaten etwas gesagt und alle sagten einfach: „Warum hast du gesagt... Ich kann nicht glauben, dass du das laut gesagt hast.“ Manchmal ist es das leise Zeug, das laut ausgesprochen wird. [unhörbar 00:28:53]. Wir haben versucht, ein Treffen zu vereinbaren, um eines dieser Hindernisse zu beheben, und alle hochrangigen Führungskräfte waren beschäftigt. Sie waren beschäftigt. Und meine Frage war, wenn das momentan nicht das Wichtigste für uns ist, was machst du dann? Wirklich, tust du das in deinem Alltag, wenn das nicht die höchste Priorität ist, die du eingehst? Und die Befragung hochrangiger Führungskräfte, dass sie vielleicht nicht auf die richtigen Dinge achten, und manchmal den Machthabern diese Wahrheit zu sagen, ist etwas, das wir ab und zu tun müssen.

Matthew Lawrence:

Ich stimme zu. Dieses Maß an Offenheit ist definitiv auf allen Ebenen erforderlich und die Fähigkeit, dieses Feedback zu erhalten, damit Sie als Einzelperson lernen und sich anpassen können, wie wir bereits zuvor besprochen haben, darüber, wie Sie als Führungskraft, aber auch als Team anpassungsfähig sind. Es gibt einen Punkt, auf den ich noch eingehen möchte, bevor wir zum Abschluss kommen, nämlich wenn man die Karriereleiter hochklettert und in eine höhere Position kommt und dann für ein breiteres Spektrum von Dingen verantwortlich ist, vor allem, wenn man die Führungsebene erreicht, habe ich erlebt, wie Menschen mit dem Übergang von der Person, von der Sie gleich zu Beginn dieser Diskussion gesprochen haben, zu der Person, die alles weiß und die Regie führen kann und alle Antworten hat in jemanden, bei dem ich sehe, dass sich Ihr Job zu der Person entwickelt, die identifizieren kann, was wir wissen am wenigsten darüber, was wir als Führungsteam am wenigsten wissen, wo wir sind... haben am wenigsten Selbstvertrauen, wo wir die Hindernisse sehen und nicht wissen, was wir mit ihnen anfangen sollen.

Wie gehst du vor, um die Leute dazu zu bringen, das anzunehmen? Weil ich denke, was ich sehe, ist die Angst, die damit einhergeht, fast eine Angst davor, zu sagen: „Oh, ich gebe es Leuten gegenüber zu, dass ich nicht weiß, was ich tue.“ Und ich wurde während meiner gesamten Karriere dafür belohnt, dass ich immer mehr zum Experten wurde, und plötzlich ist es meine Aufgabe, die Person zu sein, die selbstbewusst genug ist, um auszurufen: Das ist es, was wir noch nicht verstehen. Lassen Sie uns zusammenkommen und versuchen, das Problem zu lösen. Wenn das Risiko größer ist, die Auswirkungen größer sind und Sie für mehr Dinge verantwortlich sind, wie helfen Sie Menschen beim Übergang in diese übergeordnete Rolle?

Ray Arell:

Nun, ich denke, ein Teil davon ist, dass sie diese technische Seite loslassen können, wenn sie sich ständig die Hände schmutzig machen müssen? Und ich habe bestimmte Führungskräfte gesehen, bei denen wirklich jemand zurückgehen und sagen muss: „Bist du dir wirklich sicher, dass das die Karriere ist, die du anstreben willst? Sie scheinen mehr darauf aus zu sein, sich mit den Einzelheiten befassen zu wollen, und vielleicht ist das der beste Ort für Sie, weil Sie sich in diesem Bereich wohler fühlen.“ Der andere Aspekt ist jedoch, glaube ich, wieder, dass Vertrauen entscheidend wird, wenn sie sich verändern. Vertraue den Leuten, die für dich arbeiten, dass sie nicht reinkommen und faul sind und du ihnen die ganze Zeit über die Schulter schauen musst, weil du das Gefühl hast, dass sie vielleicht nicht produktiv sind oder andere Dinge. Sie müssen sagen können, dass die Leute, die Sie eingestellt haben, talentiert sind und dass sie uns unseren Zielen näher bringen.

Ich denke, was für die Gesundheit des Unternehmens immer wichtiger wird, ist, dass man viel besser darin sein muss, tatsächlich zu sagen: „Okay, nun, hier ist unsere Vision“, sei es eine Produktvision, ob es die Vision des Unternehmens ist, was auch immer das sein mag, den Menschen zu helfen, zu verstehen, was dieser North Star ist, und das dann nicht aus Ihrer Sicht, sondern aus der Sicht des Kunden zu bekräftigen. Und ich denke, hier fangen viele Unternehmen an zu driften, weil sie anfangen, einige interne Kennzahlen zu optimieren, die, ja, die Effizienz in Ihrem Unternehmen steigern werden. Aber was denkt der Kunde? Und ständig in der Lage zu sein, sich, aus einer agilen Perspektive, als der Chief Product Owner des Unternehmens darzustellen, um das repräsentieren zu können, was die Kunden brauchen und wollen, und in der Lage zu sein, dies in der Vision und den ehrgeizigen Missionen, die für das Unternehmen aufgestellt werden, zum Ausdruck zu bringen. Machen Sie es für die Menschen real.

Und dann ist der letzte Teil davon, dass nicht alles passieren und wahr werden wird. Wenn Sie die Biografien der meisten Führungskräfte lesen, gibt es viele, viele, viele Fehler. Und ich erinnere mich an das von einem Anführer, er ging in den Ruhestand. Und ich dachte, es war nicht gerade peinlich, dass er das tatsächlich getan hat. Er ging tatsächlich auf die Bühne und sprach über seinen größten Misserfolg. Während meiner gesamten Karriere bei der Arbeit mit dieser Person habe ich mich immer gefragt, ob sie ein Mensch ist oder nicht. Und dann, am Tag des Ausscheidens dieser Person, beschlossen sie schließlich, Ihnen ein paar Geschichten über Fehler zu erzählen, die sie gemacht hat. Und ich denke, er musste diese Geschichten wirklich viel, viel früher teilen, weil ich denke, die Leute hätten wahrscheinlich herausgefunden... Sie wären etwas gestresst gewesen, um ihn herum zu arbeiten. Und es würde auch eine gewisse Verwundbarkeit für Sie als Führungskraft bedeuten, zu sagen, dass Sie nicht alles herausgefunden haben, und manchmal ist es nur eine Vermutung. Wir sind der Meinung, dass das Produkt genau dort eingesetzt werden muss.

Und sobald du es den Kunden vorstellst, werden sie dir sagen, ob... Wenn du das Cano-Modell nimmst und plötzlich triffst, das ist die aufregendste Sache seit dem Rad, werden sie es lieben oder werden sie gehen, [unhörbar 00:35:12]. Ich nehme es, wenn es kostenlos ist. Du gerätst in eine Situation, in der es ist, naja, wir können nicht so viel verlangen. Aber ich denke, diese Geschichten werden wichtig und verankern Organisationen. Ein weiterer Aspekt ist meiner Meinung nach, dass, wenn man jemanden hat, der ansprechbar ist und diese Geschichten effektiv in die Organisation weiterleiten und über diese Dinge sprechen kann, das meiner Meinung nach allen anderen die Tür öffnet, dies auch zu tun. Denn ob es Ihnen gefällt oder nicht, Menschen sind hierarchisch in der Art und Weise, wie wir über Dinge denken. Viele Leute schaffen es, also ahmen sie Führungskräfte nach. Seien Sie also der Anführer, den jemand nachahmen möchte.

Matthew Lawrence:

Ich finde, das ist ein toller Rat, Ray. Die Verbindung, die sich für mich durch dieses ganze Gespräch zieht, ist, sich authentisch mit Ihrer Arbeit auseinanderzusetzen, ob es das Team ist, das Sie zu leiten versuchen, ob es die agilen Praktiken sind, egal auf welcher Ebene und auf welcher Ebene Sie arbeiten. Und um dieses Vertrauen aufzubauen, damit das funktioniert, ist ein gewisses Maß an Authentizität erforderlich.

Ray Arell:

Ja, genau.

Matthew Lawrence:

Ich würde mich freuen, wenn Sie zum Abschluss noch letzte Tipps oder Ratschläge für aktuelle und aufstrebende Führungskräfte zu diesem Thema hinterlassen würden. Wenn es einen Weg gibt, der über das bloße Teilen Ihrer eigenen persönlichen Geschichten hinausgeht, wie würden Sie Menschen beraten? Was würdest du ihnen geben, um Vertrauen in ihre Teams aufzubauen?

Ray Arell:

Nun, ein paar Dinge. Erstens, du musst darauf achten, wer du als Person bist. Nochmals, wie ich schon sagte, dass die Leute es schaffen. Und wenn Sie um drei Uhr morgens eine E-Mail verschicken und fünf Minuten später Ihre Mitarbeiter Ihnen geantwortet haben, dann sind Sie kein wirklich gutes Vorbild für eine gute Work-Life-Balance. Viele Ihrer Tendenzen werden sich also auf das Unternehmen auswirken. Machen Sie also unabhängig davon, wie Sie sich selbst einschätzen, eine Bewertung Ihrer Führung, wo sie Ihrer Meinung nach stattfindet. Harvard Business Review hat vor langer Zeit das Niveau dessen, was sie als Führungsmodelle betrachteten, nach hinten verschoben. Und auf der untersten Ebene befinden sich Führungskräfte, die auf Experten und Leistungsträgern basieren. Und wenn Sie zu diesen gehören, sind diese für eine gute agile oder kollaborative Kultur nicht sehr förderlich. Wenn Sie sich also gerade in diese Richtung bewegen, sollten Sie nach Wegen suchen, wie Sie sich eher zu einer Führungskraft entwickeln können, die auf Katalysatoren oder Synergien basiert.

Und diese Reise ist nicht einfach, weil ich sie selbst durchgemacht habe. Es hat Jahre gedauert, bis Sie sich von einigen dieser Tendenzen, die Sie als fachkundige Führungskraft hatten, gelöst haben. Und ein Beispiel: Eine Führungskraft, die von Experten geleitet wird, neigt dazu, nur mit anderen Experten zu sprechen. Wenn sie jemanden als keinen Experten für etwas wahrnehmen, neigen sie dazu, diese Personen zu ignorieren und nicht mit ihnen in Kontakt zu treten. Und wieder ist es das gesamte organisatorische Gehirn, das das Problem lösen wird. Wie binden Sie also die gesamte Organisation ein und bringen diese Ideen zusammen?

Die andere ist, dass Sie, wenn Sie darauf eingehen, aus der Perspektive einer aufstrebenden Führungskraft, es vorhin selbst gesagt haben, und das ist nicht nur die Voreingenommenheit, weil Sie kein Experte sind, ich werde nicht mit Ihnen sprechen, sondern jede Voreingenommenheit, die Sie möglicherweise haben, kann die Art und Weise beeinflussen, wie Sie eine Person führen und beurteilen, und könnte ihre Karriere wirklich einschränken oder ausbauen, vielleicht aufgrund eines schnellen Urteils, das Sie vielleicht gehabt haben. Ich denke, Sie müssen sich Ihrer Entscheidungen bewusst sein, die Sie innerhalb der Organisation treffen, und insbesondere der Entscheidungen, die Sie über Menschen treffen. Und mit denen musst du vorsichtig sein.

Der letzte ist wahrscheinlich nur... Und das geht in den Bereich der komplexen adaptiven Systeme. Nicht alles ist zugeschnitten und trocken, schwarz und weiß oder mechanisch, was bedeutet, dass wir dasselbe Produkt nehmen und es immer wieder und wieder wiederholen können, und wir werden unterschiedliche Antworten bekommen. Wir werden unterschiedliche Anforderungen haben. Wir werden verschiedene Dinge bekommen. Es ist okay, dass das Zeug da ist. Und es ist okay, dass die Dinge, die aus unseren Produkten kommen, ab und zu anders sind, und vor allem, weil alles eine sehr komplexe Umgebung ist. Ursache-Wirkungs-Beziehungen und Komplexität sind, dass der Kunde seine Meinung ändern kann, und wir müssen uns damit wohlfühlen, wenn ein Kunde seine Meinung ändert. Unser Kunde hat möglicherweise neue Bedürfnisse, die auftauchen.

Und auch unsere Mitarbeiter ändern manchmal ihre Meinung oder ändern das, worauf sie sich freuen. Wie fördern Sie das? Wie fördert man diese Mitarbeiter, um sie im Unternehmen zu halten, nicht um sie für die Fähigkeiten einzusetzen, über die sie gerade verfügen, sondern wie geht man da langfristig vor? Und ich weiß, dass ich hier etwas langatmig werde, aber das, was ich am meisten sehe, trotz all der Entlassungsbescheide, die gerade vor sich gehen, ist, dass dieses Unternehmen nicht auf lange Sicht spielt. Ich denke, das ist ein schlechter Schachzug, denn alles, was Sie tun, indem Sie einen Mitarbeiter entlassen, ist, Ihrem Konkurrenten eine ganze Reihe von Wissen zu vermitteln, das Sie behalten sollten. Also wie dem auch sei, ich werde es da kurz machen.

Matthew Lawrence:

Richtig. Danke, dass du heute deine Weisheit mit uns geteilt hast. Es war mir ein absolutes Vergnügen. Ich habe den Chat wirklich genossen. Also ja, danke, dass Sie sich mir im Easy Agile Podcast angeschlossen haben.

Ray Arell:

Fantastisch. Danke, dass du mich eingeladen hast.

„Ich habe mein Gespräch mit Sarah absolut geliebt. Sie hat einige tolle Ratschläge gegeben, die ich kaum erwarten kann, sie in die Praxis umzusetzen!“

Wir haben über die agile Denkweise gesprochen, die nicht nur IT- und Entwicklungsteams betrifft, darüber, wie Teams wie Marketing und Finanzen beginnen, die Methodik zu übernehmen, und über die Vorteile, die sich daraus ergeben.

Anlässlich des Internationalen Frauentags diskutierten wir über die Zukunft von Frauen im agilen Bereich und über Maßnahmen, die wir ergreifen sollten, um uns gegenseitig auf dem Weg zu einem inklusiven und förderlichen Umfeld zu unterstützen.

Abonniere unbedingt, genieße die Folge 🎧

‍

‍

‍

Transkript

Caitlin Mackie:

Hallo zusammen und willkommen zurück zum Easy Agile Podcast für 2021. In jeder Folge sprechen wir mit einigen der interessantesten Menschen aus den Bereichen Technologie, Agilität und führende Unternehmen auf der ganzen Welt, um neue Perspektiven auszutauschen und aus dem Wissensschatz zu lernen, den jeder Gast zu teilen hat. Ich bin Caitlin und ich bin die Graduate Marketing Coordinator bei Easy Agile und Ihr Moderator für diese Episode. Wir freuen uns sehr, zurück zu sein und in dieser Saison einige tolle Gäste zu haben. Zum Auftakt freue ich mich sehr darauf, mit Sarah Hajipour zu sprechen.

Caitlin Mackie:

Sarah hat so viel reiche und vielfältige Erfahrung im agilen Bereich. Sie ist Agile-Coach, Leiterin der Unternehmenstransformation, Projekt- und Programmmanagerin und seit Kurzem Podcast-Moderatorin und Autorin. Sie ist die Alleskönnerin und seit über 10 Jahren im Bereich Business Agility tätig. In dieser Folge sprechen Sarah und ich über die Bedeutung der Zielsetzung und insbesondere der Zielsetzung in unvorhersehbaren Zeiten. Wir unterhalten uns über ihre neuesten Projekte, den Agility-Podcast mit Sarah Hajipour und ihr Buch über agile Fallstudien.

Caitlin Mackie:

Und natürlich gab Sarah angesichts des bevorstehenden Weltfrauentags einige tolle Ratschläge und ihre Gedanken zum weiteren Vorgehen für Frauen im agilen Bereich. Sie hob hervor, wie wichtig es ist, die Hand zu heben und um Hilfe zu bitten, wenn man sie braucht, und dass man sich Eigenschaften zu eigen macht, an die in Führungskräften traditionell nicht immer gedacht wird. Es war eine so nachdenkliche und aufschlussreiche Diskussion. Ich habe viel Wert aus unserem Gespräch gezogen und einige großartige Ratschläge erhalten, und ich freue mich sehr darauf, sie in die Praxis umzusetzen. Ich weiß, dass es denen, die zuhören, genauso gehen wird. Lass uns reinspringen.

Caitlin Mackie:

Sarah, vielen Dank, dass du zu uns gekommen bist und heute etwas Zeit mit mir verbracht hast.

Sarah Hajipour:

Sicher. Danke, dass du mich eingeladen hast.

Caitlin Mackie:

Da ich unser erster Gast in diesem Jahr war, wollte ich Sie nach Ihren Neujahrsvorsätzen fragen. Bist du auf dem richtigen Weg? Glaubst du an sie oder hast du einen anderen Zielsetzungsprozess?

Sarah Hajipour:

Das ist eine großartige Frage, weil wir das mit ein paar Freunden besprochen haben und festgestellt haben, dass der Neujahrsvorsatz immer so etwas wie ein riesiges Ziel sein wird, von dem wir nicht wissen, ob wir es erreichen werden oder nicht. Und als agiler Coach glaube ich an agile Geschäftsagilität und glaube an die Tatsache, dass wir uns kleinere Ziele setzen und sie alle drei Monate, alle sechs Monate überprüfen und schauen, wo wir stehen. Anstatt große Ziele zu verfolgen, von denen wir nicht wissen, was passieren wird, weil es auch in unserem Privatleben immer viele Unsicherheiten gibt, was die Ziele angeht, die wir uns gesetzt haben. Also ja, so sehe ich das. Vierteljährlich, vierteljährlich, persönliche Ziele. Sagen wir das.

Caitlin Mackie:

Ja. Ja. Ja, ich liebe das. Ja, ich denke, wenn uns das letzte Jahr etwas gelehrt hat, sind wir uns wohl alle einig, wie unberechenbar Dinge werden können. Also diese ursprünglichen Ziele.

Sarah Hajipour:

Das ist wahr.

Caitlin Mackie:

Ja. Die ursprünglichen Ziele müssen möglicherweise ein paar Umwege in Anspruch nehmen. Was wäre also Ihr Rat, um in unsicheren Zeiten Karriereziele zu setzen?

Sarah Hajipour:

Das ist eine gute Frage. Für Karriereziele glaube ich, dass es wirklich wichtig ist, dass Sie etwas tun, an dem Sie zumindest interessiert sind. Wenn Sie Ihre Leidenschaft immer noch nicht gefunden haben, ist das in Ordnung, besonders für Menschen wie Berufseinsteiger. Es ist in Ordnung, wenn Sie Ihre Leidenschaft noch nicht gefunden haben, aber Sie können trotzdem einen grundlegenden Karriereweg einschlagen, der mit Dingen beginnt, die Sie gerne tun, die Ihnen Spaß machen und die Sie nebenbei lernen.

Sarah Hajipour:

Ich habe vor ein paar Tagen eine der Modeikonen auf YouTube gehört und der Interviewer fragte sie: „Was war dein Karriereweg? Wie bist du an den Ort gekommen, an dem du jetzt bist?“ Und ich fand toll, was sie allen erzählt hat, den Studenten, und das war: Geh und finde eine Karriere, finde einen Job und lerne. Sie müssen zuerst eine Menge Fähigkeiten erlernen, bevor Sie entscheiden, worin Sie wirklich gut sind. Du entscheidest, du verstehst, was deine Schwächen und deine Stärken sind, oder? Weil nicht alle von uns ständig diese tollen Ideen haben und das ist in Ordnung.

Sarah Hajipour:

Ich bin nicht sehr dafür, dass jeder ein Visionär sein muss und jeder muss große, glänzende Ziele und Ideen haben. Ich denke, es ist völlig in Ordnung, einfach die Art von Job oder den Karriereweg zu finden, mit dem man sich wohl fühlt, und dann manchmal seine Komfortzone zu verlassen und es dann im Laufe der Zeit zu entdecken. Das Leben ist zum Erkunden da, nicht darum, sich ständig an die Ecke zu drängen und sich einfach mit allen anderen zu vergleichen.

Caitlin Mackie:

Ja. Ja, ich liebe das. Das ist ein toller Rat. Sie haben also kürzlich Podcast-Host und Autor zu Ihrem Lebenslauf hinzugefügt. Waren das schon immer deine Karriereziele?

Sarah Hajipour:

Nein, absolut nicht. Nun, ich bin ein bisschen introvertiert. Also quasi vor der Kamera zu sitzen und zu reden und die Leute mich hören zu lassen war immer wie: „Oh mein Gott, ich weiß, ich muss darüber reden, sogar mit meinen Teams und so“, aber ich werde es nur tun, wenn es nötig ist. Was mich zum Podcasting gebracht hat, war, dass ich dachte, es gibt viele Fragen, auf die ich Antworten finde, wenn ich Gespräche und Treffen führe und in verschiedenen Gruppen, Berufsgruppen, denen ich angehöre. Und ich wollte, dass andere Leute diese auch hören. Ich habe mit Leuten gesprochen, die großartige Einblicke haben und schon viel länger in der Karriere sind als ich. Also lerne ich gleichzeitig. Und ich wollte dieses Lernen mit allen anderen teilen. Das ist der Grund, warum ich den Podcast mache.

Caitlin Mackie:

Ja, das ist großartig. Ja, das liebe ich. Ja, ich denke, du hast das vorhin angesprochen, aber ich denke, wenn du im agilen Bereich bist, kann es manchmal eine nette Erinnerung für dich sein, dich ein bisschen zu konzentrieren, aber dann zu reflektieren und zu verstehen, wo du effektiver sein und dich entsprechend anpassen kannst. Ich weiß, dass Sie das bei Ihren Karrierezielen erwähnt haben. Denken Sie, dass diese agilen Prinzipien über den üblichen Anwendungsfall hinaus angewendet werden können?

Sarah Hajipour:

Das tue ich. Ich glaube, dass es sehr intuitiv ist, wie Agile eine sehr intuitive Arbeits- und Denkweise ist. Deshalb wird es jetzt auf andere Branchen ausgedehnt. Sie blieben nicht bei DevOps, IT und Entwicklung. Inzwischen übernehmen viele verschiedene Branchen dies, weil es sich um eine Änderung der Denkweise handelt. Und das nicht nur mit Scrum. Es wird nicht nur Kanban verwendet. Es geht darum zu verstehen, wie man in der Lage ist, über die schnelleren Veränderungen in der Welt nachzudenken und sich an sie anzupassen. Und das gilt auch für unser Privatleben.

Sarah Hajipour:

Ich meine, ich hatte mir Ziele gesetzt, als ich 18 Jahre alt war, ich werde das mit 30 sein, aber sind sie passiert? Nein. In mancher Hinsicht habe ich viel, viel mehr erreicht. Und in einigen Aspekten habe ich einfach mein Ziel geändert. Ich denke, die Veränderungen, die auf der Welt stattfinden, gehen schneller vonstatten und verlangen von uns, dass wir uns ebenfalls ändern. Ja.

Caitlin Mackie:

Ja. Fantastisch. Also, um für deinen Podcast noch ein bisschen zurückzukommen, nur damit unser Publikum zuhört, auf welchen Plattformen können sie auf deinen Podcast zugreifen?

Sarah Hajipour:

Ich bin auf allen wichtigen Plattformen. Ich bin in Apple-Podcasts. Ich bin bei Spotify, ich bin bei Amazon. Die meisten bekannten Podcast-Plattformen.

Caitlin Mackie:

Fantastisch. Und dann noch einmal, für unser Publikum heißt Ihr Podcast Agility-Podcast mit Sarah Hajipour.

Sarah Hajipour:

Das ist richtig. Ja.

Caitlin Mackie:

Fantastisch. Das ist großartig. Was war deiner Meinung nach die wertvollste Lektion, die du bisher aus deinem Podcast gelernt hast? Ist es etwas, das ein Gast geteilt hat, oder etwas, das du unterwegs gelernt hast?

Sarah Hajipour:

Was ich gelernt habe, ich habe viel von den Leuten gelernt, die ich interviewe, weil ich sicherstelle, dass ich mit Leuten spreche, die mehr wissen als ich und mehr in diesem Bereich waren als ich und in verschiedenen Branchen. Das Wichtigste, was ich sagen würde, ist, dass es bei agiler Geschäftsagilität eher um die Denkweise als um die Tools und Prozesse geht. Und die Tatsache, dass sich die Welt insgesamt in Richtung einer menschenorientierteren Arbeitsweise bewegt. Im Grunde genommen sage ich, dass Agile intuitiver ist, als nur ABCD zu folgen. Ja. Das ist der Kern, die Hauptsache, die ich von meinen Interviewpartnern gelernt habe.

Caitlin Mackie:

Ja, unglaublich. Du hast im Moment auch angefangen, ein Buch zu schreiben. Kannst du uns etwas mehr darüber erzählen? Wie hat das Projekt angefangen?

Sarah Hajipour:

Ich liebe dieses Projekt wirklich. In diesem Buch habe ich eigentlich angefangen, das Buch zu schreiben, als das Buch zuerst kam und dann der Podcast. Ich nehme an vielen Meetups teil. Für junge Berufstätige und sogar für Profis, die in dem, was sie tun, sehr gut ausgebildet sind, sind Meetups ein großartiger Ort, um sich zu treffen, Ihr Netzwerk zu erweitern und von Ihren Kollegen zu lernen. Also habe ich an all diesen Veranstaltungen teilgenommen und von Menschen gelernt. Und dann entschied ich, dass ich wirklich Einzelgespräche mit ihnen führen möchte. Und schließlich stellte ich fest, dass viele der agilen Coaches, viele Führungsebenen und viele Berater viel zu teilen haben, aber ich habe keine Plattform gesehen, die das irgendwie vereinheitlicht.

Sarah Hajipour:

Ich sagte: „Okay, welche Erkenntnisse können wir teilen?“ Viele der Fehler sind auf die Meetup-Gruppen zurückzuführen. Die Leute fühlen sich sicher, wenn sie sie teilen, und sie fühlen sich verwundbar. Und ich war in mehreren Meetups, also habe ich sehr ähnliche Geschichten von Leuten gehört, die Fehler, die von einem Coach woanders wiederholt wurden. Also dachte ich, es wäre eine großartige Idee, diese in agilen Fällen zu behandeln. Es wird also Agile Case Studies sein und sie mit allen teilen. Vor allem bei jungen Coaches oder beim Einstieg in das Unternehmen gibt es viele Unbekannte. Ich möchte nicht, dass sie Angst haben. Ich möchte nicht, dass sie denken: „Okay, das ist eine riesige Aufgabe.“ Es wird immer eine Menge Unbekannter geben.

Sarah Hajipour:

Ja, das sehe ich einfach. Ich möchte die Sichtbarkeit vermitteln, dass alle anderen das Gleiche erleben, auch wenn sie 25 Jahre Erfahrung haben, was unglaublich ist, oder?

Caitlin Mackie:

Ja.

Sarah Hajipour:

Und das ist der Grund, warum ich angefangen habe, das Buch zu schreiben. Deshalb interviewe ich agile Coaches und agile Berater, die seit mindestens fünf bis zehn Jahren im Unternehmen sind und agile Transformationsprojekte geleitet haben. Und von da an sagte einer meiner Interviewer einmal: „Du solltest einen Podcast machen. Darüber spreche ich auch gerne.“ Ich sage: „Das ist großartig“ und das war wie in der Woche danach, als wäre ich herumgelaufen und habe nach Tools gesucht, um meinen Podcast zu starten.

Caitlin Mackie:

Oh, unglaublich. Hört sich so gut an. Wie lief der Prozess ab? Wie sind Sie von der Ideenfindung zu dem gekommen, wo Sie jetzt stehen, und schließlich, als Sie sie veröffentlichen?

Sarah Hajipour:

Für den Podcast?

Caitlin Mackie:

Für das Buch.

Sarah Hajipour:

Für das Buch, also gehe ich zu diesen Treffen und höre mir an, was die Trainer und Führungskräfte teilen. Diejenigen, die für mich aufregend sind, sind irgendwie neu für mich, ich werde sie fragen, ich verbinde mich mit ihnen auf LinkedIn und die Leute sind so offen dafür, ihre Erfahrungen mit Ihnen zu teilen. Ich habe noch nie eine Person gesagt, sie solle mir sagen: „Nein, ich möchte nicht darüber sprechen oder so.“ Die Leute wollen teilen. Also gehe ich zu und sage: „Hey, ich habe eine Buchübersicht oder einen Leitfaden. Es ist ein zweiseitiger Text.“ Ich schicke es ihnen und fragte sie, ob sie daran interessiert sind, mit mir darüber zu sprechen, und sie geben mir Bescheid und dann wähle ich einen Zeitpunkt aus.

Sarah Hajipour:

Und die erste Sitzung dauert ungefähr eine halbe Stunde. Es ist eine Art Brainstorming-Sitzung. Was sind die wichtigsten Fälle, von denen sie glauben, dass sie sie teilen möchten? Dann wählen wir einen aus und in der darauffolgenden Sitzung gehen sie den Fall tatsächlich mit mir durch. Ich nehme es auf, entwerfe es und teile es dann auf Google Drive hin und her, bis wir mit dem Ergebnis zufrieden sind.

Caitlin Mackie:

Ja. Fantastisch. Hast du im Moment einen Zeitplan? Wann können wir damit rechnen, ihn lesen zu können?

Sarah Hajipour:

Ich freue mich auf etwa Ende 2021, denn es sind 100 Fälle und ich denke, dass ich die haben werde.

Caitlin Mackie:

Ja. Fantastisch. Es ist so aufregend. Es gibt auch viel, worauf man sich freuen kann.

Sarah Hajipour:

Ich danke dir.

Caitlin Mackie:

Nun, ich wollte auch darauf hinweisen, dass der Internationale Frauentag bevorsteht und Sie seit ein paar Jahren im agilen Bereich tätig sind. Ich nehme an, Sie haben wahrscheinlich einen kleinen Wandel in diesem Bereich erlebt. Gab es irgendwelche entscheidenden Momente, die irgendwie zu dem geführt haben, wo Sie heute sind?

Sarah Hajipour:

Nun, ich denke, dass sich viele Frauen von der agilen Praxis, den verschiedenen agilen Rollen, angezogen fühlen. Und ich habe viel mehr Frauen als Scrum Master, als Product Owner und als agile Manager oder agile Projektmanager gesehen. In diesem Bereich florieren viele verschiedene Rollen. Und ich habe gesehen, dass viele Frauen dazu beigetragen haben. Eines meiner Ziele in meinem Buch und in meinem Podcast ist es, diese Frauen zu finden und mit ihnen zu sprechen, unabhängig davon, wo auf der Welt sie sich befinden. Ja, ich habe einfach das Gefühl, dass Frauen in diesem Bereich in der agilen Denkweise wirklich wachsen können, weil Frauen eher das Element der Zusammenarbeit sind.

Sarah Hajipour:

Ich kann nicht sagen, dass wir weniger wettbewerbsfähig sind. Ich habe dazu keine Nachforschungen angestellt, aber ich habe es mit Leuten besprochen. Denken Sie, dass Frauen eher kooperativ als wettbewerbsorientiert sind? Weil Wettbewerb großartig ist, aber Sie brauchen viel Zusammenarbeit im agilen Bereich und viel Fürsorge. Man muss dieses fürsorgliche Gefühl haben, die fürsorgliche Denkweise, genau das macht ein Scrum Master. Eines der wichtigsten Merkmale eines Scrum Masters muss sein, dass er diese fürsorgliche Perspektive haben muss, um sie dem Team zu vermitteln.

Caitlin Mackie:

Es ist lustig, dass Sie es erwähnt haben, weil ich selbst einige Dinge darüber gelesen habe, dass Frauen normalerweise eher diesen offenen Führungsstil besitzen und dass offene Führung den agilen Bereich wirklich gut zu ergänzen scheint.

Sarah Hajipour:

Das ist genau, ja.

Caitlin Mackie:

Ja. Ja. Das ist großartig und ich denke, wir können viel daraus lernen, offene Führung und direkte Führung. Also kommen Männer und Frauen nach vorne und finden diesen Mittelweg und ja, ich finde, Agilität ist ein großartiger Ort, um das zu tun?

Sarah Hajipour:

Ja, ich stimme vollkommen zu. Ja.

Caitlin Mackie:

Ja, ja. Also, was hat deine Leidenschaft angetrieben? Ich schätze, was hat Sie dazu bewogen, eine Karriere in diesem Bereich zu verfolgen?

Sarah Hajipour:

Ich liebe die Zusammenarbeit und ich liebe die Verwundbarkeit, weil Menschen quasi in den Teams, in denen sie arbeiten, verletzlich sein dürfen. Und es ist eine Kultur, die eher menschlich als extrem streng ist. Wir dürfen keine Fehler machen. Wir dürfen uns nicht irren. Führungskräfte sollten auf Anhieb alles wissen. Aber in Wirklichkeit ist das nicht der Fall. Führungskräfte müssen sich wohl fühlen, wenn sie viele Dinge nicht wissen, die noch nicht einmal bekannt sind. Aber oft sage ich immer, dass wir uns in der unbekannten unbekannten Zone befinden. Und in dieser Zone sollten selbst Führungskräfte nicht alles wissen.

Sarah Hajipour:

Vieles beginnt also damit, dass ich von meinen Interviewpartnern auch gelernt habe, dass alles mit der Führung beginnt. Bei agilen Transformationen müssen die Führungskräfte also zuerst eine Atmosphäre der Zusammenarbeit, des Vertrauens und der psychologischen Sicherheit untereinander schaffen. Und nur dann können sie den Teams helfen, auch in solchen Atmosphären erfolgreich zu sein.

Sarah Hajipour:

Frauen im agilen Bereich und Frauen in Führungspositionen. Das sage ich gerne und ich sehe viele Männer und Frauen, die beide ihre Perspektive ändern, von einem Prozess, bei dem die Werkzeuge im Mittelpunkt stehen, hin zu den Menschen, weil das für alle besser funktioniert. Und ich sehe wirklich Veränderungen in allen Branchen. Ich sehe es im Einzelhandel. Ich sehe es im Bauwesen, natürlich in der IT, im Finanzsystem. Und es gibt Männer und Frauen, die quasi Hand in Hand versuchen, diese Art zu denken und zu arbeiten.

Sarah Hajipour:

Und Frauen fühlen sich wohler, wenn sie wachsen und quasi ihre Hand heben und sagen: „Hey, ich kann jede Seite machen. Ich kann diese Rolle übernehmen“, weil sie das verstehen, weil sie die psychologische Sicherheit bieten, die Frauen seit Ewigkeiten haben. Es ist ein Arbeitsplatz, an dem hauptsächlich Männer waren, und wir steigen allmählich als Frauen in die Belegschaft oder in die Geschäftswelt ein. Diese psychologische Sicherheit hat es Frauen also ermöglicht, ihre Hand zu heben und sich in verschiedenen Rollen und Führungspositionen weiterzuentwickeln.

Caitlin Mackie:

Ja, ja. Dem könnte ich nur zustimmen. Gab es Ressourcen oder Netzwerke, solche Dinge, die dir auf deiner Reise geholfen haben?

Sarah Hajipour:

Von allen anderen lernen, wie ein Netzwerk aufzubauen, mein Netzwerk zu erweitern, indem ich reinkomme und sage: „Hey, ich weiß nicht. Ich will es wissen.“ Es gibt all diese erstaunlichen Dinge, die passieren. Ich verstehe gerne, wie das funktioniert, und ich erinnere mich, dass es einer dieser Gründer war. Wer ist der Gründer von Apple? Oh mein Gott. Sag es mir nicht.

Caitlin Mackie:

Steve Jobs.

Sarah Hajipour:

Ich liebe dieses Zitat von Steve Jobs, das besagt: „Es gab noch nie eine Zeit, in der ich um Hilfe gebeten habe und die Leute mir nicht geholfen haben.“ Also hebe einfach deine Hand und sage: „Ich brauche Hilfe.“ Und was ist das für eine Hilfe, die ich brauche? Ich muss darüber Bescheid wissen. Was heißt das? Was bedeutet Scrum für dich? Wie funktioniert es in Ihrer Branche? Wie funktioniert es? Und ich denke wirklich, dass das bis jetzt der Schlüssel für mich war, mit Menschen in Kontakt zu treten und einfach verletzlich zu sein und mich von ihnen unterrichten zu lassen.

Caitlin Mackie:

Ja. Ich denke, meine nächste Frage wäre, wie wir diese vielfältige und selbstbewusste Gemeinschaft von Frauen und unsere Aufgabe, den Anteil von Frauen in agilen Unternehmen zu erhöhen, stärken können? Und ja, was ist Ihrer Meinung nach entscheidend, um ein unterstützendes und förderliches Umfeld zu schaffen?

Sarah Hajipour:

Was ich gesehen und erkannt habe, ist, dass Frauen sich wirklich gegenseitig mehr unterstützen müssen und werden. In einer Studie von HBR, Harvard Business Review, aus dem Jahr 2016 hieß es: „Wenn nur eine Frau im Pool der Befragten ist, besteht für diese Frau keine Chance, den Job zu bekommen, auch wenn sie die Beste ist.“ Das erfordert also nicht, welche Frauen wirklich gut daran arbeiten. Nicht die Bienenkönigin zu sein, sondern auch andere Frauen zu engagieren und einzubeziehen. Denn je mehr Frauen in unterschiedlichen Rollen sind, desto empfänglicher werden wir in diesen Gemeinschaften sein. Meiner Meinung nach ist es wichtig, dass wir das verstehen und uns gegenseitig unterstützen, uns gegenseitig helfen und die Gemeinschaften darum herum aufbauen.

Sarah Hajipour:

Es gibt eine Community Women in Agile in verschiedenen Städten und Teilen der Welt, der auch ich angehöre und die großartige Arbeit leistet. Es sind tatsächlich nicht nur Frauen in diesen Gruppen. Ich sehe, dass auch Männer teilnehmen, aber es sind überwiegend Frauen, die versuchen, sich gegenseitig Einblicke in alle Aspekte der agilen Praktiken, der agilen Arbeitsweisen und so zu geben. Ja.

Caitlin Mackie:

Ja. Also ich denke, wie geht es weiter? Ich schätze, wie lautet Ihre Prognose für Frauen im agilen Bereich? Was müssen wir tun, um diese Dynamik fortzusetzen?

Sarah Hajipour:

Ich denke, Frauen werden in allem, worauf sie sich konzentrieren, großartig abschneiden, unabhängig davon. Unter dem Strich sind wir Menschen und wir alle haben das Potenzial, in dem zu wachsen, worauf wir unseren Geist und unser Herz richten, unabhängig von unserem Geschlecht. Ich würde mich freuen, wenn Frauen in der Lage wären, diese ganzheitliche Perspektive einzunehmen, dass sie unabhängig von ihrem Geschlecht alles tun können und sie sind, wir sind es.

Sarah Hajipour:

Wir haben von anderen Frauen gelesen, die in Geschäftsbereichen erfolgreich waren und von denen Sie der Meinung waren, dass Frauen wahrscheinlich nicht wie Astronautinnen abschneiden können. Es gibt Physikerinnen. Weibliche Vorbilder im Ingenieurwesen und all diese, die weniger verbreitet waren. Die Welt verändert sich zum Besseren und das ist großartig.

Caitlin Mackie:

Ja, ja. Ja, das liebe ich absolut.

Sarah Hajipour:

Es ist eine großartige Zeit, um am Leben zu sein.

Caitlin Mackie:

Ja. Ja, das ist aufregend. Ja, genau.

Sarah Hajipour:

Ja.

Caitlin Mackie:

Ja. Ich denke definitiv, dass wir in so vielen Branchen allmählich einen enormen Anstieg und die Sichtbarkeit weiblicher Vorbilder beobachten. Es ist also toll, das zu haben. Aber Sarah, das war so ein großartiges Gespräch. Ich wollte mit einer letzten Frage an Sie schließen. Wenn Sie Frauen, die gerade ihre Karriere in ihrer Branche beginnen, einen Ratschlag geben könnten, welcher wäre das?

Sarah Hajipour:

Ich würde sagen, der beste Rat, den ich geben kann, ist, dass wir die Macht haben. Und erstens müssen wir über das Geschlecht hinausschauen und irgendwie glauben, dass wir alles tun können, was wir wollen. Und zweitens: Scheuen Sie sich nicht, sich zu öffnen und Ihre Community aufzubauen, wie zum Beispiel eine Community aufzubauen, einer Gemeinschaft von agilen Praktikern oder agilen Coaches beizutreten, sogar Menschen, insbesondere Menschen, die mehr wissen als Sie.

Sarah Hajipour:

Und scheuen Sie sich nicht, um Hilfe zu bitten. Hab keine Angst zu sagen: „Hey, das ist neu für mich und ich liebe es, von euch zu lernen.“ Hab keine Angst davor, dich der Welt zu stellen, und du wirst viel lernen, was du nicht einmal erwarten würdest. So wie Sie das Ergebnis erhalten werden, werden Sie Dinge hören, die über das hinausgehen, was Sie erwartet haben. Es gibt eine Menge menschliches Potenzial, das freigesetzt werden kann, wenn Sie sich einfach nach draußen stellen und andere zu Ihrem Wachstum beitragen lassen.

Caitlin Mackie:

Das ist unglaublich. Das ist ein toller Rat, Sarah. Ich habe jede Minute unseres Gesprächs geliebt. Vielen Dank, dass Sie heute zu mir gekommen sind. Ich weiß das wirklich zu schätzen.

Sarah Hajipour:

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

TL;DR

Henrik Kniberg, the agile coach behind Spotify's model, discusses how AI is fundamentally transforming software development. Key takeaways: AI tools like Cursor and Claude are enabling 10x productivity gains; teams should give developers access to paid AI tools and encourage experimentation; coding will largely disappear as a manual task within 3–4 years; teams will shrink to 2 people plus AI; sprints will become obsolete in favour of continuous delivery; product owners can now write code via AI, creating pull requests instead of user stories; the key is treating AI like a brilliant intern – when it fails, the problem is usually your prompt or code structure, not the AI. Bottom line: Learn to use AI now, or risk being left behind in a rapidly changing landscape.

Introduction

Artificial intelligence is fundamentally reshaping how software teams work, collaborate, and deliver value. But with this transformation comes questions: How do we maintain team morale when people fear being replaced? What happens to code quality when AI writes most of the code? Do traditional agile practices like sprints still make sense?

In this episode, I sit down with Henrik Kniberg to tackle these questions head-on. Henrik is uniquely positioned to guide us through this transition – he's the agile coach and entrepreneur who pioneered the famous Spotify model and helped transform how Lego approached agile development. Now, as co-founder of Abundly AI, he's at the forefront of helping teams integrate AI into their product development workflows.

This conversation goes deep into the practical realities of AI-powered development: from maintaining code review processes when productivity increases 10x, to ethical considerations around AI usage, to what cross-functional teams will look like in just a few years. Henrik doesn't just theorise – he shares real examples from his own team, where their CEO (a non-coder) regularly submits pull requests, and where features that once took a sprint can now be built during a 7-minute subway ride.

Whether you're a developer wondering if AI will replace you, a product owner looking to leverage these tools, or a leader trying to navigate this transformation, this episode offers concrete, actionable insights for thriving in the AI era.

About Our Guest

Henrik Kniberg is an agile coach, author, and entrepreneur whose work has shaped how thousands of organisations approach software development. He's best known for creating the Spotify model – the squad-based organisational structure that revolutionised how large tech companies scale agile practices. His work at Spotify and later at Lego helped demonstrate how agile methodologies could work at enterprise scale whilst maintaining team autonomy and innovation.

Henrik's educational videos have become legendary in the agile community. His "Agile Product Ownership in a Nutshell" video, created over a decade ago, remains one of the most-watched and shared resources for understanding product ownership, with millions of views. His ability to distil complex concepts into simple, visual explanations has made him one of the most accessible voices in agile education.

More recently, Henrik has turned his attention to the intersection of AI and product development. As co-founder of Abundly AI, he's moved from teaching about agile transformation to leading AI transformation – helping companies and teams understand how to effectively integrate generative AI tools into their development workflows. His approach combines his deep understanding of team dynamics and agile principles with hands-on experience using cutting-edge AI tools like Claude, Cursor, and GitHub Copilot.

Henrik codes daily using AI and has been doing so for over two and a half years, giving him practical, lived experience with these tools that goes beyond theoretical understanding. He creates educational content about AI, trains teams on effective AI usage, and consults with organisations navigating their own AI transformations. His perspective is particularly valuable because he views AI through the lens of organisational change management – recognising that successful AI adoption isn't just about the technology, it's about people, culture, and process.

Based in Stockholm, Sweden, Henrik continues to push the boundaries of what's possible when human creativity and AI capabilities combine, whilst maintaining a pragmatic, human-centred approach to technological change.

Transcript

Note: This transcript has been lightly edited for clarity and readability.

Maintaining Team Morale and Motivation in the AI Era

Tenille Hoppo: Hi there, team, and welcome to this new episode of the Easy Agile Podcast. My name is Tenille Hoppo, and I'm feeling really quite lucky to have an opportunity to chat today with our guest, Henrik Kniberg.

Henrik is an agile coach, author, and entrepreneur known for pioneering agile practices at companies like Spotify and Lego, and more recently for his thought leadership in applying AI to product development. Henrik co-founded Abundly AI, and when he isn't making excellent videos to help us all understand AI, he is focused on the practical application of generative AI in product development and training teams to use these technologies effectively.

Drawing on his extensive experience in agile methodologies and team coaching, Henrik seems the perfect person to learn from when thinking about the intersection of AI, product development, and effective team dynamics. So a very warm welcome to you, Henrik.

Henrik Kniberg: Thank you very much. It's good to be here.

Tenille: I think most people would agree that motivated people do better work. So I'd like to start today by touching on the very human element of this discussion and helping people maintain momentum and motivation when they may be feeling some concern or uncertainty about the upheaval that AI might represent for them in their role.

What would you suggest that leaders do to encourage the use of AI in ways that increase team morale and creativity rather than risking people feeling quite concerned or even potentially replaced?

Henrik: There are kind of two sides to the coin. There's one side that says, "Oh, AI is gonna take my job, and I'm gonna get fired." And the other side says, "Oh, AI is going to give me superpowers and give us all superpowers, and thereby give us better job security than we had before."

I think it's important to press on the second point from a leader's perspective. Pitch it as this is a tool, and we are entering a world where this tool is a crucial tool to understand how to use – in a similar way that everyone uses the Internet. We consider it obvious that you need to know how to use the Internet. If you don't know how to use the Internet, it's going to be hard.

"I encourage people to experiment, give them access to the tools to do so, and encourage sharing. And don't start firing people because they get productive."

I also find that people tend to get a little bit less scared once they learn to use it. It becomes less scary. It's like if you're worried there's a monster under your bed, maybe look under your bed and turn on the lights. Maybe there wasn't a monster there, or maybe it was there but it was kind of cute and just wanted a hug.

Creating a Culture of Safe Experimentation

Tenille: I've read that you encourage experimentation with AI through learning – I agree it's the best way to learn. What would you encourage leaders and team leaders to do to create a strong culture where teams feel safe to experiment?

Henrik: There are some things. One is pretty basic: just give people access to good AI tools. And that's quite hard in some large organisations because there are all kinds of resistance – compliance issues, data security issues. Are we allowed to use ChatGPT or Claude? Where is our data going? There are all these scary things that make companies either hesitate or outright try to stop people.

Start at that hygiene level. Address those impediments and solve them. When the Internet came, it was really scary to connect your computer to the Internet. But now we all do it, and you kind of have to, or you don't get any work done. We're at this similar moment now.

"Ironically, when companies are too strict about restricting people, then what people tend to do is just use shadow AI – they use it on their own in private or in secret, and then you have no control at all."

Start there. Once people have access to really good AI tools, then it's just a matter of encouraging and creating forums. Encourage people to experiment, create knowledge-sharing forums, share your own experiments. Try to role-model this yourself. Say, "I tried using AI for these different things, and here's what I learned." Also provide paths for support, like training courses.

The Right Mindset for Working with AI

Tenille: What would you encourage in team members as far as their mindset or skills go? Certainly a nature of curiosity and a willingness to learn and experiment. Is there anything beyond that that you think would be really key?

Henrik: It is a bit of a weird technology that's never really existed before. We're used to humans and code. Humans are intelligent and kind of unpredictable. We hallucinate sometimes, but we can do amazing things. Code is dumb – it executes exactly what you told it to do, and it does so every time exactly the same way. But it can't reason, it can't think.

Now we have AI and AI agents which are somewhere in the middle. They're not quite as predictable as code, but they're a lot more predictable than humans typically. They're a lot smarter than code, but maybe not quite as smart as humans – except for some tasks when they're a million times smarter than humans. So it's weird.

You need a kind of humble attitude where you come at it with a mindset of curiosity. Part of it is also to realise that a lot of the limitation is in you as a user. If you try to use AI for coding and it wrote something that didn't work, it's probably not the model itself. It's probably your skills or lack of skills because you have to learn how to use these tools. You need to have this attitude of "Oh, it failed. What can I do differently next time?" until you really learn how to use it.

"There can be some aspect of pride with developers. Like, 'I've been coding for 30 years. Of course this machine can't code better than me.' But if you think of it like 'I want this thing to be good, I want to bring out the best in this tool' – not because it's going to replace me, but because it's going to save me a tonne of time by doing all the boring parts of the coding so I can do the more interesting parts – that kind of mindset really helps."

Maintaining Code Quality and Shared Understanding

Tenille: Our team at Easy Agile is taking our steps and trying to figure out how AI is gonna work best for us. I put the question out to some of our teams, and there were various questions around people taking their first steps in using AI as a co-pilot and producing code. There are question marks around consistency of code, maintaining code quality and clean architecture, and even things like maintaining that shared understanding of the code base. What advice do you have for people in that situation?

Henrik: My first piece of advice when it comes to coding – and this is something I do every day with AI, I've been doing for about two and a half years now – is that the models now, especially Claude, have gotten to the level where it's basically never the AI's fault anymore. If it does anything wrong, it's on you.

You need to think about: okay, am I using the wrong tool maybe? Or am I not using the tool correctly?

For example, the current market leader in terms of productivity tools with AI is Cursor. There are other tools that are getting close like GitHub Copilot, but Cursor is way ahead of anything else I've seen. With Cursor, it basically digs through your code base and looks for what it needs.

But if it fails to find what it needs, you need to think about why. It probably failed for the same reason a human might have failed. Maybe your code structure was very unstructured. Maybe you need to explain to the AI what the high-level structure of your code is.

"Think of it kind of like a really smart intern who just joined your team. They're brilliant at coding, but now they got confused about something, and it's probably your code – something in it that made it confused. And now you need to clarify that."

There are ways to do that. In Cursor, for example, you can create something called cursor rules, which are like standing documents that describe certain aspects of your system. In my team, we're always tweaking those rules. Whenever we find that the AI model did something wrong, we're always analysing why. Usually it's our prompt – I just phrased it badly – or I just need to add a cursor rule, or I need to break the problem down a little bit.

It's exactly the same thing as if you go to a team and give them this massive user story that includes all these assumptions – they'll probably get some things wrong. But if you take that big problem and sit down together and analyse it and split it into smaller steps where each step is verifiable and testable, now your team can do really good work. It's exactly the same thing with AI.

Addressing the Code Review Bottleneck

Tenille: One of our senior developers found that he was outputting code at a much greater volume and faster speed, but the handbrake he found was actually their code review processes. They were keeping the same processes they had previously, and that was a bit of a handbrake for them. What kind of advice would you have there?

Henrik: This reminds me of the general issue with any kind of productivity improvement. If you have a value stream, a process where you do different parts – you do some development, some testing, you have some design – whenever you take one part of the process and make it super optimised, the bottleneck moves to somewhere else.

If testing is no longer the bottleneck, maybe coding is. And when coding is instant, then maybe customer feedback – or lack of customer feedback – is the bottleneck. The bottleneck just keeps moving. In that particular case, the bottleneck became code review. So I would just start optimising that. That's not an AI problem. It's a process problem.

Look at it: what exactly are we trying to do when we review? Maybe we could think about changing the way we review things. For example, does all code need to be reviewed? Would it be enough that the human who wrote it and the AI, together with the human, agree that this is fine? Or maybe depending on the criticality of that change, in some cases you might just let it pass or use AI to help in the reviewing process also.

"I think there's value in code review in terms of knowledge sharing in a large organisation. But maybe the review doesn't necessarily need to be a blocking process either. It could be something you go back and look at – don't let it stop you from shipping, but maybe go back once per week and say, 'Let's look at some highlights of some changes we've made.'"

We produce 10 times more code than in the past, so reviewing every line is not feasible. But maybe we can at least identify which code is most interesting to look at.

Ethical Considerations: Balancing Innovation with Responsibility

Tenille: Agile emphasises people over process and delivering value to customers. Now with AI in the mix, there's potential for raising some ethical considerations. I'm interested in your thoughts on how teams should approach these ethical considerations that come along with AI – things like balancing rapid experimentation against concerns around bias, potential data privacy concerns.

Henrik: I would treat each ethical question on its own merits. Let me give you an example. When you use AI – let's say facial recognition technology that can process and recognise faces a lot better than any human – I kind of put that in the bucket of: any tool that is really useful can also be used for bad things. A hammer, fire, electricity.

That doesn't have so much to do with the tool itself. It has much more to do with the rules and regulations and processes around the tool. I can't really separate AI in that sense. Treat it like any other system. Whenever you install a camera somewhere, with or without AI, that camera is going to see stuff. What are you allowed to do with that information? That's an important question. But I don't think it's different for AI really, in that sense, other than that AI is extremely powerful. So you need to really take that seriously, especially when it comes to things like autonomous weapons and the risk of fraud and fake news.

"An important part of it is just to make it part of the agenda. Let's say you're a recruitment company and you're now going to add some AI help in screening. At least raise the question: we could do this. Do we want to do this? What is the responsible way to do it?"

It's not that hard to come up with reasonable guidelines. Obviously, we shouldn't let the AI decide who we're going to hire or not. That's a bad idea. But maybe it can look at the pile of candidates that we plan to reject and identify some that we should take a second look at. There's nothing to lose from that because that AI did some extra research and found that this person who had a pretty weak CV actually has done amazing things before.

We're actually working with a company now where we're helping them build some AI agents. Our AI agents help them classify CVs – not by "should we hire them or not," but more like which region in Sweden is this, which type of job are we talking about here. Just classifying to make it more likely that this job application reaches the right person. That's work that humans did before with pretty bad accuracy.

The conclusion was that AI, despite having biases like we humans do, seemed to have less biases than the human. Mainly things like it's never going to be in a bad mood because it hasn't had its coffee today. It'll process everybody on the same merits.

I think of it like a peer-to-peer thing. Imagine going to a doctor – ideally, I want to have both a human doctor and an AI doctor side by side, just because they both have biases, but now they can complement each other. It's like having a second opinion. If the AI says we should do this and the doctor says, "No, wait a second," or vice versa, having those two different opinions is super useful.

Parallels Between Agile and AI Transformations

Tenille: You're recognised as one of the leading voices in agile software development. I can see, and I'm interested if you do see, some parallels between the agile transformations that you led at Spotify and Lego with the AI transformations that many businesses are looking at now.

Henrik: I agree. I find that when we help companies transition towards becoming AI native, a lot of the thinking is similar to agile. But I think we can generalise that agile transformations are not really very special either – it's organisational change.

There are some patterns involved regardless of whether you're transitioning towards an agile way of working or towards AI. Some general patterns such as: you've got to get buy-in, it's useful to do the change in an incremental way, balance bottom-up with top-down. There are all these techniques that are useful regardless. But as an agilist, if you have some skills and competence in leading and supporting a change process, then that's going to be really useful also when helping companies understand how to use AI.

Tenille: Are you seeing more top-down or bottom-up when it comes to AI transformations?

Henrik: So far it's quite new still. The jury's not in yet. But so far it looks very familiar to me. I'm seeing both. I'm seeing situations where it's pure top-down where managers are like "we got to go full-out AI," and they push it out with mixed results. And sometimes just completely bottom-up, also with mixed results.

Sometimes something can start completely organically and then totally take hold, or it starts organically and then gets squashed because there was no buy-in higher up. I saw all of that with agile as well. My guess is in most cases the most successful will be when you have a bit of both – support and guidance from the top, but maybe driven from the bottom.

"I think the bottom-up is maybe more important than ever because this technology is so weird and so fast-moving. As a leader, you don't really have a chance if you try to control it – you're going to slow things down to an unacceptable level. People will be learning things that you can't keep up with yourself. So it's better to just enable people to experiment a lot, but then of course provide guidance."

AI for Product Owners: From Ideation to Pull Requests

Tenille: You're very well known for your guidance and for your ability to explain quite complex concepts very simply and clearly. I was looking at your video on YouTube today, the Agile Product Ownership in a Nutshell video, which was uploaded about 12 years ago now. Thinking about product owners, there's a big opportunity now with AI for generating ideas, analysing data, and even suggesting new features. What's your advice for product owners and product managers in using AI most effectively?

Henrik: Use it for everything. Overuse it so you can find the limits. The second thing is: make sure you have access to a good AI model. Don't use the free ones. The difference is really large – like 10x, 100x difference – just in paying like $20 per month or something. At the moment, I can particularly strongly recommend Claude. It's in its own category of awesomeness right now. But that of course changes as they leapfrog each other. But mainly: pay up, use a paid model, and then experiment.

For product owners, typical things are what you already mentioned – ideation, creating good backlog items, splitting a story – but also writing code. I would say as a PO, there is this traditional view, for example in Scrum, that POs should not be coding. There's a reason for that: because coding takes time, and then as PO you get stuck in details and you lose the big picture.

Well, that's not true anymore. There are very many things that used to be time-consuming coding that is basically a five-minute job with a good prompt.

"Instead of wasting the team's time by trying to phrase that as a story, just phrase it as a pull request instead and go to the team and demonstrate your running feature."

That happened actually today. Just now, our CEO, who's not a coder, came to me with a pull request. In fact, quite often he just pushes directly to a branch because it's small changes. He wants to add some new visualisation for a graph or something in our platform – typically admin stuff that users won't see, so it's quite harmless if he gets it wrong.

He's vibe coding, just making little changes to the admin, which means he never goes to my team and says, "Hey, can you guys generate this report or this graph for how users use our product?" No, he just puts it in himself if it's simple.

Today we wanted to make a change with how we handle payments for enterprise customers. Getting that wrong is a little more serious, and the change wasn't that hard, but he just didn't feel completely comfortable pushing it himself. So he just made a PR instead, and then we spent 15 minutes reviewing it. I said it was fine, so we pushed it.

It's so refreshing that now anybody can code. You just need to learn the basic prompting and these tools. And then that saves time for the developers to do the more heavyweight coding.

Tenille: It's an interesting world where we can have things set up where anyone could just jump in and with the right guardrails create something. It makes Friday demos quite probably a lot more interesting than maybe they used to be in the past.

Henrik: I would like to challenge any development team to let their stakeholders push code, and then find out whatever's stopping you from doing that and fix that. Then you get to a very interesting space.

Closing the Gap Between Makers and Users

Tenille: A key insight from your work with agile teams in the past has been to really focus on minimising that gap between maker and user. Do you think that AI helps to close that gap, or do you think it potentially risks widening it if teams are focusing too much on AI predictions and stop talking to their customers effectively?

Henrik: I think that of course depends a lot on the team. But from what I've seen so far, it massively reduces the gap. Because if I don't have to spend a week getting a feature to work, I can spend an hour instead. Then I have so much more time to talk to my users and my customers.

If the time to make a clickable prototype or something is a few seconds, then I can do it live in real time with my customers, and we can co-create. There are all these opportunities.

I find that – myself, my teams, and the people I work with – we work a lot more closely with our users and customers because of this fast turnaround time.

"Just yesterday I was teaching a course, and I was going home sitting on the subway. It was a 15-minute subway ride. I finally got a seat, so I had only 7 minutes left. There's this feature that I wanted to build that involved both front-end and back-end and a database schema change. Well, 5 minutes later it was done and I got off the subway and just pushed it. That's crazy."

Of course, our system is set up optimised to enable it to be that fast. And of course not everything will work that well. But every time it does, I've been coding for 30 years, and I feel like I wake up in some weird fantasy every day, wondering, "Can I really be this productive?" I never would have thought that was possible.

Looking Ahead: The Future of Agile Teams

Tenille: I'd like you to put your futurist hat on for a moment. How do you see the future of agile teamwork in, say, 10 to 15 years time? If we would have this conversation again in 2035, given the exponential growth of AI and improvements over the last two to three years, what do you think would be the biggest change for software development teams in how they operate?

Henrik: I can't even imagine 10 years. Even 5 years is just beyond imagination. That's like asking someone in the 1920s to imagine smartphones and the Internet. I think that's the level of change we're looking at.

I would shorten the time a little bit and say maybe 3 or 4 years. My guess there – and I'm already seeing this transfer happen – is that coding will just go away. It just won't be stuff that we humans do because we're too slow and we hallucinate way too much.

But I think engineering and the developer role will still be there, just that we don't type lines of code – in the same way that we no longer make punch cards or we no longer write machine code and poke values into registers using assembly language. That used to be a big part of it, but no longer.

"In the future, as developers, a lot of the work will still be the same. You're still designing stuff, you're thinking about architecture, you're interacting with customers, and you're doing all the other stuff. But typing lines of code is something that we're gonna be telling our kids about, and they're not gonna believe that we used to do that."

The other thing is smaller teams, which I'm already seeing now. I think the idea of a cross-functional team of 5 to 7 people – traditionally that was considered quite necessary in order to have all the different skills needed to deliver a feature in a product. But that's not the case anymore. If you skip ahead 2 or 3 years when this knowledge has spread, I think most teams will be 2 people and an AI, because then you have all the domain knowledge you need, probably.

As a consequence of that, we'll just have more teams. More and smaller teams. Of course, then you need to collaborate between the teams, so cross-team synchronisation is still going to be an issue.

Also, I'm already seeing this now, but this concept of sprints – the whole point is to give a team some peace of mind to build something complex, because typically you would need a week or two to build something complex. But now, when it takes a day and some good prompting to do the same thing that would have taken a whole sprint, then the sprint is a day instead. If the sprint is a day, is there any difference between a sprint planning meeting and a daily standup? Not really.

I think sprints will just kind of shrink into oblivion. What's going to be left instead is something a little bit similar – some kind of synchronisation point or follow-up point. Instead of a sprint where every 2 weeks we sit down and try to make a plan, I think it'll be very much continuous delivery on a day-to-day basis. But then maybe every week or two we take a step back and just reflect a little bit and say, "Okay, what have we been delivering the past couple of weeks? What have we been learning? What's our high-level focus for the next couple of weeks?" A very, very lightweight equivalent of a sprint.

I feel pretty confident about that guess because personally, we are already there with my team, and I think it'll become a bit of a norm.

Final Thoughts: Preparing for the Future

Henrik: No one knows what's gonna happen in the future, and those who say they do are kidding themselves. But there's one fairly safe bet though: no matter what happens in the future with AI, if you understand how to use it, you'll be in a better position to deal with whatever that is. That's why I encourage people to get comfortable with it, get used to using it.

Tenille: I have a teenage daughter who I'm actually trying to encourage to learn how to use AI, because I feel like when I was her age, the Internet was the thing that was sort of coming mainstream. It completely changed the way we live. Everything is online now. And I feel like AI is that piece for her.

Henrik: Isn't it weird that the generation of small children growing up now are going to consider this to be normal and obvious? They'll be the AI natives. They'll be like, "Of course I have my AI agent buddy. There's nothing weird about that at all."

Tenille: I'll still keep being nice to my coffee machine.

Henrik: Yeah, that's good. Just in case, you know.

---

Thank you to Henrik Kniberg for joining us on this episode of the Easy Agile Podcast. To learn more about Henrik's work, visit Abundly AI or check out his educational videos on AI and agile practices.

Subscribe to the Easy Agile Podcast on your favourite platform, and join us for more conversations about agile, product development, and the future of work.