Lernen Sie die agilen Prinzipien mit der Münze, dem Papierflieger, den DevOps-Spielen und mehr kennen.

Agile Spiele sind eine hervorragende Möglichkeit, Ihr Team mit den Grundprinzipien der agilen Softwareentwicklung vertraut zu machen und diese zu üben. Sie schaffen einen sicheren Raum, in dem Teams auf spielerische Weise ihre Kreativität, ihre Problemlösungsfähigkeiten und ihre Kommunikation entfalten können. Möchten Sie mehr darüber erfahren, wie sie funktionieren? Lesen Sie hier weiter.

Hier finden Sie einige der besten agilen Spiele, die Sie mit Ihrem Scrum-Team durchführen können. Es gibt Optionen für Teams, die vor Ort, remote oder in einer hybriden Form zusammenarbeiten. Zu jedem Spiel gehört ein Leitfaden, der Ihnen dabei helfen soll, das Spiel zu moderieren und wichtige Erkenntnisse aus dem Team zu gewinnen. Wir haben die Spiele in bestimmte Bereiche unterteilt, damit Sie das Spiel auswählen können, das am besten zu Ihrem Team passt.

Die besten agilen Spiele für Agile-Prinzipien

Kugelschreiber-Spiel

Experimentieren und spielen Sie in verschiedenen Teams, während Sie mehr über kontinuierliche Verbesserung erfahren.

Lernziele: Agiler Produktionsprozess und iteratives Arbeiten

Spieldauer: 60 Minuten

Persönlich oder virtuell: beides

Anzahl der Spieler: 4 oder mehr Spieler

Benötigte Materialien: Tischtennisbälle – bunte Bälle machen besonders viel Spaß.

So funktioniert das Spiel:

Das Ziel von „Ball Point“ ist es, dem Scrum-Team dabei zu helfen, agile Projekte besser zu bewältigen. Durch das Verständnis des agilen Produktionsprozesses kann das Team die Bedeutung von Selbstorganisation, Arbeitsfluss und iterativem Arbeiten besser einschätzen.

Regeln für das agile Ballspiel

Das Ziel besteht darin, als ein Team in drei Sprints so viele Bälle wie möglich durch das System zu befördern.

Es gelten folgende Regeln

• Pro Iteration stehen 3 Minuten zur Verfügung, und es gibt 5 Iterationen
• Dazwischen gibt es eine einminütige Retrospektive
• Der Ball muss bei derselben Person beginnen und enden
• Der Ball muss bei jedem Spieler der Mannschaft gewesen sein
• Der Ball muss in der Luft sein
• Es darf nicht an die Person neben ihnen weitergegeben werden.
• Wenn der Ball zu Boden fällt, zählt er nicht.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Bitten Sie sie, abzuschätzen, wie viele Bälle sie pro Iteration schaffen werden. Sie können zu Beginn des Zyklus eine Schätzung vornehmen und zwischen den einzelnen Iterationen jeweils eine kurze Schätzung.

Leiten Sie den Vorgang ein und stoppen Sie die Zeit. Lassen Sie die Schüler das Spiel durchspielen und notieren Sie anschließend die Anzahl der übertragenen Bälle. Notieren Sie das Ergebnis und geben Sie ihnen anschließend Zeit für eine Retrospektive, in der sie die Spielregeln ändern dürfen. So können sie neue Strategien entwickeln und neue Schätzungen vornehmen.

Wiederholen Sie den oben beschriebenen Vorgang so oft wie möglich und notieren Sie dabei die Punktzahl.

Sobald alle Durchläufe abgeschlossen sind, führen Sie eine Nachbesprechung durch. Sie können Fragen stellen wie

• Wie haben Sie das Spiel erlebt?
• Inwiefern unterschieden sich die Iterationen?
• Welche Änderungen haben Sie vorgenommen, und welche Auswirkungen hatten diese?
• Wie wichtig waren die Retrospektiven? Was wäre geschehen, wenn es keine Retrospektiven gegeben hätte, wenn mehr oder weniger Zeit zum Nachdenken zur Verfügung gestanden hätte?
• Inwiefern unterschied sich die letzte Version von der ersten?
• Haben Sie das Konzept des „Flow“ schon einmal erlebt?
• Welche Iteration stach besonders hervor?
• Wie hat es Ihnen gefallen, im Team zu arbeiten?
• Hat sich die Führung im Laufe der Iterationen geändert?
• Was haben Sie beim Spielen dieses Spiels gelernt?

Varianten des „agilen“ Kugelschreiberspiels

Sie können diese Herausforderung noch erweitern, indem Sie

• Die großen Gruppen in kleinere unterteilen und Bereiche einrichten, in denen sich die Menschen aufhalten können.
• Regeln festlegen, welche farbigen oder nummerierten Kugeln zuerst gespielt werden müssen
• Ein wenig Chaos stiften, indem man die Teilnehmer auffordert, die Plätze zu tauschen

Papierflieger-Spiel

Ein gutes Spiel, das sich mit kontinuierlicher Verbesserung und Lean-Arbeitsabläufen befasst.

Lernziele: Lean-Arbeitsablauf, Wertstromanalyse

Spieldauer: 60 Minuten

Persönlich oder virtuell: beides

Anzahl der Spieler: 4 oder mehr Spieler

Benötigte Materialien: Recyclingpapier oder Altpapier

So funktioniert das Spiel:

Das Ziel des Papierflieger-Spiels besteht darin, innerhalb einer bestimmten Zeit so viele Papierflieger wie möglich zu falten, wobei jedoch jeweils nur eine Person falten darf.

Spielregeln für das Papierflieger-Spiel

Das Ziel ist es, als ein Team so viele Papierflieger wie möglich nach dem gleichen Muster zu basteln.

Es gelten folgende Regeln

• Pro Iteration stehen 3 Minuten zur Verfügung, und es gibt 5 Iterationen
• Dazwischen gibt es eine einminütige Retrospektive
• Die zusammengefalteten Flugzeuge müssen von gleicher Bauart und Qualität sein.
• Es kann jeweils nur eine Person falten. Die anderen können sich je nach Bedarf um andere Aspekte ihres Entwurfs kümmern.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Bitten Sie sie, sich auf den Entwurf des Flugzeugs zu einigen. Es kann sich um einen einfachen Entwurf mit einigen Zeichnungen handeln, der eine Flugstrecke von einem Meter zurücklegen kann. Dies umfasst Aspekte der Konstruktion, der Fertigung und der Qualitätsprüfung.

