Was hat sich getan, seit wir 2018 über das Backlog Refinement sprachen? Was machen wir anders, welche Fehler sehen wir häufig?
Folge 125: Das Product Backlog Refinement im Jahr 2023 weiterlesenSchlagwort: Refinement
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
- Was ist die „Definition of Ready“ (DoR)? (ScrumEvents): https://www.scrum-events.de/was-ist-die-definition-of-ready-dor.html
Picks
Foto von https://www.maxpixel.net/Checklist-Man-People-Box-Hand-Goals-Pen-Notebook-2589418
Folge 57: Wie fein darf's sein? Das Refinement (mit Ina Einemann)
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
- Ina Einemann bei Twitter: https://twitter.com/IEinemann
- HEC GmbH: https://hec.de/
Folge 56: Darf ein Product Owner technische Entscheidungen beeinflussen?
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
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 34: Sprintabbruch
Es kommt gelegentlich mal vor, dass ein Sprint abgebrochen werden muss. Der Scrum Guide ist zudem unerwartet ausführlich zu dem Thema (Zitat Sebastian: „Da steht fast mehr dazu drin als über die Aufgaben eines Scrum Masters“). Wir reden darüber, wann ein Sprintabbruch sinnvoll ist, wer ihn anordnen darf und versuchen herauszufinden, was in aller Welt der Scrum Guide mit dem Satz „Die bislang daran geleistete Arbeit verliert schnell an Wert, daher müssen diese Einträge häufiger neu geschätzt werden.“ meint.