Doungen the Game - Projekthandbuch

A rogue-like dungeon crawler 

Projekthandbuch 

Von Simon Reiser, 

Michael Miedler, Dominik Beyerle 

und Bernhard Poelz 

Dezember 2014

Reiser, Miedler, Beyerle, Pölz, Rait 

Übersicht: 

Änderungsverzeichnis .......................................................................................................................... 3 

Ansprechpartner .................................................................................................................................... 4 

Projektpläne ............................................................................................................................................. 4 

Projektauftrag ..................................................................................................................................... 4 

Projektzieleplan .................................................................................................................................. 5 

Projektumwelt-Analyse .................................................................................................................... 6 

Projektorganigramm ......................................................................................................................... 7 

Betrachtungsobjektplan .................................................................................................................. 8 

Projektstrukturplan .......................................................................................................................... 9 

Arbeitspaket-Spezifikationen ...................................................................................................... 10 

AP-Spezifikation für Doungen (2.1, Find Middleware) ............................................................ 10 

AP-Spezifikation für Doungen (2.2, Find VCS) ........................................................................... 10 

AP-Spezifikation für Doungen (2.3, Create Technical Analysis) ............................................ 11 

AP-Spezifikation für Doungen (2.4, Create Pitch Document) ................................................ 12 

AP-Spezifikation für Doungen (2.5, Create Game Design Document) ................................ 12 

AP-Spezifikation für Doungen (3.1, Design User Interface) ................................................... 13 

AP-Spezifikation für Doungen (3.2, Design Game Mechanics).............................................. 14 

AP-Spezifikation für Doungen (3.3, Design Art Style) .............................................................. 14 

AP-Spezifikation für Doungen (3.4, Design Content) .............................................................. 15 

AP-Spezifikation für Doungen (4.1, Produce/Find Assets) ..................................................... 16 

AP-Spezifikation für Doungen (4.2, Implement User Interface) ........................................... 16 

AP-Spezifikation für Doungen (4.3, Implement Game Engine) ............................................. 17 

AP-Spezifikation für Doungen (4.4, Implement Content) ....................................................... 18 

AP-Spezifikation für Doungen (5.1, Test Game) ....................................................................... 18 

AP-Spezifikation für Doungen (5.2,Balance Game) ................................................................. 19 

AP-Spezifikation für Doungen (5.3, Beta Test) .......................................................................... 20 

15.12.2014 Seite 2 von 35


AP-Spezifikation für Doungen (6.1, Create Website) ............................................................... 20 

AP-Spezifikation für Doungen (6.2, Create Trailer) .................................................................. 21 

AP-Spezifikation für Doungen (6.3, Create Gameplay Videos) .............................................. 22 

AP-Spezifikation für Doungen (6.4, Send Copies to Reviewers) ........................................... 22 

AP-Spezifikation für Doungen (6.5, Publish on Steam Greenlight) ...................................... 23 

Projektfunktionendiagramm ....................................................................................................... 24 

Projektmeilensteinplan .................................................................................................................. 26 

Projektbalkenplan............................................................................................................................ 27 

Projektkostenplan ........................................................................................................................... 28 

Projektkommunikationsstrukturen .......................................................................................... 28 

Projekt-”Spielregeln” ....................................................................................................................... 29 

Projektrisikoanalyse ....................................................................................................................... 29 

Projektdokumentation ................................................................................................................... 30 

Projektkoordination ............................................................................................................................ 31 

Arbeitspakete .................................................................................................................................... 31 

Projektcontrolling ................................................................................................................................ 32 

Anfang September ........................................................................................................................... 32 

Arbeitsaufteilung ................................................................................................................................. 34 

Änderungsverzeichnis 

Version 

Beschreibung / Änderungen 

1.0 Erste Version 

15.12.2014 Seite 3 von 35


Ansprechpartner 

Name 

Organisationseinheit 

Rolle im 

Projekt 

E-Mail 

Andreas 

Schenk 

Schule Projektbetreuer schenk@spengergasse.at 

Heinz Peter 

Schindelar 

Schule 

Projektbetreuer schindelar@spengergasse.at 

Projektpläne 

Projektauftrag 

Projektstartereignis: 

