Game Production Project Planning: Unterschied zwischen den Versionen
K (Kategorie hinzugefügt) |
(Link zum Sprint Plan für 2024 aktualisiert) |
||
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
Diese Seite enthält Checklisten fürs Erstellen von Projektplänen für | Diese Seite enthält Checklisten fürs Erstellen von Projektplänen für die Projekte in [[Game Production]] für die Projektmanager*innen und Entwickler*innen. | ||
== Vorbereitung Projektmanagement == | == Vorbereitung Projektmanagement == | ||
# Deadlines & Milestones in Erfahrung bringen | # Deadlines & Milestones in Erfahrung bringen. | ||
# Grobes Game-Konzept fertigstellen | # Grobes Game-Konzept fertigstellen. | ||
# Dauer von Sprints definieren | # Dauer von Sprints definieren, z.B. 2 Wochen pro Sprint. Für ein Beispiel, siehe [https://docs.google.com/spreadsheets/d/1a0PDrcmk6BdjjBsR6_AaHTPtBrkb33C1IfELrtoIjAg/edit?usp=sharing Sprint Plan Template]. | ||
# Projektplanungstool ( | # Projektplanungstool definieren (GitHub Projects) & Projekt anlegen. | ||
# | # Scrum-Board aufsetzen über das in GitHub definerte Template "Team Backlog" erstellen (typische Spalten: Backlog, Ready, In Progress, Done). | ||
# Tasks anlegen | # Sprintplan als zusätzliche View anlegen, Datumsfelder für "Sprint start" und "Sprint end" anlegen. | ||
# Grober Projektplan bis zu den Deadlines | # Stories als Issues anlegen, Tasks innerhalb der Story als Taskliste anlegen, Datum (Sprint) festlegen, ggf. Priorität und Größe definieren. | ||
# Nächsten Sprint am Board ( | # Grober Projektplan bis zu den Deadlines in diesem Board erstellen. | ||
# Nächsten Sprint am Board (Ready) mit Stories befüllen (macht immer der*die Projektmanager*in). | |||
== Sprints == | == Sprints == | ||
Hier sind ein paar Tips zum Arbeiten in Sprints. | Hier sind ein paar Tips zum Arbeiten in Sprints. | ||
==== Sprint | ==== Sprint starten ==== | ||
# Projektmanager*in wählt die | # Der*die Projektmanager*in wählt die Stories für den kommenden Sprint aus und verschiebt sie in die Spalte Ready. | ||
# Sprint Kick-Off Meeting mit dem Team: | # Sprint Kick-Off Meeting mit dem Team: | ||
## Weiß jede*r was zu tun ist? | ## Weiß jede*r was zu tun ist? | ||
## Sind genug/zu viele | ## Sind genug/zu viele Stories zugeteilt? | ||
## Sind alle Aufgaben ausreichend definiert (oder ist weitere Konzeption nötig)? | ## Sind alle Aufgaben (Tasks) in den Stories ausreichend definiert (oder ist weitere Konzeption nötig)? | ||
==== Sprint | ==== Sprint abschließen ==== | ||
# Entwickler*innen aktualisieren den Status aller | # Die Entwickler*innen aktualisieren den Status aller Stories (Ready, In Progress, Done). | ||
# Projektmanager*in | # Der*die Projektmanager*in verschafft sich einen Überblick. | ||
# Sprint Review Meeting mit dem Team: | # Sprint Review Meeting mit dem Team: | ||
## Was wurde umgesetzt? | ## Was wurde umgesetzt? | ||
## Was ist übrig geblieben & warum? | ## Was ist übrig geblieben & warum? | ||
## Wie kann der nächste Sprint verbessert werden? | ## Wie kann der nächste Sprint verbessert werden? | ||
## Falls möglich: Build erstellen und spielen | ## Falls möglich: Build erstellen und spielen. | ||
# Falls nötig, Projektplan anpassen | # Falls nötig, Projektplan anpassen. | ||
== Checkliste Stories & Tasks == | |||
'''Story''': Ein Feature des Spiels; ein Kärtchen auf dem Scrum-Board (GitHub Issue). Eine Story kann von einer Person in weniger als einem Sprint umgesetzt werden. Ist dies nicht der Fall, ist sie zu groß definiert und sollte heruntergebrochen werden. | |||
'''Story''': Ein Feature des Spiels; ein Kärtchen auf dem | |||
'''Task''': Eine von mehreren Aufgaben, die zur Umsetzung einer Story nötig sind | '''Task''': Eine von mehreren Aufgaben, die zur Umsetzung einer Story nötig sind. Unterpunkte von Stories. | ||
=== Mögliche Stories für ein Semesterprojekt === | === Mögliche Stories für ein Semesterprojekt === | ||
Zeile 51: | Zeile 54: | ||
* Playtest Level X | * Playtest Level X | ||
* Iterate Feature X (eg. after play tests) | * Iterate Feature X (eg. after play tests) | ||
*Find & Test Asset Packages | * Find & Test Asset Packages | ||
* Create 3D Assets X, Y, Z | * Create 3D Assets X, Y, Z | ||
* Integrate 3D Assets X, Y, Z (import to Unity, set up materials & animations,...) | * Integrate 3D Assets X, Y, Z (import to Unity, set up materials & animations, ...) | ||
*Add Character Animations | * Add Character Animations | ||
* Build Effect X (Particles, Cloth, Animation,...) | * Build Effect X (Particles, Cloth, Animation,...) | ||
* Add Audio for Features X, Y, Z | * Add Audio for Features X, Y, Z |
Aktuelle Version vom 20. März 2024, 22:51 Uhr
Diese Seite enthält Checklisten fürs Erstellen von Projektplänen für die Projekte in Game Production für die Projektmanager*innen und Entwickler*innen.
Vorbereitung Projektmanagement
- Deadlines & Milestones in Erfahrung bringen.
- Grobes Game-Konzept fertigstellen.
- Dauer von Sprints definieren, z.B. 2 Wochen pro Sprint. Für ein Beispiel, siehe Sprint Plan Template.
- Projektplanungstool definieren (GitHub Projects) & Projekt anlegen.
- Scrum-Board aufsetzen über das in GitHub definerte Template "Team Backlog" erstellen (typische Spalten: Backlog, Ready, In Progress, Done).
- Sprintplan als zusätzliche View anlegen, Datumsfelder für "Sprint start" und "Sprint end" anlegen.
- Stories als Issues anlegen, Tasks innerhalb der Story als Taskliste anlegen, Datum (Sprint) festlegen, ggf. Priorität und Größe definieren.
- Grober Projektplan bis zu den Deadlines in diesem Board erstellen.
- Nächsten Sprint am Board (Ready) mit Stories befüllen (macht immer der*die Projektmanager*in).
Sprints
Hier sind ein paar Tips zum Arbeiten in Sprints.
Sprint starten
- Der*die Projektmanager*in wählt die Stories für den kommenden Sprint aus und verschiebt sie in die Spalte Ready.
- Sprint Kick-Off Meeting mit dem Team:
- Weiß jede*r was zu tun ist?
- Sind genug/zu viele Stories zugeteilt?
- Sind alle Aufgaben (Tasks) in den Stories ausreichend definiert (oder ist weitere Konzeption nötig)?
Sprint abschließen
- Die Entwickler*innen aktualisieren den Status aller Stories (Ready, In Progress, Done).
- Der*die Projektmanager*in verschafft sich einen Überblick.
- Sprint Review Meeting mit dem Team:
- Was wurde umgesetzt?
- Was ist übrig geblieben & warum?
- Wie kann der nächste Sprint verbessert werden?
- Falls möglich: Build erstellen und spielen.
- Falls nötig, Projektplan anpassen.
Checkliste Stories & Tasks
Story: Ein Feature des Spiels; ein Kärtchen auf dem Scrum-Board (GitHub Issue). Eine Story kann von einer Person in weniger als einem Sprint umgesetzt werden. Ist dies nicht der Fall, ist sie zu groß definiert und sollte heruntergebrochen werden.
Task: Eine von mehreren Aufgaben, die zur Umsetzung einer Story nötig sind. Unterpunkte von Stories.
Mögliche Stories für ein Semesterprojekt
- Create Concept for Feature X (ist manchmal auch nötig/sinnvoll)
- Program Character Controller
- Program Camera Controls
- Program Enemy X Controller
- Program Obstacle X
- Program Feature X
- Create Blockout for Level X
- Level Dressing for Level X
- Playtest Level X
- Iterate Feature X (eg. after play tests)
- Find & Test Asset Packages
- Create 3D Assets X, Y, Z
- Integrate 3D Assets X, Y, Z (import to Unity, set up materials & animations, ...)
- Add Character Animations
- Build Effect X (Particles, Cloth, Animation,...)
- Add Audio for Features X, Y, Z
- Create Visual Design for GUI
- Build GUI X
- Create Builds
- Submit to Moodle
- Update Project Plan
- Update PR Page
- Create Trailer
- Fix Bug X (entstehen meist während der Produktion)