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.

Retro Sprint 8

Diesmal war die Retrospektive sehr wichtig denn wir konnten den letzten Sprint bei weitem nicht vollständig abschliessen.
Deshalb haben wir dieses Meeting auch vor das "sprint planning" gezogen.
Die Frage die wir uns selbst gestellt haben war "kein DONE warum?"

Schnell kristallisierten sich 3 Punkte heraus 
1. das DOD war zu umfangreich für einen Schritt war
2. die Grobkonzepte waren nicht so weit gediehen das sie wirklich im Detail umgesetzt werden konnten. Es gab immer noch mehrere Varianten einer Baugruppe ohne getroffene Entscheidung
3. Kommunikation und Information im Team war nicht ideal. Die dailiy's haben an Qualität eingebüsst neue Ideen werden einfach eingebracht und in der bestehenden Story umgesetzt

Massnahmen
 
Damit die Storys in Zukunft nicht mehr zu umfangreich sind werden wir das Detailkonzept in 3 Stufen teilen (anstatt bisher 2)
Stufe 2 wird unterteilt in
"DK2" Baugruppe fertig bis zu Review mit Montage und Einkauf
"DK3 finalize" gezielt von PO bestimmte Punkte aus den Reviews umsetzen und Baugruppen bestellreif machen.

Damit der Informationsstand aller Teammitglieder auf dem selben Niveau gehalten wird, werden wir in Zukunft jeden Freitag ein internes Team Review am 3D CAD abhalten. 

Auch haben wir uns vorgenommen im Fall einer neuen Idee für eine bereits begonnene Story diese nicht mehr in der laufenden Story zu prüfen sondern einen neunen Backlogeintrag aufzunehmen.

Sprint 8 Erfolg?

Wir befinden uns gerade in Phase Umsetzung der Grobkonzepte in bestellbare Baugruppen. Schon in der Mitte des Sprints 8 mussten wir feststellen das der Burndown nicht vielversprechen aussieht. Wir entschlossen uns trotzdem nicht abzubrechen. Es wurde auch in der 2. Hälfte nicht besser.
Am Ende hatten wir nur ca. 1/3 der vorgenommenen Aufgaben erledigt! 
Woran liegts? Das wird sicher eine spannende Retrospektive.

Scrum Nachwuchs

Scrum fällt auf - alleine durch das grosse Scrum Board mitten im Grossraumbüro.
Leute die neue Projekte starten kommen neugierig fragen ob das für sie auch was wäre dieses SCRUM.
Gerne erklären wir wie es funktionieren könnte wo die Probleme liegen  aber vor allem natürlich welche Vorteile es mit sich bringt. Wir freuen uns über jeden der es versucht, denn so wird auch einen Retrospektive oder zumindest ein Austausch der scrum Master möglich.
Also Christian zeig was du kannst - wir helfen dir bei scrum.

Release burn down

Seit dem Sprint Nr.8 haben wir auch einen aussagekräftigen "release burn down chart". Es hat eine Weile gedauert da wir nicht alle Aufgaben geschätzt hatten die notwendig sind bis zum Release. 

Release im Maschinenbau? Wir mussten uns auch zuerst klar werden was denn ein Release bei mechanischen Teilen, Maschinen und Anlagen ist. Auf was haben wir uns geeinigt? :

Release 1 = 

Beta Version = Fertig konstruierte Maschine - alle Teile bestellt - Montage kann starten

Release 1.1 = 

Maschinen Prototyp produziert das gewünschte Produkt - alle wichtigen Komponenten getestet Maschine kann für einen Feldversuch ausgeliefert werden.

Release 2.0 =

Serienreife

Alle Erkenntnisse aus Feldversuch sind eingeflossen. Alle notwendigen Optimierungen des Montageablaufes sind umgesetzt. Alle erforderlichen Dokumente für einen weltweiten Betrieb sind vorhanden. 