Online-Meeting 

Inhaltliches Projektendereignis: 

Veröffentlichung auf Steam 

Projektstarttermin: 

20. September 2014 

Projektendtermin: 

14. Juni 2014 

Formales Projektendereignis: 

Abschlusspräsentation 

Projektziele: 

Echtzeitbasiertes Gameplay 

Dreidimensional 

Prozedural generierte Inhalte 

Zwei Gegnertypen 

Plattformübergreifend 

Pixel-Art-Stil 

Nicht-Projektziele: 

- 

15.12.2014 Seite 4 von 35


Hauptaufgaben (Projektphasen): 

Projektmanagement 

Requirements Analysis 

Design 

Implementation 

Testing Phase 

Marketing 

Projektauftraggeber: 

HTBLVA Spengergasse 

Projektressourcen und -kosten: 

Es wird ausschließlich freie Software 

verwendet. 

Projektleiter: 

Simon Reiser 

Projektteam: 

Simon Reiser 

Michael Miedler 

Alexius Rait 

Dominik Beyerle 

Bernhard Pölz 

Projektzieleplan 

Soll-Ziele 

Echtzeitbasiertes Gameplay 

Dreidimensionale Grafiken 

Fertiger Dungeon 

Zwei Gegnertypen 

Plattformübergreifend 

Kann-Ziele 

Prozedural generierte Dungeons 

Mehr als zehn Gegnertypen 

Endgegner 

Mehrspielerunterstützung über ein 

Netzwerk 

Dynamic Lighting und Shadow Mapping 

Pixel-Art-Stil 

15.12.2014 Seite 5 von 35


Projektumwelt-Analyse 

15.12.2014 Seite 6 von 35


Projektorganigramm 

Projektrolle Aufgabenbereiche/Skills Name 

Projektauftraggeber - HTL Spengergasse 

Projektleiter Koordiniert das Projekt Simon Reiser 

Projektteammitglieder 

Projektbetreuer 

Erledigen die geforderten 

Aufgaben für das Projekt 

Stellen beratende 

Funktionen dar 

Michael Miedler, Alexius Rait, 

Dominik Beyerle, Bernhard 

Pölz 

Andreas Schenk, Heinz Peter 

Schindelar 

15.12.2014 Seite 7 von 35


Betrachtungsobjektplan 

15.12.2014 Seite 8 von 35


Projektstrukturplan 

15.12.2014 Seite 9 von 35


Arbeitspaket-Spezifikationen 

AP-Spezifikation für Doungen (2.1, Find Middleware) 

AP-Inhalt 

In diesem Arbeitspaket wird die benötigte Middleware für das Projekt gefunden. 

AP-Nicht-Inhalte 

In diesem Arbeitspaket wird die Middleware nicht implementiert. 

AP-Ergebnisse 

Nach dem Abschluss dieses Arbeitspaketes wurde die benötigte Middleware gefunden. 

AP-Leistungsfortschrittmessung 

Das Arbeitspaket ist abgeschlossen, wenn die benötigte Middleware gefunden worden 

ist. 

AP-Spezifikation für Doungen (2.2, Find VCS) 

AP-Inhalt 

In diesem Arbeitspaket wird das benötigte Version Control System für das Projekt 

gefunden. 

15.12.2014 Seite 10 von 35



In diesem Arbeitspaket wird das Version Control System nicht implementiert. 

AP-Ergebnisse 

Nach dem Abschluss dieses Arbeitspaketes wurde das benötigte Version Control System 

gefunden. 


Das Arbeitspaket ist abgeschlossen, wenn das benötigte Version Control System 

gefunden worden ist. 

AP-Spezifikation für Doungen (2.3, Create Technical Analysis) 

AP-Inhalt 

In diesem Arbeitspaket wird erfasst, wie die Anforderungen des Projekts technisch 

umgesetzt werden. 


In diesem Arbeitspaket wird das Spiel noch nicht implementiert. 

AP-Ergebnisse 

Nach dem Abschluss dieses Arbeitspaketes liegt die technische Umsetzung vor und dient 

als Grundlage für die Implementierung. 

15.12.2014 Seite 11 von 35



Liegt zu jedem Bereich der Implementierung ein Plan vor, wie dieser umgesetzt wird, so 

