Wie läuft ein LEGO®4DEVOPS-Workshop ab?

Die Erfahrungen mit DevOps zu vermitteln, ist nicht einfach – besonders wenn nur wenig Zeit und keine technische Umgebung zur Verfügung stehen. In vielen Workshops auf Konferenzen habe ich Gamification-Techniken und einfache LEGO®-Steine eingesetzt, um die wichtigsten Aspekte der DevOps-Kultur zu vermitteln.

Der LEGO®4DEVOPS-Workshop kann von jedem erfolgreich genutzt werden, um die Organisation auf Veränderungen vorzubereiten und eure DevOps-Reise zu starten!

Gamification und DevOps lernen

In seinem Buch Homo Ludens vertritt der niederländische Historiker und Kulturtheoretiker Johan Huizinga die Ansicht, dass das Spiel der Kultur vorausgeht und eine notwendige Voraussetzung für ihre Entstehung ist, da das Spiel älter als die Kultur ist. Selbst Tiere warteten nicht darauf, dass der Mensch ihnen das Spielen beibringt.

Er argumentiert, dass Zivilisation ohne den Geist des Spiels unmöglich ist.

Wenn man Kultur vermitteln möchte – das C im DevOps-CALMS-Modell –, überrascht es nicht, dass sich Gamification nutzen lässt, um Erfahrungen weiterzugeben.

Was ist das LEGO®4DEVOPS-Kulturspiel?

Das LEGO®4DEVOPS-Spiel (das Spiel wurde von Sébastien Fauvel, Cécile Especel und Didier Drouin unter einer Creative-Commons-Lizenz entwickelt) ist eine 90-minütige Session, die das Arbeitsumfeld von Dev- und Ops-Teams simuliert.

Während das Dev-Team die Entwicklungsregeln und die User Stories erhält, die es umsetzen soll – den Backlog –, bekommt Ops Anweisungen dazu, wie eine Plattform aufgebaut und die erhaltenen „Anwendungen“ darauf deployt werden.

All das mit gewöhnlichen LEGO®-Steinen! (Ich verwende normalerweise dieses klassische Set mit 1.500 Teilen. Es eignet sich für bis zu 20 Teilnehmer.)

Ihr könnt mit einer kurzen Einführung und einer kompakten Auffrischung der Agile-Grundlagen beginnen, damit alle denselben Wissensstand haben.

Am wichtigsten ist es, zu erklären – falls nötig –, wie die Teams mit den Stakeholdern kommunizieren, was eine Iteration, ein Backlog und eine User Story sind und warum wir uns durch regelmäßige Retrospektiven verbessern müssen.

Anschließend können die Teams in kurzen Iterationen von jeweils fünf Minuten arbeiten. Darauf folgen zwei bis drei Minuten, um den Erfolg zu messen, und eine dreiminütige Retrospektive, um Verbesserungen zu besprechen. Nach vier oder fünf Iterationen erkennen die Teams mit Unterstützung von ein oder zwei Moderatoren, welche Verhaltensweisen, Arbeitsmethoden und Prozesse ihnen helfen, hervorragende Ergebnisse zu erzielen und ihre bisherigen Resultate zu übertreffen.

Es gibt keine Folien und keine Theorie, aber die Erfahrung und der Aha-Effekt sind mehr wert als jede Literatur!

Was zeichnet einen guten Moderator aus?

Jeder kann den Workshop moderieren, denn die Anleitungen stehen als GitHub-Projekt zur Verfügung. Vorbereitungen, Druckmaterialien und Anweisungen für die einzelnen Iterationen sind zusammen mit den wichtigsten Aufgaben und Moderationshinweisen beschrieben. Natürlich gilt: Je mehr ihr übt, desto besser erkennt ihr die kleinen Unterschiede zwischen den Teams und könnt sie unauffällig dabei unterstützen, die richtigen Wege – oder einfach einen anderen Weg –, passende Verhaltensweisen und Praktiken zu finden.

Erfahrung in der Moderation ist besonders in schwierigen Situationen hilfreich, denn es kann wirklich alles passieren!

Einmal begann ein überhitzter Spieler, mich anzuschreien und auf einige „Fehler“ in den Regeln hinzuweisen. Es ist ratsam, die Teilnehmer im Voraus darauf hinzuweisen, dass alles aus einem bestimmten Grund geschieht!

