Freitag, 21. Dezember 2012

DOD 2012


DoD für 2012 ist done. 
Denn heute ist der 21.12.2012 und damit der letzte Arbeitstag in diesem Jahr für unser Team.
Ich wünsche allen frohe Weihnachten und einen guten Rutsch ins neue Jahr.


Ich freue mich schon auf ein weiteres spannendes Jahr mit Scrum in der Hardware!

Freitag, 14. Dezember 2012

Retrospektive Sprint 10 Timeline

Kaum zu glauben aber wir haben unseren 10. Sprint abgeschlossen.
Wie immer machen wir am Anfang der Retro eine Timeline. Jeder schreibt auf was ihm aus den letzten 4 Wochen in Erinnerung geblieben ist. Es kann projektbezogen sein muss aber nicht. Es fällt auf das unser Gedächtnis sehr kurzlebig ist (agil?!). Die Erinnerungen an den Sprintanfang liegen meist ein wenig im Dunkeln. Gegen Sprintende werden die gespeicherten Ereignisse mehr.
Die Timline ist ein lockerer Einstieg in die Retrospektive mit einem gewissen Spassfaktor vor allem bei den nicht geschäftlichen PostIt's. Beispiel gefällig:

- Kartoffelkanone mit Sohn gebastelt und getestet
- neue Motorsäge gekauft
- Fasching

Je unscheinbarer das Kärtchen umso besser ist meist die Geschichte dahinter.



Mittwoch, 12. Dezember 2012

DOD definiton of done

Die im Grobkonzept verwendeten scrum done meetings haben wir seit den Detailkonzepten umgestellt auf DOD. Für jede Phase des Detailkonzeptes sieht dieses DOD anders aus. Der Inhalt dieser Listen ist in Zusammenarbeit mit den unterschiedlichsten Abteilungen und Stakeholdern entstanden. Neben den Punkten die sich das Team selbst auferlegt hat gibt es die Aufgaben aus anderen Geschäftsbereichen. Einfaches Beispiel dafür ist das wir schon im Detailkonzept sauber im System definieren welche Teile Verschleissteile sind. Bis anhin wurde das erst gemacht wenn die ersten Maschinen ausgeliefert waren. Dies war mit viel Aufwand verbunden da meistens eine "projektfremde" Person alle Berechnung zusammensuchen musste dann nachfragen welche denn die aktuell gültige ist bevor ein Paket definiert werden konnte.

Mittwoch, 5. Dezember 2012

Sprint Burndown chart neu

die Ecken und Kanten unseres Burndown haben uns nicht mehr gefallen. Deshalb entwickeln eines neuen Excel burn down in dem die Wochenenden ausgeblendet sind. Hier der Vergleich:

VORHER:



NACHHER:





Wenn man den Trick kennt ist es immer einfach. Man muss die Achse umstellen von Auto auf Textachse.

Samstag, 1. Dezember 2012

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.

Montag, 19. November 2012

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".








Freitag, 16. November 2012

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.

Montag, 15. Oktober 2012

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.


Donnerstag, 11. Oktober 2012

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.


Dienstag, 2. Oktober 2012

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.

Dienstag, 18. September 2012

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.



Mittwoch, 1. August 2012

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.

Montag, 4. Juni 2012

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.

Mittwoch, 2. Mai 2012

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".



Samstag, 24. März 2012

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.

Freitag, 9. März 2012

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.

Freitag, 2. März 2012

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.

Donnerstag, 1. März 2012

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.

Donnerstag, 2. Februar 2012

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.