Ein Clowdr-Spiel abschließen: vom Player Promise zur Publication Review

Ein Clowdr-Spiel ist Done, wenn seine genehmigten Aufgaben und Release Blockers erledigt sind und das integrierte Ergebnis den Veröffentlichungsstandard erfüllt. Danach reicht der Lead es zur Publication Review ein. Ein leeres Task-Board allein macht das Spiel nicht bereit.

Clowdr befindet sich vor dem ersten Release. Dieser Leitfaden beschreibt das genehmigte Produktionssystem, keine Geschichte bereits darüber veröffentlichter Spiele.

Mit einem tragfähigen Spielerlebnis beginnen

Der Project Pitch benennt einen Player Promise: für wen das Spiel ist, was diese Menschen sinnvoll tun oder erleben und warum das Erlebnis ihre Zeit wert ist. Er legt außerdem Release-Ziel, Plattform, Feature Scope, Vertical Slice Plan, AI Production Note, Lead-Beitrag, benötigte Contributors und die Rechteposition fest.

Passt das Versprechen an die verfügbaren Menschen und ihre Kapazität an. Ein optionaler Prototype kann vor dem Pitch eine Produktionsfrage testen. Clowdr genehmigt aber den Project Pitch, nicht den Prototype. Der Prototype bleibt ein Nachweis für eine Entscheidung.

AI-Nutzung ist optional. Der Pitch muss die bewusste Position des Projekts erklären, einschließlich der Bereiche mit und ohne Unterstützung und der Gründe dafür.

Production durch den Vertical Slice verdienen

Die Genehmigung öffnet die Slice Phase. Nur Arbeit zum Aufbau, zur Integration und zur Prüfung des Vertical Slice ist übernehmbar. Haltet den integrierten Build spielbar, während Beiträge eintreffen. Eine unverbundene Sammlung fertiger Assets belegt kein funktionierendes Spiel.

Clowdr prüft den Slice am Player Promise und genehmigt ihn als verbindliche Quality Baseline. Diese Genehmigung öffnet die Production. Das vollständige Spiel muss später den Zusammenhalt und die Ausarbeitung der Baseline erreichen oder verbessern.

Das genehmigte Spiel fertigstellen

Integriert während der Production häufig und berichtet wöchentlich über Fortschritt, nächste Arbeit und Blocker. Vereinbart kleine, abgegrenzte Aufgaben mit klaren Übergaben. Haltet einen spielbaren Build verfügbar, damit Probleme im Spiel sichtbar werden.

Der Feature Scope bleibt gesperrt. Neue Fähigkeiten gehören in einen späteren Pitch. Defekte, Auslassungen, Rechteprobleme oder Integrationsfehler, die den Standard für das genehmigte Spiel verhindern, sind Release Blockers und erzeugen notwendige Arbeit.

Stockt das Projekt, benennt fehlende Nachweise oder Kapazitäten und trefft mit dem Lead und Clowdr eine dokumentierte Entscheidung. Ein ruhendes Backlog unbegrenzt fortzuführen ist kein Produktionsplan.

Nachweise zur Veröffentlichungsentscheidung mitbringen

Sobald das Projekt Done ist, reicht der Lead einen Release Candidate mit integriertem Build, Veröffentlichungsmaterialien und Final AI Production Note ein. Bereitet Nachweise für alle Five Proofs vor:

• Promise Proof: Das vollständige Spiel liefert das genehmigte Erlebnis.
• Build Proof: Der kritische Pfad funktioniert auf jeder angegebenen Plattform.
• Craft Proof: Das Spiel erreicht die Quality Baseline ohne Platzhalter oder Unowned Output.
• Ownership Proof: Beiträge, Herkunft, Rechte, Lizenzen, Offenlegungen, Attributionen und Credits sind geklärt.
• Publication Proof: Spiel und Veröffentlichungsmaterialien passen zutreffend zum genehmigten Veröffentlichungsziel.

Playtests sind verpflichtende Nachweise. Die passende Abdeckung hängt vom Release ab; Clowdr legt keine allgemeine Testerzahl fest.

Clowdr entscheidet über Accepted, Revision Required oder Publication Declined. Der Lead veröffentlicht nicht durch eigene Erklärung. Ein unabhängiger Release verlangt eine Ablehnung sowie ausdrückliche schriftliche Genehmigung und eine projektspezifische Unterlizenz.

How We Ship ist der vollständige Produktionsstandard. Nutzt den Slice-Leitfaden und die Scope-Kontrolle, um die nächste konkrete Entscheidung auf diesem Weg vorzubereiten.