Werben im Podcast: Mein Scrum ist kaputt | Agilität, Scrum, Kanban und mehr

"Es gibt kein Recht auf Gehorsam." Als Hannah Arendt diesen Satz sagte, meinte sie damit nicht Anarchie, sie meinte Verantwortung. Wer gehorcht, gibt Verantwortung ab. Wer Verantwortung abgibt, hört auf zu denken. Und wer aufhört zu denken, schadet nicht nur sich selbst, sondern auch dem System, dem er dient. Das, was so ein bisschen seltsam für die Beschreibung einer Podcast-Episode klingt, sind die ersten Sätze aus dem neuesten Buch von Boris Gloger, um das es in dieser Folge geht.

Wie viele Produktentscheidungen trefft ihr eigentlich auf Basis von Daten und wie viele nach dem Motto, das fühlt sich richtig an? Wir reden ständig über Kundennutzen, Produktziele und Wertschöpfung, aber wenn es konkret wird, verlassen wir uns oft auf Erfahrung, Meinung oder das lauteste Bauchgefühl im Raum. Genau darüber sprechen wir heute mit Simon Flossmann. Simon beschäftigt sich intensiv mit evidenzbasiertem Management und der Frage, wie Teams und Organisationen bessere Entscheidungen treffen können, weniger Annahmen und mehr Transparenz, weniger Diskussionen darüber, wer Recht hat und mehr Erkenntnisse darüber, was tatsächlich funktioniert. Wir sprechen darüber, wie man sinnvolle Ziele formuliert, Hypothesen aufstellt, die richtigen Metriken auswählt und wie man Produktentwicklung stärker auf Fakten statt auf Vermutungen stützt.

Systeme sind heute keine statischen Gebäude mehr, die man einmal entwirft und dann einfach bezieht. Sie ähneln eher lebendigen Organismen, die sich ständig anpassen müssen. Die Architektur bildet dabei das Fundament, dass diese Flexibilität entweder ermöglicht oder zu massiven Hindernis wird. Denn ohne eine tragfähige, mitwachsende Struktur wird jede Agilität früher oder später von technischen Schulden ausgebremst. Continuous Architecture bricht mit dem Dogma des großen Entwurfs vorab. Sie ersetzt den Big Design upfront durch einen fließenden Übergang von Design und Implementierung. Aber wie behält man dabei den Überblick und wie vermeidet man, dass am Ende bloße Zufallsarchitekturen entstehen?

In manchen Organisationen ist Scrum gar nicht so kaputt. Die Rollen sind klar, Events sind im Kalender, Artefakte werden gepflegt. Aber die Zusammenarbeit fühlt sich trotz agiler Methoden immer noch ziemlich zäh an. Verantwortung wird weitergereicht, Entscheidungen dauern und Teams warten. Irgendwas passt strukturell nicht. In diesem Zusammenhang taucht seit einiger Zeit immer häufiger ein Begriff auf: unFIX. Was steckt eigentlich dahinter? Wofür ist unFIX gedacht? Und was könnte es für unsere Scrum-Teams bedeuten?

Jeder kennt es: Ihr bereitet eure nächste Retrospektive oder euren nächsten Workshop vor, und ihr sucht noch nach dem passenden Icebreaker. Ihr stöbert durch irgendwelche Online-Archive, irgendwelche Online-Blogs und -Artikel, fragt vielleicht ChatGPT oder Gemini oder sonstwas nach tollen Ideen für Icebreaker, und die Hälfte davon legt ihr zur Seite, weil ihr euch denkt: "Dat kann ich mit dem Team nicht machen". Diese Icebreaker, die probieren wir heute aus!

Agilität lebt von Menschen, nicht von Maschinen, oder? Wenn KI plötzlich Backlogs schreibt, Teamentscheidungen beeinflusst und in Retros mitredet, stellt sich die Frage: was bleibt dann eigentlich noch von der Selbstorganisation übrig? Wir sprechen heute über die Chancen, die Risiken und vor allem über unsere eigenen Erfahrungen mit KI in agilen Teams.

Als Scrum Master oder Agile Coach stehen wir immer wieder vor der Herausforderung, Wissen gut zu vermitteln, sei es in Workshops, Trainings oder kurzen Impulsen im Alltag. Das klassische Modell "einer redet, die anderen hören zu", ist dabei leider meist das ineffizienteste. Inhalte bleiben nicht hängen und nachhaltige Lernprozesse bleiben aus. Genau hier setzt die Methode "Training from the Back of the Room" an. Statt Frontalunterricht setzt sie auf aktives Lernen, Interaktion und eigenständiges Denken, basierend auf den vier sogenannten vier Cs, die für Connection, Concept, Concrete Practice und Conclusion stehen. Unser heutiger Gast Simon Flossmann hat unzählige Trainings in der agilen Welt gegeben und kennt diese Methode in- und auswendig. In dieser Folge teilt Simon mit uns seine Erfahrungen und seine Tipps für nachhaltiges Lernen und wie wir als Facilitator, Trainer oder Coach bessere Lernräume schaffen können, damit die Teilnehmer wirklich etwas mitnehmen können.

