Der Vertical Slice: ein Risiko prüfen und die Quality Baseline festlegen

Ein Vertical Slice muss eine Produktionsfrage mit einem spielbaren Querschnitt des vorgesehenen Spiels beantworten. Er soll ein benanntes Risiko sichtbar machen und dabei Engineering, Art, Audio und Spielerlebnis in Produktionsqualität zusammenbringen.

Bei Clowdr hat seine Genehmigung eine konkrete Folge: Der Slice wird zur verbindlichen Quality Baseline und öffnet die Production. Dies ist ein Leitfaden für diese Freigabe, keine Behauptung, dass jedes Projekt dieselbe Slice-Größe oder denselben Zeitplan braucht.

Das Risiko vor der Inhaltsmenge benennen

Wählt ein Risiko, das die Produktionsentscheidung ändern kann. In einem hypothetischen kurzen Erkundungsspiel könnte es darum gehen, ob Spieler den Weg mit der vorgesehenen Beleuchtung und Klanggestaltung erkennen. Haltet fest, wie eine brauchbare Antwort aussieht und welche Nachweise den Plan widerlegen könnten.

Verbindet die Frage mit dem genehmigten Player Promise. Ein Slice kann technisch solide sein und trotzdem das Erlebnis verfehlen, für das das Projekt genehmigt wurde.

Den Querschnitt begrenzen und einen Prüftermin setzen

Definiert den kleinsten integrierten Abschnitt, der die Frage in der vorgesehenen Qualität beantworten kann. Listet den enthaltenen Spielerpfad, die nötige fachliche Arbeit, die Plattform und die Teile außerhalb dieses Meilensteins auf.

Legt einen Prüftermin mit Menschen fest, die den Build spielen oder untersuchen können. Ein Datum schafft einen Entscheidungspunkt; es hebt Qualitätsanforderungen nicht auf. Wenn Nachweise fehlen werden, erklärt die Lücke vor der Prüfung.

In der Slice Phase sind nur Aufgaben zum Aufbau, zur Integration und zur Prüfung dieses Slices übernehmbar. Die übrige Roadmap darf sichtbar bleiben, wartet aber auf die Genehmigung der Quality Baseline.

Den spielbaren Build und seine Grenzen prüfen

Bringt einen versionierten Build und die Bedingungen seiner Prüfung mit. Zeigt den vorgesehenen Spielerpfad. Liefert relevante Playtest-Beobachtungen, integrierte fachliche Entscheidungen, verbleibende Defekte sowie Quellen- oder Rechtefragen.

Trennt einen beobachteten Befund von einer geplanten Korrektur. „Spieler haben dieses Signal in diesem Test übersehen“ beschreibt einen Nachweis. „Der nächste Durchgang löst die Lesbarkeit“ beschreibt eine Absicht. Beides darf ohne Daten nicht als allgemeine Erfolgsrate dargestellt werden.

Clowdr bewertet den Slice am Player Promise und genehmigt ihn als Quality Baseline, bevor die breitere Production beginnt. Eine abgeschlossene Contributor-Aufgabe oder das Vertrauen des Leads ersetzt diese Genehmigung nicht.

Die Baseline nach der Genehmigung nutzbar halten

Bewahrt die geprüfte Build-Version und eine kurze Aufzeichnung ihrer prägenden Qualitätsentscheidungen auf. Spätere Arbeit darf die Richtung verbessern oder bewusst verändern. Das vollständige Spiel darf aber nicht still unter den Zusammenhalt und die Ausarbeitung fallen, mit denen es die Production erreicht hat.

Die Publication Review vergleicht das vollständige Spiel mit dieser Baseline, dem genehmigten Feature Scope und den Five Proofs of Release. Überarbeitungsanforderungen müssen sich anhand dieser Bezüge erklären lassen.

How We Ship beschreibt den Ablauf; Scope-Kontrolle trennt Reparaturen von neuen Fähigkeiten. Der Slice soll dem Projekt Nachweise, eine Qualitätsreferenz und eine klare nächste Freigabe hinterlassen.