weitere "Releases" werden wir bei Bedarf spezifizieren.

SCRUM JA/NEIN

In der letzten Retrospektive haben wir uns bewusst die Frage gestellt "Wollen wir als Team weiter mit Scrum arbeiten JA / NEIN?".
Die Frage war aus meiner Sicht als SM klar. Ich bin überzeugt dass es gut ist, aber ist es das Team auch? Es hat einiges an Umstellung für jeden gebracht und Veränderung ist immer schwierig. Langer Rede kurzer Sinn das Team hat sich klar für SCRUM entschieden - was mich riesig gefreut hat.
Es gab 25 Gründe für und 8 gegen scrum. Die Nachteile konnten wir grösstenteils als Verbesserungspotentiale identifizieren.

Sprint 5

Es läuft! Langsam aber sicher kommt Routine in die Sache. Die Sprint planning meetings laufen sehr gut. Das "planning poker" spielen macht nicht nur Spass sondern führt zu sehr konstruktiven Diskussionen über den jeweiligen Backlogeintrag.
Auch das Arbeiten am scrum board läuft wie am Schnürchen.

Retrospektive die 2te

Nachdem wir die Retrospektive von Sprint 2 vergessen haben, haben wir heute die von Sprint 3 durchgeführt. Es war eine tolle offene Runde. Es hat sich gezeigt das unsere Idee eines done meetings anstelle einer "defenition of done" vielleicht nicht so gut war. Deshalb haben wir uns entschlossen gemeinsam eine DOD zu erstellen. Ganz nach dem Motto "inspect and adapt".

Certified Scrum Master Training Ettlingen

Jetzt ist es vorbei. Ich war 3 Tage auf dem Scrum Master Training von Peter Beck und Jürgen Hoffmann in Ettlingen. Es waren sehr spannende Stunden. Ich habe selten so viel aus einem Training mitgenommen. Durch den Aufbau des Seminares nach dem learning by doing Prinzip war es zu keinem Zeitpunkt trocken oder langweilig. Auch sehr hilfreich war die Zusammenstellung in kleinen Teams mit unterschiedlichem Wissensstand. Dadurch fand ein reger Austausch unter den Teilnehmern statt. So konnte ich feststellen das Anpassungen an scrum (hardscrum) nicht populär aber in vielen Fällen die Regel sind.
Jetzt bin ich mir sicher das (hard)scrum der Richtige Weg für uns im aktuellen Projekt ist.

Scrum done

Anstelle einer "definition of done" haben wir heute das 1. scrum done Meeting abgehalten. Jeder aus dem Projektteam hat kurz den aktuellen Stand seiner Arbeit den anderen Teammitgliedern vorgestellt. Ebenfalls war der Sprecher unseres Product Owner Teams mit dabei. Es hat gut funktioniert, deshalb werden wir es kommende Woche in gleicher Weise abhalten. In der Retrospektive sollte sich dann herausstellen ob es generell gut funktioniert und ankommt.

1. Sprint abgeschlossen

Im 1. Sprint hatten wir uns vorgenommen ein "definition of done" zu erstellen. Leider hat das nicht ganz so funktioniert wie wir uns das vorgestellt hatten. Es lag vor allem daran das uns nicht ganz klar war was wir denn prüfen sollten / könnten in einem Grobkonzept. Shippable ist nicht so wirklich vorhanden im Grobkonzept.
Wir haben uns dann geeinigt für den 1. Sprint eine "Done Meeting" zu machen in dem wir gemeinsam die Punkte als erledigt definiert hatten. Mindest Voraussetzung war das zumindest jede Story von mindestens 4 anderen Augen als gut befunden wurde.

1. Retrospektive

