Game Production Project Planning: Unterschied zwischen den Versionen

Aus hagenberg.games Wiki
(Dokument mit aktuellen Infos zu GitHub ergänzt)
(Dokument präzisiert)
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, z.B. 2 Wochen pro Sprint. Für ein Beispiel, siehe [https://docs.google.com/spreadsheets/d/1dwc3_qH2WzeJD7dPeH1NhV79KZ5l_Mg8ng9yZCfsPHE/edit?usp=sharing Sprint Plan Template]
# Dauer von Sprints definieren, z.B. 2 Wochen pro Sprint. Für ein Beispiel, siehe [https://docs.google.com/spreadsheets/d/1dwc3_qH2WzeJD7dPeH1NhV79KZ5l_Mg8ng9yZCfsPHE/edit?usp=sharing Sprint Plan Template].
# Projektplanungstool definiert (GitHub Projects) & Projekt angelegt
# Projektplanungstool definieren (GitHub Projects) & Projekt anlegen.
# SCRUM-Board aufsetzen über das definerte Template erstellen (typische Spalten: Backlog, Ready, In Progress, Done)
# 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
# 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.
# 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
# Grober Projektplan bis zu den Deadlines in diesem Board erstellen.
# Nächsten Sprint am Board (Todo) mit Tasks befüllen
# Nächsten Sprint am Board (Ready) mit Stories befüllen (macht immer der*die Projektmanager*in).


== Sprints ==
== Sprints ==
Zeile 17: Zeile 17:
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 Ready
# 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 (Ready, 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 (GitHub Issue); kann von einer Person in weniger als einem Sprint umgesetzt werden
'''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
'''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 ===

Version vom 21. März 2023, 09:04 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)