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!
Links
Picks der Woche
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 es eine Weltpremiere!
Links
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.
Links
Bücherempfehlungen
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. Zur Kampagne geht es hier lang.
Links
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.
Links
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?
Picks
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
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
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
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)