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

Der Release Sprint gilt als Anti-Pattern. Welche Erfahrungen haben wir damit gemacht und würden wir ihn nochmal nutzen?

Wir feiern 4 Jahre "Mein Scrum ist kaputt" und lassen das letzte Jahr Revue passieren.

Folge 93: Lob vs. Anerkennung

Wir greifen den Themenvorschlag von Themole auf und widmen uns der Frage, was eigentlich Epics, User Stories, Tasks, Subtasks sind, wie man sie verwendet und warum das in Jira manchmal alles ganz anders aufgeteilt ist.

Heute widmen wir uns einem Thema von Zuhörer Alexander, der in unserem Slack vorgeschlagen hat, doch mal über "Verbranntes Scrum" zu reden: Ein Team hat bereits einmal versucht, Scrum einzuführen und das ist dermaßen in die Hose gegangen, dass das Thema durch ist - verbrannte Erde, verbranntes Scrum. Wie schafft man es nun mit dem Team einen zweiten Anlauf zu starten, wo doch keiner mehr Lust darauf hat und die Worte Planning, Daily oder Retrospektive nicht mehr hören kann?

Im finalen Teil unserer PO Toolbox Reihe widmen wir uns einer Vielzahl von Werkzeugen, die zum Priorisieren verwendet werden können. Die meisten sind vor allem für das Product Backlog gedacht, es sind aber auch einige Werkzeuge dabei, die für andere Kontexte optimal sind.

Nachdem wir uns in den vorherigen beiden Folgen über Tools zum Produktstart sowie zum Schaffen eines gemeinamen Verständnisses beschäftigt haben, geht es im dritten Teil unserer Product Owner Toolbox darum User Stories und Anforderungen zu schneiden.

Folge 88: PO Toolbox, Teil 2 - Gemeinsames Verständnis

Als Product Owner ist eine der wichtigsten Aufgaben das Product Backlog zu pflegen, nur: Wie befülle ich das Backlog überhaupt, wenn da noch gar nichts ist? In unserer kleinen Serie zum Thema Tools für Product Owner stellen wir fünf Tools vor, die man als Product Owner nutzen kann, um ein Produkt zu starten und die dabei unterstützen das Backlog initial zu befüllen.

Ina und Sebastian widmen heute eine ganze Folge nur den Tools, die für verteiltes Arbeiten sinnvoll sind.

Vor ziemlich genau drei Jahren haben wir bereits einmal über Verteilte Teams gesprochen - in der aktuellen Lage ist es mehr als sinnvoll hiervon eine Neuauflage zu gestalten. Diesmal fokussieren wir uns vor allem auf den Aspekt der Arbeit von zu Hause aus: dem Home Office. Was haben wir für Erfahrungen damit gemacht und welche Rituale und Tricks haben wir etabliert, um im Home Office vernünftig und konzentriert arbeiten zu können? Anschließend versuchen wir die Frage zu beantworten, was es für das Team bedeutet, wenn es auf einmal gezwungen ist remote zu arbeiten, wo es doch zuvor immer im selben Raum saß und Kommunikationswege sehr einfach und physisch waren Herzlich Willkommen, Ina! Wir freuen uns sehr, dass mit dieser Folge Ina Einemann ihren Einstand als feste dritte Podcasterin von Mein Scrum ist kaputt feiert.

Die 10er Jahre waren für uns ein Jahrzehnt, das wir vollständig mit agiler Softwareentwicklung verbracht haben. Wir wagen einen Rückblick und versuchen herauszufinden, ob und was sich in diesem Zeitraum getan und verändert hat, ob die Dinge wirklich besser geworden sind und versuchen Strohfeuer zu identifizieren, die aufgetaucht (und wieder in der Versenkung verschwunden) sind.

In unserem (vorerst) letzten Teil der Reifegradmodelle schauen wir uns das Tuckman-Phasenmodell an. Wir schlagen die Brücke zum (vermutlichen) Ursprung in der Evolutionstheorie und beschreiben wie die Phasen Forming, Storming, Norming und Performing Gruppencoaches dabei unterstützen können, den Zustand des Teams zu ermitteln und die richtigen Entscheidungen zu treffen.

Im zweiten Teil unserer kleinen Serie zu Reifegradmodellen von Teams geht es um das Konzept Shuhari, das seinen Ursprung in der japanischen Kampfkunst hat. Wir gehen auf jede einzelne der drei Phasen ein und beschreiben, was sie bedeuten und wie sie zu verstehen sind.

Dominik war beim Podcast Last Game Standing zu Gast und hat dort an einem Podcast-Duell zum Thema "Bester Charaktereditor" den Mii Kanal von der Nintendo Wii vertreten.

