Agil Archive - Mein Scrum ist kaputt!

Folge 129: Future Skills (mit Marlene Konrad)

In einer sich ständig wandelnden Arbeitswelt werden sogenannte „Future Skills“ immer wichtiger. Aber was genau verbirgt sich hinter diesem Begriff? Und wie können wir diese zukunftsweisenden Fähigkeiten sowohl im Team als auch für uns persönlich entwickeln? In dieser spannenden Episode sprechen wir mit Marlene Konrad, Expertin für Future Skills, über genau diese Fragen.

Folge 126: Freundschaften in agilen Teams

In dieser Episode tauchen wir tief in die Teamdynamik agiler Teams ein und beleuchten ein faszinierendes Thema: Freundschaften in agilen Teams. Wir alle wissen, wie wichtig Vertrauen und Verantwortung in einem Team sind, aber wie beeinflusst das eigentlich die emotionale Bindung?

Folge 113: Gestaltung agiler Verträge (mit Dr. Falk W. Müller)

Wir sprechen mit Falk W. Müller über agile Verträge. Dabei gehen wir auf die typischen Herausforderungen ein, wie wir die Mitwirkung vom Kunden vertraglich gestalten können und was wir ansonsten beim Vertragsrahmen beachten können.

Folge 52: Spiele für agile (Workshops) – Teil 3: Allgemeine Spiele

Nachdem wir uns bereits ausgiebig mit Spielen zu Scrum und Kanban ausgetauscht haben, geht es im dritten, und vorerst letzten Teil zu agilen Spielen um Spiele, die allgemein die agile Arbeits- und Denkweise vermitteln.

Links (Ressourcen)

Tasty Cupcakes: http://tastycupcakes.org/
Gamestorming (Dave Gray, Sunni Brown, James Macanufo): https://www.amazon.de/Gamestorming-Praxisbuch-Querdenker-Moderatoren-Innovatoren/dp/3897213265 (Affiliate Link)
Training from the Back of the Room (Sharon L. Bowman): https://www.amazon.de/Training-Back-Room-Aside-Learn-ebook/dp/B0062O7L7S (Affiliate Link)

Folge 50: Spiele für agile (Workshops) - Teil 2: Kanban Simulationen

Im zweiten Teil unserer Reihe zu Spielen für agile Workshops dreht sich alles um Kanban-Simulationen und Spiele. Wir beschreiben die vier, die wir kennen und bisher ausprobiert haben, nämlich GetKanban, Kanban Pizza Game, Kanban Paper Airplanes, sowie das Name Game.

Zu guter Letzt seinen auch noch die paar Alternativen, die uns für GetKanban genannt wurden, u.a. FeatureBan, erwähnt, auch wenn wir diese im Podcast nicht explizit ansprechen.

Folge 48: Spiele für agile (Workshops) - Teil 1: Scrum Simulationen

Wie das Arbeiten in agilen Teams funktioniert, lässt sich meist am besten selbst erleben. Aus diesem Grund sprechen wir in mehreren Podcast-Episoden darüber, welche Spiele und Simulationen es für Agile Methoden gibt. In der ersten Folge dieser kleinen Serie sprechen wir über Scrum Simulationen.

Lego4Scrum (Lego Scrum City)

Der wohl bekannteste Vertreter der Scrum Simulationen ist Lego4Scrum. In dieser Simulation wird eine Stadt aus Lego mittels Scrum gebaut.

Scrum Station (Lego Bahnhof)

Eine Abwandlung, wie sie Dominik und ich in Trainings anwenden, ist ein Bahnhof. Die Gründe hierfür erläutern wir im Podcast. Einen der Vorteile sehen wir vor allem in der besser Abbildbarkeit zwischen Nutzersicht und Entwicklersicht.

Goldilocks Iteration Game / Rotkäppchen Märchenbuch

Eine Aktivität, die ich gerne in Trainings verwende, in denen die Zeit knapper ist (etwa, um nur einen Überblick in Scrum zu verschaffen), basiert auf „Learning Scrum Through Games – Goldilocks Iteration“ von Mark Levison. Hier erstellen die Teams mittels Scrum ein Märchenbuch. Die Simulation zeigt ein paar andere Aspekte auf, die in den Lego-Simulationen so nicht enthalten sind, etwa Daily Scrums. Außerdem wird das Prinzip eines Produktinkrements sehr gut veranschaulicht.

Ich verwende dafür eine Variante, die ich selbst ins deutsche übersetzt habe und „Rotkäppchen und der böse Wolf“ als Basis nutzt. Außerdem habe ich die Anforderungen vom Original etwas angepasst. Sobald die Rechte eindeutig geklärt sind (auf dem Original ist ein Copyright..), werde ich meine Version noch dokumentieren und bereitstellen.

Rotkäppchen Märchenbuch Scrum Simulation

Picks

Folge 29: Teamgröße

Der Scrum Guide schlägt als optimale Entwicklungs-Teamgröße zwischen 3 und 9 Entwicklern vor. Unsere eigene Erfahrung zeigt aber teilweise, dass ein Team aus 9 Personen viel zu groß sein kann. Wir klären, was Gründe hierfür sind, warum ein Team aus 9 Entwicklern trotzdem die richtige Größe haben kann und was es mit dem 2-Pizza-Team auf sich hat.

Picks

Folge 7: Definition of Done

Wir tauschen heute Anekdoten über die „Definition of Done“ aus, in denen es darum geht, wer die DoD beeinflussen kann und darf, wie wir sicherstellen, dass die DoD auch verwendet wird und wie man die DoD kontinuierlich weiterentwickeln kann. Zuletzt erörtern wir noch die Sinnhaftigkeit einer „Release Definition of Done“.

Scrum Guide (Ken Schwaber, Jeff Sutherland): http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-German.pdf
The Definition of Done workshop (Dominik Ehrenberg): https://agileblogorg.blogspot.com/2012/08/the-definition-of-done-workshop.html
Definition of Done traffic light (Dominik Ehrenberg): https://agileblogorg.blogspot.com/2012/11/definition-of-done-traffic-light.html
Growing DONE – How to make the Definition of Done work for your team (Richard Lawrence): http://agileforall.com/growing-done-how-to-make-the-definition-of-done-work-for-your-team/

Pick der Woche

Folge 6: Agile Verträge (feat. Björn Schotte)

Etwas ausufernder als geplant, unterhält sich Dominik mit unserem Stargast™ Björn Schotte von Mayflower über Verträge für agile Softwareentwicklungsprojekte. Björn schreibt gerade ein eBook zu dem Thema und kennt sich deshalb bestens mit den diversen Vertragsformen wie Time & Material oder Agilem Festpreis, sowie mit Vertragsdetails wie „Money for nothing, changes for free“ oder möglichen Sonderkündigungsrechten, aus.

Über Björn

Twitter: https://twitter.com/BjoernSchotte
Slideshare: http://www.slideshare.net/bjoernschotte
Björn auf der Manage Agile 2016: http://www.manage-agile.de/
Mayflower: https://mayflower.de/
Mayflower Blog: https://blog.mayflower.de/

Folge 5: Der geschätzte Bug

In Folge 5 geht es um Käfer. Wir wollen die kleinen Kerlchen aber nicht wertschätzen, sondern sprechen darüber, wie man in agilen Softwareprojekten mit Bugs umgehen kann. Anhand unserer eigenen Erfahrung beantworten wir die Fragen, ob es sinnvoll ist, Bugs zu schätzen, wie man Bugfixing transparent gestalten kann und wie man mit neu auftauchenden Bugs umgeht. Zu guter letzt sprechen wir über Bugtracker und Handhabung langer Buglisten.