Starten Sie den Vorgang und stoppen Sie die Zeit. Lassen Sie die Kinder die Aufgabe durchführen und notieren Sie anschließend die Anzahl der Flugzeuge, die die Qualitätsanforderungen erfüllen. Notieren Sie die Gesamtzahl der gebauten Flugzeuge.

Legen Sie nun den Zeitpunkt für die Retrospektive fest, damit die Teilnehmer ihre Arbeitsweise für die nächste Runde anpassen können. Auf Wunsch können sie eine neue Schätzung abgeben.

Wiederholen Sie den oben beschriebenen Vorgang so oft wie möglich und notieren Sie jedes Mal die Zahl.

Sobald alle Durchläufe abgeschlossen sind, führen Sie eine Nachbesprechung durch. Sie können Fragen stellen wie

• Wo haben Sie festgestellt, dass es zu Wartezeiten kam (Verschwendung)?
• Wie oft waren alle beschäftigt?
• Welche Änderungen wurden vorgenommen, und wie haben sich diese auf den Produktionsprozess ausgewirkt?
• Welche gestalterischen Aspekte könnten den Ablauf verlangsamen oder beschleunigen?
• Inwiefern würde sich dieses Spiel unterscheiden, wenn es virtuell statt persönlich gespielt würde?
• Welche Rolle spielten Qualitätskontrollen in diesem Prozess?
• Haben Sie das Konzept des „Flow“ schon einmal erlebt?
• Welche Iteration stach besonders hervor?
• Wie hat es Ihnen gefallen, im Team zu arbeiten?
• Hat sich die Führung im Laufe der Iterationen geändert?
• Was haben Sie beim Spielen dieses Spiels gelernt?

Varianten des Papierflieger-Spiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Ermittlung der Zeit, die das Team benötigen würde, um eine bestimmte Anzahl von Flugzeugen zu bauen.
• Die Komplexität der Flugzeugkonstruktion erhöhen oder verringern.
• Einführung einer Qualitätskontrolle in der Mitte des Spiels statt am Ende.
• Erhöhen Sie den Schwierigkeitsgrad, z. B. muss das Flugzeug mindestens 2 Meter weit fliegen, damit es zählt.

Schokoladenriegel-Spiel

Werden Sie Produktverantwortlicher und erhalten Sie Feedback zu Ihrer ultimativen Schokoladentafel.

Lernziele: Produktverantwortung, iteratives Feedback, Kundennutzen

Spieldauer: 60 Minuten

Persönlich oder virtuell: beides

Anzahl der Spieler: 3 oder mehr Personen

Benötigte Materialien: Recyclingpapier oder Altpapier

So funktioniert das Spiel:

Das Ziel des Spiels „Agile Chocolate Bar“ besteht darin, eine Schokoladentafel zu kreieren, die für Ihre Kunden so attraktiv wie möglich ist.

Agiles Spiel mit Schokolade

Das Ziel ist eine Scrum-Simulation, bei der Sie unter bestimmten Vorgaben eine Schokoladentafel entwickeln müssen, die für Ihre Kunden am attraktivsten ist.

Es gelten folgende Regeln

• Für jedes Team sollte es einen fest zugewiesenen Product Owner geben. Andernfalls fungiert in einer kleinen Gruppe jede Person auch als Product Owner.
• Für jede Phase gibt es eine Iterationsrunde (3 Minuten) und eine Feedbackrunde (1 Minute).
• Es gibt mindestens drei Phasen.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Stellen Sie einen Timer auf 3 Minuten ein, und jedes Team oder jede Person entwirft eine Schokoladentafel, von der sie glaubt, dass sie ihren Kunden gefallen würde. Sie können diese so detailliert oder so grob wie möglich für den „Plate of DOD (Definition of Done, d. h. Fertig und ausgeliefert)“ skizzieren.

Anschließend haben sie eine Minute Zeit, um zu präsentieren, was sie auf ihrem Teller haben, und Feedback von der restlichen Gruppe einzuholen, die als Kunden auftritt. Die Kunden können Änderungen verlangen oder einfach nur Feedback geben.

Auf Grundlage des Feedbacks gestalten sie die Schokoladentafel anschließend neu, damit sie auf dem „Plate of DOD“ präsentiert werden kann.

Jede Phase wird wiederholt, bis die vorgesehene Zeit abgelaufen ist.

Sobald alle Phasen abgeschlossen sind, führen Sie eine Nachbesprechung durch. Sie können Fragen stellen wie

• Wie haben Sie in den einzelnen Phasen entschieden, wie Ihre Schokoladentafel gestaltet werden soll?
• Inwieweit war das Kundenfeedback hilfreich, und wie haben Sie die in den einzelnen Runden angeforderten Rückmeldungen verbessert?
• Wie haben Sie den Wert der Schokoladentafel für den Kunden jedes Mal ermittelt, um Verbesserungen vorzunehmen?
• Wenn Sie den Kundennutzen nicht gemessen haben, warum nicht?
• Inwiefern hat das erhaltene Feedback die Gestaltung der Schokoladentafel beeinflusst?
• Welche Kompromisse mussten Sie bei der Konstruktion eingehen?
• Wie hoch war letztendlich der Anteil der zufriedenen Kunden?
• Hätten Sie diese Tafel Schokolade selbst gekauft?
• Gab es Funktionen, die hinzugefügt wurden, ohne dass sie auf Kundenfeedback zurückgingen?
• Wurden bei der Entwicklung des Spiels agile Verfahren wie Backlog, Dot-Voting oder Prototyping angewendet?
• Was haben Sie bei dieser Aktivität noch gelernt, das Sie gerne mitteilen möchten?

Varianten des „Chocolate Bar“-Spiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• In jeder Runde wird für jeden Kunden eine Punktzahl hinsichtlich der Wahrscheinlichkeit vergeben, dass er die Tafel Schokolade kauft.
• Dem Designteam die Teilnahme an Kundenfeedback-Sitzungen zu gestatten oder nicht (z. B. erhält nur der Product Owner das Feedback).
• Auferlegung von Vorgaben für die Gestaltung der Schokolade, beispielsweise hinsichtlich der Materialien oder der Größe.

Münzspiel

Starten Sie eine Kanban-Workflow-Challenge, die Teams dabei hilft, aktiv zu bleiben.

Lernziele: Das erste Prinzip des agilen Manifests, kontinuierliche Bereitstellung

Spieldauer: 15 Minuten

Persönlich oder virtuell: beides