ist dieses Arbeitspaket abgeschlossen. 

AP-Spezifikation für Doungen (2.4, Create Pitch Document) 

AP-Inhalt 

In diesem Arbeitspaket wird das Pitch Document für das Projekt erstellt. 


In diesem Arbeitspaket wird kein Game Design Document erstellt. 

AP-Ergebnisse 

Nach dem Abschluss dieses Arbeitspaketes wurde das Pitch Document erstellt. 


Das Arbeitspaket ist abgeschlossen, wenn das Pitch Document erstellt worden ist. 

AP-Spezifikation für Doungen (2.5, Create Game Design Document) 

AP-Inhalt 

In diesem Arbeitspaket wird das Game Design Document für das Projekt erstellt. 

15.12.2014 Seite 12 von 35



In diesem Arbeitspaket wird das Game Design Document nicht implementiert. 

AP-Ergebnisse 

Nach dem Abschluss dieses Arbeitspaketes wurde das Game Design Document erstellt. 


Das Arbeitspaket ist abgeschlossen, wenn das Game Design Document erstellt worden 

ist. 

AP-Spezifikation für Doungen (3.1, Design User Interface) 

AP-Inhalt 

In diesem Arbeitspaket wird das User Interface designt. 


In diesem Arbeitspaket werden keine Inhalte des Spiels und keine Game Mechanics 

geplant. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes liegt das fertig designte User Interface vor. 


Das Arbeitspaket ist abgeschlossen, wenn das User Interface alle benötigten Funktionen 

bietet und dieses zum grafischen Stil des Spiels eingebracht wurde. 

15.12.2014 Seite 13 von 35


AP-Spezifikation für Doungen (3.2, Design Game Mechanics) 

AP-Inhalt 

In diesem Arbeitspaket werden die Game Mechanics geplant. 


In diesem Arbeitspaket werden nicht die Inhalte des Spiels geplant. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes liegen die Game Mechanics dokumentiert vor. 


Das Arbeitspaket ist abgeschlossen, wenn alle Projektmitglieder mit den geplanten Game 

Mechanics zufrieden sind. 

AP-Spezifikation für Doungen (3.3, Design Art Style) 

AP-Inhalt 

Darin inbegriffen ist die Planung des generellen Aussehens des Spiels. 


Darin nicht inbegriffen sind Sound und Musik für das Spiel. 

15.12.2014 Seite 14 von 35


AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes ist sich der Grafiker bewusst, wie er die Sprites 

und Tiles zeichnet. 


Das Arbeitspaket ist abgeschlossen, wenn alle sich des Art Styles einig sind. 

AP-Spezifikation für Doungen (3.4, Design Content) 

AP-Inhalt 

In diesem Arbeitspaket werden die Inhalte des Spiels geplant, wie Gegner, Items oder 

Räume. 


In diesem Arbeitspaket werden die Inhalte noch nicht implementiert. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes liegen die geplanten Inhalte im Game Design 

Document vor. 


Das Arbeitspaket ist abgschlossen, wenn das Projektteam die Anzahl der geplanten 

Inhalte als ausreichend empfindet. 

15.12.2014 Seite 15 von 35


AP-Spezifikation für Doungen (4.1, Produce/Find Assets) 

AP-Inhalt 

Das Ziel dieses Arbeitspakets ist es, alle benötigten Assets für das Spiel zu beschaffen, 

darunter Texturen, Sounds und Musik. Hauptsächlich werden die Assets vom 

Projektteam selbst produziert, aber Sounds und Musik werden teilweise aus dem 

Internet beschafft. Bei Assets aus externen Quellen ist zu beachten, unter welcher Lizenz 

diese veröffentlicht wurden. 


In diesem Arbeitspaket werden nicht die Assets in das Spiel implementiert. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes, liegen alle benötigten Assets für das Spiel vor. 


Der Fortschritt kann gemessen werden indem man die Anzahl der beschaffenen Assets 

mit der Anzahl der benötigten Assets vergleicht. 

AP-Spezifikation für Doungen (4.2, Implement User Interface) 

AP-Inhalt 

In diesem Arbeitspaket wird das in 3.1 geplante Unser Interface implementiert. 


