A Lightweight Scrum Sprint Simulation to Help Learners Traverse the Empirical Process Control Threshold Concept
Dieser Erfahrungsbericht stellt und bewertet eine leichte, skalierbare Sprint-Simulation vor, die Lernenden durch aktive Teilnahme in einer einzigen Lehrveranstaltung über verschiedene akademische und Schulungskontexte hinweg hilft, das Schwellenkonzept der empirischen Prozesssteuerung in Scrum zu beherrschen.
Originalarbeit lizenziert unter CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dies ist eine KI-generierte Erklärung des untenstehenden Papers. Sie wurde nicht von den Autoren verfasst oder gebilligt. Für technische Genauigkeit konsultieren Sie das Originalpaper. Vollständigen Haftungsausschluss lesen
Stellen Sie sich vor, Sie versuchen, einer Gruppe von Menschen beizubringen, wie man ein Schiff durch ein stürmisches Meer navigiert. Sie könnten ihnen einen Vortrag über Meeresströmungen, Windmuster und die Physik des Auftriebs halten. Oder Sie setzen sie in ein kleines Boot in einem ruhigen Hafen und lassen sie das Steuern üben, während Sie ihnen plötzlich Wellen entgegenwerfen.
Dieser Artikel beschreibt eine „kleines Boot"-Übung, die für Softwarestudenten entwickelt wurde. Die Autoren (Eduardo Miranda, Torgeir Dingsøyr und Pritam Chita) erstellten eine leichte, kostenlose und schnelle Simulation, um Studierenden zu helfen, Scrum zu beherrschen, eine beliebte Methode zum Management von Softwareprojekten.
Hier ist die Aufschlüsselung ihrer Idee, einfach erklärt:
Das Problem: Der „Kult der Kopie" in der Softwareentwicklung
Viele Studierende lernen die Wörter von Scrum (wie „Sprint", „Daily Stand-up" oder „Burndown Chart"), verstehen aber die Logik dahinter nicht wirklich. Sie wissen vielleicht, wie man ein Diagramm zeichnet, aber sie verstehen nicht, warum das Diagramm wichtig ist oder wie man reagiert, wenn etwas schiefgeht.
Die Autoren bezeichnen dies als ein „Schwellenkonzept". Stellen Sie sich ein Portal vor. Auf der einen Seite sind Sie ein Anfänger, der verwirrt ist und nur Regeln befolgt. Auf der anderen Seite sind Sie ein Experte, der intuitiv versteht, wie man sich anpasst, wenn Unvorhergesehenes eintritt. Das Durchqueren dieses Portals ist schwierig, und Studierende bleiben oft in der Mitte stecken, fühlen sich ängstlich und verwirrt.
Die Lösung: Ein „Brettspiel" für das echte Leben
Anstatt von Studierenden den Aufbau einer echten Softwareanwendung zu verlangen (was Monate dauert und das Schreiben von Code beinhaltet), entwickelten die Autoren ein Simulationsspiel, das in einer einzigen Unterrichtsstunde (etwa 2 Stunden) gespielt werden kann.
Wie das Spiel funktioniert:
- Der Aufbau: Die Studierenden werden in Teams eingeteilt. Sie erhalten eine „Aufgabenbrett" (wie eine Whiteboard mit Haftnotizen) und zwei spezielle „Glücksräder".
- Die Räder:
- Das Fortschrittsrad: Wenn die Lehrkraft dieses dreht, teilt es dem Team mit, wie viel Arbeit sie an diesem Tag tatsächlich erledigt haben. Manchmal haben sie Glück und schaffen viel; manchmal bleiben sie stecken und schaffen sehr wenig. Dies spiegelt das echte Leben wider, in dem Arbeit selten perfekt vorhersehbar ist.
- Das Ereignisrad: Dies wirft Überraschungen auf. Vielleicht wird ein Teammitglied krank, oder ein Kunde ändert plötzlich seine Meinung und fügt eine riesige neue Funktion hinzu.
- Das Spiel: Die Teams müssen ihre Diagramme ständig aktualisieren, entscheiden, welche Aufgaben als Nächstes erledigt werden sollen, und herausfinden, wie sie mit den Überraschungen umgehen. Sie schreiben keinen Code; sie treffen Entscheidungen über die Arbeit.
Warum dies besser ist als ein echtes Projekt
Die Autoren argumentieren, dass ein echtes Softwareprojekt für eine Klasse zu machen, wie der Versuch ist, Autofahren zu lernen, indem man zuerst ein Auto baut. Es dauert zu lange und konzentriert sich auf die falschen Dinge (wie das Schreiben von Code).
Diese Simulation ist besser, weil:
- Sie schnell ist: Sie komprimiert Wochen der Arbeit in zwei Stunden.
- Sie kontrolliert ist: Die Lehrkraft kann spezifische Probleme erzwingen (wie das Ausscheiden eines Teammitglieds), die in einem echten, kurzfristigen Studentenprojekt vielleicht nie auftreten würden.
- Sie sicher ist: Studierende können Fehler machen und die Ergebnisse sofort sehen, ohne Monate an Zeit zu verschwenden.
- Sie Spaß macht: Die drehenden Räder und der „gamifizierte" Charakter halten die Studierenden aufgeregt und engagiert.
Der „Aha!"-Moment
Der Artikel berichtet, dass Studierende, wenn sie dieses Spiel spielen, oft eine plötzliche Erkenntnis haben (einen „Aha!-Moment"). Sie verstehen endlich, warum Scrum funktioniert.
Zum Beispiel erkennen sie, dass sie, wenn sie große Aufgaben nicht in winzige Stücke zerlegen, ihren Fortschritt nicht genau verfolgen können, wenn das „Fortschrittsrad" schlecht dreht. Sie erkennen, dass „Tägliche Meetings" nicht nur eine langweilige Regel sind, sondern ein notwendiges Werkzeug, um auf die Überraschungen des „Ereignisrads" zu reagieren.
Die Ergebnisse
Die Autoren testeten dies an drei verschiedenen Universitäten mit Hunderten von Studierenden und Lehrassistenten.
- Studierende sagten, es fühlte sich realistisch an und half ihnen zu verstehen, dass Softwareprojekte voller Überraschungen stecken.
- Lehrassistenten erkannten, wie wichtig tägliche Entscheidungen für die Leitung eines Teams sind.
- Das Urteil: Die Simulation half den Studierenden erfolgreich, die „Schwelle" zu überqueren, von der bloßen Auswendiglernung von Regeln hin zum tatsächlichen Verständnis der Denkweise der agilen Softwareentwicklung.
Kurz gesagt: Der Artikel präsentiert einen „Flugsimulator" für Softwaremanager. Er lässt Studierende in einer sicheren, kontrollierten Umgebung abstürzen und verbrennen, damit sie später lernen können, ein echtes Flugzeug zu fliegen, ohne zuerst das Flugzeug bauen zu müssen.
Ertrinken Sie in Arbeiten in Ihrem Fachgebiet?
Erhalten Sie tägliche Digests der neuesten Arbeiten passend zu Ihren Forschungsbegriffen — mit technischen Zusammenfassungen, in Ihrer Sprache.