Die 5 Dysfunctions of a Team von Patrick Lencioni beschreiben ein Modell, welche Dysfunktionen in Teams üblicherweise vorkommen. Wir stellen das Modell als erstes einer Podcast-Reihe über Reifegradmodellen von Teams vor und diskutieren, wie man diese Dysfunktionen erkennt, welche Beispiele uns einfallen und wie man sie überwindet.

Das Product Owner Camp hat uns eingeladen einen Podcast live vor Publikum aufzunehmen - und Dominik ist der Einladung gefolgt (Sebastian war leider verhindert). Ähnlich wie schon Doomian bei Videospielen versucht sich Dominik nun an Scrumian: Ein Call-In-Format (wobei die Anrufe in dem Fall nur metaphorisch zu sehen sind), in dem Gäste über Scrum-bezogene Themen mit uns reden. So möchte Daniel wissen, wie er sein Team dazu bringen kann, selbstständig Entscheidungen zu treffen, Sebastian erzählt von einem Product Owner ohne Team und Michaela fachsimpelt über agiles Arbeiten im Scale-up Umfeld Hinweis: In der Mitte des Podcasts (in Sebastians Block, etwa von Minute 14 bis Minute 17) sind starke Handy-Störgeräusche zu hören. Diese konnten wir in der Nachbearbeitung leider nicht mehr entfernen - wir wollten den Teil aber auch nicht wegschmeißen. Falls euch das zu sehr stört, bitte einfach vorspulen. Transparenz-Hinweis: Die An- und Rückfahrt wurde uns bezahlt

Renato Pelizzari da Silva ist Game Designer bei King (Candy Crush) und hat auf der Devcom den Vortrag "An open-hearted Talk about being an Introvert at a Game Company" gehalten. Grund genug für Dominik sich mit Renato über Erfahrungen auszutauschen und Möglichkeiten evaluieren, als Introvertie*r mit Situationen wie Meetings, Großraumbüros oder Offsite-Workshops umzugehen. Hinweis: Ausnahmsweise ist dieser Podcast auf Englisch!

Das Four Tendencies Framework (dt. Titel: "Die 4 Happiness-Typen") ist ein Framework, das dabei helfen kann, die Mitglieder im eigenen Team besser zu verstehen. Was das Four Tendencies Framework ist, wie es aussieht und wie man es anwenden kann, das bespricht Dominik live auf der devcom 2019 mit der Chefin und Co-Gründerin von ClutchPlay Games, Amy Dallas. Hinweis: Ausnahmsweise ist dieser Podcast auf Englisch!

Um Scrum Master zu werden, reicht es Certified oder Professional Scrum Master zu werden - oder? Wir werfen einen Blick auf die unterschiedlichen Zertifikate in der agilen Welt an, üben Kritik und reißen an, wie Karrierepfade in einem agilen Umfeld aussehen können.

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.

Özgür Ergel hat u.a. auf den Magdeburger Developer Days seinen Vortrag "Wurzeln der Agilität" gehalten, in dem er versucht hat die unterschiedlichen kulturellen, technischen, wirtschaftlichen und gesellschaftlichen Einflüsse aufzuarbeiten, die die heutige agile Softwareentwicklung geprägt haben. Eine Reise von asiatischer Kampfkunst über Marx bis hin zum Internet.

Im März schreibt Hörer Erik in unserem Slack Kanal, dass er das Gefühl habe “müde” zu werden vom Teamcoaching. Oft fühle er sich wie Don Quichote in seinem Kampf gegen Windmühlen. Ihn frustriert auch, dass er noch nie ein Coaching-Projekt zufrieden verlassen konnte, weil die eigentliche Arbeit einfach nie zu Ende ist. Er möchte gerne wissen, ob jemand ähnliche Erfahrungen gemacht und kann eventuell ihre/seine Meinung teilen könne? Da wir definitiv ähnliche Erfahrungen gemacht haben und auch einige Gedanken zu dem Themenkomplex haben, dreht sich diese Folge alles um die Frage, wie das denn ist, müde von Agilität zu werden und mit welchen Strategien wir damit umgehen.

Im Videospieldiskurs gibt es den Fachbegriff der "Ludonarrativen Dissonanz". Vereinfacht gesagt bedeutet das: Spielmechanik und Erzählung stehen im Widerspruch zueinander. Dominiks Theorie lautet nun: Es gibt bei Produktentwicklung eine ähnliche Dissonanz. Im Idealfall entwickeln sich das Produkt und der Prozess in ähnlichem Maße, parallel zueinander, weiter. Ist das nicht der Fall (z.B. weil die Retrospektiven schlecht sind oder ausgesetzt werden), dann entsteht diese Dissonanz und "die Gesamtsituation" gerät irgendwann aus den Fugen. Wir diskutieren in dieser sehr theoretischen Folge, ob es diese Dissonanz überhaupt gibt, überlegen, wie man sie im Kontext der Team- und Produktentwicklung nennen könnte und wie ihre Ausprägung überhaupt konkret aussieht.