In diesem Arbeitspaket wird kein Gameplay implementiert. 

15.12.2014 Seite 16 von 35


AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes, ist das komplette User Interface implementiert. 


Der Forschritt kann gemessen werden indem man die Anzahl der geplanten Elemente 

des User Interfaces mit den bereits umgesetzten vergleicht. 

AP-Spezifikation für Doungen (4.3, Implement Game Engine) 

AP-Inhalt 

In diesem Arbeitspaket wird die Game Engine an das Projekt angepasst. 


In diesem Arbeitspaket wird keine Game Engine von Grund auf neu erstellt. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes, wurde die Game Engine an das Projekt angepasst. 


Das Arbeitspaket ist abgschlossen, wenn die Game Engine an das Projekt angepasst 

wurde. 

15.12.2014 Seite 17 von 35


AP-Spezifikation für Doungen (4.4, Implement Content) 

AP-Inhalt 

In diesem Arbeitspaket werden die im Arbeitspaket 3.? geplanten Inhalte in das Spiel 

implementiert. 


In diesem Paket werden die Inhalte noch nicht “gebalanced”. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes sind alle geplanten Inhalte im Spiel implementiert. 


Der Fortschritt kann gemessen werden indem man die Anzahl der bereits eingebauten 

Inhalte mit der Anzahl der geplanten Inhalte vergleicht. 

AP-Spezifikation für Doungen (5.1, Test Game) 

AP-Inhalt 

In diesem Arbeitspaket werden die im Arbeitspaket 4.? Implementierten Inhalte getestet. 


In diesem Paket werden die Inhalte noch nicht “gebalanced”. 

15.12.2014 Seite 18 von 35


AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes wurden alle implementierten Inhalte getestet. 


Der Fortschritt kann gemessen werden indem man die Anzahl der bereits getesteten 

Inhalte mit der Anzahl der implementierten Inhalte vergleicht. 

AP-Spezifikation für Doungen (5.2,Balance Game) 

AP-Inhalt 

In diesem Arbeitspaket werden die im Arbeitspaket 4.? implementierten 

beziehungsweiße im Arbeitspaket 5.1 getesteten Inhalte “gebalanced”. 


In diesem Paket wird das Spiel noch nicht zum Beta Test bereit sein. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes wird das Spiel “gebalanced” sein. 


Der Fortschritt kann gemessen werden indem man die Anzahl der bereits “gebalancten” 

Inhalte mit der Anzahl der getesteten Inhalte vergleicht. 

15.12.2014 Seite 19 von 35


AP-Spezifikation für Doungen (5.3, Beta Test) 

AP-Inhalt 

In diesem Arbeitspaket wird aus den im Arbeitspaket 5.2 “gebalancten” Inhalten eine 

spielbare Version für Beta Tester erstellt. 


In diesem Paket wird das Spiel noch nicht zur Veröffentlichung bereit sein. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes sollte das Spiel von Beta Testern getestet werden. 


Der Fortschritt kann gemessen werden indem man die Anzahl der bereits von Beta 

Testern getesteten Inhalte mit der Anzahl der “gebalancten” Inhalte vergleicht. 

AP-Spezifikation für Doungen (6.1, Create Website) 

AP-Inhalt 

In diesem Arbeitspaket wird eine Webseite erstellt, auf welcher das Spiel 

heruntergeladen werden kann. 


- 

15.12.2014 Seite 20 von 35


AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes soll die Webseite aufrufbar sein. 


Der Fortschritt kann gemessen werden in dem der bereits umgesetzte Teil mit dem 

geplanten Teil der Webseite verglichen wird. 

AP-Spezifikation für Doungen (6.2, Create Trailer) 

AP-Inhalt 

In diesem Arbeitspaket wird ein Trailer erstellt, welcher auf der im Arbeitspaket 6.1 

erstellten Webseite erscheint. 


In diesem Arbeitspaket werden keine Gameplay Videos erstellt. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes soll der Trailer auf der Webseite erscheinen. 


Der Fortschritt kann gemessen werden, indem der bereits umgesetzte Teil mit dem 

geplanten Teil der Webseite verglichen wird. 

15.12.2014 Seite 21 von 35


