Typische Lügen im Projektmanagement | Ralf C. Adam
•Als PPTX, PDF herunterladen•
2 gefällt mir•1,729 views
Dieser Vortrag wurde im August 2006 im Rahmen der GCDC Game Developer’s Conference in Leipzig/GERMANY gehalten (Übersetzung des "7 Lies my Project Manager told me" Vortrags)
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie Typische Lügen im Projektmanagement | Ralf C. Adam
Ähnlich wie Typische Lügen im Projektmanagement | Ralf C. Adam (20)
Mehr von Ralf C. Adam
Mehr von Ralf C. Adam (14)
Typische Lügen im Projektmanagement | Ralf C. Adam
- 1. Sieben typische Projektlügen Ralf C. Adam TIGERTEAM PRODUCTIONS
- 2. 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
- 5. Und ist es jetzt voll? EINFÜHRUNG
- 8. • 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 Verlauf das Projekt zum Scheitern bringen • Wenn Sie nur einen Punkt aus diesem Vortrag behalten – dann sollte es dieser sein! EINFÜHRUNG
- 9. 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!
- 10. LÜGE #01 »Projektmanagement funktioniert sowieso nicht!«
- 11. #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!?
- 12. #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!?
- 13. #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!?
- 14. #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!
- 15. #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!
- 16. #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!
- 17. #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!
- 18. »Ich bin der Projektleiter, also muss ich das Team leiten!« LÜGE #02
- 19. #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!
- 20. #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!
- 21. #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, nimmt nur 20% der Arbeit eines Projektleiters ein!
- 22. »Wir müssen auf diesen Termin hin plan!« LÜGE #03
- 23. PROJEKT- DREIECK Qualität Zeit/Deadline Kosten/Budget #03. DIE DEADLINE-LÜGE Wähle zwei!
- 24. #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!
- 25. #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!
- 26. #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 den vorhanden Ressourcen!
- 27. »Wir müssen unbedingt billiger sein als die anderen!« LÜGE #04
- 28. #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!
- 29. #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 auf Grund des Preises!
- 30. #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 billiger arbeiten, sondern weil sie Tasks vergessen!
- 31. »Ein unvorhersehbares Risiko hat unsere Planung zunichte gemacht!« LÜGE #05
- 32. #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”!
- 33. #05. DIE RISIKO LÜGE Risikobewältigung in 4 Schritten: 1. Risikoerfassung 2. Risikobewertung 3. Gegenmaßnahmen 4. Risk-Ownership Profis schätzen Risiken ein – Helden tragen Risiken (und werden dafür mit einem hübschen Grabstein belohnt)!
- 34. #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!
- 35. »Der Publisher ist ein Idiot!« LÜGE #06
- 36. #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???
- 37. #06. DIE PUBLISHER LÜGE 1. Der Kontroll-Idiot • Will alles kontrollieren • Mischt sich in alles ein Folge: • Team wird von der Arbeit abgehalten Grund: • Er fühlt sich unsicher • Ihm fehlt der Kontakt zum Projekt Lösung: Kontrolle durch Kontakt ersetzen!
- 38. #06. DIE PUBLISHER LÜGE 2. Der Unzuverlässige • Hält sich an keine Absprachen • Kümmert sich um nichts Folge: • Kommt plötzlich mit verqueren Änderungswünschen Grund: • Ist überfordert • Von Problemen überrascht Lösung: Der Publisher braucht einen Problemberater!
- 39. #06. DIE PUBLISHER LÜGE 3. Der Ahnungslose • Weiß nicht, wie lange was dauert • Unterschätzt gnadenlos Aufwände Folge: • Kommt mit unmöglichen Anforderungen Grund: • Fachlicher Hintergrund fehlt • Fehlende (Personal-)Kompetenz Lösung: Geduldig wieder und wieder fragen (aber niemals als „Gott“ aufspielen)!
- 40. #06. DIE PUBLISHER LÜGE 4. Der Problem-Sucher • Macht aus Mücke einen Elefanten • Flippt bei kleinsten Problemen aus Folge: • Bringt komplettes Team gegen sich auf Grund: • Erneut: Unsicherheit • Fühlt sich führerlos Lösung: Klare Entscheidung treffen!
- 41. »Ich vertraue nur Zeiten, die ich selbst geschätzt habe!« LÜGE #07
- 42. #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?
- 43. #07. DIE ZEIT-SCHÄTZUNGS LÜGE 4 Gründe für falsche Zeitschätzungen: 1. Die Schätzungen sind zu grob 2. Es wird Aufwand statt Dauer geschätzt 3. 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.
- 44. FRAGEN?