Retrospektive mit Product Owner

Das Projektleiter Abstimmungsmeeting wurde aufgrund mangelndem Teilnehmerinteresse abgeschafft. Als scrum Master und ehemaliger Projektleiter gehörte ich auch zum Kreis Teilnehmer die zu wenig Interesse daran haben -ich geb's ja zu.  Es war vielfach nur ein Projektstatus Runterlesen und weniger ein Austausch Richtung inspect und (vielleicht) adapt.
Jetzt war unser Head of Development, der gleichzeitig PO unseres einzigen scrum Projektes ist,  auf der Suche nach einer spannenderen Alternative. Mein Vorschlag war klar "Projektleiter Retrospektive".
Um unserem PO eine Vorstellung zu geben wie so etwas ausschauen könnte haben wir ihn auf unsere Retro eingeladen. Ich habe das Gefühl es ist sehr gut angekommen.
Neben einer Timeline und +/- haben wir auf das "agile ball game" gespielt. Das hat sehr viel Spass gebracht und gleichzeitig auf sehr einfache Weise veranschaulicht wie agile Prozesse funktionieren können.
An dieser Stelle noch vielen Dank an meine Kinder die freundlicherweise das Spielmaterial zur Verfügung gestellt haben.

Timeline

Srum -- aber!

Wo liegt euer Wert? Ich freu mich über einen Kommentar.

scrumbutt.me

Kopfmonopol...

ein nicht zu unterschätzendes Thema. 

Einige haben Angst davor nicht mehr "Der Experte" zu sein. Am meisten jene die jammern das sie überlastet sind.
Guter Beitrag dazu: Kopfmonopol ade?

shippable & definition of done

Ein grosses Thema, wenn theoretisch über Scrum in der Hardware Entwicklung diskutiert wird, ist shippable. Eine Software ist nach jedem Sprint lauffähig das wird mit einer Maschine selten so sein. Die Inhalte in den ersten Sprints sind Grobkonzepte, Wirtschaftlichkeitsanalysen, Kostenabschätzungen und vieles anderes das nicht im eigentlichen Sinne shippable ist.
Das hat uns nicht daran gehindert Scrum zu verwenden.

Denn eigentlich geht es nur um eine Definition welches die geforderten Inhalte einer Story sind. Dies wird im DoD festgehalten. Sind die Punkte abgehandelt wird ein Review über das Ergebnis abgehalten und im Team (oft mit PO) entschieden OK oder NOK.
So haben wir für die unterschiedlichsten Aufgaben done's. So gibt es DoD's für Grobkonzepte, für Detailkonzepte oder für Finalize. Und eben auch DoD's die nur zu einer Story passen.
Spezielle DoD's schreiben sich praktisch von selbst wenn im Sprint planning die Story diskutiert und geschätzt wird. Im "Streitgespräch" über die Aufgabe wird immer über den Umfang verhandelt. Und ein detaillierter Umfang ist gleichzeitig das DoD.

Das wirklich wichtige ist ein gemeinsames Verständnis für das Ergebnis einer Story. Dies wird im Sprint planning durch planning Poker, und die daraus resultierenden Diskussionen,  sichergestellt.