AP-Spezifikation für Doungen (6.3, Create Gameplay Videos) 

AP-Inhalt 

In diesem Arbeitspaket werden Videos erstellt, welche einen kurzen Einblick in das 

Gameplay gewähren sollen. 


In diesem Arbeitspaket wird kein Trailer erstellt. 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes sollen Gameplay Videos auf unserer Webseite 

aufrufbar sein. 


Der Fortschritt kann gemessen werden in dem man den bereits aufgenommenen Teil mit 

den implementierten Inhalten vergleicht. 

AP-Spezifikation für Doungen (6.4, Send Copies to Reviewers) 

AP-Inhalt 

In diesem Arbeitspaket werden spielbare Versionen an Reviewer gesendet. 


In diesem Arbeitspaket wird das Spiel nicht veröffentlicht. 

15.12.2014 Seite 22 von 35


AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes sollen Reviewer die spielbaren Versionen erhalten 

haben. 


Der Fortschritt kann gemessen werden, indem die Anzahl der gesandten spielbaren 

Versionen mit den Anzahl der veröffentlichten Reviews verglichen wird. 

AP-Spezifikation für Doungen (6.5, Publish on Steam Greenlight) 

AP-Inhalt 

In diesem Arbeitspaket wird die fertige spielbare Version auf Steam Greenlicht 

veröffentlicht. 


- 

AP-Ergebnisse 

Nach Abschluss dieses Arbeitspaketes ist das Spiel auf Steam Greenlight. 


Der Fortschritt kann gemessen werden, indem man die sogenannten “Votes” auf Steam 

Greenlight verfolgt. 

15.12.2014 Seite 23 von 35


Projektfunktionendiagramm 

Liste der Projektrollen (Personen): 

● PAG: Projektauftraggeber (HTL Spengergasse) 

● PL: Projektleiter (Simon Reiser) 

● PTM1: Projektteammitglied 1 (Michael Midler) 

● PTM2: Projektteammitglied 2 (Alexius Rait) 

● PTM3: Projektteammitglied 3 (Dominik Beyerle) 

● PTM4: Projektteammitglied 4 (Bernhard Pölz) 

● PB: Projektbetreuer (Andreas Schenk, Heinz Peter Schindelar) 

PSP- 

Code 

Rollen und Umwelten 

AP-Bezeichnung 

P 

A 

G 

P 

L 

P 

T 

M 

1 

P 

T 

M 

2 

P 

T 

M 

3 

P 

T 

M 

4 

P 

B 

1 Projectmanagement 

1.2 Projectcoordination I D I 

1.3 Projectcontrolling I D I 

2 Requirements Analysis 

2.1 Find Middleware M D M M M 

2.2 Find Version Control System I D I I I 

2.3 Create Technical Analysis D M I M M 

2.4 Create Pitch Document I D M M M M I 

2.5 Create Game Design Document I D M M M M I 

15.12.2014 Seite 24 von 35


3 Design 

3.1 Design User Interface I I M D I 

3.2 Design Game Mechanics M D M M M 

3.3 Design Art Style M M D M M 

3.4 Design Content M D M M M 

4 Implementation 

4.1 Produce/Find Assets I I D I M 

4.2 Implement User Interface I I I D I 

4.3 Implement Game Engine M D I M M 

4.4 Implement Content M D I M M 

5 Testing Phase 

5.1 Test Game D M M M M 

5.2 Balance Game D M M M M 

5.3 Beta Test D M I I I 

6 Marketing 

6.1 Create Website I I M D I 

6.2 Create Trailer I I M D I 

6.3 Create Gameplay Videos M M M D M 

6.4 Send Copies to Reviewers I D I I I 

6.5 Publish on Steam Greenlight M D I I I 

Funktionen: 

D..........Durchführungsverantwortung 

M.........Mitarbeiter 

I...........bekommt Information 

15.12.2014 Seite 25 von 35


Projektmeilensteinplan 

PSP-Code Bezeichnung Beschreibung 

1.1 Projectstart Das Projekt wurde gestartet. 

1.4 Projectcompletion Das Projekt wurde abgeschlossen. 

2.6 GDD Created Das Game Design Document wurde erstellt. 