Anzahl der Spieler: 3 oder mehr Personen

Benötigte Materialien: 20 Münzen – Es müssen nicht alle gleich sein.

So funktioniert das Spiel:

Das Ziel des Münzspiels besteht darin, das erste Prinzip des agilen Manifests kennenzulernen, das lautet: „Unsere höchste Priorität ist es, den Kunden durch die frühzeitige und kontinuierliche Bereitstellung wertvoller Software zufrieden zu stellen.“

Die Regeln des Münzspiels

Das Ziel dieses Spiels besteht darin, als Team den schnellsten Weg zu finden, um dem Kunden einen Mehrwert zu bieten. Im Wesentlichen bedeutet dies, agil mit traditionellen Ansätzen zu vergleichen und die optimale Losgröße zu ermitteln.

Es gelten folgende Regeln

• Es gibt eine bestimmte Anzahl von Münzen, die für den Kunden einen bestimmten Wert darstellen.
• Jede Münze muss von jeder Person entlang der Wertschöpfungskette geworfen werden, bevor sie an den Kunden ausgehändigt wird.
• Der Prozess wird zeitlich gemessen, um festzustellen, wie lange es dauert, bis dem Kunden ein Mehrwert geboten wird.
• Es wird mehr als drei zeitlich begrenzte Durchläufe geben.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Teilen Sie die Teilnehmer in Gruppen von 5 oder 6 Personen ein. Diese können verschiedene Rollen in der Wertschöpfungskette darstellen.

Lassen Sie die Teilnehmer entscheiden, wie sie am schnellsten abwechselnd die Münzen wenden und am Ende des Vorgangs stapeln können, damit diese bereit für die Auslieferung an den Kunden sind.

Starten Sie nach einer Minute Diskussion die Stoppuhr und lassen Sie die Teilnehmer das Spiel durchspielen. Stoppen Sie die Stoppuhr, wenn alle Münzen von jedem Teilnehmer geworfen und gestapelt wurden.

Geben Sie den Teilnehmern eine Minute Zeit für eine Retrospektive, um zu überlegen, wie sie die Strategie ändern könnten, und wiederholen Sie dann die oben beschriebene Übung.

Führen Sie die Aktivität erneut durch und notieren Sie die für jede Iteration benötigte Zeit.

Sobald alle Durchläufe abgeschlossen sind, führen Sie eine Nachbesprechung durch. Sie können Fragen stellen wie

• Welche Losgrößen haben zeitlich am besten abgeschnitten? Was glauben Sie, woran das liegt?
• Gab es etwas, das Sie im Spiel überrascht hat?
• Was glauben Sie, wie sich die Situation ändern würde, wenn der Abstand zwischen den Menschen vergrößert würde?
• Was glauben Sie, wie sich die Situation ändern würde, wenn Sie jedes Mal, wenn Münzen weitergereicht werden, 10 Sekunden warten müssten?
• Wenn Sie während des Spiels eine Änderungsanforderung eingereicht haben, wie hat sich das auf den Prozess ausgewirkt?
• Wenn Sie dies mit dem traditionellen Wasserfall-Ansatz verglichen hätten, welche Unterschiede wären Ihnen aufgefallen?
• Wie genau waren die Zeitschätzungen des Teams?
• Was haben Sie bei dieser Aktivität noch gelernt, das Sie gerne mitteilen möchten?

Varianten des „agilen“ „Coin“-Spiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Die Teams beginnen damit, die Aufgabe nach dem traditionellen Wasserfall-Ansatz zu erledigen, bei dem jede Münze von einer Person geworfen wird, bevor sie an die nächste Person weitergereicht wird. Dies dient als Ausgangsbasis.
• Ein oder mehrere Änderungswünsche in den Prozess einbringen – z. B. „Ich möchte nur 2-Dollar-Münzen oder Münzen mit einem Tierbild.“
• Lassen Sie die Teams abschätzen, wie lange die Erledigung der Aufgabe bei unterschiedlichen Losgrößen dauern würde.

Marshmallow-Spiel

Entdecken Sie Strategien zur Problemlösung und Entwicklungsansätze, die das Lernen aus Fehlern und die Einhaltung von Zeitvorgaben erfordern.

Lernziele: Kreativität, Problemlösung, Teamarbeit.

Spieldauer: 20 Minuten für den Turmbau, anschließend Nachbesprechung.

Präsenz oder virtuell: beides

Anzahl der Spieler: 3 oder mehr Personen

Benötigte Materialien: Pro Team 1 großer Marshmallow, 30 trockene Spaghetti, 1 Meter Klebeband, 1 Meter Schnur, 1 Schere. Maßband.

So funktioniert das Spiel:

Bei diesem Spiel können Sie Teams dazu anregen, kreativ und kooperativ zu sein. Es fördert Teamarbeit, Zuhören und Zusammenarbeit, um die stabilste Konstruktion zu bauen.

Die Regeln des Marshmallow-Spiels

Das Ziel des Spiels „Marshmallow Challenge“ besteht darin, den höchsten freistehenden Turm zu bauen, auf dessen Spitze ein Marshmallow thront.

Es gelten folgende Regeln

• Der Marshmallow muss unversehrt sein. Er darf weder zerrissen noch angebissen sein.
• Alle anderen Gegenstände können Sie zerbrechen oder zerreißen.
• Sobald die Zeit abgelaufen ist, müssen sich alle von der Konstruktion zurückziehen. Sie dürfen sich nicht daran festhalten.
• Die Konstruktion muss freistehend sein.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Legen Sie die für die Übung vorgesehene Zeit fest und lassen Sie die Teams loslegen.

Sobald die Zeit abgelaufen ist, treten die Teams von ihrem Bauwerk zurück. Notieren Sie nun die maximale Höhe jedes Marshmallow-Turms.

Feiern Sie alle Mannschaften und gratulieren Sie ihnen sowie dem Siegerteam.

Es ist jetzt besonders wichtig, die Übung nachzubesprechen. Sie können beispielsweise folgende Fragen stellen:

• Wie würden Sie die Gesamtleistung des Teams und Ihres Turms bewerten?
• Welche Faktoren haben zum Erfolg beigetragen?
• Welche Faktoren haben zu den Fehlschlägen beigetragen?
• Welche Rückschläge haben Sie auf Ihrem Weg erlebt?
• Wie hat Ihr Team kommuniziert?
• Gab es Aspekte dieser Herausforderung, von denen Sie glauben, dass sie zur Entstehung des Turms beigetragen haben?
• Welche Rolle spielte jede Person, und hat sich diese verändert?
• Wie viel Zeit haben Sie für die Planung aufgewendet?
• Welche Auswirkungen hatte die Ressourcenknappheit?
• Wenn Sie nur eine dieser Ressourcen verdoppeln dürften, welche wäre das und warum?
• Haben Sie alle Ihre Ressourcen genutzt? Warum bzw. warum nicht?

