Die Build-Besprechung am Freitag: eine Änderung zeigen und entscheiden

Wählt eine Änderung, die jemand bis Freitag prüfen kann. Integriert sie in einen spielbaren Build, wenn sie das Spiel betrifft, zeigt sie einer anderen Person und haltet kurz fest, was funktioniert und was offen bleibt.

Clowdr verlangt wöchentliche Updates und häufige Integration. Diese Freitagsbesprechung setzt die Erwartungen in einen regelmäßigen Build-Rhythmus um. „Ship it“ im alten Artikeltitel ist keine Erlaubnis, ein unfertiges Spiel zu veröffentlichen.

Die Wocheneinheit innerhalb der aktuellen Freigabe vereinbaren

Wählt eine abgegrenzte Änderung aus der Arbeit, die Contributors aktuell übernehmen dürfen. In der Slice Phase muss sie den Vertical Slice aufbauen, integrieren oder prüfen. In der Production muss sie dem genehmigten Feature Scope dienen oder einen Release Blocker lösen.

Benennt die verantwortliche Person, das vorgesehene Verhalten und die Übergabe. „Den Neustart der genehmigten Begegnung über das Controller-Menü zeigen“ gibt der Person am Freitag ein prüfbares Ziel. Eine Zahl geschlossener Aufgaben leistet das nicht.

Die Einheit muss klein genug sein, um vor der Besprechung integriert zu werden. Wächst sie, reduziert die Zusage oder meldet den Blocker beim Lead. Fügt kein neues Feature hinzu, nur um eine eindrucksvollere Demo zu liefern.

Einer anderen Person drei Teile zeigen

Nutzt eine kurze Demo mit drei Teilen: vorgesehenes Verhalten, sichtbare Änderung und verbleibende Lücke oder nächste Frage. Verlinkt die Build-Version und die zugehörige Aufgabe, damit andere Contributors sie später prüfen können.

Ladet eine Person ein, die hilfreiches Feedback zur Frage geben kann. Bei einer Playtest-Anfrage nennt ihr Build-Stufe, Zielplattform, Feedback-Frage und bekannte Probleme. Eine wöchentliche Begutachtung liefert Kontext, ersetzt aber nicht die erforderlichen Playtest-Nachweise für den Release.

Scheitert die Integration, nutzt den Ausweichweg ehrlich: Zeigt den Arbeitsstand, den Fehler und die kleinste nächste Handlung. Ein „Ugly Commit“ ist ein sichtbarer Zwischenstand mit bekannten Grenzen. Er ist keine defekte Änderung auf dem spielbaren Hauptbranch. Unfertige Arbeit bleibt auf ihrem Branch, bis sie sicher integriert werden kann.

Vor Montag eine Feedback-Entscheidung treffen

Haltet eine daraus folgende Entscheidung fest: eine Korrektur, eine sinnvolle Folgeprüfung oder einen Grund, das Verhalten beizubehalten. Benennt eine verantwortliche Person. Ist keine Änderung begründet, dokumentiert das, statt Arbeit für das Ritual zu erfinden.

Das Wochenupdate enthält anschließend Fortschritt, nächste Arbeit und Blocker mit Nachweisen. Über mehrere Besprechungen können diese Aufzeichnungen wiederkehrende Integrations- oder Scope-Probleme sichtbar machen. Eine spätere Field Note kann die Geschichte mit Projektkontext und Grenzen untersuchen.

Accountability Circles liefern eine Gruppenagenda, How We Ship erklärt die Freigaben. Ein Freitagsbuild ist ein Produktionszwischenstand. Die Veröffentlichung folgt auf ein Done Project, einen Release Candidate und Clowdrs Prüfung der Five Proofs.