Erfolgreich. So würde ich unsere 1. Retrospektive zusammenfassen. Ich hatte ein wenig Bedenken das wenig Input kommt. Es war aber ein sehr spannendes Gespräch in dem wir es wirklich auch geschafft haben über die Probleme organisatorischer Natur zu diskutieren. Es wurde zu keinem Zeitpunkt über technische Sachen geredet - was sonst oft passiert wenn Techniker an einem Tisch sitzen.
Als Punkt für den nächsten Sprint haben wir herausgearbeitet das wir intensiver mit der scrum Tafel arbeiten.

Der 1. sprint läuft

Daily scrum läuft. Ich bin nicht mehr alleine. Das Projekt nimmt Fahrt auf.
Die Organisation um unser Team muss sich jetzt noch gut etablieren dann haben wir bald 100% scrum in diesem Maschinenprojekt.
Der "product owner" ist im Moment ein Team - ich bin gespannt wie gut das funktioniert.
Alles in allem stehen die scrum Sterne gut, manche nur noch nicht am richtigen Ort.

Start

Das Projekt befindet sich in den Anfängen. Wir arbeiten momentan ohne burndown chart. Das liegt daran das alle Teammitglieder noch dabei sind die alten Projekte zum Abschluss zu bringen.
Generell stellt sich mir die Frage wie beim burndown damit umgegangen wird wenn die Stärke des Teams sich laufend ändert. Und sogar noch externe Ressourcen temporär dazu kommen.
Da werden wir uns noch was überlegen müssen

Scrumboard

Unser Scrumboard ist aufgebaut. Die ersten Geschichten und Arbeiten sind drauf. Bin jetzt schon gespannt wie sich die Sache entwickelt. Ich habe entschlossen die Sachen auf Deutsch zu machen. Wieso wir reden den ganzen Tag so viel Englisch (indisches) das wir scrum in Deutsch machen.
Da scrum flexibel ist muss diese Änderung zulässig sein.

 

unser scrumboard



Scrum im Maschinenbau geht das?

Das war immer wieder die Frage die wir uns gestellt haben.
Was solls wir probieren es war dann die Entscheidung. Nun sind wir in der Startphase eines neuen Projektes und verwenden von Anfang an Scrum.

Scrum bei Dorner

Über ein Jahr ist vergangen seit den 1. Überlegungen scrum zu testen. Die Euphorie über das neu erfahrene ist ein wenig verblasst. Bin mir nicht einmal mehr sicher ob wir das in kürze startende Projekt mit scrum abwickeln. 
Aber dann
Stefan organisiert ein Treffen mit einem Scrummaster bei Dorner electronic. Es war äusserst interessant und spannend. Und ich bin mir wieder sicher das neue Projekt wird mit scrum gemacht. 
http://www.dorner.at/

Vortrag Boris Gloger

Heute war ich auf diesem Vortrag an der FH Dornbirn:
"Scrum in der Praxis. Was passiert wirklich beim Einführen von Scrum?!"
Wirklich spannend. Irgenwie habe ich durch diese Veranstaltung einen Namen gefunden für das was wir alltäglich machen, und wir bis jetzt als Chaos bezeichnet haben.
Was immer auffällt ist das das ganze sehr Software lastig ist. Obwohl alle immer sagen scrum kann für alles angewendent werden. Die Diskussionen beim abschliessenden kleinen Bier waren sehr spannend.
Alles in allem war ich sehr begeistert von der scrum idee. Ich habe den Entschluss gefasst sie beim nächste Projekt zu testen. Mal schauen wann das sein wird.
http://www.borisgloger.com/

Jetzt Video davon online

Erste Berührung mit scrum

Ein guter Arbeitskollege, der in der Softwareabteilung arbeitet, fragte ob ich mitgehe auf eine Vortrag über scrum. SCRUM was ist das?! Er hat mir dann erklärt da es dabei um die flexible Abwicklung von Projekten geht.
Das hat spannend geklungen und da ich ein immer flexibler Projektleiter :-) bin hab ich zugesagt. Auch weil mir klar war das wir nach der Veranstaltung auf ein kleines gemütliches Bier gehen.