ShapeUp ist ein willkommener Gegenentwurf zu klassischen Scrum und bringt frischen Wind in die agilen Diskussionen. Es ist ein Produktentwicklungsansatz, der von Basecamp, heute 37 Signals, entwickelt wurde und im gleichnamigen Buch von Ryan Singer beschrieben wurde. Es versteht sich nicht als Framework wie Scrum, sondern als Set an Prinzipien und Praktiken, um fokussierter, selbstorganisierter und mit weniger Overhead zu arbeiten. Über dieses Thema werden wir heute sprechen, zusammen mit Klaus Breyer.

Über Strategie wird viel geredet. In Meetings, auf Slides, in Offsites. Schöne Absichtserklärungen, große Visionen, tolle Lüftschlösser, aber in der Praxis meistens irgendwie dann doch überhaupt nicht präsent. In unseren Projekten sehen wir das ständig: Strategie findet auf PowerPoints oder Miro-Boots statt, aber selten im Teamalltag. Unser heutiger Gast, Boris Gloger, ist für viele quasi der Grand-Signeur der Agilität im deutschsprachigen Raum. Mit seinem neuen Buch "Strategie als Praxis" geht es ihm um die Frage, wie Strategie endlich dort ankommt, wo sie wirken soll. Im Alltag der Teams, bei den Menschen, die Entscheidungen treffen, handeln, liefern. Nicht nur im Management also, sondern überall dort, wo die Arbeit auch tatsächlich passiert. Wir sprechen mit ihm über Strategie jenseits von Buzzwords, über mutige Führung im Dauerwandel und darüber, warum es höchste Zeit ist, Strategie nicht länger als Plan zu behandeln, sondern als das, was sie sein sollte: Eine Praxis.

Heute geht es um eine Herausforderung, die viele Product Owner, und damit auch Entwicklungsteams, kennen. Wie schafft man es, Anforderungen, Abhängigkeiten, Ziele und Ideen zu strukturieren und zu sortieren, aber auch so miteinander zu verknüpfen, dass ein roter Faden entsteht? Dafür gibt es natürlich einige Methoden und Tools, aber wie setzt man diese richtig ein und wie schafft man es, Zusammenhänge sichtbar zu machen? Unser Gast ist Olaf Bublitz, der viel Erfahrung mit visuellen Methoden in der Produktentwicklung mitbringt. Wir sprechen über einen Werkzeugkoffer, der Product Ownern helfen kann, Übersicht zu gewinnen, Entscheidungen zu unterstützen, komplexe Zusammenhänge schneller zu erfassen, aber auch Zusammenarbeit sichtbar zu machen. Und wir schauen uns an, wie man diesen visuellen Werkzeugkoffer strukturieren kann, nicht nur punktuell, sondern entlang des gesamten Entwicklungsprozesses.

Bernhard Eickenberg hat gerade sein Buch "Die Fünf Säulen der Selbstorganisation" veröffentlicht, in dem er sein eigenes Modell beschreibt, mit dem er Teams bei der Selbstorganisation helfen möchte. Zusammen mit Bernhard verschaffen wir uns einen Überblick über das Modell, schauen uns die Säule "Alignment" etwas genauer an und sprechen zum Abschluss darüber, wie das Modell in der Praxis angewendet werden kann.

Immer wieder sagen wir in Unternehmen, dass wir jetzt agil arbeiten. Wir wollen nun mutig sein und in Iterationen arbeiten, eine offene Fehler- und Feedbackkultur leben, unsere Commitments einhalten und stärker fokussieren und unsere Kunden natürlich besser einbinden. Zu Beginn sind wir hoch motiviert, unsere Arbeitsweise und Projekte nach den agilen Werten und Prinzipien umzustellen. Allerdings stoßen wir schnell an die Grenzen des Agil-Seins. Aber warum bleibt das Being Agile oft eine schöne Idee, während das Doing Agile im Alltag untergeht? Warum reden wir so oft über Werte und Prinzipien, aber vergessen, wie wir sie konkret umsetzen? Und warum läuft trotz agiler Transformation immer noch alles wie vorher?

Sebastian Schilde ist freiberuflicher Musikproduzent und war darüber hinaus 4 Jahre lang Produzent und Keyboarder bei Scooter. Im heutigen Podcast unterhalten sich Dominik und Sebastian mit ihm darüber, wie die Tätigkeit der Musikproduktion aussieht und wie in aller Welt man Emotionen und Gefühle anderer Menschen in Musik umsetzt.

Gemeinsam mit Till Weinert sprechen wir in dieser Folge über das Phänomen Tribalismus. Speziell in der skalierten Zusammenarbeit mit mehreren Teams für ein gemeinsames Produkt, kann Tribalismus eine echte Stärke sein. Oft kennen wir aber vor allem die Schattenseiten: Informationen zurückhalten, Ingroup-/Outgroup-Verhalten, über statt mit den anderen sprechen.

Agile ist gefühlt "angekommen" und manchmal hört man auch davon, dass wir uns bereits in einer postagilen Phase befinden würden - im Post-Agilismus sozusagen. Aber stimmt das überhaupt und wie würde man in der aktuellen Situation Post-Agilismus definieren? Darüber unterhalten sich Dominik und Sebastian.