3.5 Planning completed Die Planung des Projektes ist fertig. 

4.5 Game Engine 

implemented 

Die Game Engine wurde an das Projekt 

angepasst. 

4.6 Game created Das Spiel wurde erstellt. 

6.6 Game greenlit Das Spiel wurde auf Steam “greenlit”. 

15.12.2014 Seite 26 von 35


Projektbalkenplan 

15.12.2014 Seite 27 von 35


Projektkostenplan 

Ein Projektkostenplan wird nicht benötigt, da keine Kosten anfallen. 

Projektkommunikationsstrukturen 

Aufgrund der kleinen Projektgröße von 5 Personen wird ein direkter Kommunikationsweg 

bevorzugt. Dies bedeutet, dass jedes Mitglied (Projektleiter sowie Projektmitarbeiter) mit 

jedem anderen zu jeder Zeit kommunizieren kann. Die Kommunikation findet in der 

mündlich, über das Handy sowie über einen eigenen Teamspeak Server statt. 

15.12.2014 Seite 28 von 35


Projekt-”Spielregeln” 

● 

● 

● 

● 

Gegenseitige Achtung 

Rechtzeitiges Informieren 

Pünktlichkeit 

Kritikfähigkeit 

Projektrisikoanalyse 

PSP- 

Code 

Arbeitspaket- 

Bezeichnung 

Risiko- 

Bezeichnung 

Wahrschei 

nlichkeit 

Verzöger 

ung 

Maßnahmen 

2.2 Find VCS 

Repositoryprovider 

wird kostenpflichtig 

Sehr niedrig - 

Eigenen Git- 

Server 

aufsetzen 

2.2 Find VCS 

Repositoryprovider 

fällt aus 

Sehr niedrig - 

Eigenen Git- 

Server 

aufsetzen 

4.4 Implement Content Mitglied fällt aus Niedrig Variiert 

Arbeitszeit neu 

planen 

1.2 Projectcoordination 

Schlechte 

Zeiteinschätzung 

Mittel 

Variiert 

Arbeitszeit neu 

planen 

(Mehr/Weniger 

arbeiten) 

4.1 

Produce / Find 

Assets 

Alexius fällt aus Sehr niedrig Mittel 

Michael 

zeichnet Assets 

15.12.2014 Seite 29 von 35


Projektdokumentation 

Bereich 

Ablage 

Zugriffsberechtigung 

Beschreibung 

Alle Dokumente befinden sich auf Google Drive und können mit 

Google Docs bearbeitet werden. In einem freigegebenen 

Dropbox-Ordner befinden sich formatierte Versionen der 

Dokumente. 

Das gesamte Projektteam hat Lese- und Schreibzugriff auf alle 

Dokumente. Alle Dokumente in Google Drive sind für das ganze 

Projektteam freigegeben. 

Die Namen aller Dokumente haben folgenden Aufbau: 

“(Dokumentname)_Reiser_Miedler_Rait_Beyerle_Poelz” 

Namenskonvention 

zum Beispiel: 

“GameDesignDocument_Reiser_Miedler_Rait_Beyerle_Poelz” 

Statusberichte hingegen haben eine andere Namenskonvention: 

“Statusbericht_(Tag)_(Monat)_(Jahr)_Doungen” 

zum Beispiel: 

“Statusbericht_15_11_2014_Doungen” 

Spielregeln 

Jeder Projektmitarbeiter darf jederzeit auf das Google Docs 

Dokument zugreifen und die Bereiche, für die er zuständig ist, 

bearbeiten. Wenn jemand Inhalte ausbessern möchte, für die 

jemand anderer zuständig ist, so muss er den Verantwortlichen 

zuerst fragen. Vor jedem Auftrag gibt es eine Besprechung 

zwischen allen Mitarbeitern. 

15.12.2014 Seite 30 von 35


Projektkoordination 

Arbeitspakete 

PSP-Code Arbeitspaket AP-Verantw. Datum 

1 Projectmanagement 

1.2 Projectcoordination Simon Reiser 20.9.14 

1.3 Projectcontrolling Bernhard Poelz 14.6.15 

2 Requirements Analysis 

2.1 Find Middleware Michael Miedler 27.9.14 