Während des Spiels ist es wichtig, nicht nur die Rollen des Moderators und des Kunden zu übernehmen, sondern auch zuzuhören und sich Notizen dazu zu machen, was wann passiert. Das hilft dabei, den Teams während der Zusammenfassung am Ende der Session Feedback zu geben. Ihr könnt zum Beispiel festhalten, wer wann eine disruptive Idee einbringt, um die Teams zu einer erfolgreicheren Arbeitsweise zu führen.

DevOps durch das Spiel erleben

Ich sehe sehr gerne, wie die Teilnehmer die Veränderungskurve durchlaufen: Sie beginnen damit, die Anweisungen, ihre Rollen und ihre Aufgaben zu verstehen – genau wie in einem echten Projekt.

Am Ende der ersten Iteration liefert kaum jemand etwas, das für den Kunden nützlich ist. (Dev-Teams freuen sich vielleicht darüber, einige User Stories als DONE abgeschlossen zu haben, doch in der Regel gelangen diese nicht in die Hände der Kunden. Ups!)

Ab der zweiten Iteration verbessern die Teams ihre Prozesse, gewöhnen sich daran und befolgen gemeinsame Regeln. Dadurch steigen die Gesamtergebnisse. An diesem Punkt erwähne ich gewöhnlich, wie viel besser einige Teams am Ende des Spiels waren. Das sorgt typischerweise für einen Schock und löst bei guter Moderation ein disruptives Verhalten aus, um die verborgene Konkurrenz zu übertreffen. Wenn sich Teams verändern, erkennen sie meist, dass die Leistung zunächst sinkt – wie es auch viele Veränderungsmodelle vorhersagen.

In den späteren Iterationen funktioniert alles immer besser. Manchmal wurden sogar alle möglichen User Stories mit erstaunlichen 90 % Uptime geliefert – die ersten User Stories waren also bereits ganz zu Beginn der Iteration deployt!

Am Ende der Session empfiehlt es sich, 10 bis 15 Minuten einzuplanen, um die wichtigsten Erfahrungen zu besprechen. So kann jeder Teilnehmer teilen, welche Rolle er hatte und wie er sich verändern musste, damit das Team erfolgreich arbeiten konnte. Ich strukturiere dieses Abschlussgespräch in der Regel anhand der folgenden Themen: Kultur, Prozesse, Rollen, Disruptionen und Gefühle wie Freude, Ärger und mehr.

Mehr Aha!-Momente

• LEGO®-Steine sind wie Container – also nutzt sie auch so

• Wenn euch gesagt wird, dass ihr euch selbst organisieren sollt, ist es sehr schwer, anders zu denken

• LEGO® ist wie Open-Source-Software: Ihr könnt sie nehmen, teilen und gemeinsam damit bauen

Bei jeder Gelegenheit, die ich moderiere, lerne ich auch Neues, das sich in groß angelegten DevOps-Transformationen anwenden lässt.

• Manche Menschen sind nicht bereit, ihre Rolle aufzugeben. Wenn man nicht richtig damit umgeht, können sie die gesamte Veränderung gefährden.

• Ihr werdet sehen, wer Servant Leader sind (eine Führungsphilosophie, bei der das wichtigste Ziel einer Führungskraft darin besteht, anderen zu dienen). Stellt sicher, dass ihr mit ihnen zusammenarbeitet.

• Veränderung bringt Ärger mit sich – selbst während eines Spiels. Seid darauf vorbereitet, in einer größeren Transformation mit Emotionen umzugehen. Der menschliche Faktor ist einer der wichtigsten.

• Süßigkeiten geben dem Gehirn während eines Workshops zusätzliche Energie. In einem groß angelegten Transformationsprogramm müssen Teams von Zeit zu Zeit einfach Dampf ablassen, um neue Energie zu tanken.

Fazit

Das LEGO®4DEVOPS Culture Game ist eine hervorragende Möglichkeit, tief in DevOps einzutauchen und eure Transformationsreise zu starten. Ihr könnt das Spiel selbst moderieren oder uns bitten, es für euch durchzuführen – mit unserer Erfahrung und unserer langjährigen Expertise in DevOps-Transformationen.