Please enable JavaScript.

Coggle requires JavaScript to display documents.

VL 5 - Projektmanagement - Planung II (Aufwandsschätzung (Vorgehen (3.…

- - - - näherungsweise Bestimmung einer Größe
      - man kann daneben liegen
      - Schätzungen können nach oben und unten hin abweichen
    - - Annahmen über die Zukunft mit Wissen von heute
      - Werden im Projektverlauf exakter
      - Sind erst am Projektende exakt
  - - - Schätzfehler wird im Projektverlauf kleiner
  - - - Machbarkeitsbeurteilung
    - - Fortschrittseinschätzung
      - Planänderungen abschätzen
      - Arbeitsorganisation
    - - Nachkalkulation
  - - - Entwicklungsteam z.B.
      - Commitment
      - Qualitätserhöhung
    - - Domänen-Experten
      - Qualitätserhöhung
      - Domain Expertise immer ins Schätzteam!
  - - - Was ist Ziel?
      - Wie genau?
      - Welche funktionalen und nicht funktionalen Anforderungen gibt es?
      - Wie viel Geld und Zeit soll in die Schätzung investiert werden?
    - - PSP ist Ausgangspunkt der Schätzung
      - Initiale Anforderungen häufig zu grob zerlegt
      - Führt i.d.R. zurück zu Schätzaufgabe verstehen!
      - Zerlegen bis ausreichend detailtief
    - - Raten
      - Realisierungsaufwand bestimmen
        
        Schritte überlegen, die zur Realisierung benötigt werden
        
        Realisierungsaufwand abstrakt oder konkret bestimmen
        
        Führt häufig zurück zu 1. oder 2.
      - Ergebnis sind geschätzte Anforderungen
      - Schätzmaße
        
        Abstrakte relative Schätzmaße setzen Aufwand in Relation (A < B > C usw.)
        
        Pro: gute Vorstellung über Größenordnungen
        
        Contra: keine direkte Aussage über Kosten oder Dauer
        
        Konkrete Schätzmaße werden absolut gemessen
        
        Pro: Aufwand muss nicht interpretiert werden
        
        Contra: Unterstellt gleiche Umsetzungsgeschwindigkeit für alle und definiert Minimalaufwand
      - Unterstützende Techniken
        
        3-Point Estimation
        
        Best, worst, realistic Case
        
        Wideband Delphi Methode
        
        Expert Opinion
        
        Oft Kombis aus all denen
        
        Mehr als eine Person schätzen lassen!
    - - Summieren
        
        Summer der Schritte = Aufwand eines Paketes
        
        Summer aller Aufwandsschätzungen = Idealer Gesamtaufwand
      - Skalieren (nach de Facto Industrie Standard)
        
        Idealer Gesamtaufwand * Korrekturfaktoren = Realer Gesamtaufwand
        
        Korrekturfaktoren organisationsabhängig
        
        Risiko Zuschläge z.B.
      - Alternativ: füttern einer Schätzmethode mit idealem Gesamtaufwand
        
        Funtion Point
        
        Anforderungen in relativem Maß
        
        Nicht funktionale Anforderungen als Korrekturfaktoren
        
        Ergebnis: Aufwand in idealen Personenmonaten
        
        Kritik
        
        Auf UNternehmen zu kalibrieren
        
        überholte Grundannahmen
        
        Waterfall geprägt
        
        CoCoMo II
        
        Constructive Cost Model II
        
        Berechnet Umsetzungsaufwand und Dauer aus bestimmten Eingangsgrößen nach empirisch belegten Teilmodellen
        
        Systemgröße in FP oder LoC
        
        Software Cost und Scalde Driver
        
        Ergebnis ist idealer Aufwand und Dauer
        
        Passt nicht zu agil und komplex für Anfänger!
        
        Drehen an div. Stellschrauben
        
        Generieren eines Ergebnisses
    - - Realer Gesamtaufwand Aktive Entwicklungszeit Team Faktor = Mindestdauer
        
        Aktive Entwicklungszeit: Exklusiv für das Projekt verfügbare Zeit
        
        Team Faktor: Verfügbarkeit, Qualifikation, Erfahrung
        
        Reale Dauer hängt von weiteren Faktoren ab
        
        Anordnung der Arbeitspakete, Abhängigkeiten, Feiertage
      - Kosten
      - Umrechnungen
        
        realer Gesamtaufwand aus abstraktem in konkretes Maß
    - - Lernziele
        
        Zutreffende Analogiebildung
        
        Prozess und Korrekturfaktoren auf Organisation kalibrieren
      - Ansatz
        
        Measure, inspect, adapt and document
      - Beispiele
        
        Project Controlling
        
        Zum Sprintende: Reviews und Retrospektiven
        
        Nach Projekt: Post Mortems