Machine burndown chart

.. so heisst bei uns der Release Burn down chart. Dieser wird live aus dem product backlog generiert. Alles in Excel mit einfachen Mitteln aufgebaut.

Der machine burndown ist inzwischen ein wichtiges Instrument geworden um klar zu sehen welche Auswirkung zusätzliche Aufgaben im Backlog haben. Jetzt ist für jeden sofort ersichtlich wann mit einem Projektabschluss zu rechnen ist. Auch hilft er massgeblich bei der Priorisierung des Backlogs da viel mehr darüber nachgedacht wird was bis zum 1. Release (Test Prototyp 1) wirklich nötig ist. Bis anhin hätte man einfach alle Aufgaben auf diesen Termin gelegt und gleichzeitig die Planung nicht verändert.

Retro Sprint 9

Nach einem guten Sprint hat man oft das Gefühl das eine Retrospektive überflüssig ist. Dieses Gefühl verschwindet sobalad man im Meeting sitzt. Ich will damit sagen das ich immer mal wieder verleitet war die Retro ausfallen zu lassen und bis jetzt immer wieder gemerkt habe das sie doch notwendig und sinnvoll war. Denn neben inspect and adapt ist es eine gute Gelegenheit gemeinsam geleistetes zu "feiern".

 

Sprint 9

Nach dem letztzen sehr aufreibenden Sprint war dieser vergleichsweise ruhig und mit wenig impediments gesegnet. Der Burndown sieht sehr chaotisch aus. Das Problem ist aber ein rein optisches. Die Wochenenden und Feiertage sind nicht entfernt, deshalb diese Hacker. Stefan unser "Excel Freak" hat sich dieser Aufgabe angenommen.

 

Dies war auch der 1. Sprint in dem wir sehr intensieve Reviews mit allen möglichen Stakeholdern geführt haben. Dazu gehörten vor allem Montage, supply und sustain engineering.

Auch die in der Letzten Retro aufgestellten Regeln für das daily wurden sehr gut eingehalten.

Team beim daily scrum.