Varianten des Marshmallow-Turm-Spiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Teams die Möglichkeit geben, Ressourcen untereinander auszutauschen
• Ein zweiter Marshmallow wird zur Herausforderung hinzugefügt

Wie lange dauert es, eine Tasse Tee zuzubereiten?

Vertiefen und untersuchen Sie Schätzungen und deren Auswirkungen auf die Teamergebnisse.

Lernziele: Schätzungen und Aufwandsermittlung

Spieldauer: 30 Minuten

Persönlich oder virtuell: beides

Anzahl der Spieler: 3 oder mehr Personen

Benötigte Materialien: Tee sowie alle Utensilien, Geräte und Gegenstände, die jeder Einzelne zur Zubereitung seiner Tasse Tee verwenden möchte.

So funktioniert das Spiel „Eine Tasse Tee zubereiten“:

Dieses Spiel hilft Teams dabei, die Einschätzung von Aufgaben besser zu verstehen und die Fähigkeit zu entwickeln, die richtigen Fragen zu stellen und Faktoren zu berücksichtigen, die die Einschätzung in agilen Prozessen verbessern.

Spielregeln für „Eine Tasse Tee zubereiten“

Das Ziel besteht darin, abzuschätzen, wie lange es dauern würde, bis alle Teammitglieder eine Tasse Tee zubereitet haben und gemeinsam trinkfertig sind. Es gibt eine Fragerunde, in der die Teilnehmer ihre Schätzungen abgeben können, und anschließend machen sie sich daran, den Tee zuzubereiten. Die Stoppuhr wird angehalten, sobald die letzte Person zurückkehrt und alle bereit sind, ihre Tasse Tee zu genießen.

Es gelten folgende Regeln

• Sie haben 1 Minute Zeit, in der die Teilnehmer dem Team Fragen stellen können, damit dieses abschätzen kann, wie lange es dauern würde, eine Tasse Tee zuzubereiten.
• Anschließend notiert jeder seine eigene Schätzung. (In Minuten und Sekunden)
• Anschließend erstellt das Team gemeinsam eine endgültige Schätzung. (In Minuten und Sekunden)
• Die Zeit ist abgelaufen, wenn alle zurück sind und bereit sind, den ersten Schluck Tee zu trinken.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Bitten Sie jede Person, der Gruppe Fragen zu stellen und sich die Antwort anzuhören. Bitten Sie nach einer Minute jede Person, ihre Schätzung mitzuteilen. Bitten Sie das Team daraufhin, eine endgültige Gruppenschätzung zu erstellen und diese zu notieren (in Minuten und Sekunden).

Stellen Sie die Stoppuhr ein und lassen Sie alle eine Tasse Tee zubereiten. Wenn alle zurück sind, können sie den ersten Schluck nehmen.

Stoppen Sie die Stoppuhr und notieren Sie die Zeit. Lassen Sie die Teams ihre Einzel-, Gruppen- und Echtzeit miteinander vergleichen.

Das Wichtigste an diesem Spiel ist dann die Nachbesprechung. Sie können Fragen stellen wie

• Wie genau entsprachen Ihre Schätzungen den tatsächlichen Werten?
• Inwieweit weichen Ihre Schätzungen von den Gruppenschätzungen und den Echtzeitwerten ab?
• Welche Faktoren haben dazu geführt, dass Ihre Schätzungen falsch waren? Oder richtig?
• Welche Ereignisse haben Sie überrascht, mit denen Sie nicht gerechnet oder die Sie nicht eingeplant hatten?
• Was hätte Ihnen dabei geholfen, eine bessere Einschätzung vorzunehmen?
• Welche Fragen hätten Sie stellen sollen, um Ihre Schätzungen zu verbessern?
• Was ist Ihrer Meinung nach der Wert guter Schätzungen – warum haben wir diese Übung gerade durchgeführt?
• Welche Folgen hat es, wenn Schätzungen zu weit daneben liegen?
• Wie hat es sich angefühlt, als Erster zurückzukommen, im Vergleich dazu, als Letzter zurückzukommen?
• Wenn Sie diese Aktivität das nächste Mal erneut durchführen würden, glauben Sie, dass Ihre Schätzungen gleich oder unterschiedlich ausfallen würden? Warum?

Varianten des Spiels „Make a Tea“

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Persönliche Einschätzungen geheim halten.
• Verschiedene Methoden zur Berechnung des Gruppenschätzwerts – nach Durchschnittszeit, nach Häufigkeit oder nach Konsens.

Das Multitasking-Namensspiel (Henrik Kniberg)

Was ist besser: sich auf eine Sache konzentrieren oder mehrere Aufgaben gleichzeitig erledigen? Nehmen Sie die Herausforderung an und finden Sie es heraus.

Lernziele: Begrenzung des Arbeitsbestands, Kanban, Aufgabenplanung

Spieldauer: 10 Minuten

Persönlich oder virtuell: beides

Anzahl der Spieler: 5 oder mehr Personen

Benötigte Materialien: Stift, Papier und Stoppuhr

So funktioniert das Multitasking-Namensspiel

Dies ist ein kurzes, einfaches, aber aussagekräftiges Spiel, das die Auswirkungen von Multitasking und Kontextwechseln verdeutlicht. In einer hektischen Welt arbeiten Menschen oft an mehreren Projekten gleichzeitig, haben zahlreiche Tabs im Browser geöffnet oder versuchen, zwischen verschiedenen Aufgaben hin und her zu wechseln. Dieses Spiel zeigt, wie effektiv Menschen beim Multitasking tatsächlich sind. Das Spiel wurde von Henrik Kniberg vorgestellt.

Die Regeln des Namensspiels

Das Ziel besteht darin, die Namen aller so schnell wie möglich aufzuschreiben, sodass alle Namen vollständig ausgeschrieben sind.

Es gelten folgende Regeln

