View
605
Download
1
Category
Preview:
Citation preview
Sieben typischeProjektlügen
Ralf C. Adam TIGERTEAM PRODUCTIONS
Dieser Vortrag wurde im August 2006 im Rahmen der GCDC
Game Developer’s Conference in Leipzig/GERMANY gehalten.
Die vorliegende Präsentation enthält möglicherweise nicht alle
Original-Materialien (Bilder, Videos etc.) die seinerzeit gezeigt
wurden. Sie dient ausschließlich als Zusammenfassung und
Handout. Alle gezeigten Schutzmarken stellen geistiges
Eigentum der jeweiligen Eigentümer dar.
DISCLAIMER
EINFÜHRUNG
Frage…
Ist diesesGlas voll?
EINFÜHRUNG
Und ist es jetzt voll?
EINFÜHRUNG
Oder jetzt…?
EINFÜHRUNG
Tja…
EINFÜHRUNG
• Wichtig: Dieser Vorgang hätte in umgekehrter Reihenfolge nicht funktioniert (zuerst Wasser, dann Sand, dann Kieselsteine etc.)
• Die dicken Steine symbolisieren die wichtigen Elemente in einem Projekt – sie sind die Core Features, der Main-Action-Loop, das Mission Statement!
• Sie müssen immer zuerst kommen!
• Wenn sie nicht zuerst erstellt werden,dann werden sie im späteren Verlaufdas Projekt zum Scheitern bringen
• Wenn Sie nur einen Punkt aus diesem Vortrag behalten – dann sollte es dieser sein!
EINFÜHRUNG
EINFÜHRUNG
These: Projekte scheitern …• … aufgrund eines unerfahrenen Projektmanagers• … aufgrund technischer Probleme• … aufgrund zu knapper Zeitplanung• … aufgrund zu knappen Budgets• … aufgrund zu weniger Ressourcen
Die Wahrheit ist: Die meisten Projekte scheitern, weil die Beteiligten auf typische Projektlügen hereingefallen sind!
LÜGE #01
»Projektmanagement funktioniert sowieso nicht!«
#01. DIE PROJEKTMANAGEMENT LÜGE
PM funktioniert nicht – Lektion #1:• Projektmanager erstellt einen großartigen Projektplan …• … doch die Teammitglieder maulen:
* Völlig unrealistisch!* Nicht nachvollziehbar!* Theoretischer Unsinn, völlig praxisfremd!
• Nach 2 – 3 Wochen wird der Plan nicht mehr aktualisiert• Nach 1 Monat wandert er in die Schublade
Fazit: Projektplanung ist Zeitverschwendung!?
#01. DIE PROJEKTMANAGEMENT LÜGE
PM funktioniert nicht – Lektion #2:• Projektmanager macht ein Projekt-Kick-Off …• … doch die Teammitglieder maulen:
* Was für eine Selbstbeweihräucherung!* Das wird niemals funktionieren!* Diesen Fachidioten werden wir’s schon zeigen!
• Es entstehen sich bekämpfende Team-Gruppen• Projektmanager schwört sich, das niemals wieder zu tun
Fazit: Projektmanagement killt die Motivation!?
#01. DIE PROJEKTMANAGEMENT LÜGE
PM funktioniert nicht – Lektion #3:• Projektmanager kauft DIE Projektmanagement-Bibel …• … und druckt 3 Formulare der beiliegenden DVD aus… • … doch die Teammitglieder:
* Nennen ihn einen ‚bürokratischen Fachidioten‘!* Füllen die Formulare schlampig oder unter Protest aus!* Oder ignorieren sie komplett!
Fazit: Alle Bücher über Projektmanagement taugen nichts und sind nicht in der Praxis anwendbar!?
#01. DIE PROJEKTMANAGEMENT LÜGE
Was ist falsch gelaufen?• Niemals eine PM-Methode unreflektiert und
unangepasst auf ein Projekt/Team “stülpen”!• Vor Anwendung eines Tools/einer Methode
immer hinterfragen:* Liefert die Technik, was ich brauche? * Würde es auch ohne sie gehen?* Was bringt sie mir?
Es ist nicht die Methode – es ist die Anpassung!
#01. THE PROJECT MANAGEMENT LIE#01. DIE PROJEKTMANAGEMENT LÜGE
Erstellen Sie Ihre eigenen Regeln!• Niemals eine Methode oder Tool vorgeben!• Appelle schaffen keine Akzeptanz• Besser die Teammitglieder fragen:
* Wie können wir das effektiver gestalten?* Wie gehen wir mit Tasks um?* Welche Tools für PM wollen wir nutzen?* Wie gehen wir mit Verzögerungen um?* Wie gehen wir mit Risiken um?* und so weiter …
Akzeptanz kommt immer vor der Methode!
#01. DIE PROJEKTMANAGEMENT LÜGE
Immer dran denken:• Nur eine Methode einsetzen, die für das
Team passt• Besser ineffizient & akzeptiert als effizient &
nicht akzeptiert!• Es gibt kein „zu einfach“!• Es geht nicht darum, das Rad neu zu erfinden, …• … sondern etwas eigenes zu schaffen!
Niemals eine Lösung 1:1 aus einem Buch übernehmen!
#01. DIE PROJEKTMANAGEMENT LÜGE
Die “Hitchcock Style”-Herangehensweise:• Immer vom Größten zum Kleinsten gehen:
* Definition des gewünschten Ergebnisses* Definition der Qualitätskriterien* Aufwands- und Zeiteinschätzung* Planung des Ablaufs* Planung der Termine* Risikoplanung
Projektmanagement funktioniert nur in der richtigen Reihenfolge!
»Ich bin der Projektleiter,also muss ich das Team leiten!«
LÜGE #02
#02. DIE PROJEKTLEITER LÜGE
Die Aufgabe des Projektleiters ist nicht …• … das Team zu leiten• … für die Teammitglieder zu denken• … die einzelnen Abteilungen zu leiten• … jedem einzelnen Task nachzulaufen• … die Methoden und Tools vorzugeben
Die stärksten Projektleiter haben die schwächsten Teams!
#02. DIE PROJEKTLEITER LÜGE
Der clevere Projektleiter …• … nimmt die Teammitglieder in die Verantwortung • … gibt keine Antworten, sondern stellt die Fragen:
* Wer macht …?* Was (Ziel + Definition)* Warum (Grund)?* Für was?* Bis wann?* Wie (erreichen wir das Ziel)?* Mit was?
Wer fragt, führt!
#02. DIE PROJEKTLEITER LÜGE
Doch das bedeutet nicht …• … dass ein Projektleiter nichts zu tun hat!• Er hat er sechs verschiedene Rollen:
* Produktion* Marketing* Research & Development* Human Resources* Finance & Controlling* Geschäftsführer des Projekts
Den Workflow eines Projekts zu managen, nimmtnur 20% der Arbeit eines Projektleiters ein!
»Wir müssen auf diesenTermin hin plan!«
LÜGE #03
PROJEKT-DREIECK
Qualität
Zeit/Deadline Kosten/Budget
#03. DIE DEADLINE-LÜGE
Wähle zwei!
#03. DIE DEADLINE-LÜGE
Schon mal erlebt?• Gold-Master Datum ist Oktober ´06• Der erste Milestone kommt zu spät• Werden GM Datum & Planung angepasst?• Nein! Stattdessen sagt man sich:
* Wir liegen immer noch im Soll* Die MS sind eh nur grobe Richtwerte* Wir holen die Verzögerung locker wieder auf* Wir schmeißen einfach mehr Ressourcen rein
Wetten dass: Das Spiel erscheint niemals Okt ´06!
#03. DIE DEADLINE-LÜGE
Klassische Denkfallen:• Die MS-Planung auf Deadlines
hin erstellen• Die Annahme, dass alle MS on-time
fertig gestellt werden• Die Annahme, dass mehr Ressourcen
das Problem lösen• Im Falle eines Scheiterns: beim nächsten
Mal noch mehr planen
Wer Termine halten will, darf nicht mit ihnen planen!
#03. DIE DEADLINE-LÜGE
Stattdessen ergebnisorientiert planen• Welche Ziele sollen erreicht werden?• Wie viel Aufwand bedeutet das?• Welche Kosten wird dieser Aufwand verursachen?• Welche Ressourcen stehen zur Verfügung?• Wie lange werden wir mit diesen Ressourcen benötigen?
Niemals mit Deadlines planen, immer nur mit denvorhanden Ressourcen!
»Wir müssen unbedingt billigersein als die anderen!«
LÜGE #04
#04. DIE BILLIG LÜGE
Wie man einen Pitch (nicht) gewinnt:• Annehmen, dass der Publisher nur auf
den Preis schaut …• … entsprechend unter dem eigentlich
geschätzten Aufwand kalkulieren…• … den Zuschlag bekommen und mit
der Entwicklung loslegen…• … und dabei hoffen, dass man mittendrin
eine Budgeterhöhung bekommt!
You know what? You’re doomed!
#04. DIE BILLIG LÜGE
Was ein Publisher wirklich möchte:• Das bekommen, wofür er bezahlt• Einen verlässlichen Entwickler …• … der liefert, was er verspricht• Ein Publisher zahlt jeden Preis, wenn
er an das Ergebnis glaubt!
Kein vernünftiger Publisher entscheidet aufGrund des Preises!
#04. DIE BILLIG LÜGE
So bekomme ich mein Wunschbudget:• Klarmachen, was das Budget beinhaltet …• … und was nicht!• Kosten nicht verstecken, sondern transparent machen• Nicht eine große Gesamtsumme nennen …• … sondern die Summe in Teilbereiche aufsplitten• Von vorneherein vereinbaren, welche Teile noch
nicht planbar sind und nachverhandelt werden müssen
Mitbewerber sind nicht günstiger, weil sie billigerarbeiten, sondern weil sie Tasks vergessen!
»Ein unvorhersehbares Risikohat unsere Planung zunichte
gemacht!«
LÜGE #05
#05. DIE RISIKO LÜGE
Wer braucht schon Risikomanagement?• Risiko = Unvorhersehbares Ereignis?• “Da kann man halt nichts machen!”• “Irgendwie wird es schon gutgehen!”• Diese Einstellung schließt Risikomanagement
von vorneherein aus
Es besteht ein Unterschied zwischen “unvorhersehbar” und “unvorhergesehen”!
#05. DIE RISIKO LÜGE
Risikobewältigung in 4 Schritten:1. Risikoerfassung2. Risikobewertung3. Gegenmaßnahmen4. Risk-Ownership
Profis schätzen Risiken ein – Helden tragenRisiken (und werden dafür mit einem hübschen Grabstein belohnt)!
#05. DIE RISIKO LÜGE
Risk-Management muss pro-aktiv sein!1. Projektsteuerung ist eine Selbsttäuschung …2. … die zu hektischem Übersteuern führt!3. Deshalb ständig hinterfragen:
* Was sind die Stolpersteine der nahen Zukunft?* Was kann bei den nächsten Tasks schiefgehen?* Wie können wir das so früh wie möglich erkennen?* Was können wir im Vorfeld tun, damit das Problem niemals auftritt?
Es geht nicht um Kontrolle – es geht um Vorbeugung!
»Der Publisher istein Idiot!«
LÜGE #06
#06. DIE PUBLISHER LÜGE
Publisher wissen nicht…• … was sie wollen• … was technisch machbar ist (und was nicht)• … wie das abläuft• … wie viel das kostet• … wie lange das dauert• … wie aufwändig das ist
Wirklich???
#06. DIE PUBLISHER LÜGE
1. Der Kontroll-Idiot• Will alles kontrollieren• Mischt sich in alles einFolge: • Team wird von der Arbeit abgehaltenGrund: • Er fühlt sich unsicher• Ihm fehlt der Kontakt zum ProjektLösung: Kontrolle durch Kontakt ersetzen!
#06. DIE PUBLISHER LÜGE
2. Der Unzuverlässige• Hält sich an keine Absprachen• Kümmert sich um nichtsFolge: • Kommt plötzlich mit verqueren ÄnderungswünschenGrund: • Ist überfordert• Von Problemen überraschtLösung:Der Publisher braucht einen Problemberater!
#06. DIE PUBLISHER LÜGE
3. Der Ahnungslose• Weiß nicht, wie lange was dauert• Unterschätzt gnadenlos AufwändeFolge: • Kommt mit unmöglichen AnforderungenGrund: • Fachlicher Hintergrund fehlt• Fehlende (Personal-)KompetenzLösung:Geduldig wieder und wieder fragen
(aber niemals als „Gott“ aufspielen)!
#06. DIE PUBLISHER LÜGE
4. Der Problem-Sucher• Macht aus Mücke einen Elefanten• Flippt bei kleinsten Problemen ausFolge: • Bringt komplettes Team gegen sich aufGrund: • Erneut: Unsicherheit• Fühlt sich führerlosLösung:Klare Entscheidung treffen!
»Ich vertraue nur Zeiten, die ich selbst geschätzt habe!«
LÜGE #07
#07. DIE ZEIT-SCHÄTZUNGS LÜGE
Wir wissen es all …• Die Budgets sind immer zu knapp kalkuliert• Die Deadlines sind immer zu eng• Die Teammitglieder liefern niemals on-time• Und wenn man sie danach fragt, dann …• … haben sie es von vorneherein gewusst
In der Spiel-Entwicklung wird der Arbeitsaufwand grundsätzlich gnadenlos unterschätzt – warum ist das so?
#07. DIE ZEIT-SCHÄTZUNGS LÜGE
4 Gründe für falsche Zeitschätzungen:1. Die Schätzungen sind zu grob2. Es wird Aufwand statt Dauer geschätzt3. Es wird nicht von den Teammitgliedern geschätzt,
die den jeweiligen Task nachher auch wirklich erledigen müssen
4. Es wird mit der falschen Methode geschätzt
Aus der Wahrscheinlichkeitsrechnung: Es besteht eine 87,5% Chance, dass sich die tatsächliche Projektdauer von der durchschnittlichen Schätzung hin zur Worst-Case-Schätzung verschiebt.
FRAGEN?
Recommended