2.2 Find Version Control System Michael Miedler 27.9.14 

2.3 Create Technical Analysis Simon Reiser 30.11.14 

2.4 Create Pitch Document Simon Reiser 28.9.14 

2.5 Create Game Design Document Simon Reiser 1.12.14 

3 Design 

3.1 Design User Interface Dominik Beyerle 4.11.14 

3.2 Design Game Mechanics Michael Miedler 6.11.14 

3.3 Design Art Style Alexius Rait 6.11.14 

3.4 Design Content Michael Miedler 9.11.14 

4 Implementation 

4.1 Produce/Find Assets Alexius Rait - 

4.2 Implement User Interface Dominik Beyerle - 

4.3 Implement Game Engine Michael Miedler - 

15.12.2014 Seite 31 von 35


4.4 Implement Content Michael Miedler - 

5 Testing Phase 

5.1 Test Game Simon Reiser - 

5.2 Balance Game Simon Reiser - 

5.3 Beta Test Simon Reiser - 

6 Marketing 

6.1 Create Website Dominik Beyerle - 

6.2 Create Trailer Dominik Beyerle - 

6.3 Create Gameplay Videos Dominik Beyerle - 

6.4 Send Copies to Reviewers Michael Miedler - 

6.5 Publish on Steam Greenlight Michael Miedler - 

Projektcontrolling 

Anfang September - 1.12.2014 

Bisher gibt es 3 Projektstatusberichte. Im Anschluss werden diese 3 zusammengefasst. 

Bis zum jetzigen Zeitpunkt gab es bis auf einige Verplanungen keine gröberen Probleme. 

= 100% 

● Projektdefinitionsblatt 

● Physical Prototype 

● Pitch Document 

● Game Design Document 

15.12.2014 Seite 32 von 35


● 

Projekthandbuch Technische Machbarkeitsstudie: 

○ Inventar 90% 

○ Map Loader 

○ Player Stats 

○ Player Controller 

○ Hauptmenü 70% 

○ Texturen 60% 

○ Items 60% 

○ Gegner 15% 

○ Map Generator 20% 

15.12.2014 Seite 33 von 35


Arbeitsaufteilung 

Arbeit 

Ansprechpartner 

Teammitglied 

Simon Reiser 

Projektauftrag 

Simon Reiser 

Projektzieleplan 


Projektumelt-Analyse 


Projektorganigramm 

Simon Reiser und Dominik Beyerle 

Betrachtungsplan 

Projektstrukturplan 

AP-Spezifikation für Doungen 

(2.1, Find Middleware) 

AP-Spezifikation für Doungen (2.2, Find VCS) 


(2.3, Create Technical Analysis) 


(2.4, Create Pitch Document) 


(2.5, Create Game Design Document) 


(3.1, Design User Interface) 


(3.2, Design Game Mechanics) 


(3.3, Design Art Style) 


(3.4, Design Content) 


(4.1, Produce/Find Assets) 


(4.2, Implement User Interface) 


Simon Reiser, Michal Miedler und Dominik 

Beyerle 



Simon Reiser 




Simon Reiser 

Alexius Rait 

Simon Reiser 

Simon Reiser 


15.12.2014 Seite 34 von 35



(4.3, Implement Game Engine) 


(4.4, Implement Content) 


(5.1, Test Game) 


(5.2,Balance Game) 

AP-Spezifikation für Doungen (5.3, Beta Test) 


(6.1, Create Website) 


(6.2, Create Trailer) 


(6.3, Create Gameplay Videos) 


(6.4, Send Copies to Reviewers) 


(6.5, Publish on Steam Greenlight) 

Projektfunktionendiagramm 


Simon Reiser 









Simon Reiser 

Projektmeilensteinplan 


Projektbalkenplan 

Simon Reiser und Dominik Beyerle 

Projektkommunikationsstrukturen 

Bernhard Pölz und Dominik Beyerle 

Projekt-”Spielregeln” 


Projektrisikoanalyse 


Projektdokumentation 

Simon Reiser 

Arbeitspakete 


Projektcontrolling 


Arbeitaufteilung 


15.12.2014 Seite 35 von 35

Doungen the Game - Projekthandbuch

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?