• Es gibt zwei Phasen.
• In der ersten Phase können Sie jeweils nur einen Buchstaben des Namens jeder Person eingeben. Z. B. zuerst alle Anfangsbuchstaben, dann alle zweiten Buchstaben und so weiter.
• Notieren Sie jedes Mal, wenn ein Name fertiggestellt ist, den Zeitpunkt der Fertigstellung.
• Wenn alle Namen eingetragen sind, notieren Sie den Zeitpunkt der Fertigstellung.
• In der zweiten Phase dürfen Sie jeweils nur einen Namen eingeben. Tragen Sie am Ende jedes Namens den Zeitpunkt der Fertigstellung ein. Wenn alle Namen eingegeben sind, notieren Sie den Zeitpunkt der Fertigstellung.
• Vergleichen Sie die beiden Ergebnisse.

Versammeln Sie das Team und geben Sie die Ziele und Anweisungen bekannt.

Erstellen Sie eine Liste mit den Namen aller Personen im Raum.

Sie können entweder jemanden als Protokollführer für das Team einsetzen und eine andere Person damit beauftragen, die Zeit für die Nennung jedes Namens und die Fertigstellung der Liste zu messen.

Bitten Sie die Teams, abzuschätzen, wie lange es dauern würde, alle Namen Buchstabe für Buchstabe zu schreiben, im Vergleich dazu, einen Namen nach dem anderen zu schreiben.

Starten Sie Phase eins und notieren Sie die Zeiten.

Führen Sie Phase zwei durch und notieren Sie die Zeiten.

Berechnen Sie die Zeitdifferenz – wie groß war die prozentuale Veränderung?

Das Wichtigste an diesem Spiel ist dann die Nachbesprechung. Sie können Fragen stellen wie

• Wie genau entsprachen Ihre Schätzungen den tatsächlichen Werten?
• Was hat Phase 2 einfacher gemacht als die erste Runde?
• Würde es einen Unterschied machen, wenn es sich bei den Namen um wissenschaftliche Begriffe oder um seltene Wörter handelte, anstatt um Namen?
• Was hat es einfacher gemacht, sich auf eine Aufgabe zu konzentrieren, anstatt mehrere Aufgaben gleichzeitig zu erledigen?
• Wenn Sie einmal darüber nachdenken: Bei welchen Tätigkeiten erledigen Sie mehrere Dinge gleichzeitig?
• Glauben Sie, es wäre schneller, jeweils zwei Namen aufzuschreiben, anstatt nur einen?
• Welche weiteren Erkenntnisse wollten Sie noch mitteilen?

Varianten des Namensspiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Dies durch eine Reihe von Zahlen, wissenschaftlichen Begriffen oder Formeln zu ersetzen.
• Versuchen Sie doch einmal, in beiden Phasen jeweils zwei Protokollführer einzusetzen, und prüfen Sie, ob dies einen Unterschied macht.

LEGO Flow

Ein rollenbasiertes Workflow-Spiel, das garantiert einige Gehirnzellen auf Trab bringt.

Lernziele: Backlogs, Kanban, Überprüfung und Anpassung.

Spieldauer: ca. 60 Minuten, basierend auf 3 Runden à 5 Minuten

Präsenz oder virtuell: virtuell

Anzahl der Spieler: ca. 5 Personen pro Mannschaft

Benötigte Materialien: Legosteine in beliebigen Farben, Klebeband oder 4 Blatt Papier. Dank Organize Agile können Sie hier Druckvorlagen unter der Creative-Commons-Lizenz herunterladen.

So funktioniert das Spiel „LEGO Flow“

Dieses Spiel verdeutlicht die Unterschiede zwischen bestehenden Abläufen und der Nutzung eines Kanban-Systems, um den Arbeitsablauf und die Leistung zu optimieren. Es nutzt festgelegte Rollen für jede Person, einen Auftragsbestand und andere spielerische Elemente, um Teams dabei zu unterstützen, mit Möglichkeiten zur Optimierung ihres Arbeitsablaufs zu experimentieren.

Die Spielregeln für „Lego Flow“

Das Ziel besteht darin, in jeder Runde (3) so viele Lego-Tiere wie möglich zu bauen. In jeder Runde wird die Zeit gestoppt, und die Teams können sehen, wie lange sie benötigen, um so viele Tiere wie möglich zu bauen. Das Team sollte seinen Arbeitsablauf (von links nach rechts) koordinieren und klare Vereinbarungen für die Zusammenarbeit treffen. Für jedes fertiggestellte Tier gibt es Punkte, während für ungenutzte Teile oder nicht fertiggestellte Tiere Punkte abgezogen werden.

Es gelten folgende Regeln

• Dieses Spiel wird in drei Runden gespielt.
• Es gibt vier Arten von Tieren, die anhand einer Reihe von Ressourcen gebaut werden können.
• In jeder Runde gibt es Punkte für jedes fertiggestellte Tier, das gemäß den Vorgaben gebaut und abgegeben wurde. Die Tiere müssen zwei Blöcke hoch sein; die Farbe spielt keine Rolle.
• Die Rollen sind wie folgt:
  • Analyst (Leg Builder): sammelt die Legs.
  • Developer (Bodybuilder): stapelt zwei Blöcke übereinander
  • Designer (Kopfkonstrukteur): konstruiert den Kopf
  • Transport (Transporter): Versetzt das Tier für 30 Sekunden in den Transportmodus
  • Prüfer (Qualitätssicherung: überprüft das Ergebnis, führt die Punktewertung durch und zerlegt das Tier).
• Die Tiere werden zusammengestellt und anschließend zur Auslieferung transportiert.
• Beim Transport gibt es eine Verzögerung von 30 Sekunden. Das Tier verbleibt während dieser Zeit im Transportbereich.
• Es werden maximal 3 Tiere gleichzeitig transportiert. (d. h. 1 Tier pro Lkw)
• Sobald das Tier geprüft wurde, wird es zerlegt und wieder auf den Startstapel gelegt.
• Die Punkte werden wie folgt vergeben:
  • +10 Punkte für jedes vollständig gelieferte Tier
  • -1 Punkt für jede nicht genutzte Etappe
  • -4 Punkte für jeden nicht genutzten Spieler
  • -4 Punkte für jeden nicht genutzten Kopf
  • -10 Punkte für jedes fertige Tier, das noch nicht angekommen ist.

Runde 1

Versammeln Sie die Teams und geben Sie ihnen die Ziele und Anweisungen. Geben Sie ihnen einfach einen Stapel Legosteine.

Es gibt weder einen Auftragsbestand noch eine Visualisierung des Arbeitsablaufs. Das Team entscheidet selbst, welche Tiere es herstellen möchte.

