Product Owner
Klärt Bedarf, Wert und Prioritäten. Gibt weder Schätzungen noch Überlastung vor.
ARIAVEO FOLGEN / SIMULATION
Lebe das Projekt.
Verstehen Sie seine Entscheidungen.
Ein virtuelles Team, ein Client, ein Budget und unerwartet. Eine mission zu lernen, wie man eine nützliche website liefert, ohne die leute zu vergessen, die sie bauen.
Ein individuelles Spiel, mehrere Rollen zu spielen, eine Nachbesprechung mit einem Trainer möglich.
HORIZON WORKSHOP · DEIN TEAM
"Was können wir mit der verfügbaren Kapazität wirklich beenden?"
ERFAHRUNG
Ein konkretes Projekt. Getrennte Zuständigkeiten.
Horizon Workshop möchte seine Workshops vorstellen und Terminanfragen erleichtern. Der Lernende klärt den Bedarf, schätzt die Arbeit ein, bereitet einen Sprint vor, reagiert auf die aufgetretenen Situationen und inspiziert das Ergebnis. Die abgeschlossenen Funktionen ändern die Vorschau der Website.
Entwickler
Schätzen Sie gemeinsam, organisieren Sie ihre Arbeit und bewerten Sie, was sie erledigen können.
Scrum Master
Erleichtert den Austausch und die Beilegung von Meinungsverschiedenheiten. Entscheide nicht anstelle von anderen.
Rollenwechsel dienen dem Lernen. Dies ist kein Multiplayer-Spiel: Kollegen, der Kunde und der Sponsor sind simulierte Charaktere.
VON DER ERFORDERNISSE
Jedes Feature bringt die Schiedsgerichtsbarkeit in die Praxis.
Kollektive Pokerplanung
Unterschiedliche Schätzungen, Argumente und Klärungen zu Umfang, Abhängigkeiten und Risiken. Das Team stimmt erneut ab; bei Uneinigkeit kann es den Sachverhalt untersuchen oder die Arbeit aufteilen.
Was dies impliziert: keine von PO, Scrum Master oder Lead vorgegebenen Zahlen. Punkte vergleichen die Größe der Bedürfnisse; Sie werden nicht zu Stunden.
Kapazität pro Person
Aufgaben zeigen ihre Zeitbereiche, Fähigkeiten und vorgeschlagenen Beiträge. Der Zeitplan vergleicht die Last mit der Verfügbarkeit jedes Mitglieds.
Was dies impliziert: die freie Zeit eines Entwicklers kompensiert nicht automatisch eine Überprüfungsüberlastung. Eine Untersuchung verbraucht auch Kapazität.
Tägliche und gegenseitige Hilfe
Der Spieler wählt eine Priorität, erklärt seine Verbindung zum Ziel und kann sich auf eine Aufgabenwiederherstellung oder ein Paar mit einer verfügbaren und kompetenten Person einigen.
Was dies impliziert: help mobilisiert zwei Personen; die übliche Arbeit des Kollegen kann warten. Das Paar verdoppelt nicht automatisch die Geschwindigkeit.
Ein Board, das die Arbeit verfolgt
Die Karten wechseln von "To do" zu "On" und dann zu "Checked" und "Completed". Abhängigkeiten, verbleibende Stunden, Manager und Blockaden bleiben sichtbar.
Was dies impliziert: eine Karte wird nicht geliefert, weil sie bewegt wird oder weil ihre Schätzung niedrig war. Die Arbeiten und Kontrollen müssen tatsächlich im Modell abgeschlossen werden.
Variable Situationen und Abwesenheiten
Die neuen Parteien behalten eine Auslosung von Situationen und Abwesenheiten. Eine geplante Abwesenheit reduziert die Kapazität des Zeitplans; ein unerwartetes Ereignis wird an der betreffenden Tageszeitung angekündigt.
Was dies impliziert: Neuladen lost Ereignisse nicht neu aus und verteilt keine zusätzlichen Stunden an andere. Eine fehlende Kompetenz kann abhängige Arbeiten verzögern.
Eine neue Nachfrage im Sprint
Ab dem zweiten Daily kann Léa einen Geschäftsbedarf anbieten. Der Spieler prüft die Beiträge und wählt eine Integrationsvereinbarung, einen Perimeter-Austausch oder einen Backlog-Aufschub.
Was dies impliziert: integration schafft echte Aufgaben. Sie wird abgelehnt, wenn das Entgelt höher als verfügbar bleibt. Ein Aufschub hält die Arbeit bereits erledigt und Abhängigkeiten werden kontrolliert.
Zusätzliche technische Arbeiten
Entwickler können eine technische Überprüfung beibehalten, die für einen laufenden Artikel erforderlich ist. Die Aufgabe erscheint auf dem Board, mit einer vorgeschlagenen Last und Beitrag.
Was dies impliziert: die Kontrollen warten auf diese Aufgabe. Die Last erhöht sich, ohne Handelspunkte zu machen; Das Team muss möglicherweise den Umfang mit dem PO überprüfen.
Ein Teambudget pro Sprint
Die pädagogische Hypothese lautet CHF 10.000 für einen fünftägigen Sprint oder CHF 30.000 für die Mission. Finanzierung, Verpflichtungen und Ausgaben werden unterschieden.
Was dies impliziert: die Kosten folgen simulierter Zeit, nicht Punkten oder produktiven Stunden. Eine Abwesenheit reduziert das Paket nicht. Ein Verlängerungsantrag gewährt nicht automatisch ein Budget.
Burn-up, Burn-down und Reviews
Der Burn-Up vergleicht die an den Sprintperimeter gelieferten Punkte. Der Burn-down folgt den verbleibenden Stunden vor einem idealen Wahrzeichen. Die Bewertungen bringen Lieferung, Wert und Finanzierung näher zusammen.
Was dies impliziert: hinzufügen von Arbeit oder Neubewertung einer Schwierigkeit kann dazu führen, dass die Kurve ansteigt. Eine ideale Flugbahn ist kein Versprechen. Die zukünftigen Tage bleiben leer.
Retrospektive und historische
In jedem Zyklus behält der Spieler eine Verbesserung und kann seine Entscheidungen überprüfen. Ergebnisse und Reflexionen nach Rollen bieten eine konkrete Grundlage für das Debriefing.
Was dies impliziert: einen Kompromiss zu erklären zählt beim Lernen. Die Partitur bietet einen Diskussionspunkt; er ersetzt nicht die Analyse des Trainers.
VERSTÄNDIGUNG DER FOLGENDEN
Eine Wahl kann dem Kunden helfen
und das team zu schwächen.
Die Folgen werden durch das Szenario definiert. Das folgende Beispiel vergleicht mehrere Antworten auf die gleiche Kundenrückgabe aus einem identischen Zustand.
Eine Rückkehr verändert Prioritäten
Die ersten Tests zeigen, dass die Mehrheit der Besucher von einem Telefon kommt. Der Kunde bevorzugt eine einfache und lesbare Route.
Diskussion hilft, zu vermitteln; der nächste Zeitplan kann diese Rückkehr widerspiegeln.
Teamenergie70/100
Vertrauen der Kunden70/100
Qualität78/100
Technische Schulden0/100
Beispiel aus dem Szenario. Click vergleicht Antworten; Daran ändert sich nichts. Ohne JavaScript bleiben die erste Antwort und ihre Auswirkungen lesbar.
Welche Indikatoren messen - und was nicht.
Teamenergie
Von 70/100. Übermäßiger Druck und Versprechen können es reduzieren; Zusammenarbeit und einige retrospektive Verbesserungen können es unterstützen.
Nachgeprüfte Wirkung: es tritt mit Zuversicht in die Achse "Zusammenarbeit" der Bilanz ein. Es ändert nicht direkt die verfügbaren Stunden oder die Arbeitsgeschwindigkeit. Eine Energie von 50 bedeutet nicht "doppelt so viel Produktion".
Vertrauen der Kunden
Es beginnt bei 65/100 und entwickelt sich entsprechend den vorgeschlagenen Antworten auf den Kunden oder Sponsor, Transparenz und Kompromisse.
Nachgeprüfte Wirkung: sie trägt zur gemeinsamen Bewertung bei. Es löst nicht automatisch einen Kundenausstieg oder eine Reduzierung der Finanzierung aus.
Qualität
Es beginnt bei 75/100. Abkürzungen können es verschlechtern; Frühe Kontrollen und Qualitätsentscheidungen können es verbessern.
Nachgeprüfte Wirkung: er trägt zur Bestandsaufnahme und zum Online-Bereitschaftsindikator bei. Verifizierungsaufgaben müssen noch separat erledigt werden: eine hohe Spurweite vervollständigt sie nicht.
Technische Schulden
Sie fängt bei 0 an. Einige Kompromisse nehmen zu; eine verbesserte Überprüfung kann sie reduzieren.
Nachgeprüfte Wirkung: ab 12 Uhr zieht das Modell eine Stunde simulierter Tagesverfügbarkeit zurück. Schulden reduzieren auch die Qualitätsachse der Bilanz. Es ist eine Lehrregel, kein universelles Gesetz der Softwareentwicklung.
Wie liest man das Endergebnis?
Die Punktzahl vereint vier Achsen: gelieferter Wert (30%), Qualität (25%), Anpassung (20%) und Zusammenarbeit (25%). Zusammenarbeit ist der Durchschnitt von Vertrauen und Energie. Die Qualitätsachse subtrahiert die Hälfte der technischen Schulden, gerundet. Anpassung basiert auf Reaktionen auf Situationen, die als Anpassungspraktiken im Szenario erkannt werden.
Freie Erklärungen, die Relevanz von Schiedsverfahren und alle Management-Maßnahmen werden durch diese Punktzahl nicht semantisch bewertet. Sie bleiben in der Geschichte für Nachbesprechung. Dieser Score ist keine Scrum-Zertifizierung.
FUNKTIONALE VALIDIERUNG/2. NOVEMBER 2026
20 volle missionen.
Durchsuchbare Ergebnisse.
Parcours automatisés sur cinq politiques et quatre tirages partagés. Ce ne sont pas des essais utilisateurs. Jede Politik wurde auf vier identischen Durchläufen von Situationen und Abwesenheiten ausgeführt, mit Ausnahme des Zeugenfalls ohne Abwesenheit. Die Skriptauswahl folgt einer festen Regel: Sie sind weder Menschen noch Lernagenten.
20drei sprints2 443behauptungen in dieser kampagneCHF 30.000endkosten jeder strecke
| Automatisierte Strategie | Gelieferte Features | Energie /100 | Schulden / 100 | Zulässige Anträge |
|---|---|---|---|---|
| Prioritäten und Kapazitäten | 5–8 | 94 | 0 | 0 |
| Breiter Umfang, Dialog | 7–10 | 94 | 0 | 0 |
| Breiter Umfang, Druck | 7–10 | 36 | 24 | 0 |
| Verhandlungsanträge | 7–9 | 94 | 0 | 3 |
| Dialog, ohne Abwesenheit | 11–13 | 94 | 0 | 0 |
Der Druck liegt nicht nur im Fluss.
In diesen Tests enden Durchläufe mit großem Umfang und Druck mit 36/100 Energie und 24/100 technischer Schuld, gegenüber 94 und 0 bei vergleichbaren Durchläufen mit mehr Dialog. Die Zahl gelieferter Funktionen ist manchmal ähnlich.
Die Nachbesprechung muss daher mehrere Dimensionen betrachten, anstatt nur die Anzahl der abgeschlossenen Karten zu belohnen.
Die Reduzierung des Perimeters garantiert nicht die beste Punktzahl.
Das Skript "Priorität und Kapazität" ist bewusst vorsichtig; er liefert weniger Elemente auf einigen Drucken. Die abwesenheitsfreie Version hat mehr Kapazität. Neue Anforderungen können auch die Anzahl und den Wert von Elementen im Backlog ändern.
Diese Tests überprüfen die Funktionsweise des Modells. Sie beweisen keinen Lerngewinn oder die Überlegenheit einer Strategie in einem realen Projekt.
Was haben wir zusätzlich zu den 20 Routen überprüft?
- Kollektivvereinbarung beim Poker, Ablehnung einer auferlegten Schätzung, Untersuchung und Kürzung.
- Individuelle Kapazitäten, Abwesenheiten, gegenseitige Hilfe, Abhängigkeiten und Kontrollen vor der Lieferung.
- Verhandelte Addition, Überlastverweigerung, Verschiebung auf den nächsten Poker und technische Aufgabenblockierungsprüfungen.
- Festes Budget, Arbeitserhaltung, Grafik und Geschichte der Sprints.
- Backup, Reload, Double Submission, Revisionskonflikte und Zugriffstrennung.
- Durchsuchen Sie den Browser, lesen Sie nur den Coach und zeigen Sie 390, 768 und 1.440 Pixel an.
Testspiele verwenden isolierte Basen. Kein Teil eines Lernenden wurde für diese Kampagne abgeschlossen oder zurückgesetzt.
FÜR AUSBILDUNGSSTELLEN
Vorbereiten, Beobachten, Nachbesprechung.
Administrator
Ermöglicht das Modul für seine Einrichtung und weist eine Mission einem bestehenden Teilnehmer oder einer Gruppe zu. Die Sitzungen bleiben zwischen den Institutionen getrennt.
Lernen
Kann mehrere Teile desselben Szenarios parallel öffnen, jedes einzeln wiederholen und seine Entscheidungen konsultieren. Fortschritt und alte Ergebnisse bleiben unabhängig.
Coach
Konsultiert die Sitzungen, die zum Lesen allein erlaubt sind. Die Begründungen, die Entwicklung der Indikatoren und die Ergebnisse ermöglichen es, konkrete Kompromisse zu diskutieren.
Vier Fragen zum Debriefing
- Was haben Sie geschützt, als die Kapazität abnahm?
- Welches Versprechen hatte Kosten für das Team oder die Qualität?
- Welche neue Anfrage war es wert, ersetzt zu werden?
- Was würden Sie ändern, indem Sie die gleichen Situationen wiederholen?
Ein expliziter Rahmen für das Lernen mit Unterscheidung.
- Spielzeit: 60-90 Minuten sind eine pädagogische Schätzung, kein Maß aus Benutzertests. Planen Sie mehr für ein animiertes Debriefing.
- Schriftliche Reaktionen: charaktere, Stimmen und Konsequenzen folgen dem Muster. Dies ist kein freier Dialog mit menschlichen Kollegen.
- Separate Auswirkungen: einige antworten ändern die indikatoren; explizite perimeter- und additionsvereinbarungen erstellen oder entfernen arbeiten am board.
- Finanzierung: das Paket ist eine Übung Annahme. Eine Verlängerung kann vorbereitet werden, aber die Mission bleibt auf drei Sprints begrenzt.
- Hintergrund: ein alter Teil behält sein Drehbuch. Graphenwerte, die nicht aufgezeichnet wurden, werden nicht erfunden.
- Anwendungsbereich: eine Mission bereit zum Spielen, ohne Skript-Editor. Die hier veröffentlichten Ergebnisse beziehen sich auf den am angegebenen Datum getesteten V6-Motor.
Menschen, Unternehmen, Budgets und fiktive Daten. Präsentation und Funktionsvalidierungsbericht · 2. November 2026.