Mein Scrum ist kaputt | Agilität, Scrum, Kanban und mehr

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.