Stellen Sie den Timer auf 5 Minuten ein und bitten Sie die Teilnehmer, mit dem Bauen zu beginnen.

Notieren Sie am Ende der Runde das Endergebnis und geben Sie den Teilnehmern eine Minute Zeit, um über die Aufgabe nachzudenken.

Runde 2

Führen Sie nun ein Workflow-System ein. Bitten Sie das Team, einen visuellen Arbeitsablauf zu erstellen, entweder mit Klebeband auf dem Tisch oder mit Zetteln, der von links nach rechts verläuft. Die noch nicht montierten Teile werden dann von einem Stapel genommen und vom Beinmonteur zum Karosseriemonteur zum Kopfmonteur weitergereicht, anschließend geht es weiter zum Transport bzw. zur Prüfung.

Stellen Sie den Timer auf 5 Minuten ein und bitten Sie die Teilnehmer, mit dem Bauen zu beginnen.

Notieren Sie am Ende der Runde das Endergebnis und geben Sie den Teilnehmern eine Minute Zeit, um über die Aufgabe nachzudenken.

Runde 3

Behalten Sie den visualisierten Arbeitsablauf bei und führen Sie diesmal den Auftragsbestand bzw. die Produktionsreihenfolge ein. Z. B. Kuh Kuh, Schaf Schaf, Ente Ente, Pferd Pferd.

Stellen Sie den Timer auf 5 Minuten ein und bitten Sie die Teilnehmer, mit dem Bauen zu beginnen.

Notieren Sie am Ende der Runde das Endergebnis und geben Sie den Teilnehmern eine Minute Zeit, um über die Aufgabe nachzudenken.

Stellen Sie nun die folgenden Fragen zur Nachbesprechung

• Wie haben sich Ihre Ergebnisse von Runde zu Runde verändert?
• Was ist gut gelaufen?
• Wann und wo hat sich die Arbeit gestaut (Engpass)?
• Welche Verbesserungen haben Sie eingeführt und welche Auswirkungen hatten diese?
• Worin bestanden die Unterschiede zwischen der ersten und der dritten Runde?
• Haben Sie schon einmal einen Flow-Zustand erlebt? Wann war das?
• Haben sich Ihre WIP-Grenzwerte nach jeder Runde geändert?
• Gab es Nachbesserungen, die vorgenommen werden mussten?
• Was würden Sie noch ändern, um die Gesamtergebnisse zu verbessern?

Varianten des Lego-Flow-Spiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Einführung einiger Einschränkungen für eine bestimmte Art von Legosteinen.
• Den Teams die Möglichkeit geben, ihr eigenes Backlog zu erstellen.

Lego-Retrospektive-Spiel

Jedes Teammitglied gestaltet ein Lego-Modell und berichtet anhand dessen von seinen Erfahrungen im letzten Sprint.

Lernziele: Kreativität, Retrospektive

Spieldauer: 3 Minuten Aufbauzeit und 1 Minute pro Person

Persönlich oder virtuell: beides

Anzahl der Spieler: Beliebig

Benötigte Materialien: Verschiedene Lego-Steine

So funktioniert das Spiel „Lego Retrospektive“

Dies ist ein lockeres, einfaches Spiel, bei dem die Teilnehmer anhand eines Lego-Modells über ihre Erfahrungen im letzten Sprint sprechen können. Es kann dazu beitragen, Kommunikationsbarrieren abzubauen, indem jedes einzelne Teil oder die gesamte Form als Gesprächsanstoß dient.

Die Spielregeln für das Lego-Retrospektive-Spiel

Das Ziel ist es, ein einfaches Lego-Modell zu entwerfen, das Ihre Erfahrungen aus dem letzten Sprint widerspiegelt. Es gibt keine richtigen oder falschen Antworten.

Stellen Sie eine Auswahl an Legosteinen bereit oder geben Sie jedem Teilnehmer einen Stapel Legosteine und lassen Sie ihnen ein paar Minuten Zeit, um etwas nach Belieben zu bauen, das ihre Erfahrungen aus dem letzten Sprint widerspiegelt.

Lassen Sie anschließend jede Person der Reihe nach beschreiben, was sie geschaffen hat. Sie können Fragen stellen wie

• Warum haben Sie gerade diese Teile verwendet?
• Erzählen Sie uns doch bitte mehr über ein bestimmtes Erlebnis.
• Was hat Ihnen an Ihrem Entwurf am besten gefallen oder was hat Ihrer Meinung nach gefehlt?

Varianten des Lego-Retrospektive-Spiels

Sie können diese Aufgabe wie folgt variieren, indem Sie

• Ein bestimmtes Szenario vorgeben und die Teilnehmer ihre eigene Version davon entwickeln lassen. Beispiele hierfür sind:
  • Wie würde gute bzw. schlechte Kommunikation aussehen?
  • Wie sieht Ihre Vision für dieses Team oder dieses Projekt aus?
  • Wie würde eine perfekte User Story aussehen?
  • Wie würden Sie die Kultur unseres Teams beschreiben?

Kanban-Pizza

Lernziel: Üben Sie den Umgang mit einem vollständigen Kanban-System, einschließlich des Verständnisses der Auswirkungen einer Begrenzung des „Work in Progress“ (WIP) des Teams.

Spieldauer: 2 bis 3 Stunden

Präsenz oder virtuell: Präsenz

Anzahl der Spieler: 4–8 pro Mannschaft

Benötigte Materialien: Haftnotizen in drei Farben: gelb (Mozzarella), rosa (Peperoni) und grün (Kräuter), Papier (für Pizzaböden), rote Filzstifte (für Tomatensoße), Kleber oder durchsichtiges Klebeband, Abdeckband, Scheren (eine kleine und eine große pro Team), Pappteller (ofenfest) und eine Stoppuhr.

So funktioniert das Kanban-Spiel

Die Spieler schlüpfen in die Rolle von Pizzabäckern. Sie werden in Teams aufgeteilt und erhalten die Zutaten, die sie zur Zubereitung einer bestimmten Pizza benötigen. Sie müssen so viele identische Pizzen herstellen, wie der Spielleiter vorgelegt hat. Am Ende jeder Runde zählt das Team die Anzahl der ausgelieferten Pizzen und versucht, die Abfallmenge zu reduzieren.

Spielregeln für Kanban Pizza