Die Retrospektive ist ein Ort, um Probleme anzusprechen - was aber, wenn nur sie dafür genutzt wird und alle Problemlösungen dadurch auf später verschoben werden? Und kann man dieses Verhalten als Scrum Master (unwissentlich) fördern?

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.

Zum heutigen World Retrospective Day packen wir Anekdoten aus unseren Retrospektiven-Erfahrungen aus: Was war die katastrophalste Retrospektive? Was war unsere beste Retrospektive? Was würden wir gerne mal ausprobieren?

Wir besprechen die restlichen Fragen unserer Umfrage für das Agilien-Duell, die wir in Folge 65 nicht mehr untergebracht haben. Und wir klären endlich, warum denn da Scrum rumliegt!

Jahreswechsel! Wir lassen das Jahr 2018 (länger als geplant) Revue passieren (der eigentliche Rückblick ist ja bereits in der Folge Zwei Jahre "Mein Scrum ist kaputt" erfolgt) und orakeln, was das Jahr 2019 vielleicht so bringen wird und was wir so vorhaben - thematisch bleibt es diesmal also komplett offtopic.

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.

Selbstorganisation ist in, nicht selten liest man davon, doch selten geht das über ein "Teams müssen selbstorganisiert sein" hinaus. Hörer Christian hat uns schon vor einiger Zeit darum gebeten, einen Podcast zu diesem Thema aufzunehmen und so dachten wir uns: Warum nicht einen der Autoren des Buchs "Selbstorganisation braucht Führung" einladen? Deswegen arbeitet Dominik zusammen mit Boris Gloger heraus, was es braucht, um Selbstorganisation zu fördern und zu führen und versucht mit ihm zunächst einmal zu definieren, was Selbstorganisation überhaupt ist.

Als Basis für das Agilien-Duell haben wir im Vorfeld eine Umfrage mit knapp 40 Antworten herumgeschickt. Im ersten Teil der Nachbesprechung schauen wir uns etwa die erste Hälfte dieser Fragen und die dazugehörigen Antworten der 99 Teilnehmer an. Wir geben Einblicke in lustige, fragwürdige und seltsame Antworten und versuchen generell Schlüsse zu ziehen.

100 Agilisten haben wir gefragt: „Nennen Sie ein Format, das wir für die XP Days einreichen sollen“ – und die Top-Antwort: Agilien-Duell! Im Geiste Werner Schulze-Erdels bringen wir die Spielshow der Neuzeit, um endlich Antworten auf die Fragen zu bekommen, welche die agile Community wirklich beschäftigen: Was macht ein Scrum Master den ganzen Tag? Was ist das Ergebnis eines Sprint Reviews? Und warum liegt hier überhaupt Scrum rum? Sei dabei, wenn erstmals in der Geschichte der Menschheit vier Agilisten-Teams für einen einzigarten Gewinn gegeneinander im Agilien-Duell antreten! Die heutige Sendung ist eine Live-Aufzeichnung von den diesjährigen XP Days, auf denen wir das Agilien-Duell durchgeführt haben. Die Sendung ist mit 1 1/2 Stunden die bisher mit Abstand längste Folge (und wird es auch erstmal bleiben), wir hoffen ihr habt trotzdem viel Spaß damit! Vor Ort hatten wir ihn auf jeden Fall. Werbung: Die Gewinne der Show wurden uns vom dpunkt Verlag sowie von Crosscan Gmbh gestellt.

Schon etwas länger haben wir auf unserem Themenbacklog das Hörerthema "Wie kann man den Return on Invest eines Scrum Masters berechnen?" herumgeistern. Dominik hat den Community Day auf den XP Days 2018 genutzt, um mit Dr. Oliver Emmler, Malte Sussdorff, Jan Neudecker und Paul Friedhelm Günther über dieses Thema zu reden. Das Gesspräch dreht sich um die zentrale Frage, wie man den geschaffenen Mehrwert eines Scrum Masters bewerten kann - und inwiefern das überhaupt sinnvoll ist.

Kurz vor Veröffentlichung von Red Dead Redemption 2 hat Dan Houser, einer der Gründer von Rockstar Games, eine Kontroverse über die Arbeitszeiten in seiner Firma ausgelöst, als er in einem Vulture-Artikel über das Making of von RDR2, wie folgt zitiert wurde: “We were working 100-hour weeks” several times in 2018 Daraufhin gab es eine Vielzahl von Meldungen diverser Rockstar-Mitarbeiter sowie sehr ausführliche Berichte über die Arbeitskultur, u.a. vom Spielejournalismus-Veteran Jason Schreier. Wir nehmen die Kontroverse zum Anlass anhand der Spielebranche generell über Arbeitsbedingungen zu reden. Dafür haben wir Johannes Roth von Mimimi Productions eingeladen und reden mit ihm sehr ausführlich über die Arbeitsweise in der Spielebranche und wie sie unter anderem durch "Games as a service" versucht, angenehmere Arbeitsbedingungen zu schaffen.

