Game Production Project Planning: Unterschied zwischen den Versionen

Aus hagenberg.games Wiki
K (Vivien.schreiber verschob die Seite Game Production Stories nach Game Production Project Planning, ohne dabei eine Weiterleitung anzulegen: Titel konkretisiert)
(Link zum Sprint Plan für 2024 aktualisiert)
 
(4 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Diese Seite enthält Checklisten fürs Erstellen von Projektplänen für Semesterprojekte für die Projektmanager*innen und Entwickler*innen.
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 (zb 2 Wochen pro Sprint)
# 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 (trello.com, etc) definiert & Projekt angelegt
# Projektplanungstool definieren (GitHub Projects) & Projekt anlegen.
# SCRUM-Board aufsetzen (Typische Spalten: Backlog, Todo, In Progress, Done)
# 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 (als Text oder Diagramm in zb Excel)
# 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 (Todo) mit Tasks befüllen
# 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 Starten ====
==== Sprint starten ====


# Projektmanager*in wählt die Tasks für den kommenden Sprint aus und verschiebt sie in Todo
# 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 Tasks zugeteilt?  
## 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 Abschließen ====
==== Sprint abschließen ====


# Entwickler*innen aktualisieren den Status aller Tasks (Todo, In Progress, Done)
# Die Entwickler*innen aktualisieren den Status aller Stories (Ready, In Progress, Done).
# Projektmanager*in schafft sich einen Überblick
# 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 Tasks & Stories ==
== Checkliste Stories & Tasks ==
'''Story''': Ein Feature des Spiels; ein Kärtchen auf dem SCRUM-Board; kann von einer Person in weniger als einem Sprint umgesetzt werden


'''Task''': Eine von mehreren Aufgaben, die zur Umsetzung einer Story nötig sind; Unterpunkte von Stories
'''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 ===
=== 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
* 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
* 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
Zeile 63: Zeile 68:
* Create Trailer
* Create Trailer
* Fix Bug X (entstehen meist während der Produktion)
* Fix Bug X (entstehen meist während der Produktion)
[[Kategorie:Game Production]]

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

  1. Deadlines & Milestones in Erfahrung bringen.
  2. Grobes Game-Konzept fertigstellen.
  3. Dauer von Sprints definieren, z.B. 2 Wochen pro Sprint. Für ein Beispiel, siehe Sprint Plan Template.
  4. Projektplanungstool definieren (GitHub Projects) & Projekt anlegen.
  5. Scrum-Board aufsetzen über das in GitHub definerte Template "Team Backlog" erstellen (typische Spalten: Backlog, Ready, In Progress, Done).
  6. Sprintplan als zusätzliche View anlegen, Datumsfelder für "Sprint start" und "Sprint end" anlegen.
  7. Stories als Issues anlegen, Tasks innerhalb der Story als Taskliste anlegen, Datum (Sprint) festlegen, ggf. Priorität und Größe definieren.
  8. Grober Projektplan bis zu den Deadlines in diesem Board erstellen.
  9. 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

  1. Der*die Projektmanager*in wählt die Stories für den kommenden Sprint aus und verschiebt sie in die Spalte Ready.
  2. Sprint Kick-Off Meeting mit dem Team:
    1. Weiß jede*r was zu tun ist?
    2. Sind genug/zu viele Stories zugeteilt?
    3. Sind alle Aufgaben (Tasks) in den Stories ausreichend definiert (oder ist weitere Konzeption nötig)?

Sprint abschließen

  1. Die Entwickler*innen aktualisieren den Status aller Stories (Ready, In Progress, Done).
  2. Der*die Projektmanager*in verschafft sich einen Überblick.
  3. Sprint Review Meeting mit dem Team:
    1. Was wurde umgesetzt?
    2. Was ist übrig geblieben & warum?
    3. Wie kann der nächste Sprint verbessert werden?
    4. Falls möglich: Build erstellen und spielen.
  4. 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)