• Das Team muss in der vorgegebenen Zeit so viele Pizzen wie möglich zubereiten.
• Die Pizza muss genau so aussehen wie die vom Moderator zubereitete. (5 Punkte)
• Jede Pizza muss mindestens 30 Sekunden lang „gebacken“ werden.
• In den Ofen passen jeweils nur drei Pizzen.
• Abfall sollte auf ein Minimum beschränkt werden. (- 1 Punkt für jeden Abfallgegenstand)
• Nicht genutzte Ressourcen aus einer Runde können in der nächsten Runde verwendet werden.

Erste Schritte

Runde eins – Entwickeln Sie Ihren eigenen Prozess

• Bereiten Sie ein Beispiel für eine „Pizza“ vor, um es der Gruppe zu zeigen – einen weißen, runden Boden aus Druckerpapier, der mit einem roten Filzstift als Tomatensoße eingefärbt ist. Fügen Sie sechs gelbe (Mozzarella) Quadrate, sechs rosa (Peperoni) Quadrate und drei grüne (Kräuter) Quadrate hinzu.
• Zeigen Sie ihnen den Pappteller als Backofen.
• Zählen Sie nach fünf Minuten, wie viele Pizzen zubereitet wurden, schätzen Sie die Menge an Lebensmittelabfällen ein und berechnen Sie die Punktzahlen.

Runde zwei – Einführung von Kanban

• Stellen Sie Kanban und die Kernpraktiken von Kanban vor. (Visualisieren Sie den Arbeitsablauf, begrenzen Sie die Anzahl der laufenden Aufgaben (WIP), steuern Sie den Arbeitsfluss, implementieren Sie Feedbackschleifen, legen Sie Prozessrichtlinien klar fest, verbessern Sie gemeinsam die Abläufe).
• Lassen Sie die Teams den Arbeitsablauf visualisieren und den Prozess verdeutlichen, indem sie Materialien für die Produktion (Pizzaböden, Schinkenscheiben usw.) direkt auf dem Tisch bereitstellen. Die Teams können die vorhandenen Materialien (Klebeband, Haftnotizen und Papier) verwenden.
• Weisen Sie die Teams an, ihre laufenden Arbeiten (WIP) zu begrenzen.
• Führen Sie eine neue Runde mit dem neu eingerichteten Kanban-System durch. Führen Sie nach Ablauf von fünf Minuten eine Nachbesprechung durch und berechnen Sie die Punktzahlen.

Runde drei – Erweiterung des Systems

• Wir stellen eine neue Pizzasorte vor. Kundenbestellungen können nun Pizzen zweier verschiedener Sorten enthalten.
• Das Team kann die Pizzen erst zählen, wenn die gesamte Bestellung fertiggestellt ist.
• Ein Team kann mehrere Aufträge gleichzeitig bearbeiten.
• Geben Sie den Teams fünf Minuten Zeit, um zu besprechen, wie sie das System erweitern wollen.
• Führen Sie eine neue Runde durch. Führen Sie nach Ablauf von fünf Minuten eine Nachbesprechung durch und berechnen Sie die Punktestände.

Runde vier – Iterieren und verbessern

• Geben Sie den Teams fünf Minuten Zeit, um ihr System zu besprechen und zu verbessern. Lassen Sie sie sich dabei auf den Arbeitsablauf und die verschiedenen WIP-Grenzwerte konzentrieren.
• Führen Sie nach Ablauf der fünf Minuten eine Nachbesprechung durch und berechnen Sie die Punkte.
• Schließen Sie die Nachbesprechung zu allen vier Runden ab, um zu erörtern, welche Erkenntnisse das Team gewonnen hat.

Agile 42 bietet Ressourcen zur Unterstützung ihres Spiels an. Veröffentlicht unter der Creative Commons Attribution 4.0 International-Lizenz.

Agiles Schiffe-versenken

Eine von James Scrimshire entwickelte Aktivität, die dem klassischen Spiel Schiffe versenken eine agile Note verleiht.

Lernziel: Die Bedeutung von Kommunikation und Zusammenarbeit sowie die Vorteile des iterativen Entwicklungsprozesses zu verstehen.

Dauer: 30 Minuten.

Persönlich oder virtuell: Beides.

Anzahl der Spieler: 4–12

Benötigte Materialien: „Schiffe versenken“-Spiel

So funktioniert das Spiel „Agile Battleships“

Die Teams spielen mehrere Runden „Schiffe versenken“. Die erste Runde wird ohne jegliches Feedback gespielt. In den folgenden Runden wird nach und nach mehr Feedback gegeben.

Spielregeln für „Agile Battleships“

Jedes Team kann sein eigenes Spielfeld sehen, nicht jedoch das des Gegners.

Die Teams schießen abwechselnd auf das Spielfeld des Gegners und nennen dabei die Koordinaten ihres Ziels.

Das Spiel endet, wenn eine Mannschaft alle Schiffe der gegnerischen Mannschaft erfolgreich versenkt hat.

Erste Schritte

Teilen Sie die Gruppe in zwei Gruppen auf.

Stellen Sie die Spielbretter und die Flottenfiguren auf.

Die Mannschaften versenken abwechselnd die Schiffe der gegnerischen Mannschaft.

Runde eins – Kein Feedback

• Das Spiel beginnt damit, dass die Teams abwechselnd Koordinaten nennen.
• Beenden Sie das Spiel nach 5 Minuten. Zählen Sie, wie viele Treffer die Mannschaft erzielt hat.
• Schließen Sie die Nachbesprechung ab, indem Sie erörtern, wie sich die Teilnehmer gefühlt haben und wie sie ihre Erfahrungen auf ihre Arbeit übertragen können.

Runde zwei – Begrenztes Feedback

• Diesmal wird dem Team nach jeweils fünf Schüssen mitgeteilt, ob es ein Schiff „getroffen“ oder „verfehlt“ hat.
• Beenden Sie das Spiel nach 5 Minuten. Zählen Sie, wie viele Treffer die Mannschaft erzielt hat.
• Besprechen Sie im Nachgespräch, inwiefern sich diese Iteration von der ersten unterschied.

Runde drei – Echtzeit-Feedback

• Diesmal wird dem Team nach jedem Schuss mitgeteilt, ob es ein Schiff „getroffen“ oder „verfehlt“ hat.
• Beenden Sie das Spiel nach 5 Minuten. Zählen Sie, wie viele Treffer die Mannschaft erzielt hat.
• Besprechen Sie im Nachgespräch, inwiefern sich diese Iteration von der ersten unterschied.
• Fragen Sie die Teams, wie sie an ihrem Arbeitsplatz Feedback geben und erhalten.