Die Retrospektive ist vorbei, die Ergebnisse sind da, wir wissen, was wir ändern wollen - und nun? Wie und wo reviewen wir die Ergebnisse? Wann schauen wir uns am besten an, ob die Änderungen sinnvoll waren? Nutzen wir dafür die Retrospektive selber, oder ist dieses Review doch womöglich woanders besser aufgehoben? Wir machen uns diverse Gedanken zur Frage wann und wo Retrospektiven-Ergebnisse am besten angeschaut und bewertet werden und gucken dabei darauf, was Ziel dieser Bewertung sein sollte. Außerdem führen wir zum ersten mal das Buch-Daily durch!

Holt die Partyhütchen und -tröten aus dem Schrank, denn wir feiern zwei Jahre Mein Scrum ist kaputt! Wir blicken auf das letzte Podcast-Jahr zurück und tauschen uns über unsere Highlights aus, was wir aus der Zeit mitgenommen haben und setzen uns zum Schluss sogar zwei Ziele für das nächste Podcast-Jahr. Außerdem gibt eine Weltpremiere!

Lisa Kretschmer ist Development Managerin bei Electronic Arts und hat in ihrer Karriere bereits einige emotional belastende Phasen, wie die finanziellen Schwierigkeiten eines vorigen Arbeitgebers, als Managerin bewältigen müssen. Dominik hat mit ihr auf der devcom (die Entwicklerkonferenz begleitend zur Gamescom) darüber gesprochen, wie man als Manager*in mit den eigenen Emotionen umgehen kann, warum es wichtig ist, nicht alle Probleme lösen zu wollen und wie man Inklusion im eigenen Team fördern kann.

Wir probieren ein neues Format und besprechen Folgen nach. Konkret knüpfen wir uns diesmal Folge 51 ("Spielspaß als Akzeptanzkriterium?!? Scrum in der Spieleentwicklung (mit Ralf Adam)" vor und reflektieren was wir aus dem Gespräch mit Ralf gelernt haben und diskutieren größtenteils darüber, ob Spieleentwicklung wirklich so viel komplexer ist als die Entwicklung anderer Software. Diese Folge ist ein Prototyp und uns interessiert wie euch das Format gefällt. Ist es nütztlich? Ist es wertvoll? Würdet ihr was anders machen? Habt ihr was anderes erwartet? Gebt uns das Feedback bitte über Slack, Twitter oder Facebook. Künftig werden die Nachbesprechungen für alle Steady-Unterstützer erscheinen, die uns mit 5€ oder mehr unterstützen

Obwohl es offiziell nicht konkret im Scrum Guide steht, ist das Refinement ein wichtiges Meeting, um die kommenden Sprints vorzubereiten. Aber wie tiefgehend soll diese Vorbereitung sein? Macht es Sinn, bereits Tasks zu schreiben? Wie viele Refinements sollte es geben? Wie sinnvoll sind nach Inhalten aufgetrennte Refinements? Und was passiert da sonst noch alles? Das alles klären wir mit unserem Gast, Ina Einemann von der HEC GmbH.

In unserer Folge zu technischen Schulden haben wir bereits angeschnitten, dass technische Entscheidungen womöglich nicht alleine vom Entwicklungsteam getroffen werden. Da sich unser Hörer Christian ebenfalls eine Vertiefung des Themas gewünscht hat, nehmen wir uns dessen an und überlegen, wer eigentlich die Entscheidungsgewalt über technische Themen hat: Ist es das Entwicklungsteam? Ist es der Product Owner? Sind es womöglich beide Parteien? Und wo verläuft eigentlich die Grenze zwischen rein technischer Entscheidung und geschäftsrelevanter Entscheidung?

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.

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.

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.

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.

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.

Sebastian Stautz ist von Beruf Softwaretester, kennt aber auch die andere Seite, da er ursprünglich eine Ausbildung zum Fachinformatiker Systemintegration gemacht hat. Mit ihm reden wir darüber, was es bedeutet Softwaretester in einem agilen Team zu sein, warum Softwaretesting so wichtig ist und woran Entwickler gar nicht erst denken, wenn sie an das Thema Testen denken. Buchtipp #1: Marty Neumeier - Metaskills: Five Talents for the Robotic Age Buchtipp #2: Andreas Spillner, Tino Linz: Basiswissen Softwaretest