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.
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!
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!
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.
Auf der JAX 2018 haben wir noch einen zweiten Vortrag gehalten, nämlich zum Thema “The Unshippable Product Increment”. Warum haben Teams so häufig schwierigkeiten, innerhalb einer Iteration ein wertvolles, nützliches und potenziell lieferbares Inkrement zu bauen? Was ist das Inkrement überhaupt?
Wir sprachen über typische Symptome, Herausforderungen und über die ein oder andere Idee, was dagegen zu tun ist. Die Slides zum Vortrag findet ihr hinter diesem Link.
Darüberhinaus gibt’s die Folien natürlich auch wieder bei Slideshare.
Wir haben heute auf der JAX Konferenz im Rahmen des Agile Day eine Session zum Thema “Was macht ein Scrum Master den ganzen Tag?” gehalten. Wer uns schon länger hört, weiß, dass wir dazu auch schon bereits eine Podcast-Episode aufgenommen haben. Die Essenz daraus haben wir im Vortrag vermittelt und haben uns auch auf die Tweets aus unserer #sm140 Challenge bezogen. 🙂
Wer den Vortrag besucht hat, die Episode aber noch nicht kennt, kann einfach diesem Link folgen.
Die Slides zur Session findet ihr hinter diesem Link und auf Slideshare:
Literatur und Materialien zu Scrum beziehen sich in aller Regel auf “traditionelle” EDV-Software sowie die Webentwicklung. Videospiele bieten aufgrund ihrer inhärenten Komplexität ganz eigene Herausforderungen, die selten behandelt werden. Wie beschreibt man Spielspaß als Akzeptanzkriterium? Wie stellt man sicher, dass eine Spielmechanik auch wirklich reibungslos funktioniert und nicht dafür sorgt, dass der Spieler das Spiel zur Seite legt? All das besprechen wir mit Ralf Adam, einem selbstständigen Producer aus dem Gaming-Bereich, der bereits seit 1993 in der Branche tätig ist und an Spielen wie Gothic 2, Desperados, Die Gilde 1 und 2, Sacred 2, Shadow Tactics sowie Silent Storm beteiligt war.
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.
Wolfgang Walk ist langjähriger Dozent, Consultant, Story-Autor, Podcaster sowie Producer aus dem Games Bereich und hat an Spielen wie Die Siedler, AquaNox oder zuletzt Phoning Home mitgearbeitet. Im Laufe seiner Karriere hat er viele Erfahrungen damit gemacht, welche Probleme in der (Spiele-)Entwicklung auftreten, wenn es keine klare, im Team gleich verstandene, Vision gibt. Wir sprechen mit ihm über all die Schmerzen, die das bereitet, wie es dazu kommt und was man dagegen tun kann und warum eine Vision nicht immer unbedingt geschriebener Text sein muss.
Buchtipp: Steve McConell – Software Project Survival Guide
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.
Der wohl bekannteste Vertreter der Scrum Simulationen ist Lego4Scrum. In dieser Simulation wird eine Stadt aus Lego mittels Scrum gebaut.
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.
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.
