Folge 76: Definition of Ready

Die Definition of Ready ist kein „offizielles“ Scrum-Artefakt und doch wird sie häufig empfohlen und eingesetzt. Aber ist sie auch wirklich gut und sinnvoll oder hat sie nicht auch Fallstricke, die auf den ersten Blick nicht sichtbar sind?

Ausgehend von einer Definition der Definition of Ready tasten wir uns an Vor- und Nachteile heran und versuchen die Frage zu beantworten, warum sie nicht Teil des Scrum Guide ist – und ob sie es sein sollte.

Links

Picks

Foto von https://www.maxpixel.net/Checklist-Man-People-Box-Hand-Goals-Pen-Notebook-2589418

Folge 71: Neuer Scrum Master, altes Team

Dass jemand neu in ein bestehendes Team einsteigt, ist keine Seltenheit. Doch genauso wie es für jede andere Rolle Besonderheiten gibt, so haben wir auch eigene Erfahrungen gemacht, wie wir am besten vorgehen, wenn wir als Scrum Master in ein bestehendes Team einsteigen. Wie können wir Vertrauen aufbauen? Wie können wir unsere Verantwortungen als Scrum Master wahrnehmen, ohne das Team von Tag 1 an vor den Kopf zu stoßen? All das versuchen wir zu klären.

Links

Picks

Folge 67: Scrum im Katastropheneinsatz (mit Dr. med. Oliver Emmler)

Dr. med. Oliver Emmler ist Notarzt und immer wieder in Katastrophengebieten wie Haiti oder Nepal als Einsatzhelfer unterwegs – außerdem mag er die IT und ist dadurch in zwei unterschiedlichen Themengebieten unterwegs, was sich u.a. in seinem Abschluss in Medizinischer Informatik an der Hochschule Heilbronn zeigt.

In seinen Katastropheneinsätzen hat Oliver angefangen Scrum zu verwenden, um die Tätigkeiten vor Ort zu strukturieren und die Selbstorganisation der Teams vor Ort zu fördern. Wie genau all das aussieht, warum er das überhaupt gemacht hat und zu welchen positiven Effekten das geführt hat, besprechen wir zusammen mit ihm in dieser Folge.

Links

Buchtipp:

Folge 55: Des Sprint Plannings zweiter Teil

Wir befassen uns mit dem zweiten Teil des Sprint Plannings (der doch, wie uns Hörer Matthias darauf aufmerksam gemacht hat, ganz früher mal Sprint Planning 2 hieß), in dem es nun darum geht, nach dem „Was“ das „Wie“ auszuarbeiten. Wir hangeln uns an jede Menge Anti-Pattern entlang, die ein schlechtes Planning 2 ausmachen und klären letztendlich die Frage, wofür denn die zweite Planungshälfte überhaupt gut ist.

Zum Product Owner Camp Gewinnspiel geht es hier lang.

Picks

Folge 54: Des Sprint Plannings erster Teil

Unser Hörer Markus hat uns zurecht darauf hingewiesen, dass es ja noch gar keine Folge zum Thema „Sprint Planning“ gibt, deswegen folgt nun die Folge zum Thema. Und da wir, wie üblich, deutlich ausufernder darüber reden als geplant, schaffen wir es auch nur den ersten Teil des Plannings zu besprechen – wie wir übrigens während des Casts selber feststellen, manchmal fälschlicherweise als „Planning 1“ bezeichnet. Außerdem etablieren wir den Begriff des Lootbox-Plannings: Wenn man erst im Planning erfährt, was denn so alles im Sprint drin ist und es legendäre User Stories gibt – Stories, von denen man noch nie vorher gehört hat!

Picks

Folge 53: Für die Retrospektive haben wir gerade keine Zeit

Die Retrospektive ist eine der ersten Dinge, die über den Haufen geworfen werden, wenn es zeitlich mal eng wird – „Für die Retrospektive haben wir gerade keine Zeit, wir haben wichtigere Dinge zu tun“ ist ein typischer Satz, den man dann hört. Wir versuchen zu erörtern, warum gerade die Retrospektive als erstes verworfen wird und suchen nach Lösungsmöglichkeiten und Ideen, um dem entgegenzuwirken. Zu guter Letzt diskutieren wir die Frage, ob eine kurze, zehnminütige Retrospektive besser ist als gar keine.

Und wir haben endlich das lange versprochenen „Pick der Woche“ Jingle!!!1!

Links

Picks

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

Links (Ressourcen)

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.

Scrum Station Scrum Simulation

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.

Links

Picks

Folge 43: Product Owner Anti-Patterns (mit Mick Hohmann)

Mick Hohmann ist Product Owner bei der Mayflower GmbH und hält gelegentlich einen Vortrag über Product Owner NoGos. Dominik hat sich mit ihm getroffen und mit ihm über paar dieser Anti-Pattern gesprochen, zum Beispiel was ist, wenn der Product Owner nicht Teil des Teams ist oder wenn der PO in zu technischen Diskussionen abgehängt wird. Wir tauschen Anekdoten und Lösungsansätze aus und diskutieren die Frage, wie sinnvoll es ist, dass der Scrum Guide zwischen Scrum Team und Entwicklungsteam unterscheidet.

Buchtipp: Simon Sinek – Start with Why: How Great Leaders Inspire Everyone to Take Action

Links