Varianten des Spiels „Schiffe versenken“

• Eine Version von „Schiffe versenken“ für Stift und Papier finden Sie hier.
• Eine virtuelle Version wird von BoxUK angeboten
• Spielen Sie, ohne die Runden zeitlich zu begrenzen. Brechen Sie das Spiel stattdessen ab, sobald ein Team alle Schiffe des anderen versenkt hat. Nutzen Sie dies als Grundlage für Diskussionen über den Einfluss von Feedback auf das Zeitmanagement.
• Sofern es die Zeit erlaubt, können weitere Runden eingeplant werden, in denen die Menge an Feedback, das die Teams erhalten, schrittweise erhöht wird.

Veröffentlicht unter der Creative Commons Namensnennung 4.0 International-Lizenz.

XP-Spiel

Ein von Vera Peeters und Pascal Van Cauwenberghe entwickeltes Spiel, das den Teilnehmern die Prinzipien und Praktiken der Extreme-Programming-Methodik (XP) näherbringen soll.

Lernziel: Das Verständnis für Konzepte wie Geschwindigkeit, Story-Schätzung, das Wetter von gestern und den Lebenszyklus sowohl von Entwicklern als auch von Kunden zu vertiefen.

Spieldauer: 2–3 Stunden

Präsenz oder virtuell: Präsenz

Anzahl der Spieler: 5–12

Benötigte Materialien: vorgefüllte Geschichtenkarten, Planungs- und Bewertungsbögen, Bleistifte, Spielkarten, Würfel, Luftballons, sonstige kleine Requisiten zur Darstellung der Geschichten, eine Stoppuhr pro Team.

So funktioniert das XP-Spiel:

Beim XP-Spiel schlüpfen die Spieler entweder in die Rolle eines Entwicklers oder eines Kunden, damit sie die Perspektive des jeweils anderen besser verstehen.

XP-Spielregeln

• Das Ziel des Spiels besteht darin, so viele Geschäftspunkte wie möglich zu sammeln, indem man innerhalb eines bestimmten Zeitrahmens oder Budgets einen Mehrwert schafft.
• Wert wird durch die Fertigstellung von Stories geschaffen, die vom Kunden abgenommen wurden.
• Die Geschichten finden sich auf den Geschichtenkarten. Dabei handelt es sich um einfache Aufgaben, die ausgeführt werden sollen.
• Die Spieler geben für jede Story-Karte eine Schätzung ab und legen fest, was das Team innerhalb einer Iteration zu erledigen versuchen soll. Es muss nicht die gesamte Zeit genutzt werden.
• Eine Iteration dauert drei Minuten.
• Die Mannschaften mit den meisten Punkten sind die erfolgreichsten.

Erste Schritte

Die Teilnehmer werden in Teams aufgeteilt und erhalten die Rolle von Entwicklern oder Kunden.

Runde eins – Bestimmung der Geschwindigkeit

• Verteilen Sie an jedes Team 12 Story-Karten.
• Die Spieler bewerten die Geschichten auf einer Skala von eins bis sechs oder als „unmöglich“. Die Spieler können dem Trainer Fragen zu jeder Geschichte stellen.
• Die Kunden wählen die Stories aus, von denen sie glauben, dass sie von den Entwicklern in drei Minuten umgesetzt werden können, und bestellen dann die Karten.
• Die Entwickler setzen die Stories nacheinander in der vorgegebenen Reihenfolge um.
• Starten Sie den Timer, wenn ein Entwickler mit einer Story beginnt. Stoppen Sie den Timer, wenn er der Meinung ist, dass die Story fertig ist.
• Der Kunde nimmt die Story an oder lehnt sie ab. Im Falle einer Ablehnung wird der Timer neu gestartet und die Story erneut bearbeitet. Bei Erfolg nimmt der Entwickler die nächste Story in Angriff.
• Zählen Sie am Ende der Runde die Geschäftspunkte aller vollständig ausgelieferten Stories zusammen und tragen Sie diese in das Ergebnisblatt ein. Berechnen Sie die Velocity auf der Grundlage der aufgewendeten Zeit.

Runde zwei – Ermittlung des Unternehmenswerts

• Lassen Sie das Team die erste Runde nachbesprechen.
• Geben Sie jedem Team sieben weitere Story-Karten. Das Team schätzt den Umfang der neuen Karten.
• Die Kunden wählen ab der ersten Runde Stories aus, die der Teamgeschwindigkeit entsprechen, und ordnen diese an.
• Die Entwickler setzen die Stories der Reihe nach um, bis die Zeit abgelaufen ist.
• Zählen Sie am Ende der Runde den Geschäftswert zusammen und berechnen Sie die Velocity.
• Vergleichen Sie dies mit der ersten Runde und ziehen Sie Bilanz.

Führen Sie so viele Iterationen durch, wie Sie möchten, um die Iterationsplanung zu verbessern.

Veröffentlicht unter der Creative Commons Namensnennung 4.0 International-Lizenz.

Der DevOps-Traum

Ein Simulationsspiel vomhttps://devops.games/pages/aboutTheGame.html Team von [Mechanical Rock].https://mechanicalrock.io/ Es soll den Teilnehmern die Prinzipien und Praktiken der DevOps-Methodik auf unterhaltsame und interaktive Weise näherbringen.

Lernziel: Den Teilnehmern dabei zu helfen, darüber nachzudenken, wie sie Software entwickeln und betreiben.

Spielzeit: Flexibel

Persönlich oder virtuell: virtuell

Anzahl der Spieler: 1

Erforderliche Ressourcen: DevOps Dream

So funktioniert das Spiel „DevOps Dream“

Die Spieler schlüpfen in die Rolle des CIO eines Unternehmens. Sie müssen die richtige Kombination aus Initiativen und Maßnahmen wählen, um ihr Team zum Erfolg zu führen.

Das Spiel „Der DevOps-Traum“

Das Spiel bietet ein geführtes Tutorial.

Zu den Schritten gehören –

• Die Wahl eines Unternehmens
• Entscheidung über Initiativen
• Analyse von Leistungskennzahlen

Es werden verschiedene Szenarien vorgestellt, zusammen mit einer Auswahl an Maßnahmen, die als Reaktion darauf ergriffen werden können.

Der Spieler wird anhand von vier Schlüsselkennzahlen über einen Zeitraum von drei Jahren bewertet.

• Menschen
• Produktivität
• Kundenzufriedenheit
• Stabilität