Christoph Mathis and I presented our talk on integrating IT governance with Scrum at the Stockholm Scrum Gathering on 22.10.2008. Updated slides for the talk are attached.

Update: 12.10.2008. A further presentation is attached "Leuchtfeuer Short.pdf" which describes a little more about our change management approach.

At the German Scrum Open Space conference on 11th July, Christoph Mathis and I presented our ideas on sustainable Enterprise Scrum transitions.

The ideas are based on our experiences leading the successful Scrum transition at Allianz Deutchland over the last 1.5 years and identifies some of the key success factors and pitfalls as well as outlining the approach.

Seminartermine

Ein Diskussionsstrang in im Deutschen Scrum Meeting am 11.07.2008 erscheint mir ziemlich wichtig, man könnte ihn auch so zusammenfassen: Erklären vor Eskalation.

Die Diskussion fing damit an, was man - in einem selbstorganisierten Team - tut, wenn sich ein Mitglied z.B. schlicht weigert, am Daily Scrum teilzunehmen. Wenn man nicht einfach aufgeben will, bleibt augenscheinlich nur eine Eskalation.

Das führt aber sofort in das Dilemma: kann man ein Team zwingen, sich selbst zu organisieren?

Ich habe dann zunächst eine andere Frage: warum muss man das erzwingen?

Ich saß einmal in einem Projektbüro, als sieben Personen anwesend waren: zwei fest angestellte Mitarbeiter des GU und wir fünf Subunternehmer - Ressourcen. Da treffen sich die beiden auf dem Flur, einer sagt: "na, heute sind wir zwei allein im Büro".

Mmpfh.

Sourcing, Ressourcenplanung, resource allocation ... das sind alles Begriffe, die man mit viel Erfolg auf Bagger, einen Fuhrpark oder Meeting-Räume anwenden kann.

Aus der Lean Production ist neben all den Erfahrungen auch einiges an Theorie entstanden. Das wohl wichtigste ist die theoretische Begründung dafür. warum große Lose nur vordergründig zur Effizienzsteigerung beitragen.

Die Argumentation (ich kann sie nur nicht-mathematisch vortragen) geht ungefähr so: sobald in einer Kette von Fertigungsschritten einer der Schritte eine Verzögerung aufweist, kann der nächste Schritt nur verzögert beginnen.

Ich fange einen neuen Blog auf scrumcenter.org an. Das ist so wie: Ich betrete ein neues Appartment.

Als erstes mache ich mir eine Einrichtungsliste: was soll drin sein
OK, sieht noch etwas leer aus: an den Tapeten müssen wir noch arbeiten, was heisst: das Layout fehlt und ein Logo. Danach können wir über die Möbel nachdenken.

Wenigstens ein Kühlschrank ist schon da. Ein Blick hinein zeigt Notizen zu

- Agile, Scrum und Lean: Erfahrungen und Meinung

- Community: was passiert und was will ich beitragen

There are many techniques that can be applied during Scrum retrospectives. The excellent book "Agile Retrospectives" by Esther Derby and Diana Larsen has several suggestions. As a Scrum coach I try to keep retrospectives fresh and interesting by using different techniques and I regularly dip into this book for inspiration.

One of the simplest retrospective approaches is to get the team to make three lists:

• Continue - what has worked well and should be continued
• Stop - what has not worked well or has hindered us and should be stopped
• Start - what things have we not been doing which we should start to do

With the support of a facilitator, the team can produce the three lists on three separate flip-chart sheets. However, sometimes the team dynamics makes this difficult, for example if one or more of the team members are very dominant so that other team members are effectively excluded. Brain-writing is one way to help all team members to contribute.

In this article I describe how brain-writing can be applied as part of a Scrum retrospective.